JP7178523B2 - 中継装置及びローカルブレイクアウトの転送方法 - Google Patents
中継装置及びローカルブレイクアウトの転送方法 Download PDFInfo
- Publication number
- JP7178523B2 JP7178523B2 JP2022049250A JP2022049250A JP7178523B2 JP 7178523 B2 JP7178523 B2 JP 7178523B2 JP 2022049250 A JP2022049250 A JP 2022049250A JP 2022049250 A JP2022049250 A JP 2022049250A JP 7178523 B2 JP7178523 B2 JP 7178523B2
- Authority
- JP
- Japan
- Prior art keywords
- router
- terminal
- relay device
- proxy server
- connection destination
- 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.)
- Active
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Description
本発明は、ネットワークのローカルブレイクアウト技術に関する。
一般に企業内の拠点にあるコンピュータを、企業外のネットワークと接続する際には、本社のデータセンターのコンピュータを介して接続している。これは、企業外のネットワークに存在する危険な接続先を、本社のデータセンターのコンピュータにより検出して、接続させないようにするためである。
図１は、このような接続の概念図である。１１は企業外のネットワークである。１２は本社にあるデータセンターである。１３～１５は、拠点のコンピュータである。拠点のコンピュータは、本社のデータセンター１２を介して、企業外のネットワーク１１に接続されている。
しかしながら、近年、Ｍｉｃｒｏｓｏｆｔ３６５（登録商標）（以下、「Ｍ３６５」ということもある。）等のＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）へのアクセスが増大している。このため、企業内ネットワークが圧迫されていることが、問題となっている。
しかしながら、近年、Ｍｉｃｒｏｓｏｆｔ３６５（登録商標）（以下、「Ｍ３６５」ということもある。）等のＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）へのアクセスが増大している。このため、企業内ネットワークが圧迫されていることが、問題となっている。
この問題を解決する一方法として、特許文献１に記載されているように、ローカルブレイクアウト（Ｌｏｃａｌ Ｂｒｅａｋ Ｏｕｔ：以下、「ＬＢＯ」ということもある。）という技術が知られている。
図２は、ＬＢＯの原理を説明する図である。１１～１５は、図１と同じものを意味する。ＬＢＯでは、拠点コンピュータにおいて、接続先が安全か否か判定し、安全な接続先であるならば、本社のデータセンター１２を介さずに、直接、外部のネットワーク１１に接続する（図２の点線）。
図２は、ＬＢＯの原理を説明する図である。１１～１５は、図１と同じものを意味する。ＬＢＯでは、拠点コンピュータにおいて、接続先が安全か否か判定し、安全な接続先であるならば、本社のデータセンター１２を介さずに、直接、外部のネットワーク１１に接続する（図２の点線）。
図３は、既存のＬＢＯの手順を示す図である。
３１はドメイン名をＩＰアドレスに変換するＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバである。３２はルータである。ルータ３２は、安全なドメイン名、すなわちＬＢＯを行うべきドメイン名の表を持っている。以下、この表をＬＢＯプロファイル３７と呼ぶ。３３はインターネットゲートウェイである。３４は閉域網である。３５はインターネット網である。３６はパソコン等の端末である。
３１はドメイン名をＩＰアドレスに変換するＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバである。３２はルータである。ルータ３２は、安全なドメイン名、すなわちＬＢＯを行うべきドメイン名の表を持っている。以下、この表をＬＢＯプロファイル３７と呼ぶ。３３はインターネットゲートウェイである。３４は閉域網である。３５はインターネット網である。３６はパソコン等の端末である。
図３の動作を説明する。
ステップＳ３０１：端末３６が、ドメイン名を含むＵＲＬ又はメールアドレスを送信する。
ステップＳ３０２：ルータ３２は受信したＵＲＬ又はメールアドレスのドメイン名をＤＮＳサーバ３１へ送信する。
ステップＳ３０３：ＤＮＳサーバ３１は、受信したドメイン名をＩＰアドレスに変換し、受信したドメイン名とともにルータ３２へ返信する。
ステップＳ３０４：ルータ３２はＤＮＳサーバ３１から受信したドメイン名を、ＬＢＯプロファイル３７と比較し、ＬＢＯを行うか否か決定する。
ステップＳ３０１：端末３６が、ドメイン名を含むＵＲＬ又はメールアドレスを送信する。
ステップＳ３０２：ルータ３２は受信したＵＲＬ又はメールアドレスのドメイン名をＤＮＳサーバ３１へ送信する。
ステップＳ３０３：ＤＮＳサーバ３１は、受信したドメイン名をＩＰアドレスに変換し、受信したドメイン名とともにルータ３２へ返信する。
ステップＳ３０４：ルータ３２はＤＮＳサーバ３１から受信したドメイン名を、ＬＢＯプロファイル３７と比較し、ＬＢＯを行うか否か決定する。
ステップＳ３０５：ＤＮＳサーバ３１から受信したドメイン名が、ＬＢＯプロファイル３７に記録されているドメイン名と一致せず、ルータ３２がＬＢＯを行わないと決定した場合は、従来どおり、インターネットゲートウェイ３３経由で、インターネット網３５に接続する。
ステップＳ３０６：ＤＮＳサーバ３１から受信したドメイン名が、ＬＢＯプロファイル３７に記録されているドメイン名と一致して、ルータ３２がＬＢＯを行うと決定した場合は、ＤＮＳサーバ３１から受信したＩＰアドレスをＬＢＯ経路として登録する。
ステップＳ３０７：登録したＬＢＯ経路に従って、インターネット網３５に直接、接続する。
ステップＳ３０６：ＤＮＳサーバ３１から受信したドメイン名が、ＬＢＯプロファイル３７に記録されているドメイン名と一致して、ルータ３２がＬＢＯを行うと決定した場合は、ＤＮＳサーバ３１から受信したＩＰアドレスをＬＢＯ経路として登録する。
ステップＳ３０７：登録したＬＢＯ経路に従って、インターネット網３５に直接、接続する。
特許文献２では、ＤＮＳサーバへ問い合わせた結果、接続先が直接インターネットへ転送したい接続先であった場合は、問い合わせ結果のＩＰアドレスを宛先とする経路情報をルーティングテーブルに登録することで、拠点内からの該当の接続先に対する通信を本社経由でなく、直接インターネットへ転送するようにしている。
また、特許文献３には、端末上で稼働するアプリケーションがサーバにデータの送信を要求するリクエストパケットの受信が、中継装置のＴＣＰ管理部において検知された場合に、前記中継装置の判定部が、前記リクエストパケットを解析し、前記解析の結果に基づいて前記リクエストパケットを送信する、前記中継装置と前記サーバとを接続する第２のネットワークの複数の通信経路を切り替えるか否かを判定することが記載されている。
図４、及び図５は、内部ネットワークと外部ネットワークの境界にプロキシサーバを有する場合の、従来のＬＢＯを説明する図である。図４は、ＬＢＯを行う場合の図である。図５は、ＬＢＯを行わない場合の図である。このプロキシサーバを有する場合の従来のＬＢＯの動作については、非特許文献１の第１６－１７頁に詳しく説明されている。
４１はパソコン等の端末である。４２はルータである。４３はＤＮＳサーバである。４４はプロキシサーバである。４５は外部ウェブサイトである。プロキシサーバ４４は、図１のデータセンター１２にあってもよいし、拠点１４に存在してもよい。
４１はパソコン等の端末である。４２はルータである。４３はＤＮＳサーバである。４４はプロキシサーバである。４５は外部ウェブサイトである。プロキシサーバ４４は、図１のデータセンター１２にあってもよいし、拠点１４に存在してもよい。
図４の動作を説明する。
ステップＳ４０１：端末４１は、宛先ＩＰをプロキシサーバとして、ＴＣＰの３ウェイハンドシェイク手順の同期パケットを送信する。
ステップＳ４０２：ルータ４２は、ＴＣＰの３ウェイハンドシェイク手順の同期ＡＣＫパケットを返す。
ステップＳ４０３：端末４１は、ＴＣＰの３ウェイハンドシェイク手順のＡＣＫパケットを送信する。これにより、ＴＣＰの３ウェイハンドシェイク手順が完了する。端末４１は、Ｈｏｓｔを「microsoft365.com」として、ＨＴＴＰのＣＯＮＮＥＣＴメソッドを送信する。
ステップＳ４０１：端末４１は、宛先ＩＰをプロキシサーバとして、ＴＣＰの３ウェイハンドシェイク手順の同期パケットを送信する。
ステップＳ４０２：ルータ４２は、ＴＣＰの３ウェイハンドシェイク手順の同期ＡＣＫパケットを返す。
ステップＳ４０３：端末４１は、ＴＣＰの３ウェイハンドシェイク手順のＡＣＫパケットを送信する。これにより、ＴＣＰの３ウェイハンドシェイク手順が完了する。端末４１は、Ｈｏｓｔを「microsoft365.com」として、ＨＴＴＰのＣＯＮＮＥＣＴメソッドを送信する。
ステップＳ４０４：ルータ４２は、「microsoft365.com」がＬＢＯプロファイルに記録されているドメイン名と一致するので、ＬＢＯを行うことを決定する。
ステップＳ４０５：ルータ４２は、「microsoft365.com」をＤＮＳサーバ４３に送信して、「microsoft365.com」のＩＰアドレスを取得する。
ステップＳ４０６：ルータ４２は、プロキシサーバ４４を介さずに、外部ウェブサイト４５に、ＴＣＰの３ウェイハンドシェイク手順の同期パケットを送信する。
ステップＳ４０５：ルータ４２は、「microsoft365.com」をＤＮＳサーバ４３に送信して、「microsoft365.com」のＩＰアドレスを取得する。
ステップＳ４０６：ルータ４２は、プロキシサーバ４４を介さずに、外部ウェブサイト４５に、ＴＣＰの３ウェイハンドシェイク手順の同期パケットを送信する。
ステップＳ４０７：外部ウェブサイト４５は、ＴＣＰの３ウェイハンドシェイク手順の同期ＡＣＫパケットを返す。
ステップＳ４０８：ルータ４２は、ＴＣＰの３ウェイハンドシェイク手順のＡＣＫパケットを外部ウェブサイト４５へ送信する。これにより、ルータ４２と外部ウェブサイト４５との間のＴＣＰの３ウェイハンドシェイク手順が完了する。ルータ４２は、端末４１とルータ４２の間のＴＣＰセッションと、ルータ４２と外部ウェブサイト４５の間のＴＣＰセッションとを変換して通信する。
ステップＳ４０８：ルータ４２は、ＴＣＰの３ウェイハンドシェイク手順のＡＣＫパケットを外部ウェブサイト４５へ送信する。これにより、ルータ４２と外部ウェブサイト４５との間のＴＣＰの３ウェイハンドシェイク手順が完了する。ルータ４２は、端末４１とルータ４２の間のＴＣＰセッションと、ルータ４２と外部ウェブサイト４５の間のＴＣＰセッションとを変換して通信する。
図５は、内部ネットワークと外部ネットワークの境界にプロキシサーバを有する場合であるが、図４のＳ４０４において、ＨｏｓｔがＬＢＯプロファイルのドメイン名と一致せず、ＬＢＯを行わない場合の図である。４１～４５は、図４のものと同じである。
図５の動作を説明する。
ステップＳ５０１：端末４１は、宛先ＩＰをプロキシサーバとして、ＴＣＰの３ウェイハンドシェイク手順の同期パケットを送信する。
ステップＳ５０２：ルータ４２は、ＴＣＰの３ウェイハンドシェイク手順の同期ＡＣＫパケットを返す。
ステップＳ５０３：端末４１は、ＴＣＰの３ウェイハンドシェイク手順のＡＣＫパケットを送信する。これにより、ＴＣＰの３ウェイハンドシェイク手順が完了する。端末４１は、Ｈｏｓｔを「aaa.net」として、ＨＴＴＰのＣＯＮＮＥＣＴメソッドを送信する。
ステップＳ５０１：端末４１は、宛先ＩＰをプロキシサーバとして、ＴＣＰの３ウェイハンドシェイク手順の同期パケットを送信する。
ステップＳ５０２：ルータ４２は、ＴＣＰの３ウェイハンドシェイク手順の同期ＡＣＫパケットを返す。
ステップＳ５０３：端末４１は、ＴＣＰの３ウェイハンドシェイク手順のＡＣＫパケットを送信する。これにより、ＴＣＰの３ウェイハンドシェイク手順が完了する。端末４１は、Ｈｏｓｔを「aaa.net」として、ＨＴＴＰのＣＯＮＮＥＣＴメソッドを送信する。
ステップＳ５０４：ルータ４２は、「aaa.net」がＬＢＯプロファイルに記録されたドメイン名と一致しないので、ＬＢＯを行わないことを決定する。
ステップＳ５０５：ルータ４２は、宛先ＩＰをプロキシサーバ４４として、ＴＣＰの３ウェイハンドシェイク手順の同期パケットを送信する。
ステップＳ５０５：ルータ４２は、宛先ＩＰをプロキシサーバ４４として、ＴＣＰの３ウェイハンドシェイク手順の同期パケットを送信する。
ステップＳ５０６：プロキシサーバ４４は、ＴＣＰの３ウェイハンドシェイク手順の同期ＡＣＫパケットを返す。
ステップＳ５０７：ルータ４２は、ＴＣＰの３ウェイハンドシェイク手順のＡＣＫパケットをプロキシサーバ４４へ送信する。これにより、ルータ４２とプロキシサーバ４４との間のＴＣＰの３ウェイハンドシェイク手順が完了する。ルータ４２は、Ｈｏｓｔを「aaa.net」として、ＨＴＴＰのＣＯＮＮＥＣＴメソッドを送信する。
ステップＳ５０８：プロキシサーバ４４は、ルータ４２とプロキシサーバ４４の間のＴＣＰセッションと、プロキシサーバ４４と外部ウェブサイト４５の間のＴＣＰセッションを変換して通信する。
ステップＳ５０７：ルータ４２は、ＴＣＰの３ウェイハンドシェイク手順のＡＣＫパケットをプロキシサーバ４４へ送信する。これにより、ルータ４２とプロキシサーバ４４との間のＴＣＰの３ウェイハンドシェイク手順が完了する。ルータ４２は、Ｈｏｓｔを「aaa.net」として、ＨＴＴＰのＣＯＮＮＥＣＴメソッドを送信する。
ステップＳ５０８：プロキシサーバ４４は、ルータ４２とプロキシサーバ４４の間のＴＣＰセッションと、プロキシサーバ４４と外部ウェブサイト４５の間のＴＣＰセッションを変換して通信する。
ｊｕｎｉｐｅｒ．ＮＥＴＷＯＲＫＳ、"プロキシ環境でも容易に導入可能 エンタープライズＳＤ－ＷＡＮとは"、第１１－１７頁、［ｏｎｌｉｎｅ］、２０１９年９月２４日、［２０２１年２月１９日検索］、インターネット、＜https://www.juniper.net/assets/jp/jp/local/pdf/additional-resources/osaka-seminar-sd-wan-handsout.pdf＞
図４の従来例において、ＬＢＯを行う場合には、ルータ４２において、端末４１とルータ４２間のＴＣＰセッションを終端させ、また、外部ウェブサイト４５とルータ４２間のＴＣＰセッションを終端させて、二つのＴＣＰセッションを接続していた。
しかし、このように構成すると、ルータ４２において、ＴＣＰのフロー制御、ウインドウ制御、輻輳制御、再送制御などの処理を行うことになるので、それらの処理に時間がかかり、高速に中継することができないという問題があった。
しかし、このように構成すると、ルータ４２において、ＴＣＰのフロー制御、ウインドウ制御、輻輳制御、再送制御などの処理を行うことになるので、それらの処理に時間がかかり、高速に中継することができないという問題があった。
本発明は、ルータ４２において、端末４１とルータ４２間のＴＣＰセッション、及び外部ウェブサイト４５とルータ４２間のＴＣＰセッションを終端させるのではなく、テーブルを使って、端末とプロキシサーバ間のＴＣＰセッション１と、ルータと外部ウェブサイト間のＴＣＰセッション２のセッション情報の書き換えを行うことにより高速に中継することを目的とする。
本発明者らは、ルータにおいて、テーブルを使って、端末とプロキシサーバ間のＴＣＰセッション１と、ルータと外部ウェブサイト間のＴＣＰセッション２のセッション情報の書き換えを行うことにより高速に中継することができることを見出し、本発明を完成するに至った。
［１］ 端末がプロキシサーバを介して通信する環境において、前記端末から特定の接続先への通信をローカルブレイクアウトする中継装置であって、
前記中継装置は、処理部を含み、
前記処理部は、前記ローカルブレイクアウトの処理を行う時に、
前記端末が前記プロキシサーバ宛てに送信するパケットの送信元のＩＰアドレス及びＰＯＲＴ番号を前記中継装置のＩＰアドレス及びＰＯＲＴ番号に書き換え、前記パケットの宛先のＩＰアドレス及びＰＯＲＴ番号を前記接続先のＩＰアドレス及びＰＯＲＴ番号に書き換えて、前記接続先へ送信する第１処理と、
前記端末と前記プロキシサーバ間の通信におけるシーケンス番号及び確認応答番号と、前記中継装置と前記接続先間の通信におけるシーケンス番号及び確認応答番号の差分を前記中継装置に登録し、その後、前記端末又は前記接続先が送信したパケットのシーケンス番号及び確認応答番号を前記登録した差分に従って書き換える第２処理を行う、中継装置。
［２］ 前記第１処理及び前記第２処理は、前記処理部のデータプレーンで行う上記［１］に記載の中継装置。
［３］ 前記処理部は、前記接続先のタイムスタンプと前記プロキシサーバのタイムスタンプの差分を前記中継装置に登録しておき、前記処理部のデータプレーンにおいて、前記ローカルブレイクアウト時に前記接続先が送信するパケットのタイムスタンプを前記差分により更新する上記［１］に記載の中継装置。
［４］ 前記処理部は、前記接続先のウインドウスケールと前記プロキシサーバのウインドウスケールの差分を前記中継装置に登録しておき、前記処理部のデータプレーンにおいて、前記ローカルブレイクアウト時に前記接続先が送信するパケットのウインドウサイズを前記差分により更新する上記［１］に記載の中継装置。
［５］ 前記処理部は、ＩＰヘッダのチェックサム以外の部分を書き換えた後に、ＩＰヘッダのチェックサムを更新する上記［１］に記載の中継装置。
［６］ 前記処理部は、ＴＣＰヘッダのチェックサム以外の部分を書き換えた後に、ＴＣＰヘッダのチェックサムを更新する上記［１］から［４］のいずれか一に記載の中継装置。
［７］
端末がプロキシサーバを介して通信する環境において、前記端末から特定の接続先への通信を中継装置がローカルブレイクアウトする方法であって、
前記中継装置は、処理部を含み、
前記中継装置が前記ローカルブレイクアウトの処理を行う時に、
前記端末が前記プロキシサーバ宛てに送信するパケットの送信元のＩＰアドレス及びＰＯＲＴ番号を前記中継装置のＩＰアドレス及びＰＯＲＴ番号に書き換え、前記パケットの宛先のＩＰアドレス及びＰＯＲＴ番号を前記接続先のＩＰアドレス及びＰＯＲＴ番号に書き換えて、前記接続先へ送信する第１処理と、
前記端末と前記プロキシサーバ間の通信におけるシーケンス番号及び確認応答番号と、前記中継装置と前記接続先間の通信におけるシーケンス番号及び確認応答番号の差分を前記中継装置に登録し、その後、前記端末又は前記接続先が送信したパケットのシーケンス番号及び確認応答番号を前記登録した差分に従って書き換える第２処理を行うローカルブレイクアウト方法。
前記中継装置は、処理部を含み、
前記処理部は、前記ローカルブレイクアウトの処理を行う時に、
前記端末が前記プロキシサーバ宛てに送信するパケットの送信元のＩＰアドレス及びＰＯＲＴ番号を前記中継装置のＩＰアドレス及びＰＯＲＴ番号に書き換え、前記パケットの宛先のＩＰアドレス及びＰＯＲＴ番号を前記接続先のＩＰアドレス及びＰＯＲＴ番号に書き換えて、前記接続先へ送信する第１処理と、
前記端末と前記プロキシサーバ間の通信におけるシーケンス番号及び確認応答番号と、前記中継装置と前記接続先間の通信におけるシーケンス番号及び確認応答番号の差分を前記中継装置に登録し、その後、前記端末又は前記接続先が送信したパケットのシーケンス番号及び確認応答番号を前記登録した差分に従って書き換える第２処理を行う、中継装置。
［２］ 前記第１処理及び前記第２処理は、前記処理部のデータプレーンで行う上記［１］に記載の中継装置。
［３］ 前記処理部は、前記接続先のタイムスタンプと前記プロキシサーバのタイムスタンプの差分を前記中継装置に登録しておき、前記処理部のデータプレーンにおいて、前記ローカルブレイクアウト時に前記接続先が送信するパケットのタイムスタンプを前記差分により更新する上記［１］に記載の中継装置。
［４］ 前記処理部は、前記接続先のウインドウスケールと前記プロキシサーバのウインドウスケールの差分を前記中継装置に登録しておき、前記処理部のデータプレーンにおいて、前記ローカルブレイクアウト時に前記接続先が送信するパケットのウインドウサイズを前記差分により更新する上記［１］に記載の中継装置。
［５］ 前記処理部は、ＩＰヘッダのチェックサム以外の部分を書き換えた後に、ＩＰヘッダのチェックサムを更新する上記［１］に記載の中継装置。
［６］ 前記処理部は、ＴＣＰヘッダのチェックサム以外の部分を書き換えた後に、ＴＣＰヘッダのチェックサムを更新する上記［１］から［４］のいずれか一に記載の中継装置。
［７］
端末がプロキシサーバを介して通信する環境において、前記端末から特定の接続先への通信を中継装置がローカルブレイクアウトする方法であって、
前記中継装置は、処理部を含み、
前記中継装置が前記ローカルブレイクアウトの処理を行う時に、
前記端末が前記プロキシサーバ宛てに送信するパケットの送信元のＩＰアドレス及びＰＯＲＴ番号を前記中継装置のＩＰアドレス及びＰＯＲＴ番号に書き換え、前記パケットの宛先のＩＰアドレス及びＰＯＲＴ番号を前記接続先のＩＰアドレス及びＰＯＲＴ番号に書き換えて、前記接続先へ送信する第１処理と、
前記端末と前記プロキシサーバ間の通信におけるシーケンス番号及び確認応答番号と、前記中継装置と前記接続先間の通信におけるシーケンス番号及び確認応答番号の差分を前記中継装置に登録し、その後、前記端末又は前記接続先が送信したパケットのシーケンス番号及び確認応答番号を前記登録した差分に従って書き換える第２処理を行うローカルブレイクアウト方法。
本発明によれば、ルータにおいて、テーブルを使って、端末とプロキシサーバ間のＴＣＰセッション１と、ルータと外部ウェブサイト間のＴＣＰセッション２のセッション情報の書き換えを行うことにより、高速に中継することができる。
以下、図６、及び図７を用いて、本発明の実施形態について説明する。
図６は、本発明の実施形態において、ＬＢＯを行う場合の図である。４１～４５は、図４のものと同じである。
ステップＳ６０１：ＴＣＰの３ウェイハンドシェイク手順により、端末４１とプロキシサーバ４４間のＴＣＰセッションを確立する。ルータ４２は、端末４１とプロキシサーバ４４間の通信を覗き見して、ＴＣＰパラメータを取得する。
図６は、本発明の実施形態において、ＬＢＯを行う場合の図である。４１～４５は、図４のものと同じである。
ステップＳ６０１：ＴＣＰの３ウェイハンドシェイク手順により、端末４１とプロキシサーバ４４間のＴＣＰセッションを確立する。ルータ４２は、端末４１とプロキシサーバ４４間の通信を覗き見して、ＴＣＰパラメータを取得する。
ステップＳ６０２：端末４１は、Ｈｏｓｔを「microsoft365.com」として、ＨＴＴＰのＣＯＮＮＥＣＴメソッドをプロキシサーバ４４へ送信する。ルータ４２は、この通信を覗き見して、Ｈｏｓｔが「microsoft365.com」であることを検出する。ルータ４２は、検出した「microsoft365.com」をＬＢＯプロファイルと照合して、「microsoft365.com」がＬＢＯプロファイルに記録されているドメイン名と一致することを判定する。これにより、ＬＢＯを行うことが決定される。
ステップＳ６０３：ルータ４２は、ＤＮＳサーバ４３を用いて、ドメイン名をＩＰアドレスに変換する。
ステップＳ６０４：ルータ４２は、ＩＰアドレスをＬＢＯ経路として登録してもよい。
ステップＳ６０３：ルータ４２は、ＤＮＳサーバ４３を用いて、ドメイン名をＩＰアドレスに変換する。
ステップＳ６０４：ルータ４２は、ＩＰアドレスをＬＢＯ経路として登録してもよい。
ステップＳ６０５：ルータ４２は、外部ウェブサイト４５へＴＣＰの３ウェイハンドシェイク手順の同期パケットを送信する。
ステップＳ６０６：ルータ４２は、外部ウェブサイト４５との間で、ＴＣＰセッションを確立する。
ステップＳ６０７：ルータ４２は、端末４１にＣＯＮＮＥＣＴ Ｅｓｔａｂを送信する。
ステップＳ６０８：ルータ４２は、テーブルを使って、端末４１とプロキシサーバ４４との間のＴＣＰセッションと、ルータ４２と外部ウェブサイト４５との間のＴＣＰセッションのセッション情報の書き換えを行ってブレイクアウト先に送信する。
ステップＳ６０６：ルータ４２は、外部ウェブサイト４５との間で、ＴＣＰセッションを確立する。
ステップＳ６０７：ルータ４２は、端末４１にＣＯＮＮＥＣＴ Ｅｓｔａｂを送信する。
ステップＳ６０８：ルータ４２は、テーブルを使って、端末４１とプロキシサーバ４４との間のＴＣＰセッションと、ルータ４２と外部ウェブサイト４５との間のＴＣＰセッションのセッション情報の書き換えを行ってブレイクアウト先に送信する。
図７は、本発明の実施形態において、ＬＢＯを行わない場合の図である。４１～４５は、図４のものと同じである。
ステップＳ７０１：ＴＣＰの３ウェイハンドシェイク手順により、端末４１とプロキシサーバ４４間のＴＣＰセッションを確立する。ルータ４２は、端末４１とプロキシサーバ４４間の通信を覗き見して、ＴＣＰパラメータを取得する。
ステップＳ７０１：ＴＣＰの３ウェイハンドシェイク手順により、端末４１とプロキシサーバ４４間のＴＣＰセッションを確立する。ルータ４２は、端末４１とプロキシサーバ４４間の通信を覗き見して、ＴＣＰパラメータを取得する。
ステップＳ７０２：端末４１は、Ｈｏｓｔを「aaa.com」として、ＨＴＴＰのＣＯＮＮＥＣＴメソッドをプロキシサーバ４４へ送信する。ルータ４２は、この通信を覗き見して、Ｈｏｓｔが「aaa.com」であることを検出する。ルータ４２は、検出した「aaa.com」をＬＢＯプロファイルと照合して、「aaa.com」がＬＢＯプロファイルに記録されているドメイン名と一致しないことを判定する。これにより、ＬＢＯを行わないことが決定される。
ステップＳ７０３：プロキシサーバ４４は、ＤＮＳサーバ４３を用いて、ドメイン名をＩＰアドレスに変換する。
ステップＳ７０３：プロキシサーバ４４は、ＤＮＳサーバ４３を用いて、ドメイン名をＩＰアドレスに変換する。
ステップＳ７０４：プロキシサーバ４４は、外部ウェブサイト４５との間で、ＴＣＰセッションを確立する。
ステップＳ７０５：プロキシサーバ４４は、端末４１にＣＯＮＮＥＣＴ Ｅｓｔａｂを送信する。
ステップＳ７０６：プロキシサーバ４４は、端末４１とプロキシサーバ４４との間のＴＣＰセッションと、プロキシサーバ４４と外部ウェブサイト４５との間のＴＣＰセッションとを変換して通信する。
ステップＳ７０５：プロキシサーバ４４は、端末４１にＣＯＮＮＥＣＴ Ｅｓｔａｂを送信する。
ステップＳ７０６：プロキシサーバ４４は、端末４１とプロキシサーバ４４との間のＴＣＰセッションと、プロキシサーバ４４と外部ウェブサイト４５との間のＴＣＰセッションとを変換して通信する。
以上のように、本発明では、端末とプロキシサーバとの間の通信をルータが覗き見して、外部ウェブサイトのドメイン名を検出するので、ルータで端末からのＴＣＰセッションを終端することがなく、したがって、性能が劣化し、リソースの消費量が多くなるという問題が生じない。
また、本発明では、ＬＢＯを行う場合にもプロキシサーバを利用するので、プロキシサーバからのＣＯＮＮＥＣＴ Ｅｓｔａｂを中継の判断材料に使用でき、これによりプロキシサーバのユーザ認証機能やフィルタリング機能を使用することができる。
また、本発明では、ＬＢＯを行う場合にもプロキシサーバを利用するので、プロキシサーバからのＣＯＮＮＥＣＴ Ｅｓｔａｂを中継の判断材料に使用でき、これによりプロキシサーバのユーザ認証機能やフィルタリング機能を使用することができる。
本発明の実施形態では、ＣＯＮＮＥＣＴメソッドを参照してドメイン名を検出したが、参照の対象は、ＣＯＮＮＥＣＴメソッドに限らない。ＨＴＴＰのＧＥＴメソッドを参照して、ドメイン名を検出してもよい。
また、図７のようにプロキシサーバを経由する接続としておいて、ＳＳＬ／ＴＬＳのＣｌｉｅｎｔ ＨｅｌｌｏのＳＮＩオプションをルータが参照して、接続先がＬＢＯを行うべき外部ウェブサイトであることが判明した後に、ルータが図２の点線のように接続替えすることとしてもよい。
本発明の実施形態では、ＣＯＮＮＥＣＴメソッドを参照して検出したドメイン名に基づいて、ＬＢＯを行うか否かを決定したが、検出したドメイン名に基づいて、パケットの廃棄、パケットの書き換え、パケット情報の保存、ＱｏＳ機能（優先制御や帯域制御）の少なくとも１つ以上の処理を行うか否かを決定してもよい。
また、検出したドメイン名をＤＮＳサーバによりＩＰアドレスに変換し、そのＩＰアドレスに基づいて外部ウェブサイトへのＴＣＰセッションの接続を行うこととしているが、追加で、そのＩＰアドレスをＬＢＯ経路として登録してもよい。
以上、端末４１からプロキシサーバ４４に送信されるパケットをルータ４２が覗き見することにより、ＬＢＯを行うか否か判定する方法について説明した。
以下では、図６のステップＳ６０８にてルータ４２により行われる、端末４１とプロキシサーバ４４との間のＴＣＰセッションと、ルータ４２と外部ウェブサイト４５との間のＴＣＰセッションとの変換の詳細について説明する。
以下では、図６のステップＳ６０８にてルータ４２により行われる、端末４１とプロキシサーバ４４との間のＴＣＰセッションと、ルータ４２と外部ウェブサイト４５との間のＴＣＰセッションとの変換の詳細について説明する。
図８～図１０は、三枚の図で一連の処理の流れを示しており、図６の処理の詳細を示す図である。
ステップＳ８０１：端末４１は、プロキシサーバ４４へＳＹＮパケットを送信する。
ステップＳ８０２：プロキシサーバ４４は、端末４１へＳＹＮ／ＡＣＫパケットを送信する。
ステップＳ８０３：端末４１は、プロキシサーバ４４へＡＣＫパケットを送信する。
ステップＳ８０４：ルータ４２は、ステップＳ８０１～ステップＳ８０３の間に送信されるパケットを覗き見して、端末４１とプロキシサーバ４４間のＴＣＰセッション（以下、「ＴＣＰセッション１」という。）のセッション情報を取得する。
ステップＳ８０１：端末４１は、プロキシサーバ４４へＳＹＮパケットを送信する。
ステップＳ８０２：プロキシサーバ４４は、端末４１へＳＹＮ／ＡＣＫパケットを送信する。
ステップＳ８０３：端末４１は、プロキシサーバ４４へＡＣＫパケットを送信する。
ステップＳ８０４：ルータ４２は、ステップＳ８０１～ステップＳ８０３の間に送信されるパケットを覗き見して、端末４１とプロキシサーバ４４間のＴＣＰセッション（以下、「ＴＣＰセッション１」という。）のセッション情報を取得する。
ステップＳ８０５：端末４１が、プロキシサーバ４４へＣＯＮＮＥＣＴメソッドを送信する。
ステップＳ８０６：ルータ４２は、コントロールプレーン４２２でＣＯＮＮＥＣＴメソッドを覗き見して、その結果、ＬＢＯを行うべきであると判断する。
ステップＳ８０７：ルータ４２は、ＤＮＳサーバ４３へ照会する。
ステップＳ８０８：ＤＮＳサーバ４３は、ルータ４２へ外部ウェブサイト４５のＩＰアドレスを返す。
ステップＳ８０６：ルータ４２は、コントロールプレーン４２２でＣＯＮＮＥＣＴメソッドを覗き見して、その結果、ＬＢＯを行うべきであると判断する。
ステップＳ８０７：ルータ４２は、ＤＮＳサーバ４３へ照会する。
ステップＳ８０８：ＤＮＳサーバ４３は、ルータ４２へ外部ウェブサイト４５のＩＰアドレスを返す。
ステップＳ８０９：プロキシサーバ４４は、端末４１宛てのＣＯＮＮＥＣＴ Ｅｓｔａｂを送信する。
ステップＳ８１０：ルータ４２は、端末４１宛てのＣＯＮＮＥＣＴ Ｅｓｔａｂを受信し、端末には送信せずに、端末４１宛てのＣＯＮＮＥＣＴ Ｅｓｔａｂを保持する。
ステップＳ８１０：ルータ４２は、端末４１宛てのＣＯＮＮＥＣＴ Ｅｓｔａｂを受信し、端末には送信せずに、端末４１宛てのＣＯＮＮＥＣＴ Ｅｓｔａｂを保持する。
図９では、次の動作を行う。
ステップＳ９０１：ルータ４２は、コントロールプレーン４２２で、外部ウェブサイト４５へＳＹＮパケットを送る。
ステップＳ９０２：外部ウェブサイト４５は、ルータ４２へＳＹＮ／ＡＣＫパケットを送信する。
ステップＳ９０３：ルータ４２は、外部ウェブサイト４５へＡＣＫパケットを送る。
ステップＳ９０１：ルータ４２は、コントロールプレーン４２２で、外部ウェブサイト４５へＳＹＮパケットを送る。
ステップＳ９０２：外部ウェブサイト４５は、ルータ４２へＳＹＮ／ＡＣＫパケットを送信する。
ステップＳ９０３：ルータ４２は、外部ウェブサイト４５へＡＣＫパケットを送る。
ステップＳ９０４：ルータ４２は、ステップＳ９０１～Ｓ９０３により、外部ウェブサイト４５との間にＴＣＰセッション（以下、このＴＣＰセションを「ＴＣＰセッション２」という。）を確立した。
ステップＳ９０５：ルータ４２は、ＴＣＰセッション１とＴＣＰセッション２との変換テーブル（９７０と９８０）を作成する。
ステップＳ９０６：ルータ４２は、ＴＣＰセッション１とＴＣＰセッション２との変換テーブル（９７０と９８０）を、データプレーン４２１に登録する。
ステップＳ９０５：ルータ４２は、ＴＣＰセッション１とＴＣＰセッション２との変換テーブル（９７０と９８０）を作成する。
ステップＳ９０６：ルータ４２は、ＴＣＰセッション１とＴＣＰセッション２との変換テーブル（９７０と９８０）を、データプレーン４２１に登録する。
ＴＣＰセッション１において端末４１が送信するパケットの送信元欄には、端末４１のＩＰアドレスとＰＯＲＴ番号が格納されている。これを、ルータ４２は、ＴＣＰセッション２では、ルータ４２のＩＰアドレスとＰＯＲＴ番号に書き換える。また、ＴＣＰセッション１において端末４１が送信するパケットの宛先欄には、プロキシサーバ４４のＩＰアドレスとＰＯＲＴ番号が格納されている。これを、ルータ４２は、ＴＣＰセッション２では、外部ウェブサイト４５のＩＰアドレスとＰＯＲＴ番号に書き換える。
逆方向の外部ウェブサイト４５からルータ４２宛てのパケットも、同様に、データプレーン４２１においてＩＰアドレスとＰＯＲＴ番号の書き換えを行う。
逆方向の外部ウェブサイト４５からルータ４２宛てのパケットも、同様に、データプレーン４２１においてＩＰアドレスとＰＯＲＴ番号の書き換えを行う。
ステップＳ９０７：ルータ４２は、ステップＳ８１０において保持した端末４１宛てのＣＯＮＮＥＣＴ Ｅｓｔａｂを、端末４１へ転送する。
ステップＳ９０８：ルータ４２は、プロキシサーバ４４との間のＴＣＰセッション１を切断して、リソースを解放する。
ステップＳ９０８：ルータ４２は、プロキシサーバ４４との間のＴＣＰセッション１を切断して、リソースを解放する。
図１０では、次の動作を行う。
ステップＳ１００１：端末４１は、ＣＬＩＥＮＴ Ｈｅｌｌｏを送信する。
ステップＳ１００２：ルータ４２は、データプレーン４２１で、ステップＳ９０６で説明したＴＣＰセッション１とＴＣＰセッション２間のＩＰアドレスとＰＯＲＴ番号の書き換えを行う。
ステップＳ１００１：端末４１は、ＣＬＩＥＮＴ Ｈｅｌｌｏを送信する。
ステップＳ１００２：ルータ４２は、データプレーン４２１で、ステップＳ９０６で説明したＴＣＰセッション１とＴＣＰセッション２間のＩＰアドレスとＰＯＲＴ番号の書き換えを行う。
図８～図１０で説明した処理の結果、ルータ４２では、ＴＣＰセッションの変換を行うが、ＴＣＰセッションを管理していない。このため、ルータ４２では、プロトコル処理を行う必要がない。
また、ルータ４２では、データプレーン４２１でＴＣＰセッションの変換を行うので、コントロールプレーン４２２でＴＣＰセッションを終端する方式と比べると性能面で有利である。
また、ルータ４２では、データプレーン４２１でＴＣＰセッションの変換を行うので、コントロールプレーン４２２でＴＣＰセッションを終端する方式と比べると性能面で有利である。
以上の説明において、図８～図１０を用いて、ＬＢＯを行う場合のＩＰアドレスとＰＯＲＴ番号の書き換えについて説明してきた。
しかし、ＬＢＯを行う場合には、ＩＰアドレスとＰＯＲＴ番号の他に、シーケンス番号及び確認応答番号（以下では「Ａｃｋ番号」という。）の書き換えを行うことも必要である。以下、説明する。
しかし、ＬＢＯを行う場合には、ＩＰアドレスとＰＯＲＴ番号の他に、シーケンス番号及び確認応答番号（以下では「Ａｃｋ番号」という。）の書き換えを行うことも必要である。以下、説明する。
図１１、図１２を使用して、ＬＢＯを行う場合のシーケンス番号及び確認応答番号（以下では「Ａｃｋ番号」という。）の書き換えについて説明する。
ＴＣＰヘッダには、シーケンス番号及びＡｃｋ番号のフィールドがある。
図１１のステップＳ１１０１からＳ１１０３までは、よく知られた３ウェイハンドシェイクの手順であるから説明を省略する。ステップＳ１１０４において、端末４１は１２０バイトのデータを送信する。
ＴＣＰヘッダには、シーケンス番号及びＡｃｋ番号のフィールドがある。
図１１のステップＳ１１０１からＳ１１０３までは、よく知られた３ウェイハンドシェイクの手順であるから説明を省略する。ステップＳ１１０４において、端末４１は１２０バイトのデータを送信する。
ステップＳ１１０５では、プロキシサーバ４４は、「相手から受信したＡｃｋ番号（２０００１）」をシーケンス番号とする。ステップＳ１１０５では、プロキシサーバ４４は、「相手から受信したシーケンス番号（１０００１）」に「受信したデータサイズの値（１２０）」を加えた「１０１２１」を、Ａｃｋ番号とする。
ステップＳ１１０６で、ルータ４２は、外部ウェブサイト４５との間で３ウェイハンドシェイクを開始する。ステップＳ１１０６～Ｓ１１０８の３ウェイハンドシェイクは、ステップＳ１１０５までの通信とは別に行われるから、ステップＳ１１０５のシーケンス番号及びＡｃｋ番号と、ステップＳ１１０８のシーケンス番号及びＡｃｋ番号との間には、関連性がない。したがって、例えば、仮に、ステップＳ１１０９の後に、端末４１が送信するパケットを、そのまま外部ウェブサイト４５に届けると、外部ウェブサイト４５は、ＴＣＰの規則に従っていないシーケンス番号及びＡｃｋ番号を含むパケットを受信することになる。
よって、図１１のＡの時点において、端末４１とプロキシサーバ４４間の通信と、ルータ４２と外部ウェブサイト４５間の通信との、シーケンス番号の差分及びＡｃｋ番号の差分をルータ４２に登録しておく。そして、以後の通信において、ルータ４２が、シーケンス番号の書き換え及びＡｃｋ番号の書き換えを行うこととする。
ステップＳ１１０９の後に端末４１が送信する際には、端末４１は、「相手から受信したＡｃｋ番号（１０１２１）」をシーケンス番号とする。また、端末４１は、「相手から受信したシーケンス番号（２０００１）」に「受信したデータサイズの値（３９）」を加えた「２００４０」を、Ａｃｋ番号とする。図１１の左下隅にこの内容を記載してある。
ルータ４２は、図１１の左下隅に記載した内容を把握しているので、図１１の左下隅に記載した内容と、ステップＳ１１０８のシーケンス番号及びＡｃｋ番号との差分を取って、差分テーブル１１７０を作成する。具体的には、ステップＳ１１０８のシーケンス番号（３０００１）と図１１の左下隅のシーケンス番号（１０１２１）の差分（１９８８０）が、「上りのシーケンス番号の差分」となる。また、ステップＳ１１０８のＡｃｋ番号（４０００１）と図１１の左下隅のＡｃｋ番号（２００４０）の差分（１９９６１）が、「上りのＡｃｋ番号の差分」となる。
図１２の図のステップＳ１２０１において、端末４１が５１７バイトのデータを送信する際には、ステップＳ１２０２において、ルータ４２が、シーケン番号（１０１２１）に差分の「１９８８０」を加える。また、ルータ４２が、Ａｃｋ番号（２００４０）に差分の「１９９６１」を加える。このようにして、ステップＳ１２０３において、外部ウェブサイト４５は、ＴＣＰの規則に従ったシーケンス番号及びＡｃｋ番号を含むパケットを受信する。
図１２のステップＳ１２０４では、外部ウェブサイト４５は、「相手から受信したＡｃｋ番号（４０００１）」をシーケンス番号とする。また、外部ウェブサイト４５は、「相手から受信したシーケンス番号（３０００１）」に「受信したデータサイズの値（５１７）」を加えた「３０５１８」を、Ａｃｋ番号とする。
ＴＣＰのシーケンス番号とＡｃｋ番号に関する規則により、下りのシーケンス番号の差分は、上りのＡｃｋ番号の差分に等しい。また、下りのＡｃｋ番号の差分は、上りのシーケンス番号の差分に等しい。
よって、ステップＳ１２０５において、ルータ４２は、ステップＳ１２０４のシーケンス番号（４０００１）から上りのＡｃｋ番号の差分（１９９６１）を減じた「２００４０」を書き換え後のシーケンス番号とする。
また、ステップＳ１２０５において、ルータ４２は、ステップＳ１２０４のＡｃｋ番号（３０５１８）から上りのシーケンス番号の差分（１９８８０）を減じた「１０６３８」を書き換え後のシーケンス番号とする。
また、ステップＳ１２０５において、ルータ４２は、ステップＳ１２０４のＡｃｋ番号（３０５１８）から上りのシーケンス番号の差分（１９８８０）を減じた「１０６３８」を書き換え後のシーケンス番号とする。
仮に、プロキシサーバ４４が、ステップＳ１２０１のパケットを受信した場合には、プロキシサーバ４４は、以下の動作を行う。プロキシサーバ４４は、「相手から受信したＡｃｋ番号（２００４０）」をシーケンス番号とする。また、プロキシサーバ４４は、「相手から受信したシーケンス番号（１０１２１）」に「受信したデータサイズの値（５１７）」を加えた「１０６３８」を、Ａｃｋ番号とする。以上のシーケンス番号とＡｃｋ番号は、ステップＳ１２０６のシーケンス番号とＡｃｋ番号と同じである。したがって、本発明の実施形態により、端末４１が、ＴＣＰの規則に従ったシーケンス番号及びＡｃｋ番号を含むパケットを受信することを確認できる。
ところで、ＴＣＰヘッダには、オプションというフィールドが用意されている。このオプションというフィールドは、ＴＣＰ通信の性能を向上させるために種々の使い方がある。次に、オプション番号とともに、オプションの種類の一部を拳げる。
０．End Of Option List
１．No Operation
２．MSS（Maximum Segment Size：最大セグメントサイズ）
３．Window Scale
４．SACK（Selective ACKnowledge）Permitted
５．SACK
８．Time Stamp
０．End Of Option List
１．No Operation
２．MSS（Maximum Segment Size：最大セグメントサイズ）
３．Window Scale
４．SACK（Selective ACKnowledge）Permitted
５．SACK
８．Time Stamp
オプションフィールドは、複数のオプションのために使用することもできる。以下、タイムタンプのオプションが有効な場合と、ＭＳＳのオプションが有効な場合と、ウインドウスケールのオプションが有効な場合のそれぞれについて、ＴＣＰセッション１とＴＣＰセッション２の間の変換処理について説明する。
図１３は、オプションフィールドをタイムタンプとして用いた場合について、ＴＣＰセッション１とＴＣＰセッション２の間の変換処理について説明する図である。
パケットが遅延した場合、同じシーケンス番号を持つ前のパケットが存在することがある。ＴＣＰには、ＰＡＷＳ（Protection Against Wrapped Sequence number（重複したシーケンス番号に対する保護））という機能があり、受信側は、同じシーケンス番号を持つパケットが２つ存在する場合、タイムスタンプを見て、古いタイムスタンプを持つパケットを破棄する。したがって、タイムスタンプについては正しく受信側に伝えられる必要がある。
パケットが遅延した場合、同じシーケンス番号を持つ前のパケットが存在することがある。ＴＣＰには、ＰＡＷＳ（Protection Against Wrapped Sequence number（重複したシーケンス番号に対する保護））という機能があり、受信側は、同じシーケンス番号を持つパケットが２つ存在する場合、タイムスタンプを見て、古いタイムスタンプを持つパケットを破棄する。したがって、タイムスタンプについては正しく受信側に伝えられる必要がある。
ステップＳ１３０１：端末４１とプロキシサーバ４４は、ＴＣＰセッション１のＳＹＮ、ＳＹＮ／ＡＣＫでタイムスタンプを通知する。
ステップＳ１３０２：ルータ４２は、端末４１とプロキシサーバ４４間のパケットを覗き見して、端末４１のタイムスタンプ情報をルータ４２に反映させておく。この反映処理により、端末４１のタイムスタンプとルータ４２のタイムスタンプの差分を零にしておくことができる。ルータ４２は、この端末４１のタイムスタンプとルータ４２のタイムスタンプの差分が零であることを登録しておく。
ステップＳ１３０２：ルータ４２は、端末４１とプロキシサーバ４４間のパケットを覗き見して、端末４１のタイムスタンプ情報をルータ４２に反映させておく。この反映処理により、端末４１のタイムスタンプとルータ４２のタイムスタンプの差分を零にしておくことができる。ルータ４２は、この端末４１のタイムスタンプとルータ４２のタイムスタンプの差分が零であることを登録しておく。
ステップＳ１３０３：ルータ４２と外部ウェブサイト４５は、ＴＣＰセッション２のＳＹＮ、ＳＹＮ／ＡＣＫでタイムスタンプを通知する。これにより、ルータ４２は、外部ウェブサイト４５のタイムスタンプとプロキシサーバ４４のタイムスタンプとの差分を把握することができる。ルータ４２は、この外部ウェブサイト４５のタイムスタンプとプロキシサーバ４４のタイムスタンプとの差分を登録しておく。ここでは、仮に、この外部ウェブサイト４５のタイムスタンプとプロキシサーバ４４のタイムスタンプとの差分が「１００」であったとする。
ステップＳ１３０４：ルータ４２は、ＴＣＰセッション１とＴＣＰセッション２との間の変換テーブル（１３７０と１３８０）を作成する。
ステップＳ１３０５：ルータ４２は、ＴＣＰセッション１とＴＣＰセッション２との間の変換テーブル（１３７０と１３８０）をデータプレーン４２１に登録する。
ステップＳ１３０５：ルータ４２は、ＴＣＰセッション１とＴＣＰセッション２との間の変換テーブル（１３７０と１３８０）をデータプレーン４２１に登録する。
ステップＳ１３０６：ルータ４２のデータプレーン４２１は、外部ウェブサイト４５からのＴＣＰパケットのタイムスタンプ（＝２０００）を、登録しておいた外部ウェブサイト４５のタイムスタンプとプロキシサーバ４４のタイムスタンプとの差分（１００）により更新する。つまり、外部ウェブサイト４５のタイムスタンプ（＝２０００）を、プロキシサーバ４４のタイムスタンプ（＝２１００）に書き換えるわけである。
ステップＳ１３０７：ルータ４２のデータプレーン４２１は、更新後のタイムスタンプ＝２１００のパケットを端末４１へ送信する。
ステップＳ１３０７：ルータ４２のデータプレーン４２１は、更新後のタイムスタンプ＝２１００のパケットを端末４１へ送信する。
ステップＳ１３０８：ルータ４２のデータプレーン４２１は、端末４１からのＴＣＰパケットのタイムスタンプ（＝１００）を、登録しておいた端末４１のタイムスタンプとルータ４２のタイムスタンプの差分（＝０）により更新する。なお、「更新する」といっても、差分が零であるから、実際には更新する処理を省くことができる。又は、別の方法として、ステップＳ１３０２の反映処理を行わず、零でない、端末４１のタイムスタンプとルータ４２のタイムスタンプの差分を登録しておき、ステップＳ１３０８では、更新処理を行うこととしてもよい。
ステップＳ１３０９：ルータ４２のデータプレーン４２１は、更新後のタイムスタンプ＝１００のパケットを外部ウェブサイト４５へ送信する。
これにより、例えばステップＳ１３０６とＳ１３０７では、外部ウェブサイト４５のタイムスタンプを、プロキシサーバ４４のタイムスタンプに変換することができる。
ステップＳ１３０９：ルータ４２のデータプレーン４２１は、更新後のタイムスタンプ＝１００のパケットを外部ウェブサイト４５へ送信する。
これにより、例えばステップＳ１３０６とＳ１３０７では、外部ウェブサイト４５のタイムスタンプを、プロキシサーバ４４のタイムスタンプに変換することができる。
図１４は、オプションフィールドをＭＳＳとして用いた場合について、ＭＳＳ情報の通知を説明する図である。ＭＳＳ（Maximum Segment Size：最大セグメントサイズ）は、１パケット当たりどれくらいのサイズなら受け入れられるかを表す。
ステップＳ１４０１：端末４１とプロキシサーバ４４は、ＴＣＰセッション１のＳＹＮ、ＳＹＮ／ＡＣＫでＭＳＳを通知する。
ステップＳ１４０２：ルータ４２は、端末４１とプロキシサーバ４４間のパケットを覗き見して、端末４１のＭＳＳ情報をルータ４２に反映させておく。この反映処理により、ルータ４２は端末４１のＭＳＳを登録しておく。
ステップＳ１４０１：端末４１とプロキシサーバ４４は、ＴＣＰセッション１のＳＹＮ、ＳＹＮ／ＡＣＫでＭＳＳを通知する。
ステップＳ１４０２：ルータ４２は、端末４１とプロキシサーバ４４間のパケットを覗き見して、端末４１のＭＳＳ情報をルータ４２に反映させておく。この反映処理により、ルータ４２は端末４１のＭＳＳを登録しておく。
ステップＳ１４０３：ルータ４２と外部ウェブサイト４５は、ＴＣＰセッション２のＳＹＮ、ＳＹＮ／ＡＣＫでＭＳＳを通知する。このとき、ルータ４２は、外部ウェブサイト４５に端末４１のＭＳＳを通知する。
ステップＳ１４０４：外部ウェブサイト４５から送信されるパケットの大きさは、端末４１のＭＳＳよりも小さいから、端末４１が受信できないという現象は起きない。
ステップＳ１４０４：外部ウェブサイト４５から送信されるパケットの大きさは、端末４１のＭＳＳよりも小さいから、端末４１が受信できないという現象は起きない。
図１５は、オプションフィールドをウインドウスケールとして用いた場合について、ＴＣＰセッション１とＴＣＰセッション２の間の変換処理について説明する図である。
ＴＣＰヘッダには、オプションとしてではなく、元々、ウインドウサイズというフィールドが設けられている。ウインドウサイズは、ＡＣＫ無しにどのくらいのＴＣＰペイロードを受信できるかを表す。オプションフィールドをウインドウスケールとして用いた場合には、ウインドウスケールとして通知した値の数だけ、ウインドウサイズをビットシフトすることができる。
ＴＣＰヘッダには、オプションとしてではなく、元々、ウインドウサイズというフィールドが設けられている。ウインドウサイズは、ＡＣＫ無しにどのくらいのＴＣＰペイロードを受信できるかを表す。オプションフィールドをウインドウスケールとして用いた場合には、ウインドウスケールとして通知した値の数だけ、ウインドウサイズをビットシフトすることができる。
ステップＳ１５０１：端末４１とプロキシサーバ４４は、ＴＣＰセッション１のＳＹＮ、ＳＹＮ／ＡＣＫでウインドウスケールを通知する。
ステップＳ１５０２：ルータ４２は、端末４１とプロキシサーバ４４間のパケットを覗き見して、端末４１のウインドウスケールをルータ４２に反映させておく。この反映処理により、端末４１のウインドウスケールとルータ４２のウインドウスケールの差分を零にしておくことができる。ルータ４２は、この端末４１のウインドウスケールとルータ４２のウインドウスケールの差分が零であることを登録しておく。
ステップＳ１５０２：ルータ４２は、端末４１とプロキシサーバ４４間のパケットを覗き見して、端末４１のウインドウスケールをルータ４２に反映させておく。この反映処理により、端末４１のウインドウスケールとルータ４２のウインドウスケールの差分を零にしておくことができる。ルータ４２は、この端末４１のウインドウスケールとルータ４２のウインドウスケールの差分が零であることを登録しておく。
ステップＳ１５０３：ルータ４２と外部ウェブサイト４５は、ＴＣＰセッション２のＳＹＮ、ＳＹＮ／ＡＣＫでウインドウスケールを通知する。これにより、ルータ４２は、外部ウェブサイト４５のウインドウスケールとプロキシサーバ４４のウインドウスケールとの差分を把握することができる。ルータ４２は、この外部ウェブサイト４５のウインドウスケールとプロキシサーバ４４のウインドウスケールとの差分を登録しておく。ここでは、仮に、外部ウェブサイト４５のウインドウスケールが「６」であり、プロキシサーバ４４のウインドウスケールが「２」であったとする。この時、ルータ４２は、それらの差分「４」を登録しておく。
ステップＳ１５０４：ルータ４２は、ＴＣＰセッション１とＴＣＰセッション２との間の変換テーブル（１５７０と１５８０）を作成する。
ステップＳ１５０５：ルータ４２は、ＴＣＰセッション１とＴＣＰセッション２との間の変換テーブル（１５７０と１５８０）をデータプレーン４２１に登録する。
ステップＳ１５０５：ルータ４２は、ＴＣＰセッション１とＴＣＰセッション２との間の変換テーブル（１５７０と１５８０）をデータプレーン４２１に登録する。
ステップＳ１５０６：ルータ４２のデータプレーン４２１は、外部ウェブサイト４５からのＴＣＰパケットのウインドウサイズ（＝２６１）を、登録しておいた外部ウェブサイト４５のウインドウスケールとプロキシサーバ４４のウインドウスケールとの差分（４：２の４乗＝１６）により更新する。
ステップＳ１５０７：ルータ４２のデータプレーン４２１は、更新後のウインドウサイズ＝４１７６のパケットを端末４１へ送信する。
ステップＳ１５０７：ルータ４２のデータプレーン４２１は、更新後のウインドウサイズ＝４１７６のパケットを端末４１へ送信する。
Ｓ１５０１でのやり取りにより、端末４１は、通信相手のウインドウスケールは「２」であると認識している。しかし、端末４１が認識している通信相手のウインドウスケール「２」と、端末４１が送信するデータを受け取る外部ウェブサイト４５のウインドウスケール「６」との間には、「４」の差分が存在する。よって、ウインドウサイズの方を差分により更新しておけば、外部ウェブサイト４５がＡＣＫ無しに受け取ることができる正しいデータ量が、端末４１に伝わるわけである。
ステップＳ１５０８：ルータ４２のデータプレーン４２１は、端末４１からのＴＣＰパケットのウインドウサイズ（＝３２７６８）を、登録しておいた端末４１のタイムスタンプとルータ４２のタイムスタンプの差分（＝０）により更新する。
ステップＳ１５０９：ルータ４２のデータプレーン４２１は、更新後のタイムスタンプ＝３２７６８のパケットを外部ウェブサイト４５へ送信する。
ステップＳ１５０９：ルータ４２のデータプレーン４２１は、更新後のタイムスタンプ＝３２７６８のパケットを外部ウェブサイト４５へ送信する。
このように構成することにより、ステップＳ１５０６とＳ１５０７では、外部ウェブサイト４５のウインドウサイズを、適切な値に修正して端末４１へ伝えることができる。
ＴＣＰヘッダには、チェックサムのフィールドがある。このＴＣＰヘッダのチェックサムの値は、ＴＣＰヘッダの他の部分とデータ部分の値によって決まる。したがって、上述のように、送信元ＰＯＲＴ番号、宛先ＰＯＲＴ番号、シーケンス番号、Ａｃｋ番号、ウインドウサイズ、オプションフィールド等を書き換えた際には、連動してＴＣＰヘッダのチェックサムも更新しておく必要がある。
また、ＩＰヘッダにも、チェックサムのフィールドがある。このＩＰヘッダのチェックサムの値は、ＩＰヘッダの他の部分の値によって決まる。したがって、上述のように、送信元ＩＰアドレス、宛先ＩＰアドレスを書き換えた際には、連動してＩＰヘッダのチェックサムも更新しておく必要がある。
また、ＩＰヘッダにも、チェックサムのフィールドがある。このＩＰヘッダのチェックサムの値は、ＩＰヘッダの他の部分の値によって決まる。したがって、上述のように、送信元ＩＰアドレス、宛先ＩＰアドレスを書き換えた際には、連動してＩＰヘッダのチェックサムも更新しておく必要がある。
図１６は、本発明の実施形態おけるルータ４２の内部構造を説明する図である。中継装置としてのルータ４２は、検出部１６０１、判定部１６０２、及び処理部１６０３を備える。
検出部１６０１は、端末４１がプロキシサーバ４４を介して通信する環境において、通過する通信を参照して接続先のドメイン名を検出する。通過する通信は、端末４１がプロキシサーバ４４へ送信するＣＯＮＮＥＣＴメソッドであり、通過する通信を参照することはこのＣＯＮＮＥＣＴメソッドを覗き見することを意味する。
判定部１６０２は、ＬＢＯプロファイル３７を参照し、検出部１６０１が検出したドメイン名に基づいて特定の処理としてＬＢＯを行うか否かを判定する。
処理部１６０３は、ＬＢＯの処理を実行する。
検出部１６０１は、端末４１がプロキシサーバ４４を介して通信する環境において、通過する通信を参照して接続先のドメイン名を検出する。通過する通信は、端末４１がプロキシサーバ４４へ送信するＣＯＮＮＥＣＴメソッドであり、通過する通信を参照することはこのＣＯＮＮＥＣＴメソッドを覗き見することを意味する。
判定部１６０２は、ＬＢＯプロファイル３７を参照し、検出部１６０１が検出したドメイン名に基づいて特定の処理としてＬＢＯを行うか否かを判定する。
処理部１６０３は、ＬＢＯの処理を実行する。
図１７は、本社及び支社の端末がＬＢＯを行わない場合の通信経路を説明する図である。図１７の支社は、図１の拠点１３～１４に相当する。プロキシサーバ１７０６は、本社側に設置されている。
支社の端末Ａは、ＶＰＮ（Virtual Private Network）を介して、一旦、本社側に接続される。
支社の端末がＬＢＯを行わない場合は、端末Ａ１７０１⇒ルータＡ１７０２⇒ＶＰＮ１７０３⇒ルータＢ１７０４⇒プロキシサーバ１７０６⇒インターネット１７０７⇒ＤＮＳサーバ１７０８又は外部ウェブサイト１７０９の経路で通信する。
本社の端末がＬＢＯを行わない場合は、端末Ｂ１７０５⇒ルータＢ１７０４⇒プロキシサーバ１７０６⇒インターネット１７０７⇒ＤＮＳサーバ１７０８又は外部ウェブサイト１７０９の経路で通信する。
支社の端末Ａは、ＶＰＮ（Virtual Private Network）を介して、一旦、本社側に接続される。
支社の端末がＬＢＯを行わない場合は、端末Ａ１７０１⇒ルータＡ１７０２⇒ＶＰＮ１７０３⇒ルータＢ１７０４⇒プロキシサーバ１７０６⇒インターネット１７０７⇒ＤＮＳサーバ１７０８又は外部ウェブサイト１７０９の経路で通信する。
本社の端末がＬＢＯを行わない場合は、端末Ｂ１７０５⇒ルータＢ１７０４⇒プロキシサーバ１７０６⇒インターネット１７０７⇒ＤＮＳサーバ１７０８又は外部ウェブサイト１７０９の経路で通信する。
図１８は、本社及び支社の端末がＬＢＯを行う場合の通信経路を説明する図である。
支社の端末がＬＢＯを行う場合は、ＶＰＮ１７０３及びプロキシサーバ１７０６を使用しない。支社の端末Ａは、端末Ａ１７０１⇒ルータＡ１７０２⇒インターネット１７０７⇒ＤＮＳサーバ１７０８又は外部ウェブサイト１７０９の経路で通信する。
本社の端末がＬＢＯを行う場合は、プロキシサーバ１７０６を使用しない。本社の端末Ｂは、端末Ｂ１７０５⇒ルータＢ１７０４⇒インターネット１７０７⇒ＤＮＳサーバ１７０８又は外部ウェブサイト１７０９の経路で通信する。
支社の端末がＬＢＯを行う場合は、ＶＰＮ１７０３及びプロキシサーバ１７０６を使用しない。支社の端末Ａは、端末Ａ１７０１⇒ルータＡ１７０２⇒インターネット１７０７⇒ＤＮＳサーバ１７０８又は外部ウェブサイト１７０９の経路で通信する。
本社の端末がＬＢＯを行う場合は、プロキシサーバ１７０６を使用しない。本社の端末Ｂは、端末Ｂ１７０５⇒ルータＢ１７０４⇒インターネット１７０７⇒ＤＮＳサーバ１７０８又は外部ウェブサイト１７０９の経路で通信する。
図１８では、支社の端末ＡがＬＢＯを行う場合に、ルータＡ１７０２においてＬＢＯを行った。しかし、支社側のルータＡ１７０２をＬＢＯ非対応のルータとし、本社側のルータＢ１７０４においてＬＢＯを行わせる方式を採用することもできる。この方式でＬＢＯを行う場合には、支社の端末Ａは、端末Ａ１７０１⇒ルータＡ１７０２⇒ＶＰＮ１７０３⇒ルータＢ１７０４⇒インターネット１７０７⇒ＤＮＳサーバ１７０８又は外部ウェブサイト１７０９の経路で通信する。
このように構成すれば、複数の支社側のルータはＬＢＯ非対応とし、本社側の１台のルータのみをＬＢＯ対応とすればよいので、経費削減に繋がる。
このように構成すれば、複数の支社側のルータはＬＢＯ非対応とし、本社側の１台のルータのみをＬＢＯ対応とすればよいので、経費削減に繋がる。
以上、本実施形態について説明したが、本発明はかかる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
１１ 企業外のネットワーク
１２ データセンター
１３～１５ 拠点のコンピュータ
３１ ＤＮＳサーバ
３２ ルータ
３３ インターネットゲートウェイ
３４ 閉域網
３５ インターネット網
３６ 端末
３７ ＬＢＯプロファイル
４１ 端末
４２ ルータ
４３ ＤＮＳサーバ
４４ プロキシサーバ
４５ 外部ウェブサイト
４２１ データプレーン
４２２ コントロールプレーン
１１７０ 差分テーブル
１６０１ 検出部
１６０２ 判定部
１６０３ 処理部
１７０１ 端末Ａ
１７０２ ルータＡ
１７０３ ＶＰＮ
１７０４ ルータＢ
１７０５ 端末Ｂ
１７０６ プロキシサーバ
１７０７ インターネット網
１７０８ ＤＮＳサーバ
１７０９ 外部ウェブサイト
１２ データセンター
１３～１５ 拠点のコンピュータ
３１ ＤＮＳサーバ
３２ ルータ
３３ インターネットゲートウェイ
３４ 閉域網
３５ インターネット網
３６ 端末
３７ ＬＢＯプロファイル
４１ 端末
４２ ルータ
４３ ＤＮＳサーバ
４４ プロキシサーバ
４５ 外部ウェブサイト
４２１ データプレーン
４２２ コントロールプレーン
１１７０ 差分テーブル
１６０１ 検出部
１６０２ 判定部
１６０３ 処理部
１７０１ 端末Ａ
１７０２ ルータＡ
１７０３ ＶＰＮ
１７０４ ルータＢ
１７０５ 端末Ｂ
１７０６ プロキシサーバ
１７０７ インターネット網
１７０８ ＤＮＳサーバ
１７０９ 外部ウェブサイト
Claims (7)
- 端末がプロキシサーバを介して通信する環境において、前記端末から特定の接続先への通信をローカルブレイクアウトする中継装置であって、
前記中継装置は、処理部を含み、
前記処理部は、
前記端末が前記プロキシサーバ宛てに送信するパケットの送信元のＩＰアドレス及びＰＯＲＴ番号を前記中継装置のＩＰアドレス及びＰＯＲＴ番号に書き換え、前記パケットの宛先のＩＰアドレス及びＰＯＲＴ番号を前記接続先のＩＰアドレス及びＰＯＲＴ番号に書き換えて、前記接続先へ送信する第１処理と、
前記端末と前記プロキシサーバ間の通信におけるシーケンス番号及び確認応答番号と、前記中継装置と前記接続先間の通信におけるシーケンス番号及び確認応答番号の差分を前記中継装置に登録し、その後、前記端末又は前記接続先が送信したパケットのシーケンス番号及び確認応答番号を前記登録した差分に従って書き換える第２処理により前記ローカルブレイクアウトの処理を行う、中継装置。 - 前記第１処理及び前記第２処理は、前記処理部のデータプレーンで行う請求項１記載の中継装置。
- 前記処理部は、前記接続先のタイムスタンプと前記プロキシサーバのタイムスタンプの差分を前記中継装置に登録しておき、前記処理部のデータプレーンにおいて、前記ローカルブレイクアウト時に前記接続先が送信するパケットのタイムスタンプを前記差分により更新する請求項１に記載の中継装置。
- 前記処理部は、前記接続先のウインドウスケールと前記プロキシサーバのウインドウスケールの差分を前記中継装置に登録しておき、前記処理部のデータプレーンにおいて、前記ローカルブレイクアウト時に前記接続先が送信するパケットのウインドウサイズを前記差分により更新する請求項１に記載の中継装置。
- 前記処理部は、ＩＰヘッダのチェックサム以外の部分を書き換えた後に、ＩＰヘッダのチェックサムを更新する請求項１に記載の中継装置。
- 前記処理部は、ＴＣＰヘッダのチェックサム以外の部分を書き換えた後に、ＴＣＰヘッダのチェックサムを更新する請求項１から４のいずれか一項に記載の中継装置。
- 端末がプロキシサーバを介して通信する環境において、前記端末から特定の接続先への通信を中継装置がローカルブレイクアウトする方法であって、
前記中継装置は、処理部を含み、
前記処理部が、
前記端末が前記プロキシサーバ宛てに送信するパケットの送信元のＩＰアドレス及びＰＯＲＴ番号を前記中継装置のＩＰアドレス及びＰＯＲＴ番号に書き換え、前記パケットの宛先のＩＰアドレス及びＰＯＲＴ番号を前記接続先のＩＰアドレス及びＰＯＲＴ番号に書き換えて、前記接続先へ送信する第１処理と、
前記端末と前記プロキシサーバ間の通信におけるシーケンス番号及び確認応答番号と、前記中継装置と前記接続先間の通信におけるシーケンス番号及び確認応答番号の差分を前記中継装置に登録し、その後、前記端末又は前記接続先が送信したパケットのシーケンス番号及び確認応答番号を前記登録した差分に従って書き換える第２処理により前記ローカルブレイクアウトの処理を行うローカルブレイクアウト方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2021055745 | 2021-03-29 | ||
| JP2021055745 | 2021-03-29 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2022153318A JP2022153318A (ja) | 2022-10-12 |
| JP7178523B2 true JP7178523B2 (ja) | 2022-11-25 |
Family
ID=83556586
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2022049249A Active JP7178522B2 (ja) | 2021-03-29 | 2022-03-25 | 中継装置及びローカルブレイクアウトの転送方法 |
| JP2022049250A Active JP7178523B2 (ja) | 2021-03-29 | 2022-03-25 | 中継装置及びローカルブレイクアウトの転送方法 |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2022049249A Active JP7178522B2 (ja) | 2021-03-29 | 2022-03-25 | 中継装置及びローカルブレイクアウトの転送方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (2) | JP7178522B2 (ja) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130318246A1 (en) | 2011-12-06 | 2013-11-28 | Brocade Communications Systems, Inc. | TCP Connection Relocation |
| JP2015156565A (ja) | 2014-02-20 | 2015-08-27 | 富士通株式会社 | 通信システム、通信装置および通信方法 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011015344A (ja) | 2009-07-06 | 2011-01-20 | Hitachi Ltd | 中継装置および中継方法 |
-
2022
- 2022-03-25 JP JP2022049249A patent/JP7178522B2/ja active Active
- 2022-03-25 JP JP2022049250A patent/JP7178523B2/ja active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130318246A1 (en) | 2011-12-06 | 2013-11-28 | Brocade Communications Systems, Inc. | TCP Connection Relocation |
| JP2015156565A (ja) | 2014-02-20 | 2015-08-27 | 富士通株式会社 | 通信システム、通信装置および通信方法 |
Non-Patent Citations (1)
| Title |
|---|
| Juniper Networks が提供する SD WAN，[オンライン]，2019年11月27日，https://www.juniper.net/content/dam/www/assets/additional-resources/jp/ja/sd-wan-provided-by-juniper-networks.pdf |
Also Published As
| Publication number | Publication date |
|---|---|
| JP7178522B2 (ja) | 2022-11-25 |
| JP2022153317A (ja) | 2022-10-12 |
| JP2022153318A (ja) | 2022-10-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10200264B2 (en) | Link status monitoring based on packet loss detection | |
| CN112911027B (zh) | 用于建立媒体会话的方法和装置 | |
| EP3342127B1 (en) | Network packet flow controller with extended session management | |
| EP3080957B1 (en) | Establishing a data transfer connection | |
| US20210036953A1 (en) | Flow modification including shared context | |
| EP3225014B1 (en) | Source ip address transparency systems and methods | |
| EP1760971B1 (en) | Processing communication flows in asymmetrically routed networks | |
| US10257061B2 (en) | Detecting source network address translation in a communication system | |
| US20120179796A1 (en) | Routing and service performance management in an application acceleration environment | |
| US10091099B2 (en) | Session continuity in the presence of network address translation | |
| US10298616B2 (en) | Apparatus and method of securing network communications | |
| AU2007320794B2 (en) | Selective session interception method | |
| US20150373135A1 (en) | Wide area network optimization | |
| JP2017118545A5 (ja) | ||
| US7564848B2 (en) | Method for the establishing of connections in a communication system | |
| JP7178523B2 (ja) | 中継装置及びローカルブレイクアウトの転送方法 | |
| US10361997B2 (en) | Auto discovery between proxies in an IPv6 network | |
| Ginoza | Request for Comments Summary RFC Numbers 3500-3599 | |
| de Souza Pereira et al. | Layers Optimization Proposal in a Post-IP Network | |
| JP2003244213A (ja) | トンネル経路を追加するパケット通信方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20220404 |
|
| A871 | Explanation of circumstances concerning accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A871 Effective date: 20220404 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20220628 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220824 |
|
| 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: 20221025 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20221114 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 7178523 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |