JP2004328066A - Ｖｐｎ装置 - Google Patents
Ｖｐｎ装置 Download PDFInfo
- Publication number
- JP2004328066A JP2004328066A JP2003115952A JP2003115952A JP2004328066A JP 2004328066 A JP2004328066 A JP 2004328066A JP 2003115952 A JP2003115952 A JP 2003115952A JP 2003115952 A JP2003115952 A JP 2003115952A JP 2004328066 A JP2004328066 A JP 2004328066A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- vpn
- tunnel
- required bandwidth
- resources
- 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.)
- Withdrawn
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】ＩＰパケットの通信時間に時間的な制約が存在する場合、その時間的な制約を守ることができる場合に限り、ＶＰＮトンネルを設定することができるＶＰＮ装置を得ることを目的とする。
【解決手段】要求帯域量特定部１３により特定された要求帯域量を確保するだけのリソースが現在残されている場合、その要求帯域量に見合うＶＰＮトンネル６を設定し、その要求帯域量を確保するだけのリソースが現在残されていない場合、ＩＰパケットの送信を拒否する。
【選択図】 図１
【解決手段】要求帯域量特定部１３により特定された要求帯域量を確保するだけのリソースが現在残されている場合、その要求帯域量に見合うＶＰＮトンネル６を設定し、その要求帯域量を確保するだけのリソースが現在残されていない場合、ＩＰパケットの送信を拒否する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
この発明は、ＶＰＮトンネルを設定して、ＩＰパケットの盗聴を防止するＶＰＮ装置に関するものである。
【０００２】
【従来の技術】
従来のＶＰＮ装置は、通信端末から送信されたＩＰパケットを受信すると、現在残されているリソースに応じてベストエフォート的にＶＰＮトンネルの帯域量を決定する。
なお、一般的なＶＰＮ装置は、以下の特許文献１に開示されている。
【０００３】
【特許文献１】
特開２００１−１６０８２８号公報（［００２２］から［００３６］、図４）
【０００４】
【発明が解決しようとする課題】
従来のＶＰＮ装置は以上のように構成されているので、ＶＰＮトンネルの帯域量がベストエフォート的に決定される。したがって、所定時間以内でＩＰパケットの通信が完了するというような時間的な制約が存在する場合でも、ユーザが必要とする帯域量が確保されるとは限らず、その時間的な制約を守ることができない場合があるなどの課題があった。
【０００５】
この発明は上記のような課題を解決するためになされたもので、ＩＰパケットの通信時間に時間的な制約が存在する場合、その時間的な制約を守ることができる場合に限り、ＶＰＮトンネルを設定することができるＶＰＮ装置を得ることを目的とする。
【０００６】
【課題を解決するための手段】
この発明に係るＶＰＮ装置は、要求帯域量特定手段により特定された要求帯域量を確保するだけのリソースが現在残されている場合、その要求帯域量に見合うＶＰＮトンネルを設定し、その要求帯域量を確保するだけのリソースが現在残されていない場合、ＩＰパケットの送信を拒否するようにしたものである。
【０００７】
【発明の実施の形態】
以下、この発明の実施の一形態を説明する。
実施の形態１．
図１はこの発明の実施の形態１によるＶＰＮ装置が適用される通信システムを示す構成図であり、図において、通信端末１はＩＰパケットの送信側端末であり、通信端末２はＩＰパケットの受信側端末である。なお、通信端末１，２は例えばパソコンの他、モバイルＰＣや携帯電話などが該当する。
ＶＰＮ装置３は通信端末１から送信されたＩＰパケットを受信すると、ＶＰＮ装置４との間で、例えばインターネット５などのネットワーク中にＶＰＮトンネル６を設定する。
なお、ＶＰＮ装置４はＶＰＮ装置３と同様の機能を有している。
【０００８】
図２はこの発明の実施の形態１によるＶＰＮ装置を示す構成図であり、図において、パケット受信部１１は通信端末１から送信されたＩＰパケットを受信するパケット受信手段を構成している。ポリシーテーブル格納部１２はＩＰパケットに対するセキュリティに関する処理内容やＶＰＮトンネルの要求帯域量などを示すポリシーテーブルを格納しているメモリである。要求帯域量特定部１３はパケット受信部１１により受信されたＩＰパケットのヘッダ情報とポリシーテーブル格納部１２に格納されているポリシーテーブルを参照して、ＶＰＮトンネルの要求帯域量等を特定する。なお、ポリシーテーブル格納部１２及び要求帯域量特定部１３から要求帯域量特定手段が構成されている。
【０００９】
リソース管理テーブル格納部１４はＶＰＮ装置３のリソースに関する情報を示すリソース管理テーブルを格納しているメモリである。トンネル設定部１５はリソース管理テーブル格納部１４に格納されているリソース管理テーブルを参照し、要求帯域量特定部１３により特定された要求帯域量を確保するだけのリソースが現在残されている場合、その要求帯域量に見合うＶＰＮトンネル６を設定し、その要求帯域量を確保するだけのリソースが現在残されていない場合、ＩＰパケットの送信を拒否する。なお、リソース管理テーブル格納部１４及びトンネル設定部１５からトンネル設定手段が構成されている。
【００１０】
パケット送信部１６はトンネル設定部１５がＶＰＮトンネル６を設定すると、そのＶＰＮトンネル６を利用して、そのＩＰパケットをＶＰＮ装置４に送信するパケット送信手段を構成している。
なお、パケット受信部１１、要求帯域量特定部１３、トンネル設定部１５及びパケット送信部１６は専用のハードウエア（例えば、ＩＣ回路）を用いて構成してもよいが、これらの処理内容を示すプログラムを用意し、図示せぬマイクロコンピュータが当該プログラムを実行するようにしてもよい。
【００１１】
次に動作について説明する。
例えば、通信端末１がＩＰパケットを通信端末２に送信するに際して、そのＩＰパケットの盗聴を防止する必要性が存在する場合、予め、通信端末１，２のＴＣＰポート番号等をＶＰＮ装置３のポリシーテーブル格納部１２に登録する。
上記の登録が完了した後、通信端末１が通信端末２宛のＩＰパケットをＶＰＮ装置３に送信すると、ＶＰＮ装置３のパケット受信部１１は、通信端末１から送信されたＩＰパケットを受信する。
【００１２】
ＶＰＮ装置３の要求帯域量特定部１３は、パケット受信部１１がＩＰパケットを受信すると、そのＩＰパケットのヘッダ情報（送信元アドレス、送信先アドレス、トランスポートプロトコル、送信元ＴＣＰポート番号、送信先ＴＣＰポート番号）と、ポリシーテーブル格納部１２に格納されている図３のポリシーテーブルを参照して、ＶＰＮトンネル６の要求帯域量等を特定する。
例えば、送信元アドレスが“１．１．１．１”、送信先アドレスが“２．２．２．２”、トランスポートプロトコルが“ＴＣＰ”、送信元ＴＣＰポート番号が“１００００”、送信先ＴＣＰポート番号が“５０”である場合、図３の例では、ＩＰパケットに対するセキュリティに関する処理内容が“ＩＰｓｅｃ”であり、ＶＰＮトンネル６の要求帯域量が“１０Ｍｂｐｓ”であると特定する。
ここで、“ＩＰｓｅｃ”とは、ＩＰパケットを暗号化する処理であり、ＩＰパケットの全体を暗号化するトンネルモード、あるいは、ＩＰパケットのデータ部分だけを暗号化するトランスポートモードのいずれかを選択することができる。
【００１３】
ＶＰＮ装置３のトンネル設定部１５は、要求帯域量特定部１３がＶＰＮトンネル６の要求帯域量を特定すると、リソース管理テーブル格納部１４に格納されているリソース管理テーブルを参照して、その要求帯域量を確保するだけのリソースが現在残されているか否かを判断する。
即ち、リソース管理テーブルには、図４に示すように、ＶＰＮ装置３に割り当てられている全リソース量と、未使用中のリソース量が記述されているので、ＶＰＮトンネル６の要求帯域量と未使用中のリソース量とを比較し、その要求帯域量が未使用中のリソース量を上回っていれば、その要求帯域量を確保するだけのリソースが現在残されていると判断する。
トンネル設定部１５は、その要求帯域量を確保するだけのリソースが現在残されている場合、その要求帯域量に見合うＶＰＮトンネル６を設定する。
一方、その要求帯域量を確保するだけのリソースが現在残されていない場合、ＩＰパケットの送信を拒否するため、その旨を示すＩＰパケットを通信端末１に返送する。
【００１４】
ＶＰＮ装置３のパケット送信部１６は、トンネル設定部１５がＶＰＮトンネルを設定すると、そのＶＰＮトンネル６を利用して、そのＩＰパケットをＶＰＮ装置４に送信する。
ただし、上記のように、ＩＰパケットに対するセキュリティに関する処理内容が“ＩＰｓｅｃ”である場合、ＶＰＮ装置４に保存されている暗号鍵と同一の暗号鍵を用いて、そのＩＰパケットを暗号化し、暗号化後のＩＰパケットをＶＰＮ装置４に送信する。
ＶＰＮ装置４は、ＶＰＮ装置３からＶＰＮトンネル６を介して送信されたＩＰパケットを受信すると、その暗号鍵を用いてＩＰパケットを復号し、そのＩＰパケットを通信端末２に送信する。
【００１５】
以上で明らかなように、この実施の形態１によれば、要求帯域量特定部１３により特定された要求帯域量を確保するだけのリソースが現在残されている場合、その要求帯域量に見合うＶＰＮトンネル６を設定し、その要求帯域量を確保するだけのリソースが現在残されていない場合、ＩＰパケットの送信を拒否するように構成したので、ＩＰパケットの通信時間に時間的な制約が存在する場合、その時間的な制約を守ることができる場合に限り、ＶＰＮトンネル６を設定することができる効果を奏する。
即ち、所定の通信時間以内にＩＰパケットの送信を完了することができない無駄な通信を排除することができる効果を奏する。
【００１６】
なお、この実施の形態１では、セキュリティに関する処理内容が“ＩＰｓｅｃ”であるものについて示したが、これに限るものではなく、他のセキュリティに関する処理内容を実施するようにしてもよい。
因みに、図３における“ＩＰｓｅｃバイパス”は、ＩＰパケットを暗号化せずにＩＰパケットを平文のまま送信することを意味し、“拒否”はＩＰパケットの送信を拒否することを意味している。
【００１７】
実施の形態２．
上記実施の形態１では、ＶＰＮトンネル６の要求帯域量を確保するだけのリソースが現在残されていない場合、ＩＰパケットの送信を拒否するものについて示したが、その要求帯域量を確保するだけのリソースが現在残されていない場合でも、ＩＰパケットの送信を拒否せずに、可能な限り大きな帯域のＶＰＮトンネル６を設定するようにしてもよい。
【００１８】
即ち、ＶＰＮトンネル６の要求帯域量が確保されない場合でも、ＩＰパケットの送信を希望する情報が、例えば、ＩＰパケットのヘッダ情報等に含まれている場合、ＩＰパケットの送信を拒否せずに、可能な限り大きな帯域のＶＰＮトンネル６を設定するようにする。例えば、ＶＰＮトンネル６の要求帯域量が１０Ｍｂｐｓのとき、未使用中のリソース量が５Ｍｂｐｓであれば、帯域量が５ＭｂｐｓのＶＰＮトンネル６を設定する。
これにより、時間的な制約を守ることができない場合でも、ＩＰパケットを送信する必要性が高い状況に対処することができる効果を奏する。
【００１９】
実施の形態３．
上記実施の形態１，２では、ＶＰＮ装置３，４がリソースを１つだけ保有しているものについて示したが、図５に示すように、ＶＰＮ装置３，４が複数のリソースを保有している場合、ＶＰＮ装置３のトンネル設定部１５が必要に応じて複数のリソースを利用してＶＰＮトンネル６，７を設定するようにしてもよい。
【００２０】
具体的には、ＶＰＮトンネル６の要求帯域量が例えば１０Ｍｂｐｓであるときに、リソースＡ又はリソースＢの未使用中のリソース量ＹＹ，ＺＺが１０Ｍｂｐｓを上回っていれば、いずれかのリソースを用いてＶＰＮトンネルを設定する（図６を参照）。
しかし、リソースＡ，Ｂのいずれも１０Ｍｂｐｓを上回らないが、両方のリソースを用いれば、１０Ｍｂｐｓを上回る場合、両方のリソースを用いてＶＰＮトンネルを設定する。
【００２１】
例えば、リソースＡの未使用中のリソース量ＹＹが６Ｍｂｐｓで、リソースＢの未使用中のリソース量ＺＺが４Ｍｂｐｓであれば、リソースＡを用いてＶＰＮトンネル６を設定し、リソースＢを用いてＶＰＮトンネル７を設定する。
この場合、ＶＰＮ装置３のパケット送信部１６は、ＩＰパケットを２つに分け、ＶＰＮトンネル６，７を利用してＶＰＮ装置４に送信する。
これにより、ＩＰパケットを効率的に送信することができる効果を奏する。
【００２２】
実施の形態４．
上記実施の形態１〜３では、ＶＰＮ装置３がＶＰＮトンネルを設定するものについて示したが、図７に示すように、無線端末１がアクセス可能なＶＰＮ装置３の他にＶＰＮ装置８が存在する場合がある。
このような場合において、無線端末１がＩＰパケットをＶＰＮ装置３に送信したとき、ＶＰＮ装置３のトンネル設定部１５がＩＰパケットの送信を拒否する場合、現在要求帯域量を確保することが可能な他のＶＰＮ装置８を通信端末１に照会するようにしてもよい。
【００２３】
即ち、ＶＰＮ装置３のトンネル設定部１５は、上記実施の形態１で説明したように、要求帯域量を確保するだけのリソースが現在残されていない場合、ＩＰパケットの送信を拒否するが、ＶＰＮ装置８が要求帯域量を上回る未使用中のリソース量を有している場合、通信端末１に返送するパケットに、ＶＰＮ装置８であれば要求帯域量を確保することができる旨を示す情報を含めるようにする。
なお、この場合、ＶＰＮ装置３とＶＰＮ装置８は、互いの未使用中のリソース量を示す情報をリアルタイムで送受信する必要がある（図８を参照）。
この実施の形態４によれば、通信端末１は、ＶＰＮ装置８を利用してＩＰパケットを送信することができるので、時間的な制約を守ることが可能な送信機会を増やすことができる効果を奏する。
【００２４】
【発明の効果】
以上のように、この発明によれば、要求帯域量特定手段により特定された要求帯域量を確保するだけのリソースが現在残されている場合、その要求帯域量に見合うＶＰＮトンネルを設定し、その要求帯域量を確保するだけのリソースが現在残されていない場合、ＩＰパケットの送信を拒否するように構成したので、ＩＰパケットの通信時間に時間的な制約が存在する場合、その時間的な制約を守ることができる場合に限り、ＶＰＮトンネルを設定することができる効果がある。
【図面の簡単な説明】
【図１】この発明の実施の形態１によるＶＰＮ装置が適用される通信システムを示す構成図である。
【図２】この発明の実施の形態１によるＶＰＮ装置を示す構成図である。
【図３】ポリシーテーブルを示す説明図である。
【図４】リソース管理テーブルを示す説明図である。
【図５】この発明の実施の形態３によるＶＰＮ装置を示す構成図である。
【図６】リソース管理テーブルを示す説明図である。
【図７】この発明の実施の形態４によるＶＰＮ装置を示す構成図である。
【図８】リソース管理テーブルを示す説明図である。
【符号の説明】
１，２ 通信端末、３，４，８ ＶＰＮ装置、５ インターネット、６，７ ＶＰＮトンネル、１１ パケット受信部（パケット受信手段）、１２ ポリシーテーブル格納部（要求帯域量特定手段）、１３ 要求帯域量特定部（要求帯域量特定手段）、１４ リソース管理テーブル格納部（トンネル設定手段）、１５ トンネル設定部（トンネル設定手段）、１６ パケット送信部（パケット送信手段）。
【発明の属する技術分野】
この発明は、ＶＰＮトンネルを設定して、ＩＰパケットの盗聴を防止するＶＰＮ装置に関するものである。
【０００２】
【従来の技術】
従来のＶＰＮ装置は、通信端末から送信されたＩＰパケットを受信すると、現在残されているリソースに応じてベストエフォート的にＶＰＮトンネルの帯域量を決定する。
なお、一般的なＶＰＮ装置は、以下の特許文献１に開示されている。
【０００３】
【特許文献１】
特開２００１−１６０８２８号公報（［００２２］から［００３６］、図４）
【０００４】
【発明が解決しようとする課題】
従来のＶＰＮ装置は以上のように構成されているので、ＶＰＮトンネルの帯域量がベストエフォート的に決定される。したがって、所定時間以内でＩＰパケットの通信が完了するというような時間的な制約が存在する場合でも、ユーザが必要とする帯域量が確保されるとは限らず、その時間的な制約を守ることができない場合があるなどの課題があった。
【０００５】
この発明は上記のような課題を解決するためになされたもので、ＩＰパケットの通信時間に時間的な制約が存在する場合、その時間的な制約を守ることができる場合に限り、ＶＰＮトンネルを設定することができるＶＰＮ装置を得ることを目的とする。
【０００６】
【課題を解決するための手段】
この発明に係るＶＰＮ装置は、要求帯域量特定手段により特定された要求帯域量を確保するだけのリソースが現在残されている場合、その要求帯域量に見合うＶＰＮトンネルを設定し、その要求帯域量を確保するだけのリソースが現在残されていない場合、ＩＰパケットの送信を拒否するようにしたものである。
【０００７】
【発明の実施の形態】
以下、この発明の実施の一形態を説明する。
実施の形態１．
図１はこの発明の実施の形態１によるＶＰＮ装置が適用される通信システムを示す構成図であり、図において、通信端末１はＩＰパケットの送信側端末であり、通信端末２はＩＰパケットの受信側端末である。なお、通信端末１，２は例えばパソコンの他、モバイルＰＣや携帯電話などが該当する。
ＶＰＮ装置３は通信端末１から送信されたＩＰパケットを受信すると、ＶＰＮ装置４との間で、例えばインターネット５などのネットワーク中にＶＰＮトンネル６を設定する。
なお、ＶＰＮ装置４はＶＰＮ装置３と同様の機能を有している。
【０００８】
図２はこの発明の実施の形態１によるＶＰＮ装置を示す構成図であり、図において、パケット受信部１１は通信端末１から送信されたＩＰパケットを受信するパケット受信手段を構成している。ポリシーテーブル格納部１２はＩＰパケットに対するセキュリティに関する処理内容やＶＰＮトンネルの要求帯域量などを示すポリシーテーブルを格納しているメモリである。要求帯域量特定部１３はパケット受信部１１により受信されたＩＰパケットのヘッダ情報とポリシーテーブル格納部１２に格納されているポリシーテーブルを参照して、ＶＰＮトンネルの要求帯域量等を特定する。なお、ポリシーテーブル格納部１２及び要求帯域量特定部１３から要求帯域量特定手段が構成されている。
【０００９】
リソース管理テーブル格納部１４はＶＰＮ装置３のリソースに関する情報を示すリソース管理テーブルを格納しているメモリである。トンネル設定部１５はリソース管理テーブル格納部１４に格納されているリソース管理テーブルを参照し、要求帯域量特定部１３により特定された要求帯域量を確保するだけのリソースが現在残されている場合、その要求帯域量に見合うＶＰＮトンネル６を設定し、その要求帯域量を確保するだけのリソースが現在残されていない場合、ＩＰパケットの送信を拒否する。なお、リソース管理テーブル格納部１４及びトンネル設定部１５からトンネル設定手段が構成されている。
【００１０】
パケット送信部１６はトンネル設定部１５がＶＰＮトンネル６を設定すると、そのＶＰＮトンネル６を利用して、そのＩＰパケットをＶＰＮ装置４に送信するパケット送信手段を構成している。
なお、パケット受信部１１、要求帯域量特定部１３、トンネル設定部１５及びパケット送信部１６は専用のハードウエア（例えば、ＩＣ回路）を用いて構成してもよいが、これらの処理内容を示すプログラムを用意し、図示せぬマイクロコンピュータが当該プログラムを実行するようにしてもよい。
【００１１】
次に動作について説明する。
例えば、通信端末１がＩＰパケットを通信端末２に送信するに際して、そのＩＰパケットの盗聴を防止する必要性が存在する場合、予め、通信端末１，２のＴＣＰポート番号等をＶＰＮ装置３のポリシーテーブル格納部１２に登録する。
上記の登録が完了した後、通信端末１が通信端末２宛のＩＰパケットをＶＰＮ装置３に送信すると、ＶＰＮ装置３のパケット受信部１１は、通信端末１から送信されたＩＰパケットを受信する。
【００１２】
ＶＰＮ装置３の要求帯域量特定部１３は、パケット受信部１１がＩＰパケットを受信すると、そのＩＰパケットのヘッダ情報（送信元アドレス、送信先アドレス、トランスポートプロトコル、送信元ＴＣＰポート番号、送信先ＴＣＰポート番号）と、ポリシーテーブル格納部１２に格納されている図３のポリシーテーブルを参照して、ＶＰＮトンネル６の要求帯域量等を特定する。
例えば、送信元アドレスが“１．１．１．１”、送信先アドレスが“２．２．２．２”、トランスポートプロトコルが“ＴＣＰ”、送信元ＴＣＰポート番号が“１００００”、送信先ＴＣＰポート番号が“５０”である場合、図３の例では、ＩＰパケットに対するセキュリティに関する処理内容が“ＩＰｓｅｃ”であり、ＶＰＮトンネル６の要求帯域量が“１０Ｍｂｐｓ”であると特定する。
ここで、“ＩＰｓｅｃ”とは、ＩＰパケットを暗号化する処理であり、ＩＰパケットの全体を暗号化するトンネルモード、あるいは、ＩＰパケットのデータ部分だけを暗号化するトランスポートモードのいずれかを選択することができる。
【００１３】
ＶＰＮ装置３のトンネル設定部１５は、要求帯域量特定部１３がＶＰＮトンネル６の要求帯域量を特定すると、リソース管理テーブル格納部１４に格納されているリソース管理テーブルを参照して、その要求帯域量を確保するだけのリソースが現在残されているか否かを判断する。
即ち、リソース管理テーブルには、図４に示すように、ＶＰＮ装置３に割り当てられている全リソース量と、未使用中のリソース量が記述されているので、ＶＰＮトンネル６の要求帯域量と未使用中のリソース量とを比較し、その要求帯域量が未使用中のリソース量を上回っていれば、その要求帯域量を確保するだけのリソースが現在残されていると判断する。
トンネル設定部１５は、その要求帯域量を確保するだけのリソースが現在残されている場合、その要求帯域量に見合うＶＰＮトンネル６を設定する。
一方、その要求帯域量を確保するだけのリソースが現在残されていない場合、ＩＰパケットの送信を拒否するため、その旨を示すＩＰパケットを通信端末１に返送する。
【００１４】
ＶＰＮ装置３のパケット送信部１６は、トンネル設定部１５がＶＰＮトンネルを設定すると、そのＶＰＮトンネル６を利用して、そのＩＰパケットをＶＰＮ装置４に送信する。
ただし、上記のように、ＩＰパケットに対するセキュリティに関する処理内容が“ＩＰｓｅｃ”である場合、ＶＰＮ装置４に保存されている暗号鍵と同一の暗号鍵を用いて、そのＩＰパケットを暗号化し、暗号化後のＩＰパケットをＶＰＮ装置４に送信する。
ＶＰＮ装置４は、ＶＰＮ装置３からＶＰＮトンネル６を介して送信されたＩＰパケットを受信すると、その暗号鍵を用いてＩＰパケットを復号し、そのＩＰパケットを通信端末２に送信する。
【００１５】
以上で明らかなように、この実施の形態１によれば、要求帯域量特定部１３により特定された要求帯域量を確保するだけのリソースが現在残されている場合、その要求帯域量に見合うＶＰＮトンネル６を設定し、その要求帯域量を確保するだけのリソースが現在残されていない場合、ＩＰパケットの送信を拒否するように構成したので、ＩＰパケットの通信時間に時間的な制約が存在する場合、その時間的な制約を守ることができる場合に限り、ＶＰＮトンネル６を設定することができる効果を奏する。
即ち、所定の通信時間以内にＩＰパケットの送信を完了することができない無駄な通信を排除することができる効果を奏する。
【００１６】
なお、この実施の形態１では、セキュリティに関する処理内容が“ＩＰｓｅｃ”であるものについて示したが、これに限るものではなく、他のセキュリティに関する処理内容を実施するようにしてもよい。
因みに、図３における“ＩＰｓｅｃバイパス”は、ＩＰパケットを暗号化せずにＩＰパケットを平文のまま送信することを意味し、“拒否”はＩＰパケットの送信を拒否することを意味している。
【００１７】
実施の形態２．
上記実施の形態１では、ＶＰＮトンネル６の要求帯域量を確保するだけのリソースが現在残されていない場合、ＩＰパケットの送信を拒否するものについて示したが、その要求帯域量を確保するだけのリソースが現在残されていない場合でも、ＩＰパケットの送信を拒否せずに、可能な限り大きな帯域のＶＰＮトンネル６を設定するようにしてもよい。
【００１８】
即ち、ＶＰＮトンネル６の要求帯域量が確保されない場合でも、ＩＰパケットの送信を希望する情報が、例えば、ＩＰパケットのヘッダ情報等に含まれている場合、ＩＰパケットの送信を拒否せずに、可能な限り大きな帯域のＶＰＮトンネル６を設定するようにする。例えば、ＶＰＮトンネル６の要求帯域量が１０Ｍｂｐｓのとき、未使用中のリソース量が５Ｍｂｐｓであれば、帯域量が５ＭｂｐｓのＶＰＮトンネル６を設定する。
これにより、時間的な制約を守ることができない場合でも、ＩＰパケットを送信する必要性が高い状況に対処することができる効果を奏する。
【００１９】
実施の形態３．
上記実施の形態１，２では、ＶＰＮ装置３，４がリソースを１つだけ保有しているものについて示したが、図５に示すように、ＶＰＮ装置３，４が複数のリソースを保有している場合、ＶＰＮ装置３のトンネル設定部１５が必要に応じて複数のリソースを利用してＶＰＮトンネル６，７を設定するようにしてもよい。
【００２０】
具体的には、ＶＰＮトンネル６の要求帯域量が例えば１０Ｍｂｐｓであるときに、リソースＡ又はリソースＢの未使用中のリソース量ＹＹ，ＺＺが１０Ｍｂｐｓを上回っていれば、いずれかのリソースを用いてＶＰＮトンネルを設定する（図６を参照）。
しかし、リソースＡ，Ｂのいずれも１０Ｍｂｐｓを上回らないが、両方のリソースを用いれば、１０Ｍｂｐｓを上回る場合、両方のリソースを用いてＶＰＮトンネルを設定する。
【００２１】
例えば、リソースＡの未使用中のリソース量ＹＹが６Ｍｂｐｓで、リソースＢの未使用中のリソース量ＺＺが４Ｍｂｐｓであれば、リソースＡを用いてＶＰＮトンネル６を設定し、リソースＢを用いてＶＰＮトンネル７を設定する。
この場合、ＶＰＮ装置３のパケット送信部１６は、ＩＰパケットを２つに分け、ＶＰＮトンネル６，７を利用してＶＰＮ装置４に送信する。
これにより、ＩＰパケットを効率的に送信することができる効果を奏する。
【００２２】
実施の形態４．
上記実施の形態１〜３では、ＶＰＮ装置３がＶＰＮトンネルを設定するものについて示したが、図７に示すように、無線端末１がアクセス可能なＶＰＮ装置３の他にＶＰＮ装置８が存在する場合がある。
このような場合において、無線端末１がＩＰパケットをＶＰＮ装置３に送信したとき、ＶＰＮ装置３のトンネル設定部１５がＩＰパケットの送信を拒否する場合、現在要求帯域量を確保することが可能な他のＶＰＮ装置８を通信端末１に照会するようにしてもよい。
【００２３】
即ち、ＶＰＮ装置３のトンネル設定部１５は、上記実施の形態１で説明したように、要求帯域量を確保するだけのリソースが現在残されていない場合、ＩＰパケットの送信を拒否するが、ＶＰＮ装置８が要求帯域量を上回る未使用中のリソース量を有している場合、通信端末１に返送するパケットに、ＶＰＮ装置８であれば要求帯域量を確保することができる旨を示す情報を含めるようにする。
なお、この場合、ＶＰＮ装置３とＶＰＮ装置８は、互いの未使用中のリソース量を示す情報をリアルタイムで送受信する必要がある（図８を参照）。
この実施の形態４によれば、通信端末１は、ＶＰＮ装置８を利用してＩＰパケットを送信することができるので、時間的な制約を守ることが可能な送信機会を増やすことができる効果を奏する。
【００２４】
【発明の効果】
以上のように、この発明によれば、要求帯域量特定手段により特定された要求帯域量を確保するだけのリソースが現在残されている場合、その要求帯域量に見合うＶＰＮトンネルを設定し、その要求帯域量を確保するだけのリソースが現在残されていない場合、ＩＰパケットの送信を拒否するように構成したので、ＩＰパケットの通信時間に時間的な制約が存在する場合、その時間的な制約を守ることができる場合に限り、ＶＰＮトンネルを設定することができる効果がある。
【図面の簡単な説明】
【図１】この発明の実施の形態１によるＶＰＮ装置が適用される通信システムを示す構成図である。
【図２】この発明の実施の形態１によるＶＰＮ装置を示す構成図である。
【図３】ポリシーテーブルを示す説明図である。
【図４】リソース管理テーブルを示す説明図である。
【図５】この発明の実施の形態３によるＶＰＮ装置を示す構成図である。
【図６】リソース管理テーブルを示す説明図である。
【図７】この発明の実施の形態４によるＶＰＮ装置を示す構成図である。
【図８】リソース管理テーブルを示す説明図である。
【符号の説明】
１，２ 通信端末、３，４，８ ＶＰＮ装置、５ インターネット、６，７ ＶＰＮトンネル、１１ パケット受信部（パケット受信手段）、１２ ポリシーテーブル格納部（要求帯域量特定手段）、１３ 要求帯域量特定部（要求帯域量特定手段）、１４ リソース管理テーブル格納部（トンネル設定手段）、１５ トンネル設定部（トンネル設定手段）、１６ パケット送信部（パケット送信手段）。
Claims (5)
- 通信端末から送信されたＩＰパケットを受信するパケット受信手段と、上記パケット受信手段により受信されたＩＰパケットのヘッダ情報を参照してＶＰＮトンネルの要求帯域量を特定する要求帯域量特定手段と、上記要求帯域量特定手段により特定された要求帯域量を確保するだけのリソースが現在残されている場合、その要求帯域量に見合うＶＰＮトンネルを設定し、その要求帯域量を確保するだけのリソースが現在残されていない場合、ＩＰパケットの送信を拒否するトンネル設定手段と、上記トンネル設定手段により設定されたＶＰＮトンネルを利用して、そのＩＰパケットを送信するパケット送信手段とを備えたＶＰＮ装置。
- パケット送信手段は、ＩＰパケットを送信する際、そのＩＰパケットを暗号化して送信することを特徴とする請求項１記載のＶＰＮ装置。
- トンネル設定手段は、要求帯域量を確保するだけのリソースが現在残されていない場合、ＩＰパケットの送信を拒否せずに可能な限り大きな帯域のＶＰＮトンネルを設定することを特徴とする請求項１または請求項２記載のＶＰＮ装置。
- トンネル設定手段は、複数のリソースが存在する場合、複数のリソースを利用してＶＰＮトンネルを設定することを特徴とする請求項１または請求項２記載のＶＰＮ装置。
- トンネル設定手段は、ＩＰパケットの送信を拒否する場合、現在、要求帯域量を確保することが可能な他のＶＰＮ装置を通信端末に照会することを特徴とする請求項１または請求項２記載のＶＰＮ装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003115952A JP2004328066A (ja) | 2003-04-21 | 2003-04-21 | Ｖｐｎ装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003115952A JP2004328066A (ja) | 2003-04-21 | 2003-04-21 | Ｖｐｎ装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004328066A true JP2004328066A (ja) | 2004-11-18 |
Family
ID=33496355
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003115952A Withdrawn JP2004328066A (ja) | 2003-04-21 | 2003-04-21 | Ｖｐｎ装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004328066A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006186561A (ja) * | 2004-12-27 | 2006-07-13 | Fujitsu Ltd | Ｖｐｎネットワーク中継装置 |
| JP2007281917A (ja) * | 2006-04-07 | 2007-10-25 | Shinshu Univ | アクセス制限を行う公衆回線上の通信システムと端末接続装置およびサーバー接続制限装置 |
| JP4826827B2 (ja) * | 2005-02-28 | 2011-11-30 | 日本電気株式会社 | 通信装置、通信システム、通信方法、及びプログラム |
-
2003
- 2003-04-21 JP JP2003115952A patent/JP2004328066A/ja not_active Withdrawn
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006186561A (ja) * | 2004-12-27 | 2006-07-13 | Fujitsu Ltd | Ｖｐｎネットワーク中継装置 |
| JP4549180B2 (ja) * | 2004-12-27 | 2010-09-22 | 富士通株式会社 | Ｖｐｎネットワーク中継装置 |
| JP4826827B2 (ja) * | 2005-02-28 | 2011-11-30 | 日本電気株式会社 | 通信装置、通信システム、通信方法、及びプログラム |
| US8250643B2 (en) | 2005-02-28 | 2012-08-21 | Nec Corporation | Communication device, communication system, communication method, and program |
| JP2007281917A (ja) * | 2006-04-07 | 2007-10-25 | Shinshu Univ | アクセス制限を行う公衆回線上の通信システムと端末接続装置およびサーバー接続制限装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8006297B2 (en) | Method and system for combined security protocol and packet filter offload and onload | |
| CN109150688B (zh) | IPSec VPN数据传输方法及装置 | |
| US9065701B2 (en) | Enhanced serialization mechanism | |
| US20080267177A1 (en) | Method and system for virtualization of packet encryption offload and onload | |
| US20100088288A1 (en) | Apparatus and Method for Resolving Security Association Database Update Coherency in High-Speed Systems Having Multiple Security Channels | |
| US8375421B1 (en) | Enabling a virtual meeting room through a firewall on a network | |
| US8175271B2 (en) | Method and system for security protocol partitioning and virtualization | |
| US8458366B2 (en) | Method and system for onloading network services | |
| CN111385259B (zh) | 一种数据传输方法、装置、相关设备及存储介质 | |
| EP1643714A1 (en) | Access point that provides a symmetric encryption key to an authenticated wireless station | |
| CN112491821B (zh) | 一种IPSec报文转发的方法及装置 | |
| US11509639B2 (en) | IPsec anti-replay window with quality of service | |
| JP2008160851A (ja) | クライアントの地理的位置を使用して保護スイートを決定するネットワークで実施される方法 | |
| US20130166905A1 (en) | Methods and arrangements for secure communication over an ip network | |
| US20030172303A1 (en) | Method and system for accelerating the conversion process between encryption schemes | |
| US20030051132A1 (en) | Electronic device with relay function of wireless data communication | |
| EP2706717A1 (en) | Method and devices for registering a client to a server | |
| KR100480999B1 (ko) | 강제적 접근 제어가 적용된 보안 운용 체제에서의 신뢰채널 제공 장치 및 방법 | |
| WO2017148419A1 (zh) | 数据传输方法及服务器 | |
| EP1687998B1 (en) | Method and apparatus to inline encryption and decryption for a wireless station | |
| Nowlan et al. | Reducing latency in Tor circuits with unordered delivery | |
| JP2004064531A (ja) | 無線アクセスポイント | |
| US20040049585A1 (en) | SERVER SIDE CONFIGURATION OF CLIENT IPSec LIFETIME SECURITY PARAMETERS | |
| US20080133915A1 (en) | Communication apparatus and communication method | |
| US20080186969A1 (en) | Internet Protocol Based Encryptor/Decryptor Two Stage Bypass Device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051006 |
|
| A761 | Written withdrawal of application |
Free format text: JAPANESE INTERMEDIATE CODE: A761 Effective date: 20070613 |