JP2004153366A - 仮想プライベートネットワーク（ｖｐｎ）システム及び中継ノード - Google Patents
仮想プライベートネットワーク（ｖｐｎ）システム及び中継ノード Download PDFInfo
- Publication number
- JP2004153366A JP2004153366A JP2002313852A JP2002313852A JP2004153366A JP 2004153366 A JP2004153366 A JP 2004153366A JP 2002313852 A JP2002313852 A JP 2002313852A JP 2002313852 A JP2002313852 A JP 2002313852A JP 2004153366 A JP2004153366 A JP 2004153366A
- Authority
- JP
- Japan
- Prior art keywords
- vpn
- relay node
- base
- node
- internet
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
【課題】複数のＶＰＮを一括して管理できるシステムを提供することで、ＶＰＮを利用するユーザのＶＰＮ装置の管理を楽にし、かつ、各拠点のセキュリティレベルのバラツキをなくす。
【解決手段】トンネリング通信することで、公衆ネットワーク上に仮想的に構築されるプライベートネットワーク（ＶＰＮ）が複数存在するＶＰＮシステムであって、各ＶＰＮに属する拠点に設置された拠点ノード間でのトンネリング通信を、各ＶＰＮごとに独立して中継する中継ノードを備え、前記中継ノードは、各ＶＰＮごとに定められ、受信パケットの最終あて先と転送先拠点ノードとを関連付けた経路情報を有し、どのＶＰＮに属する拠点ノードから受信したパケットかを判断した後、該当するＶＰＮの経路情報を元に、受信パケットを転送先拠点ノードに転送することを特徴とする。
【選択図】 図１
【解決手段】トンネリング通信することで、公衆ネットワーク上に仮想的に構築されるプライベートネットワーク（ＶＰＮ）が複数存在するＶＰＮシステムであって、各ＶＰＮに属する拠点に設置された拠点ノード間でのトンネリング通信を、各ＶＰＮごとに独立して中継する中継ノードを備え、前記中継ノードは、各ＶＰＮごとに定められ、受信パケットの最終あて先と転送先拠点ノードとを関連付けた経路情報を有し、どのＶＰＮに属する拠点ノードから受信したパケットかを判断した後、該当するＶＰＮの経路情報を元に、受信パケットを転送先拠点ノードに転送することを特徴とする。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、仮想プライベートネットワーク、特にインターネット等の公衆データ通信網において、暗号化（カプセル化）通信することで仮想的に構築されたプライベートネットワークシステムに関する。
【０００２】
【従来の技術】
現在はインターネットプロトコル（ＩＰ）で構築したプライベートネットワークが多数存在し、１つの企業が複数の地域で構築しているプライベートネットワークを専用線と同等のセキュリティを確保して接続する必要性が高まっている。
【０００３】
このようなセキュリティ確保の実現ができる通信技術に、仮想プライベートネットワーク（ＶＰＮ）という技術がある。
【０００４】
この技術は、プライベートネットワークを構成する各拠点に、ＩＰパケットをカプセル化するＶＰＮ装置を設置する。そして、インターネット上ではカプセルヘッダに基づいてデータを転送する。このようにデータをカプセル化することで第三者の盗聴等を防ぐことができ、インターネット上でセキュリティを確保することができる。また、受信側に設置されたＶＰＮ装置は、カプセル化されたデータをデカプセル化し、あて先の端末等にデータを転送する。
【０００５】
このように、インターネットという専用線に比べて安価なインフラを用いて構築された仮想的なプライベートネットワークを仮想プライベートネットワーク（以下、ＶＰＮ）という。
【０００６】
ここで、さらに詳しくＶＰＮのパケットの流れを説明する。
【０００７】
通常パケットは、図２に示すように、データの前にヘッダとして、あて先アドレスＢと送信元アドレスＡが付与されている。このヘッダを元に、パケットは、目的のあて先までルータ等を経由して送られる。
【０００８】
ＶＰＮ通信の場合、図３に示すように、ＶＰＮ装置によって、パケットはカプセル化されて、新たにヘッダとして、例えば、送信元ＶＰＮ装置のアドレスＣと転送先ＶＰＮ装置のアドレスＤが付与され、インターネット上に送信される。
【０００９】
送信元ＶＰＮ装置は、予め登録された、あて先アドレスと転送先ＶＰＮ装置アドレスとが関連付けられている経路情報をもとに、転送先ＶＰＮ装置のアドレスＤの付与を行う。
【００１０】
【特許文献１】
特開２００１−２３７８７６
【００１１】
【発明が解決しようとする課題】
一般的にＶＰＮの接続形態としては、メッシュ型を利用する。この場合、各拠点のＶＰＮ装置は、通信を行うすべての拠点の経路情報を登録しなければならない。したがって、ＶＰＮを構成する拠点数が多いほど、この経路情報を管理するのは大変である。
【００１２】
別の接続形態としては、一拠点を中心として構成するハブ＆スポーク型がある。この場合、中心拠点のＶＰＮ装置を経由して、２つの拠点間でＶＰＮ（トンネリング）通信を行うことになる。
【００１３】
したがって、各拠点のＶＰＮ装置は中心拠点にあるＶＰＮ装置への経路情報のみを管理すればよいため、管理は楽である。しかし、中心拠点にあるＶＰＮ装置には、すべての拠点の経路情報を登録して管理しなければならない。
【００１４】
さらに、ＶＰＮを利用する場合、各拠点のクライアントは、拠点間のＶＰＮ通信以外の通信を目的としてインターネットに接続する場合は、各拠点のＶＰＮ装置経由で接続する。したがって、セキュリティレベルは、各拠点のＶＰＮ装置に依存してしまうという問題があった。
【００１５】
上記に示す経路情報の管理の問題を解決する方法として、ＶＰＮを構成する各拠点をすべて、第三者が管理するＶＰＮ装置を経由する構成にすることが考えられる。これにより、ユーザは、第三者が管理するＶＰＮ装置への経路情報のみ管理すればよいため、管理が楽になる。
【００１６】
この場合、委託先の第三者は、各ＶＰＮごとに中継ノードを用意して、各ＶＰＮの経路情報を管理することも考えられる。この場合は、ＶＰＮごとに独立となるため、複数のＶＰＮ間でプライベートアドレスが重複しても問題は生じない。しかし、ＶＰＮごとに中継ノードを準備することは、管理費用的にも、構築費用的にも問題がある。したがって、複数のＶＰＮの経路情報を一括して一つの中継ノードにて管理できることが望ましい。
【００１７】
しかし、上述のように、経路情報には、あて先アドレスと転送先アドレスとが関連付けられている。通常あて先アドレスは、どのユーザでも使用可能な、プライベートアドレスを使用する。したがって、複数のＶＰＮを１つの中継ノードで管理しようとした場合、プライベートアドレスがＶＰＮ間で重複してしまうことがあるため、上記の経路情報のみでは、複数のＶＰＮを一括して管理することができない。
【００１８】
本発明は、上記の課題を鑑みてなされたものであり、各ＶＰＮ間でアドレスが重複する場合でも、複数のＶＰＮを一括して管理できるシステムを提供することで、ＶＰＮを利用するユーザのＶＰＮ装置の管理を楽にし、かつ、各拠点のセキュリティレベルのバラツキをなくすことを目的とする。
【００１９】
【課題を解決するための手段】
上記目的を達成するために、本発明は、トンネリング通信することで、公衆ネットワーク上に仮想的に構築されるプライベートネットワーク（ＶＰＮ）が複数存在するＶＰＮシステムであって、各ＶＰＮに属する拠点に設置された拠点ノード間でのトンネリング通信を、各ＶＰＮごとに独立して中継する中継ノードを備え、前記中継ノードは、各ＶＰＮごとに定められ、受信パケットの最終あて先と転送先拠点ノードとを関連付けた経路情報を有し、どのＶＰＮに属する拠点ノードから受信したパケットかを判断した後、該当するＶＰＮの経路情報を元に、受信パケットを転送先拠点ノードに転送することを特徴とする。
【００２０】
このように構成されたＶＰＮシステムでは、各拠点の拠点ノードは、中継ノードを経由してＶＰＮ（トンネリング）通信をする。そして、この中継ノードは、どのＶＰＮに属する拠点ノードからのパケットかを判断した後、該当するＶＰＮの経路情報を元にパケットを転送する。
【００２１】
この中継ノードを第三者が管理することで、拠点ノードは中継ノードへの経路情報を登録しておくだけで、各拠点とＶＰＮ通信することができるため、各拠点のＶＰＮ装置の経路情報の管理が楽になる。
【００２２】
また、中継ノードは、複数のＶＰＮを一括して管理することができるため、ＶＰＮごとの管理工数、費用を大幅に削減することができる。
【００２３】
本発明の好適な態様では、前記中継ノードは、インターネット接続機能を有し、各ＶＰＮに属する各拠点は、中継ノードを経由してインターネット接続することを特徴とする。
【００２４】
このように構成されたＶＰＮシステムでは、各拠点は、インターネット接続する場合は、必ず中継ノードを経由することになるため、各拠点のインターネット接続の際のセキュリティ等の条件は、中継ノードでの条件で決定する。
【００２５】
したがって、インターネット接続条件の管理を一括して管理することができ、各拠点のネットワーク管理が楽になる。
【００２６】
本発明の別の好適な態様では、前記中継ノードは、セキュリティチェック機能を有し、各ＶＰＮに属する各拠点がインターネット接続する際に、セキュリティチェックを行うことを特徴とする。
【００２７】
このように構成されたＶＰＮシステムでは、各拠点のセキュリティレベルの統一ができ、中継ノードがセキュリティチェックをすることで、セキュリティ管理を一元化できる。
【００２８】
本発明の別の態様では、トンネリング通信することで、公衆ネットワーク上に仮想的に構築されるプライベートネットワーク（ＶＰＮ）が複数存在し、各ＶＰＮに属する拠点に設置された拠点ノード間でのトネリング通信を各ＶＰＮごとに独立して中継する中継ノードであって、各ＶＰＮごとに定められ、受信パケットの最終あて先と転送先拠点ノードとを関連付けた経路情報を有し、どのＶＰＮに属する拠点ノードから受信したパケットかを判断した後、該当するＶＰＮの経路情報を元に、受信パケットを転送先拠点ノードに転送することを特徴とする。
【００２９】
このように構成された中継ノードは、複数のＶＰＮを一括で管理することができる。
【００３０】
したがって、この中継ノードをデータセンタなどに設置し、第三者が管理することで、拠点ノードは中継ノードへの経路情報を登録しておけば、各拠点とＶＰＮ通信することができる。よって、各拠点のＶＰＮ装置の経路情報の管理が楽になる。
【００３１】
また、中継ノードは、複数のＶＰＮを一括して管理することができるため、ＶＰＮあたりの管理工数、費用を大幅に削減することができる。
【００３２】
本発明の好適な態様では、中継ノードは、各ＶＰＮに属する各拠点がインターネット接続するためのインターネット接続機能を有することを特徴とする。
【００３３】
このように構成された中継ノードでは、各拠点は、インターネット接続する場合は、必ず中継ノードを経由することになる。
【００３４】
したがって、各拠点のインターネット接続の際のセキュリティ等の条件は、中継ノードでの条件で決定する。
【００３５】
よって、インターネット接続条件の管理を一括して管理することができ、各拠点のネットワーク管理が楽になる。
【００３６】
本発明の別の好適な態様では、各ＶＰＮに属する各拠点がインターネット接続する際に、セキュリティチェックを行うセキュリティチェック機能を有することを特徴とする。
【００３７】
このように構成された中継ノードでは、各拠点のセキュリティレベルの統一ができ、中継ノードがセキュリティチェックをすることで、セキュリティ管理を一元化できる。
【００３８】
【発明の実施の形態】
以下、本発明の実施の形態（以下実施形態という）を、図面を用いて説明する。
【００３９】
図１は、本発明の実施形態におけるネットワーク構成図である。図１には、Ａ社のＶＰＮとＢ社のＶＰＮが存在し、各拠点は、各拠点に設置されたＶＰＮ装置（拠点ノードに該当）及びインターネット１を介して、第三者が管理するデータセンタ２（中継ノードに該当）を経由して、ＶＰＮ（トンネリング）通信を行う。
【００４０】
各ＶＰＮに属する拠点からのパケットは、データセンタに設置のルータ３を通り、ロードバランサ４により、負荷の少ないデータセンタ設置のＶＰＮ装置５に送られる。そして、ＶＰＮ装置５からさらに目的の拠点にパケットが転送される。なお、ＶＰＮ装置の機能は、ハードウェアあるいはソフトウェアいずれを用いて実現してもよい。
【００４１】
なお、各拠点からＩＳＰ６までの回線７としては、アナログ回線、ＩＳＤＮ、ＡＤＳＬ、光ファイバ、携帯電話、ＰＨＳ、無線ＬＡＮ、衛星、ＣＡＴＶ、有線放送等があり、通信速度や回線費用により選択する。
【００４２】
ここで、さらに詳しくパケットの流れを説明する。
【００４３】
まず、Ａ社第一営業所１１からＡ社本社１０のイントラサーバ８にアクセスする場合ついて説明する。ここで、各装置のＩＰアドレスを以下のように定義する。
【００４４】
Ａ社第一営業所のＰＣ：Ａ
Ａ社本社のイントラサーバ：Ｂ
Ａ社第一営業所のＶＰＮ装置：Ｃ
データセンタに設置のルータ：Ｄ
Ａ社本社のＶＰＮ装置：Ｅ
データセンタ設置のプロキシサーバ：Ｆ
インターネット上のＷＷＷサーバ：Ｇ
【００４５】
Ａ社第一営業所１１のＰＣからＡ社本社のイントラサーバに送信されるＩＰパケットは、図２のようになる。
【００４６】
Ａ社第一営業所１１のＶＰＮ装置がこのパケットを受け取ると、ＶＰＮ装置内にある経路情報を参照して処理を行う。各拠点（本社、営業所）のＶＰＮ装置の経路情報は、図４に示すようなものである。すなわち、外部向けのすべてのＩＰアドレスに対して、データセンタ２内のルータ３へＩＰパケットをカプセル化して送信するように設定されている。送信されるカプセル化されたパケットは、図３（ａ）のようになる。
【００４７】
その後、インターネット１に送信するとカプセルヘッダに基づいてインターネット内を転送されるため、データセンタ２内のルータ３に送信される。
【００４８】
ルータ３で受け取ったパケットは、図１に示すロードバランサ４を通り、負荷の軽いＶＰＮ装置５に送られる。ＶＰＮ装置５で受け取ったカプセルヘッダにある送信元アドレスは、それぞれ、各拠点のＶＰＮ装置に付与されているアドレスであり、インターネット内で一意に識別できるグローバルＩＰアドレスである。
【００４９】
このグローバルＩＰアドレスから、どのＶＰＮに属するＶＰＮ装置から送られてきたパケットかを特定する。図５にＶＰＮ装置のグローバルＩＰアドレスとＶＰＮの対応テーブルの例を示す。
【００５０】
受信したパケットのカプセルヘッダ内にある送信元のＶＰＮ装置のグローバルＩＰアドレスを得て、このアドレスをキーにして図５に示す対応テーブルからＶＰＮ１からｎのいずれに属するかを決定する。
【００５１】
そして、パケットの転送先を決定する経路情報はＶＰＮ毎にあるため、どのＶＰＮに属するかを図５に示す対応テーブルから決定したのち、どの経路情報を選択するかを決定する。図６に、選択された経路情報の例を示す。
【００５２】
さらにＶＰＮ装置５はカプセルヘッダをとりはずし、本来のパケットを取り出す。そして、先ほど決定した図６に示す経路情報を参照し、取り出したパケットのあて先のＩＰアドレスＢが本社内のＩＰアドレスであることを把握して、あて先を本社のＶＰＮ装置と決定する。また、カプセル化の有無が有となっているためパケットをカプセル化して、上記送信元とあて先ヘッダを付与して送信する。この時のカプセルは図３（ｂ）のようになる。
【００５３】
カプセル化されたパケットはインターネットに送信され、カプセルヘッダのあて先に基づき本社のＶＰＮ装置へ転送される。本社のＶＰＮ装置は、カプセルヘッダを取り除き、パケットを取り出す。そして、本社内のＩＰアドレスＢをもつイントラサーバ８へ転送する。
【００５４】
上記で説明したようにインターネット１内ではパケットはカプセルにより保護されるため本社と営業所間の通信は安全に保たれる。上記は営業所のパソコンから本社のイントラサーバをアクセスする例につき説明したが、本社から営業所への通信、営業所と営業所との間の通信も全く同様にしてＶＰＮ通信が行われる。
【００５５】
また、データセンタ設置のＶＰＮ装置では、図５の対応テーブルを元にどのＶＰＮに属するＶＰＮ装置からきたパケットかを決定したのち、該当するＶＰＮの経路情報を決定する。
【００５６】
このように、各拠点に設置されたＶＰＮ装置のアドレス、すなわち、インターネット内で一意に決まるグローバルＩＰアドレスを元に、どのＶＰＮに属するパケットかを決定する。
【００５７】
したがって、各拠点内のパソコン等のアドレスが、各ＶＰＮごとに重複する恐れがあるプライベートＩＰアドレスを用いていたとしても、問題なくＶＰＮごとにパケットを転送することができる。
【００５８】
次に各拠点のパソコンからインターネット上のＷＷＷサーバ９にアクセスした場合について説明する。
【００５９】
説明を簡単にするために、前記と同じＡ社第一営業所１１のパソコンからインターネット上のＷＷＷサーバ９をアクセスした場合を考える。Ａ社第一営業所のパソコンのＩＰアドレスはＡであり、ＷＷＷサーバ９のＩＰアドレスはＧである。
【００６０】
Ａ社第一営業所内のパソコンからデータセンタを経由してインターネット上のＷＷＷサーバ９にアクセスする時には、送信元のＡ社第一営業所内のＶＰＮ装置のグローバルＩＰアドレスＣとＡ社第一営業所内のパソコンのＩＰアドレスＡをデータセンタ設置のプロキシサーバに記憶しておく。
【００６１】
そして、ＷＷＷサーバ９からプロキシサーバに戻ってきたパケットに対し、Ａ社第一営業所内のＶＰＮ装置のグローバルＩＰアドレスとパソコンのＩＰアドレスを復元し、データセンタ内のＶＰＮ装置に送信する。
【００６２】
データセンタ内のＶＰＮ装置は、プロキシサーバが記憶した送信元ＶＰＮ装置のグローバルＩＰアドレスからどのＶＰＮに属するかを決定し、対応する図６に示す経路情報を取得し、これに従いカプセル化してインターネットに送信する。
【００６３】
このカプセルはＡ社第一営業所のＶＰＮ装置に到達し、さらにパソコンに送信される。なお、営業所内のＰＣとしては、作業所、倉庫、仮置き場、移動拠点等にあるＰＣも含まれ、一時的に設置されたり、移動したりするものに対しても有効である。
【００６４】
上記の記載でもわかるように、各拠点内のパソコンとインターネット上のＷＷＷサーバとの通信においては、データセンタ内にあるファイアウォールを通過する。
【００６５】
各拠点から直接、インターネット上のＷＷＷサーバと通信する場合は、セキュリティレベルは各拠点にあるファイアウォールに依存する。ところが本発明によれば、セキュリティレベルがＶＰＮを構成する複数の拠点で統一され、且つセキュリティレベルが第三者が管理するデータセンタ内にあるファイアウォールで一元管理される。したがって、セキュリティ管理を高品質かつ効率的に行うことができる。
【００６６】
図１のデータセンタにおいては、ファイアウォール上にプロキシサーバも実装されている。ここで、プロキシサーバを透過プロキシに設定する。透過プロキシでは、ゲートウェイ（ここでは、ＶＰＮ装置）が、ＨＴＴＰのパケットを自動的にプロキシサーバに渡す。このことによりファイアウォール内のパソコンがプロキシサーバの存在を意識することなくインターネットにアクセスすることができるようになる。
【００６７】
各拠点内のパソコンはインターネットのアクセスに関してはデータセンタ内のファイアウォールに対しファイアウォール内になるため、データセンタ内のプロキシサーバを透過プロキシに設定することにより各拠点内のパソコンは各パソコンでのプロキシの設定にかかわらずインターネットにアクセスできる。
【００６８】
またデータセンタ内にあるウィルスチェックサーバによりウィルスの伝播の監視および駆除を行うことができる。
【００６９】
データセンタのＶＰＮ装置を経由する通信量を、各拠点のＶＰＮ装置の有するグローバルＩＰアドレス毎に測定することにより、ＶＰＮごとの通信量および拠点ごとの通信量を木目細かく把握することが可能になり、課金に使用することもできる。
【００７０】
本発明によれば、データセンタを経由する通信となっているため、各ＶＰＮの通信量をデータセンタなどに設置された中継ノード１ヶ所で測定できるため、各拠点での通信量を効率良く測定することができる。
【００７１】
【発明の効果】
以上説明したように、本発明によれば、各ＶＰＮに属する拠点は、第３者所有の中継ノードを経由してＶＰＮ通信を行うようにすることで、ＶＰＮの管理を第３者にまかせることができ、管理工数の削減を図ることができる。
【００７２】
また中継ノードを、複数のＶＰＮの経由点として使用することができるため、データセンタなどで中継ノードを管理する場合、ＶＰＮあたりのハードウエアコスト、ソフトウエアコスト、管理工数の削減を図ることができる。
【００７３】
また複数のＶＰＮが中継ノードを経由して通信を行うため、中継ノード一個所で複数のＶＰＮの通信量を測定できる。よって、複数のＶＰＮの通信量測定が大変効率よく行えるという効果がある。また、通信量測定結果を課金などに使用することができる。
【００７４】
また本発明によればＶＰＮに属する拠点内のパソコンからインターネットにアクセスする際、中継ノードにあるファイアウォールを通過するため、各拠点のセキュリティレベルの統一ができる。
【００７５】
さらにセキュリティの専門スキルを有する者が管理する中継ノード内のファイアウォールでセキュリティチェックを行えば、セキュリティ管理が一元化され、セキュリティ管理を高品質かつ効率的に行うことができる。
【００７６】
また本発明によれば、中継ノード内のプロキシサーバを透過プロキシに設定することによりプライベートネットワーク内のパソコンからパソコンのプロキシの設定に依存せずインターネットにアクセスすることができる。透過プロキシを用いない場合は、すべての拠点のすべてのＰＣに対し、プロキシを利用する設定をするという膨大な作業を行う必要がある。
【００７７】
さらに、中継ノード内にあるウィルスチェックサーバによるウィルスの伝播の監視および駆除を行うことができる。
【図面の簡単な説明】
【図１】本発明の実施形態におけるネットワーク構成図である。
【図２】カプセル化されていないパケットを示すイメージ図である。
【図３】カプセル化されたパケットを示すイメージ図である。
【図４】本発明の実施形態における、各拠点のＶＰＮ装置が保有している経路情報の一例である。
【図５】本発明の実施形態における、データセンタ設置のＶＰＮ装置が保有する対応テーブルの一例である。
【図６】本発明の実施形態における、データセンタ設置のＶＰＮ装置が保有する経路情報の一例である。
【符号の説明】
１ インターネット、２ データセンタ（中継ノード）、３ ルータ、４ ロードバランサ、５ ＶＰＮ装置、６ ＩＳＰ、７ 回線、８ イントラサーバ、９ ＷＷＷサーバ、１０ Ａ社本社、１１ Ａ社第一営業所、２０ Ｂ社本社、２１ Ｂ社第一営業所。
【発明の属する技術分野】
本発明は、仮想プライベートネットワーク、特にインターネット等の公衆データ通信網において、暗号化（カプセル化）通信することで仮想的に構築されたプライベートネットワークシステムに関する。
【０００２】
【従来の技術】
現在はインターネットプロトコル（ＩＰ）で構築したプライベートネットワークが多数存在し、１つの企業が複数の地域で構築しているプライベートネットワークを専用線と同等のセキュリティを確保して接続する必要性が高まっている。
【０００３】
このようなセキュリティ確保の実現ができる通信技術に、仮想プライベートネットワーク（ＶＰＮ）という技術がある。
【０００４】
この技術は、プライベートネットワークを構成する各拠点に、ＩＰパケットをカプセル化するＶＰＮ装置を設置する。そして、インターネット上ではカプセルヘッダに基づいてデータを転送する。このようにデータをカプセル化することで第三者の盗聴等を防ぐことができ、インターネット上でセキュリティを確保することができる。また、受信側に設置されたＶＰＮ装置は、カプセル化されたデータをデカプセル化し、あて先の端末等にデータを転送する。
【０００５】
このように、インターネットという専用線に比べて安価なインフラを用いて構築された仮想的なプライベートネットワークを仮想プライベートネットワーク（以下、ＶＰＮ）という。
【０００６】
ここで、さらに詳しくＶＰＮのパケットの流れを説明する。
【０００７】
通常パケットは、図２に示すように、データの前にヘッダとして、あて先アドレスＢと送信元アドレスＡが付与されている。このヘッダを元に、パケットは、目的のあて先までルータ等を経由して送られる。
【０００８】
ＶＰＮ通信の場合、図３に示すように、ＶＰＮ装置によって、パケットはカプセル化されて、新たにヘッダとして、例えば、送信元ＶＰＮ装置のアドレスＣと転送先ＶＰＮ装置のアドレスＤが付与され、インターネット上に送信される。
【０００９】
送信元ＶＰＮ装置は、予め登録された、あて先アドレスと転送先ＶＰＮ装置アドレスとが関連付けられている経路情報をもとに、転送先ＶＰＮ装置のアドレスＤの付与を行う。
【００１０】
【特許文献１】
特開２００１−２３７８７６
【００１１】
【発明が解決しようとする課題】
一般的にＶＰＮの接続形態としては、メッシュ型を利用する。この場合、各拠点のＶＰＮ装置は、通信を行うすべての拠点の経路情報を登録しなければならない。したがって、ＶＰＮを構成する拠点数が多いほど、この経路情報を管理するのは大変である。
【００１２】
別の接続形態としては、一拠点を中心として構成するハブ＆スポーク型がある。この場合、中心拠点のＶＰＮ装置を経由して、２つの拠点間でＶＰＮ（トンネリング）通信を行うことになる。
【００１３】
したがって、各拠点のＶＰＮ装置は中心拠点にあるＶＰＮ装置への経路情報のみを管理すればよいため、管理は楽である。しかし、中心拠点にあるＶＰＮ装置には、すべての拠点の経路情報を登録して管理しなければならない。
【００１４】
さらに、ＶＰＮを利用する場合、各拠点のクライアントは、拠点間のＶＰＮ通信以外の通信を目的としてインターネットに接続する場合は、各拠点のＶＰＮ装置経由で接続する。したがって、セキュリティレベルは、各拠点のＶＰＮ装置に依存してしまうという問題があった。
【００１５】
上記に示す経路情報の管理の問題を解決する方法として、ＶＰＮを構成する各拠点をすべて、第三者が管理するＶＰＮ装置を経由する構成にすることが考えられる。これにより、ユーザは、第三者が管理するＶＰＮ装置への経路情報のみ管理すればよいため、管理が楽になる。
【００１６】
この場合、委託先の第三者は、各ＶＰＮごとに中継ノードを用意して、各ＶＰＮの経路情報を管理することも考えられる。この場合は、ＶＰＮごとに独立となるため、複数のＶＰＮ間でプライベートアドレスが重複しても問題は生じない。しかし、ＶＰＮごとに中継ノードを準備することは、管理費用的にも、構築費用的にも問題がある。したがって、複数のＶＰＮの経路情報を一括して一つの中継ノードにて管理できることが望ましい。
【００１７】
しかし、上述のように、経路情報には、あて先アドレスと転送先アドレスとが関連付けられている。通常あて先アドレスは、どのユーザでも使用可能な、プライベートアドレスを使用する。したがって、複数のＶＰＮを１つの中継ノードで管理しようとした場合、プライベートアドレスがＶＰＮ間で重複してしまうことがあるため、上記の経路情報のみでは、複数のＶＰＮを一括して管理することができない。
【００１８】
本発明は、上記の課題を鑑みてなされたものであり、各ＶＰＮ間でアドレスが重複する場合でも、複数のＶＰＮを一括して管理できるシステムを提供することで、ＶＰＮを利用するユーザのＶＰＮ装置の管理を楽にし、かつ、各拠点のセキュリティレベルのバラツキをなくすことを目的とする。
【００１９】
【課題を解決するための手段】
上記目的を達成するために、本発明は、トンネリング通信することで、公衆ネットワーク上に仮想的に構築されるプライベートネットワーク（ＶＰＮ）が複数存在するＶＰＮシステムであって、各ＶＰＮに属する拠点に設置された拠点ノード間でのトンネリング通信を、各ＶＰＮごとに独立して中継する中継ノードを備え、前記中継ノードは、各ＶＰＮごとに定められ、受信パケットの最終あて先と転送先拠点ノードとを関連付けた経路情報を有し、どのＶＰＮに属する拠点ノードから受信したパケットかを判断した後、該当するＶＰＮの経路情報を元に、受信パケットを転送先拠点ノードに転送することを特徴とする。
【００２０】
このように構成されたＶＰＮシステムでは、各拠点の拠点ノードは、中継ノードを経由してＶＰＮ（トンネリング）通信をする。そして、この中継ノードは、どのＶＰＮに属する拠点ノードからのパケットかを判断した後、該当するＶＰＮの経路情報を元にパケットを転送する。
【００２１】
この中継ノードを第三者が管理することで、拠点ノードは中継ノードへの経路情報を登録しておくだけで、各拠点とＶＰＮ通信することができるため、各拠点のＶＰＮ装置の経路情報の管理が楽になる。
【００２２】
また、中継ノードは、複数のＶＰＮを一括して管理することができるため、ＶＰＮごとの管理工数、費用を大幅に削減することができる。
【００２３】
本発明の好適な態様では、前記中継ノードは、インターネット接続機能を有し、各ＶＰＮに属する各拠点は、中継ノードを経由してインターネット接続することを特徴とする。
【００２４】
このように構成されたＶＰＮシステムでは、各拠点は、インターネット接続する場合は、必ず中継ノードを経由することになるため、各拠点のインターネット接続の際のセキュリティ等の条件は、中継ノードでの条件で決定する。
【００２５】
したがって、インターネット接続条件の管理を一括して管理することができ、各拠点のネットワーク管理が楽になる。
【００２６】
本発明の別の好適な態様では、前記中継ノードは、セキュリティチェック機能を有し、各ＶＰＮに属する各拠点がインターネット接続する際に、セキュリティチェックを行うことを特徴とする。
【００２７】
このように構成されたＶＰＮシステムでは、各拠点のセキュリティレベルの統一ができ、中継ノードがセキュリティチェックをすることで、セキュリティ管理を一元化できる。
【００２８】
本発明の別の態様では、トンネリング通信することで、公衆ネットワーク上に仮想的に構築されるプライベートネットワーク（ＶＰＮ）が複数存在し、各ＶＰＮに属する拠点に設置された拠点ノード間でのトネリング通信を各ＶＰＮごとに独立して中継する中継ノードであって、各ＶＰＮごとに定められ、受信パケットの最終あて先と転送先拠点ノードとを関連付けた経路情報を有し、どのＶＰＮに属する拠点ノードから受信したパケットかを判断した後、該当するＶＰＮの経路情報を元に、受信パケットを転送先拠点ノードに転送することを特徴とする。
【００２９】
このように構成された中継ノードは、複数のＶＰＮを一括で管理することができる。
【００３０】
したがって、この中継ノードをデータセンタなどに設置し、第三者が管理することで、拠点ノードは中継ノードへの経路情報を登録しておけば、各拠点とＶＰＮ通信することができる。よって、各拠点のＶＰＮ装置の経路情報の管理が楽になる。
【００３１】
また、中継ノードは、複数のＶＰＮを一括して管理することができるため、ＶＰＮあたりの管理工数、費用を大幅に削減することができる。
【００３２】
本発明の好適な態様では、中継ノードは、各ＶＰＮに属する各拠点がインターネット接続するためのインターネット接続機能を有することを特徴とする。
【００３３】
このように構成された中継ノードでは、各拠点は、インターネット接続する場合は、必ず中継ノードを経由することになる。
【００３４】
したがって、各拠点のインターネット接続の際のセキュリティ等の条件は、中継ノードでの条件で決定する。
【００３５】
よって、インターネット接続条件の管理を一括して管理することができ、各拠点のネットワーク管理が楽になる。
【００３６】
本発明の別の好適な態様では、各ＶＰＮに属する各拠点がインターネット接続する際に、セキュリティチェックを行うセキュリティチェック機能を有することを特徴とする。
【００３７】
このように構成された中継ノードでは、各拠点のセキュリティレベルの統一ができ、中継ノードがセキュリティチェックをすることで、セキュリティ管理を一元化できる。
【００３８】
【発明の実施の形態】
以下、本発明の実施の形態（以下実施形態という）を、図面を用いて説明する。
【００３９】
図１は、本発明の実施形態におけるネットワーク構成図である。図１には、Ａ社のＶＰＮとＢ社のＶＰＮが存在し、各拠点は、各拠点に設置されたＶＰＮ装置（拠点ノードに該当）及びインターネット１を介して、第三者が管理するデータセンタ２（中継ノードに該当）を経由して、ＶＰＮ（トンネリング）通信を行う。
【００４０】
各ＶＰＮに属する拠点からのパケットは、データセンタに設置のルータ３を通り、ロードバランサ４により、負荷の少ないデータセンタ設置のＶＰＮ装置５に送られる。そして、ＶＰＮ装置５からさらに目的の拠点にパケットが転送される。なお、ＶＰＮ装置の機能は、ハードウェアあるいはソフトウェアいずれを用いて実現してもよい。
【００４１】
なお、各拠点からＩＳＰ６までの回線７としては、アナログ回線、ＩＳＤＮ、ＡＤＳＬ、光ファイバ、携帯電話、ＰＨＳ、無線ＬＡＮ、衛星、ＣＡＴＶ、有線放送等があり、通信速度や回線費用により選択する。
【００４２】
ここで、さらに詳しくパケットの流れを説明する。
【００４３】
まず、Ａ社第一営業所１１からＡ社本社１０のイントラサーバ８にアクセスする場合ついて説明する。ここで、各装置のＩＰアドレスを以下のように定義する。
【００４４】
Ａ社第一営業所のＰＣ：Ａ
Ａ社本社のイントラサーバ：Ｂ
Ａ社第一営業所のＶＰＮ装置：Ｃ
データセンタに設置のルータ：Ｄ
Ａ社本社のＶＰＮ装置：Ｅ
データセンタ設置のプロキシサーバ：Ｆ
インターネット上のＷＷＷサーバ：Ｇ
【００４５】
Ａ社第一営業所１１のＰＣからＡ社本社のイントラサーバに送信されるＩＰパケットは、図２のようになる。
【００４６】
Ａ社第一営業所１１のＶＰＮ装置がこのパケットを受け取ると、ＶＰＮ装置内にある経路情報を参照して処理を行う。各拠点（本社、営業所）のＶＰＮ装置の経路情報は、図４に示すようなものである。すなわち、外部向けのすべてのＩＰアドレスに対して、データセンタ２内のルータ３へＩＰパケットをカプセル化して送信するように設定されている。送信されるカプセル化されたパケットは、図３（ａ）のようになる。
【００４７】
その後、インターネット１に送信するとカプセルヘッダに基づいてインターネット内を転送されるため、データセンタ２内のルータ３に送信される。
【００４８】
ルータ３で受け取ったパケットは、図１に示すロードバランサ４を通り、負荷の軽いＶＰＮ装置５に送られる。ＶＰＮ装置５で受け取ったカプセルヘッダにある送信元アドレスは、それぞれ、各拠点のＶＰＮ装置に付与されているアドレスであり、インターネット内で一意に識別できるグローバルＩＰアドレスである。
【００４９】
このグローバルＩＰアドレスから、どのＶＰＮに属するＶＰＮ装置から送られてきたパケットかを特定する。図５にＶＰＮ装置のグローバルＩＰアドレスとＶＰＮの対応テーブルの例を示す。
【００５０】
受信したパケットのカプセルヘッダ内にある送信元のＶＰＮ装置のグローバルＩＰアドレスを得て、このアドレスをキーにして図５に示す対応テーブルからＶＰＮ１からｎのいずれに属するかを決定する。
【００５１】
そして、パケットの転送先を決定する経路情報はＶＰＮ毎にあるため、どのＶＰＮに属するかを図５に示す対応テーブルから決定したのち、どの経路情報を選択するかを決定する。図６に、選択された経路情報の例を示す。
【００５２】
さらにＶＰＮ装置５はカプセルヘッダをとりはずし、本来のパケットを取り出す。そして、先ほど決定した図６に示す経路情報を参照し、取り出したパケットのあて先のＩＰアドレスＢが本社内のＩＰアドレスであることを把握して、あて先を本社のＶＰＮ装置と決定する。また、カプセル化の有無が有となっているためパケットをカプセル化して、上記送信元とあて先ヘッダを付与して送信する。この時のカプセルは図３（ｂ）のようになる。
【００５３】
カプセル化されたパケットはインターネットに送信され、カプセルヘッダのあて先に基づき本社のＶＰＮ装置へ転送される。本社のＶＰＮ装置は、カプセルヘッダを取り除き、パケットを取り出す。そして、本社内のＩＰアドレスＢをもつイントラサーバ８へ転送する。
【００５４】
上記で説明したようにインターネット１内ではパケットはカプセルにより保護されるため本社と営業所間の通信は安全に保たれる。上記は営業所のパソコンから本社のイントラサーバをアクセスする例につき説明したが、本社から営業所への通信、営業所と営業所との間の通信も全く同様にしてＶＰＮ通信が行われる。
【００５５】
また、データセンタ設置のＶＰＮ装置では、図５の対応テーブルを元にどのＶＰＮに属するＶＰＮ装置からきたパケットかを決定したのち、該当するＶＰＮの経路情報を決定する。
【００５６】
このように、各拠点に設置されたＶＰＮ装置のアドレス、すなわち、インターネット内で一意に決まるグローバルＩＰアドレスを元に、どのＶＰＮに属するパケットかを決定する。
【００５７】
したがって、各拠点内のパソコン等のアドレスが、各ＶＰＮごとに重複する恐れがあるプライベートＩＰアドレスを用いていたとしても、問題なくＶＰＮごとにパケットを転送することができる。
【００５８】
次に各拠点のパソコンからインターネット上のＷＷＷサーバ９にアクセスした場合について説明する。
【００５９】
説明を簡単にするために、前記と同じＡ社第一営業所１１のパソコンからインターネット上のＷＷＷサーバ９をアクセスした場合を考える。Ａ社第一営業所のパソコンのＩＰアドレスはＡであり、ＷＷＷサーバ９のＩＰアドレスはＧである。
【００６０】
Ａ社第一営業所内のパソコンからデータセンタを経由してインターネット上のＷＷＷサーバ９にアクセスする時には、送信元のＡ社第一営業所内のＶＰＮ装置のグローバルＩＰアドレスＣとＡ社第一営業所内のパソコンのＩＰアドレスＡをデータセンタ設置のプロキシサーバに記憶しておく。
【００６１】
そして、ＷＷＷサーバ９からプロキシサーバに戻ってきたパケットに対し、Ａ社第一営業所内のＶＰＮ装置のグローバルＩＰアドレスとパソコンのＩＰアドレスを復元し、データセンタ内のＶＰＮ装置に送信する。
【００６２】
データセンタ内のＶＰＮ装置は、プロキシサーバが記憶した送信元ＶＰＮ装置のグローバルＩＰアドレスからどのＶＰＮに属するかを決定し、対応する図６に示す経路情報を取得し、これに従いカプセル化してインターネットに送信する。
【００６３】
このカプセルはＡ社第一営業所のＶＰＮ装置に到達し、さらにパソコンに送信される。なお、営業所内のＰＣとしては、作業所、倉庫、仮置き場、移動拠点等にあるＰＣも含まれ、一時的に設置されたり、移動したりするものに対しても有効である。
【００６４】
上記の記載でもわかるように、各拠点内のパソコンとインターネット上のＷＷＷサーバとの通信においては、データセンタ内にあるファイアウォールを通過する。
【００６５】
各拠点から直接、インターネット上のＷＷＷサーバと通信する場合は、セキュリティレベルは各拠点にあるファイアウォールに依存する。ところが本発明によれば、セキュリティレベルがＶＰＮを構成する複数の拠点で統一され、且つセキュリティレベルが第三者が管理するデータセンタ内にあるファイアウォールで一元管理される。したがって、セキュリティ管理を高品質かつ効率的に行うことができる。
【００６６】
図１のデータセンタにおいては、ファイアウォール上にプロキシサーバも実装されている。ここで、プロキシサーバを透過プロキシに設定する。透過プロキシでは、ゲートウェイ（ここでは、ＶＰＮ装置）が、ＨＴＴＰのパケットを自動的にプロキシサーバに渡す。このことによりファイアウォール内のパソコンがプロキシサーバの存在を意識することなくインターネットにアクセスすることができるようになる。
【００６７】
各拠点内のパソコンはインターネットのアクセスに関してはデータセンタ内のファイアウォールに対しファイアウォール内になるため、データセンタ内のプロキシサーバを透過プロキシに設定することにより各拠点内のパソコンは各パソコンでのプロキシの設定にかかわらずインターネットにアクセスできる。
【００６８】
またデータセンタ内にあるウィルスチェックサーバによりウィルスの伝播の監視および駆除を行うことができる。
【００６９】
データセンタのＶＰＮ装置を経由する通信量を、各拠点のＶＰＮ装置の有するグローバルＩＰアドレス毎に測定することにより、ＶＰＮごとの通信量および拠点ごとの通信量を木目細かく把握することが可能になり、課金に使用することもできる。
【００７０】
本発明によれば、データセンタを経由する通信となっているため、各ＶＰＮの通信量をデータセンタなどに設置された中継ノード１ヶ所で測定できるため、各拠点での通信量を効率良く測定することができる。
【００７１】
【発明の効果】
以上説明したように、本発明によれば、各ＶＰＮに属する拠点は、第３者所有の中継ノードを経由してＶＰＮ通信を行うようにすることで、ＶＰＮの管理を第３者にまかせることができ、管理工数の削減を図ることができる。
【００７２】
また中継ノードを、複数のＶＰＮの経由点として使用することができるため、データセンタなどで中継ノードを管理する場合、ＶＰＮあたりのハードウエアコスト、ソフトウエアコスト、管理工数の削減を図ることができる。
【００７３】
また複数のＶＰＮが中継ノードを経由して通信を行うため、中継ノード一個所で複数のＶＰＮの通信量を測定できる。よって、複数のＶＰＮの通信量測定が大変効率よく行えるという効果がある。また、通信量測定結果を課金などに使用することができる。
【００７４】
また本発明によればＶＰＮに属する拠点内のパソコンからインターネットにアクセスする際、中継ノードにあるファイアウォールを通過するため、各拠点のセキュリティレベルの統一ができる。
【００７５】
さらにセキュリティの専門スキルを有する者が管理する中継ノード内のファイアウォールでセキュリティチェックを行えば、セキュリティ管理が一元化され、セキュリティ管理を高品質かつ効率的に行うことができる。
【００７６】
また本発明によれば、中継ノード内のプロキシサーバを透過プロキシに設定することによりプライベートネットワーク内のパソコンからパソコンのプロキシの設定に依存せずインターネットにアクセスすることができる。透過プロキシを用いない場合は、すべての拠点のすべてのＰＣに対し、プロキシを利用する設定をするという膨大な作業を行う必要がある。
【００７７】
さらに、中継ノード内にあるウィルスチェックサーバによるウィルスの伝播の監視および駆除を行うことができる。
【図面の簡単な説明】
【図１】本発明の実施形態におけるネットワーク構成図である。
【図２】カプセル化されていないパケットを示すイメージ図である。
【図３】カプセル化されたパケットを示すイメージ図である。
【図４】本発明の実施形態における、各拠点のＶＰＮ装置が保有している経路情報の一例である。
【図５】本発明の実施形態における、データセンタ設置のＶＰＮ装置が保有する対応テーブルの一例である。
【図６】本発明の実施形態における、データセンタ設置のＶＰＮ装置が保有する経路情報の一例である。
【符号の説明】
１ インターネット、２ データセンタ（中継ノード）、３ ルータ、４ ロードバランサ、５ ＶＰＮ装置、６ ＩＳＰ、７ 回線、８ イントラサーバ、９ ＷＷＷサーバ、１０ Ａ社本社、１１ Ａ社第一営業所、２０ Ｂ社本社、２１ Ｂ社第一営業所。
Claims (6)
- トンネリング通信することで、公衆ネットワーク上に仮想的に構築されるプライベートネットワーク（ＶＰＮ）が複数存在するＶＰＮシステムであって、
各ＶＰＮに属する拠点に設置された拠点ノード間でのトンネリング通信を、各ＶＰＮごとに独立して中継する中継ノードを備え、
前記中継ノードは、各ＶＰＮごとに定められ、受信パケットの最終あて先と転送先拠点ノードとを関連付けた経路情報を有し、どのＶＰＮに属する拠点ノードから受信したパケットかを判断した後、該当するＶＰＮの経路情報を元に、受信パケットを転送先拠点ノードに転送することを特徴とするＶＰＮシステム。 - 請求項１に記載のＶＰＮシステムであって、
前記中継ノードは、インターネット接続機能を有し、
各ＶＰＮに属する各拠点は、中継ノードを経由してインターネット接続することを特徴とするＶＰＮシステム。 - 請求項２に記載のＶＰＮシステムであって、
前記中継ノードは、セキュリティチェック機能を有し、各ＶＰＮに属する各拠点がインターネット接続する際に、セキュリティチェックを行うことを特徴とするＶＰＮシステム。 - トンネリング通信することで、公衆ネットワーク上に仮想的に構築されるプライベートネットワーク（ＶＰＮ）が複数存在し、各ＶＰＮに属する拠点に設置された拠点ノード間でのトネリング通信を各ＶＰＮごとに独立して中継する中継ノードであって、
各ＶＰＮごとに定められ、受信パケットの最終あて先と転送先拠点ノードとを関連付けた経路情報を有し、どのＶＰＮに属する拠点ノードから受信したパケットかを判断した後、該当するＶＰＮの経路情報を元に、受信パケットを転送先拠点ノードに転送することを特徴とする中継ノード。 - 請求項４に記載の中継ノードにおいて、
各ＶＰＮに属する各拠点がインターネット接続するためのインターネット接続機能を有することを特徴とする中継ノード。 - 請求項５に記載の中継ノードにおいて、
各ＶＰＮに属する各拠点がインターネット接続する際に、セキュリティチェックを行うセキュリティチェック機能を有することを特徴とする中継ノード。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002313852A JP3668731B2 (ja) | 2002-10-29 | 2002-10-29 | 仮想プライベートネットワーク（ｖｐｎ）システム及び中継ノード |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002313852A JP3668731B2 (ja) | 2002-10-29 | 2002-10-29 | 仮想プライベートネットワーク（ｖｐｎ）システム及び中継ノード |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004153366A true JP2004153366A (ja) | 2004-05-27 |
| JP3668731B2 JP3668731B2 (ja) | 2005-07-06 |
Family
ID=32458332
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002313852A Expired - Fee Related JP3668731B2 (ja) | 2002-10-29 | 2002-10-29 | 仮想プライベートネットワーク（ｖｐｎ）システム及び中継ノード |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3668731B2 (ja) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006197255A (ja) * | 2005-01-13 | 2006-07-27 | Nec Corp | ローカルコンテンツ接続システム、移動端末、ローカルコンテンツ接続方法及びクライアントプログラム |
| JP2007049503A (ja) * | 2005-08-10 | 2007-02-22 | Ntt Communications Kk | パケット通信サービスシステム、パケット通信サービス方法、エッジ側ゲートウェイ装置、およびセンタ側ゲートウェイ装置 |
| WO2007094059A1 (ja) * | 2006-02-15 | 2007-08-23 | R & W, Inc. | データの送受信方法 |
| JP2007243655A (ja) * | 2006-03-09 | 2007-09-20 | Ntt Data Corp | Ｖｐｎ管理装置、プログラム及びｖｐｎ管理方法 |
| JP2007306251A (ja) * | 2006-05-10 | 2007-11-22 | Fujitsu Ltd | パケットルーティング制御プログラム、パケットルーティング制御方法及びコンピュータシステム |
| JP2008502190A (ja) * | 2004-06-04 | 2008-01-24 | ノキア インコーポレイテッド | 地理的に分布したバーチャルルーティングのためのシステム |
| JP2008514113A (ja) * | 2004-09-14 | 2008-05-01 | グーグル インコーポレイテッド | 減少レートでワイヤレスアクセスを与える方法及びシステム |
| JP2011217336A (ja) * | 2010-03-31 | 2011-10-27 | Nextech:Kk | 情報処理装置、プログラム、情報処理方法、および情報処理システム |
| JP2013077995A (ja) * | 2011-09-30 | 2013-04-25 | Ntt Data Corp | Ｖｐｎシステム、ｖｐｎ接続方法 |
| JP2016503627A (ja) * | 2012-11-26 | 2016-02-04 | ▲ホア▼▲ウェイ▼技術有限公司 | Ｉｐパケット処理方法および装置、ならびにネットワークシステム |
-
2002
- 2002-10-29 JP JP2002313852A patent/JP3668731B2/ja not_active Expired - Fee Related
Cited By (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008502190A (ja) * | 2004-06-04 | 2008-01-24 | ノキア インコーポレイテッド | 地理的に分布したバーチャルルーティングのためのシステム |
| JP4657294B2 (ja) * | 2004-06-04 | 2011-03-23 | ノキア インコーポレイテッド | 地理的に分布したバーチャルルーティングのためのシステム |
| JP2008514113A (ja) * | 2004-09-14 | 2008-05-01 | グーグル インコーポレイテッド | 減少レートでワイヤレスアクセスを与える方法及びシステム |
| JP4869235B2 (ja) * | 2004-09-14 | 2012-02-08 | グーグル インコーポレイテッド | 減少レートでワイヤレスアクセスを与える方法及びシステム |
| JP2006197255A (ja) * | 2005-01-13 | 2006-07-27 | Nec Corp | ローカルコンテンツ接続システム、移動端末、ローカルコンテンツ接続方法及びクライアントプログラム |
| JP4561983B2 (ja) * | 2005-01-13 | 2010-10-13 | 日本電気株式会社 | ローカルコンテンツ接続システム、移動端末、ローカルコンテンツ接続方法及びクライアントプログラム |
| JP2007049503A (ja) * | 2005-08-10 | 2007-02-22 | Ntt Communications Kk | パケット通信サービスシステム、パケット通信サービス方法、エッジ側ゲートウェイ装置、およびセンタ側ゲートウェイ装置 |
| JP4495049B2 (ja) * | 2005-08-10 | 2010-06-30 | エヌ・ティ・ティ・コミュニケーションズ株式会社 | パケット通信サービスシステム、パケット通信サービス方法、エッジ側ゲートウェイ装置、およびセンタ側ゲートウェイ装置 |
| WO2007094059A1 (ja) * | 2006-02-15 | 2007-08-23 | R & W, Inc. | データの送受信方法 |
| JP4727460B2 (ja) * | 2006-03-09 | 2011-07-20 | 株式会社エヌ・ティ・ティ・データ | Ｖｐｎ管理装置、プログラム及びｖｐｎ管理方法 |
| JP2007243655A (ja) * | 2006-03-09 | 2007-09-20 | Ntt Data Corp | Ｖｐｎ管理装置、プログラム及びｖｐｎ管理方法 |
| JP2007306251A (ja) * | 2006-05-10 | 2007-11-22 | Fujitsu Ltd | パケットルーティング制御プログラム、パケットルーティング制御方法及びコンピュータシステム |
| JP4603505B2 (ja) * | 2006-05-10 | 2010-12-22 | 富士通株式会社 | パケットルーティング制御プログラム、パケットルーティング制御方法及びコンピュータシステム |
| JP2011217336A (ja) * | 2010-03-31 | 2011-10-27 | Nextech:Kk | 情報処理装置、プログラム、情報処理方法、および情報処理システム |
| JP2013077995A (ja) * | 2011-09-30 | 2013-04-25 | Ntt Data Corp | Ｖｐｎシステム、ｖｐｎ接続方法 |
| JP2016503627A (ja) * | 2012-11-26 | 2016-02-04 | ▲ホア▼▲ウェイ▼技術有限公司 | Ｉｐパケット処理方法および装置、ならびにネットワークシステム |
| US10454880B2 (en) | 2012-11-26 | 2019-10-22 | Huawei Technologies Co., Ltd. | IP packet processing method and apparatus, and network system |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3668731B2 (ja) | 2005-07-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1413094B1 (en) | Distributed server functionality for emulated lan | |
| US7117530B1 (en) | Tunnel designation system for virtual private networks | |
| US9015855B2 (en) | Secure tunneling platform system and method | |
| US7174378B2 (en) | Co-location service system equipped with global load balancing (GLB) function among dispersed IDCS | |
| US7373660B1 (en) | Methods and apparatus to distribute policy information | |
| CN105471596B (zh) | 网络管理的方法和装置 | |
| US8340103B2 (en) | System and method for creating a secure tunnel for communications over a network | |
| US7016361B2 (en) | Virtual switch in a wide area network | |
| US7782877B2 (en) | Network-based dedicated backup service | |
| JP2004510358A (ja) | ネットワークデータ伝送を処理するための方法および装置 | |
| WO2008092351A1 (fr) | Procédé de liaison dynamique de réseau privé virtuel | |
| WO2014079335A1 (zh) | Ip报文处理方法、装置及网络系统 | |
| US20230208746A1 (en) | Cross datacenter communication using a mesh gateway | |
| CN106027491B (zh) | 基于隔离ip地址的独立链路式通信处理方法和系统 | |
| JP3668731B2 (ja) | 仮想プライベートネットワーク（ｖｐｎ）システム及び中継ノード | |
| CN100490393C (zh) | 一种访问客户网络管理平台的方法 | |
| JP6532975B1 (ja) | Ｉｐネットワーク接続システム、ｉｐネットワーク接続装置、ｉｐネットワーク接続方法、及びプログラム | |
| WO2020215657A1 (zh) | 基于二维路由协议实现l3vpn的方法及系统 | |
| JP5345651B2 (ja) | セキュアトンネリングプラットフォームシステム及び方法 | |
| CN105827470A (zh) | 一种识别异常网络互联流量的方法及装置 | |
| WO2003003664A1 (en) | System and method for address and key distribution in virtual networks | |
| Cisco | Configuring PPP for Wide-Area Networking | |
| Cisco | Configuring PPP for Wide-Area Networking | |
| Cisco | Configuring PPP for Wide-Area Networking | |
| EP1413095B1 (en) | System and method for providing services in virtual private networks |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040924 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041019 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041213 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050329 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050411 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313115 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080415 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110415 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140415 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |