JP3494610B2 - Ｔｃｐ終端機能付きｉｐルータ装置および媒体 - Google Patents
Ｔｃｐ終端機能付きｉｐルータ装置および媒体Info
- Publication number
- JP3494610B2 JP3494610B2 JP2000051334A JP2000051334A JP3494610B2 JP 3494610 B2 JP3494610 B2 JP 3494610B2 JP 2000051334 A JP2000051334 A JP 2000051334A JP 2000051334 A JP2000051334 A JP 2000051334A JP 3494610 B2 JP3494610 B2 JP 3494610B2
- Authority
- JP
- Japan
- Prior art keywords
- tcp
- packet
- information
- connection
- port number
- 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.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
- H04L61/2514—Translation of Internet protocol [IP] addresses between local and global IP addresses
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
- H04L61/2517—Translation of Internet protocol [IP] addresses using port numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
- H04L61/2557—Translation policies or rules
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
- H04L69/162—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields involving adaptations of sockets based mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
- Computer And Data Communications (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【発明の属する技術分野】従来、インターネットはイー
サネット（登録商標）を中心とした有線で構成されてい
たが、近年、インターネットを構成するネットワークが
多様化し、携帯電話、ＰＨＳ（登録商標）、さらには無
線パケット装置などを利用したＩＰネットワークが広く
使われるようになってきている。無線ネットワークを含
むインターネットにおいて、与えられた帯域を有効に利
用するためには、有線と無線のように異なる性質を持つ
ネットワークを結合しても、それらを跨るホスト間のコ
ネクションにおいて効率的な伝送レートが得られるＩＰ
ルータが必要とされている。本発明は、上記インターネ
ットプロトコル（ＩＰ）を基盤としたコンピュータネッ
トワークにおいて、異なるネットワークを結合しＩＰパ
ケットをネットワーク間で橋渡しするＴＣＰコネクショ
ンを終端させる機能を備えたＩＰルータ装置に関する。
サネット（登録商標）を中心とした有線で構成されてい
たが、近年、インターネットを構成するネットワークが
多様化し、携帯電話、ＰＨＳ（登録商標）、さらには無
線パケット装置などを利用したＩＰネットワークが広く
使われるようになってきている。無線ネットワークを含
むインターネットにおいて、与えられた帯域を有効に利
用するためには、有線と無線のように異なる性質を持つ
ネットワークを結合しても、それらを跨るホスト間のコ
ネクションにおいて効率的な伝送レートが得られるＩＰ
ルータが必要とされている。本発明は、上記インターネ
ットプロトコル（ＩＰ）を基盤としたコンピュータネッ
トワークにおいて、異なるネットワークを結合しＩＰパ
ケットをネットワーク間で橋渡しするＴＣＰコネクショ
ンを終端させる機能を備えたＩＰルータ装置に関する。
【０００２】
【従来の技術】有線のネットワークでは、ＩＰパケット
の紛失や遅延はネットワークを結ぶＩＰルータ内での輻
輳によるものがほとんどであった。一方、無線のネット
ワークでは、物理層すなわち電波として変調されたデー
タが、電波の減衰、干渉や物体による遮蔽などによる状
況変化の影響を受けてデータが正しく伝送されないこと
によって、ＩＰパケットの損失や遅延が発生する。現在
インターネットでは、信頼性のあるデータ伝送を行なう
ために、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔ
ｒｏｌ Ｐｒｏｔｏｃｏｌ）というプロトコルが標準と
して使われている。
の紛失や遅延はネットワークを結ぶＩＰルータ内での輻
輳によるものがほとんどであった。一方、無線のネット
ワークでは、物理層すなわち電波として変調されたデー
タが、電波の減衰、干渉や物体による遮蔽などによる状
況変化の影響を受けてデータが正しく伝送されないこと
によって、ＩＰパケットの損失や遅延が発生する。現在
インターネットでは、信頼性のあるデータ伝送を行なう
ために、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔ
ｒｏｌ Ｐｒｏｔｏｃｏｌ）というプロトコルが標準と
して使われている。
【０００３】しかしながら、ＴＣＰは有線のネットワー
クで起こる輻輳を主たるパケット損失／遅延の原因とし
ており、無線ネットワークではＴＣＰを制御するパラメ
ータおよびアルゴリズムを無線用に最適化しないと、効
率的な伝送レートが得られないことが知られている。こ
れに対して、ＴＣＰ層でＴＣＰコネクションを一度終端
し、性質の異なるネットワークに対して別々のＴＣＰコ
ネクションを持つことによって、それぞれに適した制御
パラメータやアルゴリズムを使用し、効率的な伝送レー
トを得るアプリケーションゲートウェイが提案されてい
る。
クで起こる輻輳を主たるパケット損失／遅延の原因とし
ており、無線ネットワークではＴＣＰを制御するパラメ
ータおよびアルゴリズムを無線用に最適化しないと、効
率的な伝送レートが得られないことが知られている。こ
れに対して、ＴＣＰ層でＴＣＰコネクションを一度終端
し、性質の異なるネットワークに対して別々のＴＣＰコ
ネクションを持つことによって、それぞれに適した制御
パラメータやアルゴリズムを使用し、効率的な伝送レー
トを得るアプリケーションゲートウェイが提案されてい
る。
【０００４】
【発明が解決しようとする課題】従来型ＩＰルータ装置
の構成を図１６に、また従来型ＴＣＰ終端装置の構成を
図１７に示す。ＩＰルータ装置は、図１６に示すように
ネットワークドライバ１１ａ，１１ｂ、ＩＰスタック１
２ａ，１２ｂ、ＩＰフォワーディング１６から構成さ
れ、図１６に示すようにＩＰパケットをネットワーク間
で受け渡す。図１８にＩＰパケットのヘッダ構成を、図
１９にＴＣＰパケットのヘッダ構成を、図２０にＩＣＭ
Ｐパケットのヘッダ構成を示す。ＩＰパケットのヘッダ
部には図１８に示すように送信元のＩＰアドレスを示す
ｓｒｃ−ＩＰ（SOURCE IP ADDRESS ）、接続先のアドレ
スを示すｄｓｔ−ＩＰアドレス（DESTINATION IP ADDRE
SS）が記述され、ＴＣＰパケットのヘッダ部には図１９
に示すように送信元のポート番号であるｓｒｃ−ポート
番号（SOURCE PORT ）、接続先のポート番号であるｄｓ
ｔ−ポート番号（DESTINATION PORT）が記述される。ま
た、ＩＣＭＰパケットのヘッダ部にはＴＹＰＥ（型）
と、ＩＰヘッダと最初の６４ビットのデータグラムが記
述される。
の構成を図１６に、また従来型ＴＣＰ終端装置の構成を
図１７に示す。ＩＰルータ装置は、図１６に示すように
ネットワークドライバ１１ａ，１１ｂ、ＩＰスタック１
２ａ，１２ｂ、ＩＰフォワーディング１６から構成さ
れ、図１６に示すようにＩＰパケットをネットワーク間
で受け渡す。図１８にＩＰパケットのヘッダ構成を、図
１９にＴＣＰパケットのヘッダ構成を、図２０にＩＣＭ
Ｐパケットのヘッダ構成を示す。ＩＰパケットのヘッダ
部には図１８に示すように送信元のＩＰアドレスを示す
ｓｒｃ−ＩＰ（SOURCE IP ADDRESS ）、接続先のアドレ
スを示すｄｓｔ−ＩＰアドレス（DESTINATION IP ADDRE
SS）が記述され、ＴＣＰパケットのヘッダ部には図１９
に示すように送信元のポート番号であるｓｒｃ−ポート
番号（SOURCE PORT ）、接続先のポート番号であるｄｓ
ｔ−ポート番号（DESTINATION PORT）が記述される。ま
た、ＩＣＭＰパケットのヘッダ部にはＴＹＰＥ（型）
と、ＩＰヘッダと最初の６４ビットのデータグラムが記
述される。
【０００５】図２１に上記従来型のＩＰルータ装置のＩ
Ｐスタック１２ａ，１２ｂにおけるＩＰパケットの入力
処理のフローを示し、図２２にＩＰルータ装置のＩＰス
タック１２ａ，１２ｂにおけるＩＰパケットの出力処理
のフローを示す。入力処理において、ＩＰスタックは図
２１に示すようにＩＰパケットのｄｓｔ−ＩＰアドレス
が自ホスト宛か判断し、自ホスト宛の場合には自ホスト
のＴＣＰ／ＵＤＰスタックにパケットを引き渡す。ま
た、自ホスト宛でない場合には、ＩＰフォーワーディン
グ経由でＩＰパケットを出力処理に引き渡す。また、出
力処理において図２２に示すようにｄｓｔ−ＩＰアドレ
スもしくはそのサブネットワークでルーティングテーブ
ルを検索し、該ルーティングテーブルに従い、ネットワ
ークドライバにＩＰパケットを引き渡す。
Ｐスタック１２ａ，１２ｂにおけるＩＰパケットの入力
処理のフローを示し、図２２にＩＰルータ装置のＩＰス
タック１２ａ，１２ｂにおけるＩＰパケットの出力処理
のフローを示す。入力処理において、ＩＰスタックは図
２１に示すようにＩＰパケットのｄｓｔ−ＩＰアドレス
が自ホスト宛か判断し、自ホスト宛の場合には自ホスト
のＴＣＰ／ＵＤＰスタックにパケットを引き渡す。ま
た、自ホスト宛でない場合には、ＩＰフォーワーディン
グ経由でＩＰパケットを出力処理に引き渡す。また、出
力処理において図２２に示すようにｄｓｔ−ＩＰアドレ
スもしくはそのサブネットワークでルーティングテーブ
ルを検索し、該ルーティングテーブルに従い、ネットワ
ークドライバにＩＰパケットを引き渡す。
【０００６】ＩＰルータ装置は、上記のようにＩＰパケ
ットをネットワーク間で受け渡しているだけなので、エ
ンドホストでは基本的にルータの存在を関知しない。こ
のルータ装置を介した任意のホスト間においては、一意
にＩＰパケットを到達させることが可能であり、ＩＰパ
ケットヘッダ内のｓｒｃ−ＩＰアドレスおよびｄｓｔ−
ＩＰアドレスの情報はなんら変化しない。また、エンド
−エンドの経路上に位置するルータの構成や数が変化し
ても、影響を受けない。すなわち、インターネットは、
その性質の一つとして、各ホストがグローバルに一意な
ＩＰアドレスを持ち、そのホストから任意のホストへ通
信ができ、かつ、任意のホストからそのホストへ通信が
できる。これを「エンド−エンドのグローバルコネクテ
イビテイの保証」 という。
ットをネットワーク間で受け渡しているだけなので、エ
ンドホストでは基本的にルータの存在を関知しない。こ
のルータ装置を介した任意のホスト間においては、一意
にＩＰパケットを到達させることが可能であり、ＩＰパ
ケットヘッダ内のｓｒｃ−ＩＰアドレスおよびｄｓｔ−
ＩＰアドレスの情報はなんら変化しない。また、エンド
−エンドの経路上に位置するルータの構成や数が変化し
ても、影響を受けない。すなわち、インターネットは、
その性質の一つとして、各ホストがグローバルに一意な
ＩＰアドレスを持ち、そのホストから任意のホストへ通
信ができ、かつ、任意のホストからそのホストへ通信が
できる。これを「エンド−エンドのグローバルコネクテ
イビテイの保証」 という。
【０００７】一方、従来型ＴＣＰ終端装置（アプリケー
ションゲートウェイ）は、図１７に示すように、ネット
ワークドライバ１１ａ，１１ｂと、ＩＰスタック１２
ａ，１２ｂとＴＣＰスタック１３ａ，１３ｂとストリー
ム転送手段１４、および接続情報を保持するデータベー
ス２０から構成される。図２３に従来型のＴＣＰ終端装
置（アプリケーションゲートウェイ）におけるストリー
ム転送機能のフローチャートを示す。同図に示すように
ストリーム転送機能は、サーバソケットとしてＴＣＰコ
ネクションの接続を待ち（ステップＳ１）、クライアン
トとＴＣＰコネクションを確立する（ステップＳ２）。
ついで、ストリーム内のデータから接続先のＩＰアドレ
スとポート番号を取得し（ステップＳ３）、クライアン
トソケットとして、上記接続先にＴＣＰコネクションを
確立する（ステップＳ４）。そして、ストリームが継続
しているかを判断し（ステップＳ５）、継続していない
場合には処理を終了する。処理が継続している場合に
は、クライアントとのストリームから一定量以下のデー
タを読み出し（ステップＳ６）、サーバとのストリーム
へ前記データを書き出す（ステップＳ７）。
ションゲートウェイ）は、図１７に示すように、ネット
ワークドライバ１１ａ，１１ｂと、ＩＰスタック１２
ａ，１２ｂとＴＣＰスタック１３ａ，１３ｂとストリー
ム転送手段１４、および接続情報を保持するデータベー
ス２０から構成される。図２３に従来型のＴＣＰ終端装
置（アプリケーションゲートウェイ）におけるストリー
ム転送機能のフローチャートを示す。同図に示すように
ストリーム転送機能は、サーバソケットとしてＴＣＰコ
ネクションの接続を待ち（ステップＳ１）、クライアン
トとＴＣＰコネクションを確立する（ステップＳ２）。
ついで、ストリーム内のデータから接続先のＩＰアドレ
スとポート番号を取得し（ステップＳ３）、クライアン
トソケットとして、上記接続先にＴＣＰコネクションを
確立する（ステップＳ４）。そして、ストリームが継続
しているかを判断し（ステップＳ５）、継続していない
場合には処理を終了する。処理が継続している場合に
は、クライアントとのストリームから一定量以下のデー
タを読み出し（ステップＳ６）、サーバとのストリーム
へ前記データを書き出す（ステップＳ７）。
【０００８】上記したＴＣＰ終端装置（アプリケーショ
ンゲートウェイ）においては、以下に示す理由から前記
した「グローバルコネクテイビテイの保証」ができない
という問題点を持つ。 (a) プロトコル依存アプリケーションゲートウェイの多
くは、特定のプロトコルのみに対してＴＣＰ終端を行な
う。そのためサポート外のアプリケーションはＩＰパケ
ットもしくはＴＣＰストリームが流れない。 (b) エンド−エンド情報の非保存ゲートウェイ自身がＴ
ＣＰを終端するために、ゲートウェイのホストが、それ
ぞれのエンドホストに対して対向しているエンドホスト
として見える。つまり、本来のエンドホスト同士がお互
いを自分のエンドホストとして認識できなくなる。
ンゲートウェイ）においては、以下に示す理由から前記
した「グローバルコネクテイビテイの保証」ができない
という問題点を持つ。 (a) プロトコル依存アプリケーションゲートウェイの多
くは、特定のプロトコルのみに対してＴＣＰ終端を行な
う。そのためサポート外のアプリケーションはＩＰパケ
ットもしくはＴＣＰストリームが流れない。 (b) エンド−エンド情報の非保存ゲートウェイ自身がＴ
ＣＰを終端するために、ゲートウェイのホストが、それ
ぞれのエンドホストに対して対向しているエンドホスト
として見える。つまり、本来のエンドホスト同士がお互
いを自分のエンドホストとして認識できなくなる。
【０００９】ＴＣＰ終端装置（アプリケーションゲート
ウェイ）を実現する上で重要なことの一つに接続先の情
報をクライアントホストから「何らかの手段」で通知し
てもらう必要がある。具体的な例として、ウェブのデー
タを扱うｈｔｔｐは、プロキシというアプリケーション
ゲートウェイを介した通信をサポートしている。ここで
は接続先のＩＰアドレスやポート番号の情報を記述する
ことができる。しかし、このような方式はすべてのアプ
リケーションプロトコルが対応しているわけではないの
で、サービスのスケーラビリテイが著しく低いといえ
る。
ウェイ）を実現する上で重要なことの一つに接続先の情
報をクライアントホストから「何らかの手段」で通知し
てもらう必要がある。具体的な例として、ウェブのデー
タを扱うｈｔｔｐは、プロキシというアプリケーション
ゲートウェイを介した通信をサポートしている。ここで
は接続先のＩＰアドレスやポート番号の情報を記述する
ことができる。しかし、このような方式はすべてのアプ
リケーションプロトコルが対応しているわけではないの
で、サービスのスケーラビリテイが著しく低いといえ
る。
【００１０】これに対して、アプリケーションゲートウ
ェイと連携するクライアントホスト用ソフトウェア（ミ
ドルウェア）を用いる方式がある。これは、すべてのＴ
ＣＰコネクションを一律アプリケーションゲートウェイ
に向けるもので、一般的なプロキシに比べるとサービス
のスケーラビリテイが格段に向上している。しかし、以
下に示すような、コネクションの確立過程が２段階構成
で２回目のコネクションが１回目の逆向きに確立するプ
ロトコルには対応できない。具体的な例として、アプリ
ケーショングートウェイでデータ転送アプリケーション
ｆｔｐを使うことを考える。まずクライアントからサー
バに対しての「コントロールセッション」を確立するこ
とは可能であるが、データ転送を行なう「データセッシ
ョン」はサーバからクライアントに対して確立しようと
して失敗する。これは、クライアントからサーバへの方
向はストリームが流れるため、最初の「コントロールセ
ッション」は確立する。しかし、コントロールセッショ
ンのサーバから見たエンドホストはゲートウェイである
ため、サーバは、「データセツション」をゲートウェイ
に対して確立しようとするが、ゲートウェイはこのセッ
ション用にパッシブオープンしていないために確立失敗
となる。
ェイと連携するクライアントホスト用ソフトウェア（ミ
ドルウェア）を用いる方式がある。これは、すべてのＴ
ＣＰコネクションを一律アプリケーションゲートウェイ
に向けるもので、一般的なプロキシに比べるとサービス
のスケーラビリテイが格段に向上している。しかし、以
下に示すような、コネクションの確立過程が２段階構成
で２回目のコネクションが１回目の逆向きに確立するプ
ロトコルには対応できない。具体的な例として、アプリ
ケーショングートウェイでデータ転送アプリケーション
ｆｔｐを使うことを考える。まずクライアントからサー
バに対しての「コントロールセッション」を確立するこ
とは可能であるが、データ転送を行なう「データセッシ
ョン」はサーバからクライアントに対して確立しようと
して失敗する。これは、クライアントからサーバへの方
向はストリームが流れるため、最初の「コントロールセ
ッション」は確立する。しかし、コントロールセッショ
ンのサーバから見たエンドホストはゲートウェイである
ため、サーバは、「データセツション」をゲートウェイ
に対して確立しようとするが、ゲートウェイはこのセッ
ション用にパッシブオープンしていないために確立失敗
となる。
【００１１】ｆｔｐに限っていえば、クライアントソフ
トの”passive mode" を利用することによって、この問
題を回避できる。しかし、その他にも２段階構成のコネ
クション確立を行なうプロトコルは存在するし、今後も
増えていくことを考えると、サービスのスケーラビリテ
イに課題が残るといえる。このように、従来型ＴＣＰ終
端装置を経路上に持つエンド−エンドにおいては、ＩＰ
パケットもしくはストリームの到達性に問題があり、
「エンド‐エンドのグローバルコネクテイビテイの保
証」ができない。
トの”passive mode" を利用することによって、この問
題を回避できる。しかし、その他にも２段階構成のコネ
クション確立を行なうプロトコルは存在するし、今後も
増えていくことを考えると、サービスのスケーラビリテ
イに課題が残るといえる。このように、従来型ＴＣＰ終
端装置を経路上に持つエンド−エンドにおいては、ＩＰ
パケットもしくはストリームの到達性に問題があり、
「エンド‐エンドのグローバルコネクテイビテイの保
証」ができない。
【００１２】従来型ＴＣＰ終端装置の問題点の一つであ
る“エンド−エンド情報の非保存"についてまとめる
と、図２（ａ）（ｂ）に示すようになる。図２（ａ）に
示すように、通常のＩＰルータを通過してもＩＰパケッ
トヘッダ内のＩＰアドレスおよびポート番号の情報は一
切変化しない。しかし、従来型ＴＣＰ終端装置を通過す
ると（実際にはＩＰパケットは一度ストリームに再構成
されてから再びパケット化される) 、図２（ｂ）に示す
ように、そのＩＰアドレスおよびポート番号は新たなエ
ンドホストとしてゲートウェイのＩＰアドレスおよびポ
ート番号に置き換わる。現在、多くのアプリケーション
ゲートウェイやプライベートアドレスとグルーバルアド
レスの変換を行なうＮＡＴルータでは、このような問題
を回避するために、アプリケーションプロトコル毎に個
別の対応をして、サーバからのＴＣＰパケットやＵＤＰ
パケットを本来のクライアントに送付する仕組みを提供
している。しかし、その他のアプリケーションプロトコ
ルにおいても、最初のセッションから、クライアントの
ＩＰアドレスを取得して、その情報を元にサーバからク
ライアントに対してＴＣＰコネクションを張ることやＵ
ＤＰパケットを送付することは少なくない。さらに、新
たなアプリケーションプロトコルの出現に応じて、逐一
対応しなければならないという問題があり、サービスに
対するスケーラビリティがない方式といえる。
る“エンド−エンド情報の非保存"についてまとめる
と、図２（ａ）（ｂ）に示すようになる。図２（ａ）に
示すように、通常のＩＰルータを通過してもＩＰパケッ
トヘッダ内のＩＰアドレスおよびポート番号の情報は一
切変化しない。しかし、従来型ＴＣＰ終端装置を通過す
ると（実際にはＩＰパケットは一度ストリームに再構成
されてから再びパケット化される) 、図２（ｂ）に示す
ように、そのＩＰアドレスおよびポート番号は新たなエ
ンドホストとしてゲートウェイのＩＰアドレスおよびポ
ート番号に置き換わる。現在、多くのアプリケーション
ゲートウェイやプライベートアドレスとグルーバルアド
レスの変換を行なうＮＡＴルータでは、このような問題
を回避するために、アプリケーションプロトコル毎に個
別の対応をして、サーバからのＴＣＰパケットやＵＤＰ
パケットを本来のクライアントに送付する仕組みを提供
している。しかし、その他のアプリケーションプロトコ
ルにおいても、最初のセッションから、クライアントの
ＩＰアドレスを取得して、その情報を元にサーバからク
ライアントに対してＴＣＰコネクションを張ることやＵ
ＤＰパケットを送付することは少なくない。さらに、新
たなアプリケーションプロトコルの出現に応じて、逐一
対応しなければならないという問題があり、サービスに
対するスケーラビリティがない方式といえる。
【００１３】本発明は、上記事情を考慮してなされたも
のであって、本発明は、性質の異なるネットワークを跨
るＴＣＰコネクションにおいて、効率の良い伝送を行な
うために、ＴＣＰ終端の仕組みを採り入れつつ、インタ
ーネットの性質として重要なグローバルコネクティビテ
ィを保証したＴＣＰコネクションを終端させる機能を備
えたＩＰルータ装置を実現することである。
のであって、本発明は、性質の異なるネットワークを跨
るＴＣＰコネクションにおいて、効率の良い伝送を行な
うために、ＴＣＰ終端の仕組みを採り入れつつ、インタ
ーネットの性質として重要なグローバルコネクティビテ
ィを保証したＴＣＰコネクションを終端させる機能を備
えたＩＰルータ装置を実現することである。
【００１４】
【課題を解決するための手段】図１は、本発明の概要を
説明する図である。同図において、１１ａ，１１ｂはネ
ットワークドライバ、１２ａ，１２ｂはＩＰスタック、
１３ａ，１３ｂはＴＣＰスタック、１４はストリーム転
送手段、１５はＴＣＰコネクンション管理データベー
ス、１６はＩＰフォワーディングである。本発明のＩＰ
ルータ装置の基本部分の構成は従来型のアプリケーショ
ンゲートウェイと同様であるが、前記図１７に示した従
来型のアプリケーションゲートウェイに対して本発明で
は以下の点が追加・変更されている。 （ａ）ＩＰスタック１２ａ，１２ｂにおけるＴＣＰ／Ｉ
Ｐパケットヘッダ内情報の変換手段（図１の変換手段１
〜４）とそれ用のデータベース（図１のＴＣＰコネクシ
ョン管理データベース１５）を設けた点。 （ｂ）ストリーム転送手段１４におけるＴＣＰ接続先Ｉ
Ｐアドレスとポート番号の抽出機能を設けた点。 ＴＣＰ／ＩＰパケットヘッダ内情報変換手段１〜４は入
力パケットと出力パケットに対する処理としてそれぞれ
存在する。これらは、各ネットワークドライバ（ネット
ワークインターフェース）１１ａ，１１ｂについて個別
に動作する。ただし、各変換機能１〜４は、共通のＴＣ
Ｐコネクション管理データベース１５を介して連携し、
一つのＴＣＰコネクションに対して一意の変換規則にし
たがって処理が実行される。ストリーム転送手段１４
は、従来型のアプリケーションゲートウェイのそれと比
較して、クライアントとのＴＣＰコネクションの情報を
元に、ＴＣＰ接続先アドレスとポート番号の抽出を行な
う機能を有する。
説明する図である。同図において、１１ａ，１１ｂはネ
ットワークドライバ、１２ａ，１２ｂはＩＰスタック、
１３ａ，１３ｂはＴＣＰスタック、１４はストリーム転
送手段、１５はＴＣＰコネクンション管理データベー
ス、１６はＩＰフォワーディングである。本発明のＩＰ
ルータ装置の基本部分の構成は従来型のアプリケーショ
ンゲートウェイと同様であるが、前記図１７に示した従
来型のアプリケーションゲートウェイに対して本発明で
は以下の点が追加・変更されている。 （ａ）ＩＰスタック１２ａ，１２ｂにおけるＴＣＰ／Ｉ
Ｐパケットヘッダ内情報の変換手段（図１の変換手段１
〜４）とそれ用のデータベース（図１のＴＣＰコネクシ
ョン管理データベース１５）を設けた点。 （ｂ）ストリーム転送手段１４におけるＴＣＰ接続先Ｉ
Ｐアドレスとポート番号の抽出機能を設けた点。 ＴＣＰ／ＩＰパケットヘッダ内情報変換手段１〜４は入
力パケットと出力パケットに対する処理としてそれぞれ
存在する。これらは、各ネットワークドライバ（ネット
ワークインターフェース）１１ａ，１１ｂについて個別
に動作する。ただし、各変換機能１〜４は、共通のＴＣ
Ｐコネクション管理データベース１５を介して連携し、
一つのＴＣＰコネクションに対して一意の変換規則にし
たがって処理が実行される。ストリーム転送手段１４
は、従来型のアプリケーションゲートウェイのそれと比
較して、クライアントとのＴＣＰコネクションの情報を
元に、ＴＣＰ接続先アドレスとポート番号の抽出を行な
う機能を有する。
【００１５】 図１に示すように本発明においては、次
のようにして前記課題を解決する。 （１）ＴＣＰコネクションを終端させる機能を備えた複
数の異なるＩＰネットワークを接続するルータ装置にお
いて、該ルータ装置に、中継しようとするＴＣＰコネク
ションを形成する複数のＩＰパケットが前記ルータ装置
を通過しようとする際に、パケット内のＩＰアドレス情
報およびポート番号情報の一部を所定の規則に従い書き
換える第１の変換手段（図１の変換機能１，２）と、前
記ＴＣＰコネクションの本来の接続先を示す情報を抽出
し、前記ルータからその接続先へＴＣＰコネクションを
生成し、前記２つのＴＣＰコネクションをストリームで
連結する手段１４と、上記本来の接続先へのＴＣＰコネ
クションについて、それを形成する複数のＩＰパケット
内のＩＰアドレス情報およびポート番号情報の一部を所
定の規則に従い書き換える第２の変換手段（変換機能
３，４）とを設け、上記第１、第２の変換手段は、上記
２つのＴＣＰコネクションを１組として取り扱い、上記
１組のＴＣＰコネクションに対して一意の識別番号を付
与して管理データベース１５に格納し、該データベース
１５に格納された一意の識別番号により、２つのＴＣＰ
コネクションを管理する。 （２）上記（１）において、第１、第２の変換手段は、
ＴＣＰスタックからのＴＣＰコネクションの終了の通知
を受けて、上記データべ−スに格納している識別番号の
情報を消去する。 （３）上記（１）または（２）において、第１、第２の
変換手段は、ＴＣＰ以外のＩＰパケットについては、Ｉ
Ｐパケット内の情報の書き換えを行なわず、所定のネッ
トワークにルーティングする。 （４）上記（１）（２）（３）において、第１、第２の
変換手段は、所定のコネクション数を超えた新たなＴＣ
ＰコネクションのＩＰパケットについて、ＩＰパケット
内の情報の書き換えを行なわず、所定のネットワークに
ルーティングする。 （５）上記（１）〜（４）において、第１、第２の変換
手段は、所定の型をパケット内のヘッダ情報として持つ
ＩＣＭＰパケットについて、そのＩＰアドレス情報およ
びポート番号情報、および、パケットデータ内に含まれ
るＴＣＰ／ＩＰのヘッダ情報の一部を書き換える。な
お、上記第１、第２の変換手段、ストリームを連結する
手段が、ＴＣＰコネクションの１組に対してそれぞれ１
つの識別番号を付与し、それを複数管理するように構成
することもできる。これにより、複数のＴＣＰコネクシ
ョンのサポートが可能となる。
のようにして前記課題を解決する。 （１）ＴＣＰコネクションを終端させる機能を備えた複
数の異なるＩＰネットワークを接続するルータ装置にお
いて、該ルータ装置に、中継しようとするＴＣＰコネク
ションを形成する複数のＩＰパケットが前記ルータ装置
を通過しようとする際に、パケット内のＩＰアドレス情
報およびポート番号情報の一部を所定の規則に従い書き
換える第１の変換手段（図１の変換機能１，２）と、前
記ＴＣＰコネクションの本来の接続先を示す情報を抽出
し、前記ルータからその接続先へＴＣＰコネクションを
生成し、前記２つのＴＣＰコネクションをストリームで
連結する手段１４と、上記本来の接続先へのＴＣＰコネ
クションについて、それを形成する複数のＩＰパケット
内のＩＰアドレス情報およびポート番号情報の一部を所
定の規則に従い書き換える第２の変換手段（変換機能
３，４）とを設け、上記第１、第２の変換手段は、上記
２つのＴＣＰコネクションを１組として取り扱い、上記
１組のＴＣＰコネクションに対して一意の識別番号を付
与して管理データベース１５に格納し、該データベース
１５に格納された一意の識別番号により、２つのＴＣＰ
コネクションを管理する。 （２）上記（１）において、第１、第２の変換手段は、
ＴＣＰスタックからのＴＣＰコネクションの終了の通知
を受けて、上記データべ−スに格納している識別番号の
情報を消去する。 （３）上記（１）または（２）において、第１、第２の
変換手段は、ＴＣＰ以外のＩＰパケットについては、Ｉ
Ｐパケット内の情報の書き換えを行なわず、所定のネッ
トワークにルーティングする。 （４）上記（１）（２）（３）において、第１、第２の
変換手段は、所定のコネクション数を超えた新たなＴＣ
ＰコネクションのＩＰパケットについて、ＩＰパケット
内の情報の書き換えを行なわず、所定のネットワークに
ルーティングする。 （５）上記（１）〜（４）において、第１、第２の変換
手段は、所定の型をパケット内のヘッダ情報として持つ
ＩＣＭＰパケットについて、そのＩＰアドレス情報およ
びポート番号情報、および、パケットデータ内に含まれ
るＴＣＰ／ＩＰのヘッダ情報の一部を書き換える。な
お、上記第１、第２の変換手段、ストリームを連結する
手段が、ＴＣＰコネクションの１組に対してそれぞれ１
つの識別番号を付与し、それを複数管理するように構成
することもできる。これにより、複数のＴＣＰコネクシ
ョンのサポートが可能となる。
【００１６】図２に本発明と従来型のＩＰルータ装置、
従来型のアプリケーションゲートウェイにおける前後の
パケット情報を示す。図２（ａ）は前記した通常のＩＰ
ルータを通過した前後のパケットヘッダ内のＩＰアドレ
スとポート番号の情報を示す。ここでは、ルータを通過
することによって、何らアドレスおよびポート番号情報
に変化がないという特徴を持つ。これが、上述の「グロ
ーバルコネクティビティの保証」を意味する。一方、図
２（ｂ）は前記した通常のアプリケーションゲートウェ
イを通過した前後のパケットヘッダ内のＩＰアドレスと
ポート番号の情報を示す。アプリケーションゲートウェ
イを境にパケットヘッダ内の情報が変化していることが
わかる。従って、「グローバルコネクティビティの保
証」ができなくなる。本発明では、図２（ｃ）に示すよ
うに、ＴＣＰコネクションを終端するものの、パケット
ヘッダ内のＩＰアドレスとポート番号の情報には変化が
ない．従って、両エンドホストからは、通常のＩＰルー
タと全く同様に、ＴＣＰコネクションを実現できる。そ
の結果グローバルコネクティビティについても保証され
る。
従来型のアプリケーションゲートウェイにおける前後の
パケット情報を示す。図２（ａ）は前記した通常のＩＰ
ルータを通過した前後のパケットヘッダ内のＩＰアドレ
スとポート番号の情報を示す。ここでは、ルータを通過
することによって、何らアドレスおよびポート番号情報
に変化がないという特徴を持つ。これが、上述の「グロ
ーバルコネクティビティの保証」を意味する。一方、図
２（ｂ）は前記した通常のアプリケーションゲートウェ
イを通過した前後のパケットヘッダ内のＩＰアドレスと
ポート番号の情報を示す。アプリケーションゲートウェ
イを境にパケットヘッダ内の情報が変化していることが
わかる。従って、「グローバルコネクティビティの保
証」ができなくなる。本発明では、図２（ｃ）に示すよ
うに、ＴＣＰコネクションを終端するものの、パケット
ヘッダ内のＩＰアドレスとポート番号の情報には変化が
ない．従って、両エンドホストからは、通常のＩＰルー
タと全く同様に、ＴＣＰコネクションを実現できる。そ
の結果グローバルコネクティビティについても保証され
る。
【００１７】
【発明の実施の形態】図３に本発明を装置として実現し
た場合の構成例を示す。通常、汎用コンピュータ上の主
記憶装置１０２もしくは補助記憶装置１０３上に本発明
の機能を実現するためのソフトウェアが記憶され、ＣＰ
Ｕ１０１で本発明の処理が実行される。図３に示す装置
には２つ以上のネットワークインターフェース１０４が
搭載され、異なるネットワークを連結したものとなる。
なお、ネットワークインターフェースとしては、イーサ
ネットのみならずシリアル回線上のＰＰＰなどを含む。
た場合の構成例を示す。通常、汎用コンピュータ上の主
記憶装置１０２もしくは補助記憶装置１０３上に本発明
の機能を実現するためのソフトウェアが記憶され、ＣＰ
Ｕ１０１で本発明の処理が実行される。図３に示す装置
には２つ以上のネットワークインターフェース１０４が
搭載され、異なるネットワークを連結したものとなる。
なお、ネットワークインターフェースとしては、イーサ
ネットのみならずシリアル回線上のＰＰＰなどを含む。
【００１８】図４に本発明の実施例のＩＰルータ装置の
構成を示す。本実施例のＩＰルータ装置は、ＩＰスタッ
ク内でＴＣＰコネクションの情報を管理してパケットヘ
ッダの情報を変換する変換手段と、アプリケーション層
において、２つのＴＣＰコネクションをストリームレベ
ルで接続する手段に大別される。同図において、２，３
はそれぞれホストであり、ここでは同図に示すようにホ
スト１のＩＰアドレスはａ１、アプリケーションのクラ
イアントポート番号（動的にアサイン）はｐ１、ホスト
２のＩＰアドレスはａ４、アプリケーションサーバのサ
ーバポート番号（アプリケーションサーバ毎に固定値）
はｐ４であるとする。
構成を示す。本実施例のＩＰルータ装置は、ＩＰスタッ
ク内でＴＣＰコネクションの情報を管理してパケットヘ
ッダの情報を変換する変換手段と、アプリケーション層
において、２つのＴＣＰコネクションをストリームレベ
ルで接続する手段に大別される。同図において、２，３
はそれぞれホストであり、ここでは同図に示すようにホ
スト１のＩＰアドレスはａ１、アプリケーションのクラ
イアントポート番号（動的にアサイン）はｐ１、ホスト
２のＩＰアドレスはａ４、アプリケーションサーバのサ
ーバポート番号（アプリケーションサーバ毎に固定値）
はｐ４であるとする。
【００１９】１は本実施例のＩＰルータ装置であり、図
４に示すようにＩＰルータのＩＰアドレスはａ２，ａ
３、ストリーム転送ソフトのサーバポート番号（固定
値）はｐ２、ストリーム転送ソフトのクライアントポー
ト番号（動的にアサイン）はｐ３であるとする。ＩＰル
ータ装置１はネットワークドライバ１１ａ，１１ｂ、Ｉ
Ｐスタック１２ａ，１２ｂ、ＴＣＰスタック１３ａ，１
３ｂ、２つのＴＣＰコネクションをストリームで連結す
る機能を備えたストリーム転送手段１４を備え、ストリ
ーム転送手段１４はＴＣＰコネクションの本来の接続先
である接続先ＩＰアドレスを抽出する機能を備えてい
る。１５はＴＣＰコネクションを管理するデータベース
であり、上記ＩＰスタック１２ａ，１２ｂは該データベ
ース１５と連携してパケットヘッダの変換を行う。ま
た、ＩＰフォワーティング１６は、後述するようにＩＰ
スタックにおいて変換対象外となったＩＰパケットを前
記図１６に示した従来型ルータ装置と同様にＩＰルーテ
ィングする。
４に示すようにＩＰルータのＩＰアドレスはａ２，ａ
３、ストリーム転送ソフトのサーバポート番号（固定
値）はｐ２、ストリーム転送ソフトのクライアントポー
ト番号（動的にアサイン）はｐ３であるとする。ＩＰル
ータ装置１はネットワークドライバ１１ａ，１１ｂ、Ｉ
Ｐスタック１２ａ，１２ｂ、ＴＣＰスタック１３ａ，１
３ｂ、２つのＴＣＰコネクションをストリームで連結す
る機能を備えたストリーム転送手段１４を備え、ストリ
ーム転送手段１４はＴＣＰコネクションの本来の接続先
である接続先ＩＰアドレスを抽出する機能を備えてい
る。１５はＴＣＰコネクションを管理するデータベース
であり、上記ＩＰスタック１２ａ，１２ｂは該データベ
ース１５と連携してパケットヘッダの変換を行う。ま
た、ＩＰフォワーティング１６は、後述するようにＩＰ
スタックにおいて変換対象外となったＩＰパケットを前
記図１６に示した従来型ルータ装置と同様にＩＰルーテ
ィングする。
【００２０】図５にＩＰスタック内でパケットヘッダの
変換を行なう機能とその規則、さらにＴＣＰコネクショ
ン管理データべ−スと前記変換機能との連携を示す。同
図において、”ｓｒｃ ａ１，ｐ１”の”ａ１”は送信
元のＩＰアドレス（ｓｒｃ−ＩＰ）、”ｐ１”は送信元
のポート番号（ｓｒｃ−ポート番号）を示し、”ｄｓｔ
ａ４，ｐ４”の”ａ４”は接続先のＩＰアドレス（ｄ
ｓｔ−ＩＰ）、”ｐ４”は接続先のポート番号（ｄｓｔ
−ポート番号）を示し、変換機能１〜４により、”ｓｒ
ｃ ａ１，ｐ１”，”ｄｓｔ ａ４，ｐ４”がそれぞれ
「元」→「新」に変換されることを示している。また、
ｐ２”は前記したようにストリーム転送ソフトのサーバ
ポート番号（固定値）、”ｐＮ”はＴＣＰコネクション
識別番号であり、コネクション毎に一意に割り振られ
る。
変換を行なう機能とその規則、さらにＴＣＰコネクショ
ン管理データべ−スと前記変換機能との連携を示す。同
図において、”ｓｒｃ ａ１，ｐ１”の”ａ１”は送信
元のＩＰアドレス（ｓｒｃ−ＩＰ）、”ｐ１”は送信元
のポート番号（ｓｒｃ−ポート番号）を示し、”ｄｓｔ
ａ４，ｐ４”の”ａ４”は接続先のＩＰアドレス（ｄ
ｓｔ−ＩＰ）、”ｐ４”は接続先のポート番号（ｄｓｔ
−ポート番号）を示し、変換機能１〜４により、”ｓｒ
ｃ ａ１，ｐ１”，”ｄｓｔ ａ４，ｐ４”がそれぞれ
「元」→「新」に変換されることを示している。また、
ｐ２”は前記したようにストリーム転送ソフトのサーバ
ポート番号（固定値）、”ｐＮ”はＴＣＰコネクション
識別番号であり、コネクション毎に一意に割り振られ
る。
【００２１】図５の変換規則はルータを外から見た際に
は、図３で説明したパケット情報（ヘッダ内のＩＰアド
レスとポート番号）に変化がないことを示し、一方で、
ルークのアプリケーション層から見た際には、ストリー
ム転送機能が２つの終端したＴＣＰコネクションをハン
ドリングできることを示している。一連の変換機能は以
下の機能からなる。 （１）ネットワークドライバ１１ａ，１１ｂからＩＰス
タック１２ａ，１２ｂに流入するＩＰパケットの処理
（図６のフロー）。 （２）ＩＰスタック１２ａ，１２ｂからネットワークド
ライバ１１ａ，１１ｂに流出するＩＰパケットの処理
（図７のフロー）。 （３）ＴＣＰコネクション管理データベース１５（以下
管理データベースと略記する）のエントリー削除処理
（図８のフロー）。 上記（１）（２）のＩＰパケットの処理において、ＩＰ
スタック１２ａ，１２ｂは図５に示す変換機能１〜４に
より、ＩＰパケットのヘッダ部のＩＰアドレス、ポート
番号を変換する（図９〜図１２のフロー）。なお、図４
においては、便宜上、ルータ内のＩＰスタックとＴＣＰ
スタックを２つに分離して記述しているが、実施形態に
おいては、インターフェースが複数あっても、ＩＰスタ
ックとＴＣＰスタックは共通に存在し利用される。従っ
て、上記パケット処理（１）は、変換機能１と変換機能
４を含む。同様に、上記パケット処理（２）は、変換機
能２と変換機能３を含む。
は、図３で説明したパケット情報（ヘッダ内のＩＰアド
レスとポート番号）に変化がないことを示し、一方で、
ルークのアプリケーション層から見た際には、ストリー
ム転送機能が２つの終端したＴＣＰコネクションをハン
ドリングできることを示している。一連の変換機能は以
下の機能からなる。 （１）ネットワークドライバ１１ａ，１１ｂからＩＰス
タック１２ａ，１２ｂに流入するＩＰパケットの処理
（図６のフロー）。 （２）ＩＰスタック１２ａ，１２ｂからネットワークド
ライバ１１ａ，１１ｂに流出するＩＰパケットの処理
（図７のフロー）。 （３）ＴＣＰコネクション管理データベース１５（以下
管理データベースと略記する）のエントリー削除処理
（図８のフロー）。 上記（１）（２）のＩＰパケットの処理において、ＩＰ
スタック１２ａ，１２ｂは図５に示す変換機能１〜４に
より、ＩＰパケットのヘッダ部のＩＰアドレス、ポート
番号を変換する（図９〜図１２のフロー）。なお、図４
においては、便宜上、ルータ内のＩＰスタックとＴＣＰ
スタックを２つに分離して記述しているが、実施形態に
おいては、インターフェースが複数あっても、ＩＰスタ
ックとＴＣＰスタックは共通に存在し利用される。従っ
て、上記パケット処理（１）は、変換機能１と変換機能
４を含む。同様に、上記パケット処理（２）は、変換機
能２と変換機能３を含む。
【００２２】従来型ＩＰルータでは、流入するＩＰパケ
ットの処理は、前記図２１に示したように、ｄｓｔ−Ｉ
Ｐアドレスが自ホスト（ルータ自身）宛かどうかで判断
し、自ホスト宛以外のＩＰパケットをＩＰフォワーディ
ング経由でネットワークに出力する（ＩＰルーティン
グ）。本実施例では、このＩＰルーティングの変わりに
ＴＣＰ終端を行なうので、自ホスト宛以外のＩＰパケッ
トがＴＣＰもしくはＩＣＭＰならば、図４に示したよう
に変換機能４もしくは変換機能１を通す（後述する図６
のフロー）。それぞれの変換機能では、ＴＣＰコネクシ
ョン管理データべ−ス１５に登録されたパケットを対象
に、図５に示すようにＩＰアドレスおよびポート番号の
変換を行ない、ルータ内のＴＣＰスタック１３ａもしく
は１３ｂに引き渡す。また、上記管理データベース１５
に登録されていないパケットは変換対象外とする。な
お、変換機能１では、後述するように変換対象外となっ
たＩＰパケットがＴＣＰのＳＹＮフラグ（通信確立要求
フラグ）を持ち、新規にＴＣＰコネクションを確立しよ
うとしている場合は、データべースにエントリーを追加
する。変換機能１はこの新規エントリ追加機能を有する
ために、変換機能４よりも後に処理される必要がある。
最終的に変換対象外となったＩＰパケット、つまり、Ｕ
ＤＰパケットや何らかの制限（後述のコネクション数制
限など）に引っかかったＴＣＰパケットは、従来型のＩ
Ｐルータと同様にＩＰフォワーディング１６経由でＩＰ
ルーティングする。
ットの処理は、前記図２１に示したように、ｄｓｔ−Ｉ
Ｐアドレスが自ホスト（ルータ自身）宛かどうかで判断
し、自ホスト宛以外のＩＰパケットをＩＰフォワーディ
ング経由でネットワークに出力する（ＩＰルーティン
グ）。本実施例では、このＩＰルーティングの変わりに
ＴＣＰ終端を行なうので、自ホスト宛以外のＩＰパケッ
トがＴＣＰもしくはＩＣＭＰならば、図４に示したよう
に変換機能４もしくは変換機能１を通す（後述する図６
のフロー）。それぞれの変換機能では、ＴＣＰコネクシ
ョン管理データべ−ス１５に登録されたパケットを対象
に、図５に示すようにＩＰアドレスおよびポート番号の
変換を行ない、ルータ内のＴＣＰスタック１３ａもしく
は１３ｂに引き渡す。また、上記管理データベース１５
に登録されていないパケットは変換対象外とする。な
お、変換機能１では、後述するように変換対象外となっ
たＩＰパケットがＴＣＰのＳＹＮフラグ（通信確立要求
フラグ）を持ち、新規にＴＣＰコネクションを確立しよ
うとしている場合は、データべースにエントリーを追加
する。変換機能１はこの新規エントリ追加機能を有する
ために、変換機能４よりも後に処理される必要がある。
最終的に変換対象外となったＩＰパケット、つまり、Ｕ
ＤＰパケットや何らかの制限（後述のコネクション数制
限など）に引っかかったＴＣＰパケットは、従来型のＩ
Ｐルータと同様にＩＰフォワーディング１６経由でＩＰ
ルーティングする。
【００２３】また、流出するＩＰパケットの処理は、従
来型ＩＰルータでは前記図２２に示したようにｄｓｔ−
ＩＰアドレスに従ったネットワークをルーティングテー
ブルから検索し、そのネットワークに出力する。本実施
例では、ＩＰフォワーディング１６経由で送られてきた
パケット以外つまり、アプリケーション層からＴＣＰ／
ＩＣＭＰ層に引き渡されてきたＩＰパケットを対象に、
変換機能２もしくは変換機能３に渡し、図５に示すよう
にＩＰアドレスおよびポート番号の変換を行う。変換後
は従来型ＩＰルータと同様の処理を行ないネットワーク
に出力する。
来型ＩＰルータでは前記図２２に示したようにｄｓｔ−
ＩＰアドレスに従ったネットワークをルーティングテー
ブルから検索し、そのネットワークに出力する。本実施
例では、ＩＰフォワーディング１６経由で送られてきた
パケット以外つまり、アプリケーション層からＴＣＰ／
ＩＣＭＰ層に引き渡されてきたＩＰパケットを対象に、
変換機能２もしくは変換機能３に渡し、図５に示すよう
にＩＰアドレスおよびポート番号の変換を行う。変換後
は従来型ＩＰルータと同様の処理を行ないネットワーク
に出力する。
【００２４】ＴＣＰコネクション管理用データベース１
５は、ＴＣＰコネクションをその生成から終了までの間
管理し、コネクション毎に前記で述べた一意の識別番号
（図５のｐＮ）を割り振る。上記管理用データべース１
５で管理するエントリーは、図５に示すように項目Ａ〜
Ｅの５つからなる。各エントリは、変換機能１における
新規ＴＣＰコネクションの検出と同時に新規生成され、
項目Ａ〜Ｄが割り当てられる。さらに、変換機能３で
は、該当するＴＣＰコネクションのＩＰパケットが通過
する際に、図５に示すように項目Ｅが割り当てられる。
これによって、変換機能１〜４はデータベースのエント
リと連携して、パケットヘッダ中のＩＰアドレスおよび
ポート番号を書換えることが可能となる。上記管理用デ
ータべース１５のエントリは、後述する図８のフローに
示すように、ＴＣＰスタックにおいてＴＣＰコネクショ
ンがクローズされるのと同期して削除される。すなわ
ち、ＴＣＰコネクションクローズ時、ＴＣＰスタック
は、ＴＣＰコネクションの識別番号をともない上記管理
用データべ−ス１５内のコネクション終了処理ルーチン
を呼び出す。上記処理ルーチンでは、識別番号からエン
トリを検索し、データベースからそれを削除する。
５は、ＴＣＰコネクションをその生成から終了までの間
管理し、コネクション毎に前記で述べた一意の識別番号
（図５のｐＮ）を割り振る。上記管理用データべース１
５で管理するエントリーは、図５に示すように項目Ａ〜
Ｅの５つからなる。各エントリは、変換機能１における
新規ＴＣＰコネクションの検出と同時に新規生成され、
項目Ａ〜Ｄが割り当てられる。さらに、変換機能３で
は、該当するＴＣＰコネクションのＩＰパケットが通過
する際に、図５に示すように項目Ｅが割り当てられる。
これによって、変換機能１〜４はデータベースのエント
リと連携して、パケットヘッダ中のＩＰアドレスおよび
ポート番号を書換えることが可能となる。上記管理用デ
ータべース１５のエントリは、後述する図８のフローに
示すように、ＴＣＰスタックにおいてＴＣＰコネクショ
ンがクローズされるのと同期して削除される。すなわ
ち、ＴＣＰコネクションクローズ時、ＴＣＰスタック
は、ＴＣＰコネクションの識別番号をともない上記管理
用データべ−ス１５内のコネクション終了処理ルーチン
を呼び出す。上記処理ルーチンでは、識別番号からエン
トリを検索し、データベースからそれを削除する。
【００２５】管理データべース１５内でのコネクション
を管理するためのエントリは、上述のとおり、ＴＣＰパ
ケットのＳＹＮ（通信確立要求）が来たときに新規に作
成し、ＴＣＰスタックのクローズ処理からの呼び出しを
受けて、エントリを削除する。これは、ＴＣＰスタック
が動作するごとく、コネクションの存在に関わるすべて
のＴＣＰシーケンス〔ＳＹＮ（通信確立要求）、ＦＩＮ
（終了要求）、ＲＳＴ（強制終了）〕を追う必要がない
のでコネクションを管理する処理を大幅に簡略化でき
る。
を管理するためのエントリは、上述のとおり、ＴＣＰパ
ケットのＳＹＮ（通信確立要求）が来たときに新規に作
成し、ＴＣＰスタックのクローズ処理からの呼び出しを
受けて、エントリを削除する。これは、ＴＣＰスタック
が動作するごとく、コネクションの存在に関わるすべて
のＴＣＰシーケンス〔ＳＹＮ（通信確立要求）、ＦＩＮ
（終了要求）、ＲＳＴ（強制終了）〕を追う必要がない
のでコネクションを管理する処理を大幅に簡略化でき
る。
【００２６】ストリーム転送手段１４は後述する図１３
のフローに示すようにストリーム転送を行う。前記図２
３に示した従来型アプリケーションゲートウェイで使用
される典型的なストリーム転送機能と、本実施例のスト
リーム転送機能で異なる点は、接続すべきサーバのＩＰ
アドレスとポート番号の取得方法にある。従来型アプリ
ケーションゲートウェイにおいては、クライアントとの
ストリーム中にその情報を提示する方式が一般的であ
る。例えば、アプリケーションゲートウェイの一つであ
るｈｔｔｐプロキシでは、そのストリーム中に以下に示
すように“ｗｗｗ．ｎｉｃ．ａｄ．ｊｐ”というＩＰア
ドレスを得るためのホスト情報と“８０”というポート
番号が記述される。 ＧＥＴ／ＨＴＴＰ／１．０（エンド−エンド通信時） ＧＥＴ ｈｔｔｐ：／／ｗｗｗ．ｎｉｃ．ａｄ．ｊｐ：
８０／ＨＴＴＰ／１．０（プロキシ使用時）
のフローに示すようにストリーム転送を行う。前記図２
３に示した従来型アプリケーションゲートウェイで使用
される典型的なストリーム転送機能と、本実施例のスト
リーム転送機能で異なる点は、接続すべきサーバのＩＰ
アドレスとポート番号の取得方法にある。従来型アプリ
ケーションゲートウェイにおいては、クライアントとの
ストリーム中にその情報を提示する方式が一般的であ
る。例えば、アプリケーションゲートウェイの一つであ
るｈｔｔｐプロキシでは、そのストリーム中に以下に示
すように“ｗｗｗ．ｎｉｃ．ａｄ．ｊｐ”というＩＰア
ドレスを得るためのホスト情報と“８０”というポート
番号が記述される。 ＧＥＴ／ＨＴＴＰ／１．０（エンド−エンド通信時） ＧＥＴ ｈｔｔｐ：／／ｗｗｗ．ｎｉｃ．ａｄ．ｊｐ：
８０／ＨＴＴＰ／１．０（プロキシ使用時）
【００２７】一方、本実施例では、前記図５に示したよ
うに変換機能１の後ろにＩＰパケット内に本来の接続先
の情報（図５における”ｄｓｔ ａ４”）が残るため、
ストリーム転送機能では、ソケットの接続先情報を取得
する関数を用いて、接続すべきサーバのＩＰアドレスを
取得できる。なお、ポート番号については、変換機能１
において、ストリーム転送機能のサーバソケットのサー
バポート（図５の”ｐ２”）に書き換えるために、スト
リーム転送機能においては本来の値は取得できない。し
かし、図５に示したように変換機能１において、ソケッ
トのｓｒｃポート番号にＴＣＰコネクションの識別番号
（ＰＮ）が埋め込まれるので、これを、サーバへのＴＣ
Ｐコネクションのポート番号として用いる。このポート
番号の情報は、ＴＣＰパケットが変換機能３を通過する
際に、図５に示したように本来の接続先であるサーバの
ポート番号（図５の”ｐ４”）に書き換えられる。ちな
みに、変換機能３では、ｄｓｔ−ポート番号だけでな
く、ｓｒｃ−ＩＰアドレス、ｓｒｃ−ポート番号も書き
換えを行なうので、ストリーム転送機能が動的なポート
番号を割り振るクライアントソケットを使用しても、サ
ーバからは常に本来のクライアントの割り振ったＩＰア
ドレスとポート番号が見える。
うに変換機能１の後ろにＩＰパケット内に本来の接続先
の情報（図５における”ｄｓｔ ａ４”）が残るため、
ストリーム転送機能では、ソケットの接続先情報を取得
する関数を用いて、接続すべきサーバのＩＰアドレスを
取得できる。なお、ポート番号については、変換機能１
において、ストリーム転送機能のサーバソケットのサー
バポート（図５の”ｐ２”）に書き換えるために、スト
リーム転送機能においては本来の値は取得できない。し
かし、図５に示したように変換機能１において、ソケッ
トのｓｒｃポート番号にＴＣＰコネクションの識別番号
（ＰＮ）が埋め込まれるので、これを、サーバへのＴＣ
Ｐコネクションのポート番号として用いる。このポート
番号の情報は、ＴＣＰパケットが変換機能３を通過する
際に、図５に示したように本来の接続先であるサーバの
ポート番号（図５の”ｐ４”）に書き換えられる。ちな
みに、変換機能３では、ｄｓｔ−ポート番号だけでな
く、ｓｒｃ−ＩＰアドレス、ｓｒｃ−ポート番号も書き
換えを行なうので、ストリーム転送機能が動的なポート
番号を割り振るクライアントソケットを使用しても、サ
ーバからは常に本来のクライアントの割り振ったＩＰア
ドレスとポート番号が見える。
【００２８】以下図６〜図１３のフローチャートによ
り、上述した処理について説明する。図６は前記（１）
のＩＰスタックにおけるＩＰパケットの入力処理を示す
図である。ＩＰスタックにネットワークドライバからＩ
Ｐパケットが流入すると、ｄｓｔ−ＩＰアドレスが自ホ
スト宛であるかを調べ（ステップＳ１）、自ホスト宛で
あればＩＰパケットを自ホストのＴＣＰ／ＩＰスタック
に引き渡し（ステップＳ２）処理を終了する。また、ｄ
ｓｔ−ＩＰアドレスが自ホスト宛でない場合には、ＴＣ
ＰもしくはＩＣＭＰパケットであるかを調べ（ステップ
Ｓ３）、ＴＣＰもしくはＩＣＭＰパケットでなければ、
ＩＰフォワーディング１６経由でＩＰパケットの出力処
理に引き渡す（ステップＳ４）。
り、上述した処理について説明する。図６は前記（１）
のＩＰスタックにおけるＩＰパケットの入力処理を示す
図である。ＩＰスタックにネットワークドライバからＩ
Ｐパケットが流入すると、ｄｓｔ−ＩＰアドレスが自ホ
スト宛であるかを調べ（ステップＳ１）、自ホスト宛で
あればＩＰパケットを自ホストのＴＣＰ／ＩＰスタック
に引き渡し（ステップＳ２）処理を終了する。また、ｄ
ｓｔ−ＩＰアドレスが自ホスト宛でない場合には、ＴＣ
ＰもしくはＩＣＭＰパケットであるかを調べ（ステップ
Ｓ３）、ＴＣＰもしくはＩＣＭＰパケットでなければ、
ＩＰフォワーディング１６経由でＩＰパケットの出力処
理に引き渡す（ステップＳ４）。
【００２９】また、ＩＰパケットがＴＣＰもしくはＩＣ
ＭＰパケットの場合にはステップ５に行き変換機能４
（後述する図１２のフロー）によりＴＣＰ／ＩＰパケッ
ト内のＩＰアドレス、ポート番号を例えば図５の変換機
能４に示すように変換する。そして変換されたか否かを
判別し（ステップＳ６）、変換された場合には自ホスト
のＴＣＰ／ＩＰスタックに引き渡し（ステップＳ２）処
理を終了する。また、変換されなかった場合には、変換
機能１（図９のフロー）によりＴＣＰ／ＩＰパケット内
のＩＰアドレス、ポート番号を例えば図５の変換機能１
に示すように変換する。そして変換されたか否かを判別
し（ステップＳ８）、変換されなかった場合には、ＩＰ
フォワーディング１６経由でＩＰパケットの出力処理に
引き渡す（ステップＳ４）。変換された場合には、自ホ
ストのＴＣＰ／ＩＰスタックに引き渡し（ステップＳ
２）処理を終了する。
ＭＰパケットの場合にはステップ５に行き変換機能４
（後述する図１２のフロー）によりＴＣＰ／ＩＰパケッ
ト内のＩＰアドレス、ポート番号を例えば図５の変換機
能４に示すように変換する。そして変換されたか否かを
判別し（ステップＳ６）、変換された場合には自ホスト
のＴＣＰ／ＩＰスタックに引き渡し（ステップＳ２）処
理を終了する。また、変換されなかった場合には、変換
機能１（図９のフロー）によりＴＣＰ／ＩＰパケット内
のＩＰアドレス、ポート番号を例えば図５の変換機能１
に示すように変換する。そして変換されたか否かを判別
し（ステップＳ８）、変換されなかった場合には、ＩＰ
フォワーディング１６経由でＩＰパケットの出力処理に
引き渡す（ステップＳ４）。変換された場合には、自ホ
ストのＴＣＰ／ＩＰスタックに引き渡し（ステップＳ
２）処理を終了する。
【００３０】図７は前記（２）のＩＰスタックにおける
ＩＰパケットの出力処理を示す図である。ＩＰパケット
がＩＰスタックに流入すると、ＩＰパケットがＩＰフォ
ワーディング１６経由で送られてきたものか調べる（ス
テップＳ１）。ＩＰパケットがＩＰフォワーディング１
６経由で送られてきたものである場合にはステップＳ６
にいき、ｄｓｔ−ＩＰアドレスもしくはそのサブネット
ワークで、ルーティングテーブルを検索し（ステップＳ
６）、該ルーティングテーブルに従い、ネットワークド
ライバにＩＰパケットを引き渡す。ＩＰパケットがＩＰ
フォワーディング１６経由で送られてきたものでない場
合には、ＴＣＰもしくはＩＣＭＰパケットかを調べ（ス
テップＳ２）、ＴＣＰもしくはＩＣＭＰパケットでない
場合にはステップＳ６に行き、上記処理を行う。
ＩＰパケットの出力処理を示す図である。ＩＰパケット
がＩＰスタックに流入すると、ＩＰパケットがＩＰフォ
ワーディング１６経由で送られてきたものか調べる（ス
テップＳ１）。ＩＰパケットがＩＰフォワーディング１
６経由で送られてきたものである場合にはステップＳ６
にいき、ｄｓｔ−ＩＰアドレスもしくはそのサブネット
ワークで、ルーティングテーブルを検索し（ステップＳ
６）、該ルーティングテーブルに従い、ネットワークド
ライバにＩＰパケットを引き渡す。ＩＰパケットがＩＰ
フォワーディング１６経由で送られてきたものでない場
合には、ＴＣＰもしくはＩＣＭＰパケットかを調べ（ス
テップＳ２）、ＴＣＰもしくはＩＣＭＰパケットでない
場合にはステップＳ６に行き、上記処理を行う。
【００３１】ＩＰパケットがＴＣＰもしくはＩＣＭＰパ
ケットの場合には、変換機能２（図１０のフロー）によ
りＴＣＰ／ＩＰパケット内のＩＰアドレス、ポート番号
を例えば図５の変換機能２に示すように変換する（ステ
ップＳ３）。そして変換されたか否かを判別し（ステッ
プＳ４）、変換された場合には、ステップＳ６に行く。
またステップ変換機能２により変換されなかった場合に
は、変換機能３（図１１のフロー）によりＴＣＰ／ＩＰ
パケット内のＩＰアドレス、ポート番号を変換する（ス
テップＳ５）。そして、ステップＳ６に行き、上記のよ
うにｄｓｔ−ＩＰアドレスもしくはそのサブネットワー
クで、ルーティングテーブルを検索し（ステップＳ
６）、該ルーティングテーブルに従い、ネットワークド
ライバにＩＰパケットを引き渡す。
ケットの場合には、変換機能２（図１０のフロー）によ
りＴＣＰ／ＩＰパケット内のＩＰアドレス、ポート番号
を例えば図５の変換機能２に示すように変換する（ステ
ップＳ３）。そして変換されたか否かを判別し（ステッ
プＳ４）、変換された場合には、ステップＳ６に行く。
またステップ変換機能２により変換されなかった場合に
は、変換機能３（図１１のフロー）によりＴＣＰ／ＩＰ
パケット内のＩＰアドレス、ポート番号を変換する（ス
テップＳ５）。そして、ステップＳ６に行き、上記のよ
うにｄｓｔ−ＩＰアドレスもしくはそのサブネットワー
クで、ルーティングテーブルを検索し（ステップＳ
６）、該ルーティングテーブルに従い、ネットワークド
ライバにＩＰパケットを引き渡す。
【００３２】図８は前記（３）に示した管理データベー
ス１５のエントリー削除処理を示す図である。ＴＣＰス
タック内のコネクションが終了すると、ＴＣＰスタック
内のコネクション終了処理は、管理データベース１５に
コネクションの終了を通知する（ステップＳ１）。これ
により管理データベース１５内のコネクション終了処理
が呼び出され、該コネクション終了処理はＴＣＰコネク
ションの識別番号（前記した”ｐＮ”）からデータベー
ス内のエントリを検索し（ステップＳ３）、該エントリ
をデータベースから削除する（ステップＳ４）。一方、
ＴＣＰスタック内のコネクション終了処理は、ＴＣＰコ
ントロールブロックを削除する（ステップＳ２）。
ス１５のエントリー削除処理を示す図である。ＴＣＰス
タック内のコネクションが終了すると、ＴＣＰスタック
内のコネクション終了処理は、管理データベース１５に
コネクションの終了を通知する（ステップＳ１）。これ
により管理データベース１５内のコネクション終了処理
が呼び出され、該コネクション終了処理はＴＣＰコネク
ションの識別番号（前記した”ｐＮ”）からデータベー
ス内のエントリを検索し（ステップＳ３）、該エントリ
をデータベースから削除する（ステップＳ４）。一方、
ＴＣＰスタック内のコネクション終了処理は、ＴＣＰコ
ントロールブロックを削除する（ステップＳ２）。
【００３３】図９は、前記した変換機能１における処理
を示す図であり、ネットワークドライバからＩＰスタッ
クに流入するＴＣＰ／ＩＰパケット内のｓｒｃ−ＩＰア
ドレス、ｓｒｃ−ポート番号、ｄｓｔ−ＩＰアドレス、
ｄｓｔ−ポート番号は変換機能１により次のように変換
される。まず、ステップＳ１において、管理データベー
ス１５内のエントリを検索し、ＴＣＰ／ＩＰパケット内
のｓｒｃ−ＩＰアドレスが管理データベース１５内の項
目Ａ（図５参照）のＩＰアドレスに一致し、ｓｒｃ−ポ
ート番号が項目Ａのポート番号に一致し、ｄｓｔ−ＩＰ
アドレスが項目ＢのＩＰアドレスに一致し、ｄｓｔ−ポ
ート番号が項目Ｂのポート番号に一致するエントリがあ
るかを調べる。管理データベース１５内に上記エントリ
が存在しない場合には、ステップＳ２からステップＳ３
に行き、処理対象となるコネクションがコネクション数
の制限内であるかを調べ、制限内でない場合には処理を
終了する。この場合には、ＩＰフォワーディング１６経
由でＩＰパケットの出力処理に引き渡される。
を示す図であり、ネットワークドライバからＩＰスタッ
クに流入するＴＣＰ／ＩＰパケット内のｓｒｃ−ＩＰア
ドレス、ｓｒｃ−ポート番号、ｄｓｔ−ＩＰアドレス、
ｄｓｔ−ポート番号は変換機能１により次のように変換
される。まず、ステップＳ１において、管理データベー
ス１５内のエントリを検索し、ＴＣＰ／ＩＰパケット内
のｓｒｃ−ＩＰアドレスが管理データベース１５内の項
目Ａ（図５参照）のＩＰアドレスに一致し、ｓｒｃ−ポ
ート番号が項目Ａのポート番号に一致し、ｄｓｔ−ＩＰ
アドレスが項目ＢのＩＰアドレスに一致し、ｄｓｔ−ポ
ート番号が項目Ｂのポート番号に一致するエントリがあ
るかを調べる。管理データベース１５内に上記エントリ
が存在しない場合には、ステップＳ２からステップＳ３
に行き、処理対象となるコネクションがコネクション数
の制限内であるかを調べ、制限内でない場合には処理を
終了する。この場合には、ＩＰフォワーディング１６経
由でＩＰパケットの出力処理に引き渡される。
【００３４】コネクション数の制限内である場合には、
管理データベース１５内に新たなエントリを作成し（ス
テップＳ４）、上記エントリ内の項目Ａにｓｒｃ−ＩＰ
アドレスおよびｓｒｃ−ポート番号を登録する（ステッ
プＳ５）。また、上記エントリ内の項目Ｂにｄｓｔ−Ｉ
Ｐアドレスおよびｄｓｔ−ポート番号を登録する（ステ
ップＳ６）。例えば図５においては、項目Ａに”ａ１，
ｐ１”が、項目Ｂに”ａ４，ｐ４”が登録される。さら
に、上記エントリ内の項目Ｃ，ＤのＩＰアドレスに項目
Ａ，Ｂの複製を登録する。また、ポート番号にＴＣＰコ
ネクションの識別番号を登録する（ステップＳ７）。例
えば図５においては、項目Ｃ，Ｄのポート番号に”ｐ
Ｎ”が登録される。
管理データベース１５内に新たなエントリを作成し（ス
テップＳ４）、上記エントリ内の項目Ａにｓｒｃ−ＩＰ
アドレスおよびｓｒｃ−ポート番号を登録する（ステッ
プＳ５）。また、上記エントリ内の項目Ｂにｄｓｔ−Ｉ
Ｐアドレスおよびｄｓｔ−ポート番号を登録する（ステ
ップＳ６）。例えば図５においては、項目Ａに”ａ１，
ｐ１”が、項目Ｂに”ａ４，ｐ４”が登録される。さら
に、上記エントリ内の項目Ｃ，ＤのＩＰアドレスに項目
Ａ，Ｂの複製を登録する。また、ポート番号にＴＣＰコ
ネクションの識別番号を登録する（ステップＳ７）。例
えば図５においては、項目Ｃ，Ｄのポート番号に”ｐ
Ｎ”が登録される。
【００３５】ついで、ＴＣＰ／ＩＰパケット内のｓｒｃ
−ポート番号に項目Ｃのポート番号を設定し（ステップ
Ｓ８）、ＴＣＰ／ＩＰパケット内のｄｓｔ−ポート番号
にストリーム転送ソフトのサーバポート番号を設定する
（ステップＳ９）。そして、ＩＰパケットのチェックサ
ムを計算しなおして（ステップＳ１０）、処理を終了す
る。また、ステップＳ２において、ステップＳ１の条件
を満たすエントリが存在すると判別された場合には、ス
テップＳ２からステップ８に行き、上記ステップＳ８〜
ステップ１０の処理を行う。上記処理により、例えば図
５においては、同図の変換機能１の「新」に示すよう
に、ｓｒｃ−ＩＰアドレス、ｓｒｃ−ポート番号にそれ
ぞれａ１，ｐＮが設定され、ｄｓｔ−ＩＰアドレス、ｄ
ｓｔ−ポート番号にそれぞれａ４，ｐ２が設定される。
−ポート番号に項目Ｃのポート番号を設定し（ステップ
Ｓ８）、ＴＣＰ／ＩＰパケット内のｄｓｔ−ポート番号
にストリーム転送ソフトのサーバポート番号を設定する
（ステップＳ９）。そして、ＩＰパケットのチェックサ
ムを計算しなおして（ステップＳ１０）、処理を終了す
る。また、ステップＳ２において、ステップＳ１の条件
を満たすエントリが存在すると判別された場合には、ス
テップＳ２からステップ８に行き、上記ステップＳ８〜
ステップ１０の処理を行う。上記処理により、例えば図
５においては、同図の変換機能１の「新」に示すよう
に、ｓｒｃ−ＩＰアドレス、ｓｒｃ−ポート番号にそれ
ぞれａ１，ｐＮが設定され、ｄｓｔ−ＩＰアドレス、ｄ
ｓｔ−ポート番号にそれぞれａ４，ｐ２が設定される。
【００３６】図１０は、前記した変換機能２における処
理を示す図であり、ＩＰスタックからネットワークドラ
イバに流出するＴＣＰ／ＩＰパケット内のｓｒｃ−ＩＰ
アドレス、ｓｒｃ−ポート番号、ｄｓｔ−ＩＰアドレ
ス、ｄｓｔ−ポート番号は変換機能２により次のように
変換される。まず、ステップＳ１において、管理データ
ベース１５内のエントリを検索し、ＴＣＰ／ＩＰパケッ
ト内のｄｓｔ−ＩＰアドレスが管理データベース１５内
の項目ＣのＩＰアドレスに一致し、ｄｓｔ−ポート番号
が項目Ｃのポート番号に一致するエントリが存在するか
を調べる。
理を示す図であり、ＩＰスタックからネットワークドラ
イバに流出するＴＣＰ／ＩＰパケット内のｓｒｃ−ＩＰ
アドレス、ｓｒｃ−ポート番号、ｄｓｔ−ＩＰアドレ
ス、ｄｓｔ−ポート番号は変換機能２により次のように
変換される。まず、ステップＳ１において、管理データ
ベース１５内のエントリを検索し、ＴＣＰ／ＩＰパケッ
ト内のｄｓｔ−ＩＰアドレスが管理データベース１５内
の項目ＣのＩＰアドレスに一致し、ｄｓｔ−ポート番号
が項目Ｃのポート番号に一致するエントリが存在するか
を調べる。
【００３７】管理データベース１５内に上記エントリが
存在しない場合には、処理を終了する。また、上記エン
トリが存在する場合には、ステップＳ２からステップＳ
３に行き、ＴＣＰ／ＩＰパケット内のｓｒｃ−ポート番
号に項目Ｂのポート番号を設定し（ステップＳ３）、Ｔ
ＣＰ／ＩＰパケット内のｄｓｔ−ポート番号に項目Ａの
ポート番号を設定する（ステップＳ４）。そして、ＩＰ
パケットのチェックサムを計算しなおして（ステップＳ
５）、処理を終了する。上記処理により、例えば図５に
おいては、同図の変換機能２の「新」に示すように、ｓ
ｒｃ−ＩＰアドレス、ｓｒｃ−ポート番号にそれぞれａ
４，ｐ４が設定され、ｄｓｔ−ＩＰアドレス、ｄｓｔ−
ポート番号にそれぞれａ１，ｐ１が設定される。
存在しない場合には、処理を終了する。また、上記エン
トリが存在する場合には、ステップＳ２からステップＳ
３に行き、ＴＣＰ／ＩＰパケット内のｓｒｃ−ポート番
号に項目Ｂのポート番号を設定し（ステップＳ３）、Ｔ
ＣＰ／ＩＰパケット内のｄｓｔ−ポート番号に項目Ａの
ポート番号を設定する（ステップＳ４）。そして、ＩＰ
パケットのチェックサムを計算しなおして（ステップＳ
５）、処理を終了する。上記処理により、例えば図５に
おいては、同図の変換機能２の「新」に示すように、ｓ
ｒｃ−ＩＰアドレス、ｓｒｃ−ポート番号にそれぞれａ
４，ｐ４が設定され、ｄｓｔ−ＩＰアドレス、ｄｓｔ−
ポート番号にそれぞれａ１，ｐ１が設定される。
【００３８】図１１は、前記した変換機能３における処
理を示す図であり、ＩＰスタックからネットワークドラ
イバに流出するＴＣＰ／ＩＰパケット内のｓｒｃ−ＩＰ
アドレス、ｓｒｃ−ポート番号、ｄｓｔ−ＩＰアドレ
ス、ｄｓｔ−ポート番号は変換機能３により次のように
変換される。まず、ステップＳ１において、管理データ
ベース１５内のエントリを検索し、ＴＣＰ／ＩＰパケッ
ト内のｄｓｔ−ＩＰアドレスが管理データベース１５内
の項目ＤのＩＰアドレスに一致し、ｄｓｔ−ポート番号
が項目Ｄのポート番号に一致するエントリが存在するか
を調べる。
理を示す図であり、ＩＰスタックからネットワークドラ
イバに流出するＴＣＰ／ＩＰパケット内のｓｒｃ−ＩＰ
アドレス、ｓｒｃ−ポート番号、ｄｓｔ−ＩＰアドレ
ス、ｄｓｔ−ポート番号は変換機能３により次のように
変換される。まず、ステップＳ１において、管理データ
ベース１５内のエントリを検索し、ＴＣＰ／ＩＰパケッ
ト内のｄｓｔ−ＩＰアドレスが管理データベース１５内
の項目ＤのＩＰアドレスに一致し、ｄｓｔ−ポート番号
が項目Ｄのポート番号に一致するエントリが存在するか
を調べる。
【００３９】管理データベース１５内に上記エントリが
存在しない場合には、処理を終了する。また、上記エン
トリが存在する場合には、ステップＳ２からステップＳ
３に行き、ＴＣＰ／ＩＰパケット内のｓｒｃ−ＩＰアド
レスに項目ＡのＩＰアドレスを設定し（ステップＳ
３）、ＴＣＰ／ＩＰパケット内のｓｒｃ−ポート番号に
項目Ａのポート番号を設定し（ステップＳ４）、ＴＣＰ
／ＩＰパケット内のｄｓｔ−ポート番号に項目Ｂのポー
ト番号を設定する（ステップＳ５）。そして、ＩＰパケ
ットのチェックサムを計算しなおす（ステップＳ６）。
ついで、上記エントリが項目Ｅに登録済であるかを調べ
（ステップＳ７）、登録されていなければ、上記エント
リの項目Ｅにｓｒｃ−ＩＰアドレス、ｓｒｃ−ポート番
号を登録して（ステップＳ８）処理を終了する。上記処
理により、例えば図５においては、同図の変換機能３の
「新」に示すように、ｓｒｃ−ＩＰアドレス、ｓｒｃ−
ポート番号にそれぞれａ１，ｐ１が設定され、ｄｓｔ−
ＩＰアドレス、ｄｓｔ−ポート番号にそれぞれａ４，ｐ
４が設定される。また、管理データベース１５の項目Ｅ
に”ａ３，ｐ３”が登録される。
存在しない場合には、処理を終了する。また、上記エン
トリが存在する場合には、ステップＳ２からステップＳ
３に行き、ＴＣＰ／ＩＰパケット内のｓｒｃ−ＩＰアド
レスに項目ＡのＩＰアドレスを設定し（ステップＳ
３）、ＴＣＰ／ＩＰパケット内のｓｒｃ−ポート番号に
項目Ａのポート番号を設定し（ステップＳ４）、ＴＣＰ
／ＩＰパケット内のｄｓｔ−ポート番号に項目Ｂのポー
ト番号を設定する（ステップＳ５）。そして、ＩＰパケ
ットのチェックサムを計算しなおす（ステップＳ６）。
ついで、上記エントリが項目Ｅに登録済であるかを調べ
（ステップＳ７）、登録されていなければ、上記エント
リの項目Ｅにｓｒｃ−ＩＰアドレス、ｓｒｃ−ポート番
号を登録して（ステップＳ８）処理を終了する。上記処
理により、例えば図５においては、同図の変換機能３の
「新」に示すように、ｓｒｃ−ＩＰアドレス、ｓｒｃ−
ポート番号にそれぞれａ１，ｐ１が設定され、ｄｓｔ−
ＩＰアドレス、ｄｓｔ−ポート番号にそれぞれａ４，ｐ
４が設定される。また、管理データベース１５の項目Ｅ
に”ａ３，ｐ３”が登録される。
【００４０】図１２は、前記で述べた変換機能４におけ
る処理を示す図であり、ネットワークドライバからＩＰ
スタックに流入するＴＣＰ／ＩＰパケット内のヘッダ部
のｓｒｃ−ＩＰアドレス、ｓｒｃ−ポート番号、ｄｓｔ
−ＩＰアドレス、ｄｓｔ−ポート番号は変換機能４によ
り次のように変換される。まず、ステップＳ１におい
て、管理データベース１５内のエントリを検索し、ＴＣ
Ｐ／ＩＰパケット内のｓｒｃ−ＩＰアドレスが管理デー
タベース１５内の項目ＢのＩＰアドレスに一致し、ｓｒ
ｃ−ポート番号が項目Ｂのポート番号に一致し、ｄｓｔ
−ＩＰアドレスが項目ＡのＩＰアドレスに一致し、ｄｓ
ｔ−ポート番号が項目Ａのポート番号に一致するエント
リがあるかを調べる。管理データベース１５内に上記エ
ントリが存在しない場合には、処理を終了する。また、
上記エントリが存在する場合には、ステップＳ２からス
テップＳ３に行き、ＴＣＰ／ＩＰパケット内のｓｒｃ−
ポート番号に項目Ｄのポート番号を設定し（ステップＳ
３）、ＴＣＰ／ＩＰパケット内のｄｓｔ−ＩＰアドレス
に項目ＥのＩＰアドレスを設定し（ステップＳ４）、Ｔ
ＣＰ／ＩＰパケット内のｄｓｔ−ポート番号に項目Ｅの
ポート番号を設定する（ステップＳ５）。そして、ＩＰ
パケットのチェックサムを計算しなおし（ステップＳ
６）、処理を終了する。上記処理により、例えば図５に
おいては、同図の変換機能４の「新」に示すように、ｓ
ｒｃ−ＩＰアドレス、ｓｒｃ−ポート番号にそれぞれａ
４，ｐＮが設定され、ｄｓｔ−ＩＰアドレス、ｄｓｔ−
ポート番号にそれぞれａ３，ｐ３が設定される。
る処理を示す図であり、ネットワークドライバからＩＰ
スタックに流入するＴＣＰ／ＩＰパケット内のヘッダ部
のｓｒｃ−ＩＰアドレス、ｓｒｃ−ポート番号、ｄｓｔ
−ＩＰアドレス、ｄｓｔ−ポート番号は変換機能４によ
り次のように変換される。まず、ステップＳ１におい
て、管理データベース１５内のエントリを検索し、ＴＣ
Ｐ／ＩＰパケット内のｓｒｃ−ＩＰアドレスが管理デー
タベース１５内の項目ＢのＩＰアドレスに一致し、ｓｒ
ｃ−ポート番号が項目Ｂのポート番号に一致し、ｄｓｔ
−ＩＰアドレスが項目ＡのＩＰアドレスに一致し、ｄｓ
ｔ−ポート番号が項目Ａのポート番号に一致するエント
リがあるかを調べる。管理データベース１５内に上記エ
ントリが存在しない場合には、処理を終了する。また、
上記エントリが存在する場合には、ステップＳ２からス
テップＳ３に行き、ＴＣＰ／ＩＰパケット内のｓｒｃ−
ポート番号に項目Ｄのポート番号を設定し（ステップＳ
３）、ＴＣＰ／ＩＰパケット内のｄｓｔ−ＩＰアドレス
に項目ＥのＩＰアドレスを設定し（ステップＳ４）、Ｔ
ＣＰ／ＩＰパケット内のｄｓｔ−ポート番号に項目Ｅの
ポート番号を設定する（ステップＳ５）。そして、ＩＰ
パケットのチェックサムを計算しなおし（ステップＳ
６）、処理を終了する。上記処理により、例えば図５に
おいては、同図の変換機能４の「新」に示すように、ｓ
ｒｃ−ＩＰアドレス、ｓｒｃ−ポート番号にそれぞれａ
４，ｐＮが設定され、ｄｓｔ−ＩＰアドレス、ｄｓｔ−
ポート番号にそれぞれａ３，ｐ３が設定される。
【００４１】図１３は前記で述べたストリーム転送機能
の処理フローを示す図である。本実施例におけるストリ
ーム転送機能は、前記図２３に示した従来型ストリーム
転送機能と同様であるが、前述したようにソケットの接
続先情報を取得する関数を用いて接続すべきサーバのＩ
Ｐアドレスを取得する。すなわち、図１３のフローに示
すように、サーバソケットとしてＴＣＰコネクションの
接続を待ち（ステップＳ１）、クライアントとＴＣＰコ
ネクションを確立する（ステップＳ２）。ついで、クラ
イアント−ルータ間のＴＣＰコネクション情報からｄｓ
ｔ−ＩＰアドレスおよびｓｒｃ−ポート情報を取得し
（ステップＳ３）、クライアントソケットとして、上記
接続先にＴＣＰコネクションを確立する（ステップＳ
４）。そして、ストリームが継続しているかを判断し
（ステップＳ５）、継続していない場合には処理を終了
する。また、継続している場合には、クライアントとの
ストリームから一定量以下のデータを読み出し（ステッ
プＳ６）、サーバとのストリームへ前記データを書き出
す（ステップＳ７）。
の処理フローを示す図である。本実施例におけるストリ
ーム転送機能は、前記図２３に示した従来型ストリーム
転送機能と同様であるが、前述したようにソケットの接
続先情報を取得する関数を用いて接続すべきサーバのＩ
Ｐアドレスを取得する。すなわち、図１３のフローに示
すように、サーバソケットとしてＴＣＰコネクションの
接続を待ち（ステップＳ１）、クライアントとＴＣＰコ
ネクションを確立する（ステップＳ２）。ついで、クラ
イアント−ルータ間のＴＣＰコネクション情報からｄｓ
ｔ−ＩＰアドレスおよびｓｒｃ−ポート情報を取得し
（ステップＳ３）、クライアントソケットとして、上記
接続先にＴＣＰコネクションを確立する（ステップＳ
４）。そして、ストリームが継続しているかを判断し
（ステップＳ５）、継続していない場合には処理を終了
する。また、継続している場合には、クライアントとの
ストリームから一定量以下のデータを読み出し（ステッ
プＳ６）、サーバとのストリームへ前記データを書き出
す（ステップＳ７）。
【００４２】上述の説明は、基本的にはひとつのエンド
−エンドのＴＣＰコネクションを実現するための実施例
についてであるが、データべ−スのエントリを複数管理
し、ＴＣＰコネクションに割り当てる識別番号を管理Ｔ
ＣＰコネクション線数内で一意に割り振ることによっ
て、複数のＴＣＰコネクションのサポートが実現可能で
ある。ＴＣＰコネクション識別番号は、初期値（１０２
４など）から１づつ増加させ、管理ＴＣＰコネクション
数の範囲を超えた場合、所定の値で初期値に戻すことに
よって実現できる。この際に、使用しようとする識別番
号が使用中ならばさらに１増加させる。
−エンドのＴＣＰコネクションを実現するための実施例
についてであるが、データべ−スのエントリを複数管理
し、ＴＣＰコネクションに割り当てる識別番号を管理Ｔ
ＣＰコネクション線数内で一意に割り振ることによっ
て、複数のＴＣＰコネクションのサポートが実現可能で
ある。ＴＣＰコネクション識別番号は、初期値（１０２
４など）から１づつ増加させ、管理ＴＣＰコネクション
数の範囲を超えた場合、所定の値で初期値に戻すことに
よって実現できる。この際に、使用しようとする識別番
号が使用中ならばさらに１増加させる。
【００４３】従来型のアプリケーションゲートウェイで
は、ＩＰ層でのパケットルーティングを行なわない。そ
のために、ＵＤＰやＩＣＭＰなどＴＣＰ以外のＩＰパケ
ットについては、専用の処理を必要としていた。本実施
例のルータ装置においては、前述した図６、図７に示し
たようにＴＣＰパケットだけ（ＩＣＭＰパケットについ
ては後述する）をルータ内のＴＣＰ層に引き渡す仕組み
を備えるので、それ以外のＩＰパケットは従来型ＩＰル
ータと同様にＩＰルーティングされる。従って、ＴＣＰ
コネクション以外についてもグローバルコネクティビテ
ィが保証される。
は、ＩＰ層でのパケットルーティングを行なわない。そ
のために、ＵＤＰやＩＣＭＰなどＴＣＰ以外のＩＰパケ
ットについては、専用の処理を必要としていた。本実施
例のルータ装置においては、前述した図６、図７に示し
たようにＴＣＰパケットだけ（ＩＣＭＰパケットについ
ては後述する）をルータ内のＴＣＰ層に引き渡す仕組み
を備えるので、それ以外のＩＰパケットは従来型ＩＰル
ータと同様にＩＰルーティングされる。従って、ＴＣＰ
コネクション以外についてもグローバルコネクティビテ
ィが保証される。
【００４４】また、従来型のアプリケーションゲートウ
ェイでは、ＴＣＰの制御用にバッファを必要とするの
で、コネクション数が増大するに比例して、メモリ使用
量も増大する。これは、通常のＩＰルーティングに比べ
ると大きなものなので、無制限にＴＣＰ終端することは
システムのメモリを多量に消費することにつながり、装
置の価格を上昇させるデメリットを生じさせる。本実施
例のルータ装置においは、前記図９で説明した変換機能
１に示すように、データベースにおいてｓｒｃ−ＩＰア
ドレス毎にコネクション数の管理をしている。そして、
新規コネクションに対するエントリを作ろうとすると
き、あらかじめ決めてある制限数と現在管理しているコ
ネクション数を比較し、制限数を超えた場合は新たなエ
ントリを作成せず、その後のＩＰパケットはすべて、Ｉ
Ｐ層でのＩＰフォワーディング対象となる。これは、コ
ネクション数の一時的あるいは定常的な増加に伴うシス
テムの性能低下や停止を防ぐ効果をもたらす。さらに、
装置を設計する上で必要なメモリ量やＣＰＵ能力を規定
することも可能となる。
ェイでは、ＴＣＰの制御用にバッファを必要とするの
で、コネクション数が増大するに比例して、メモリ使用
量も増大する。これは、通常のＩＰルーティングに比べ
ると大きなものなので、無制限にＴＣＰ終端することは
システムのメモリを多量に消費することにつながり、装
置の価格を上昇させるデメリットを生じさせる。本実施
例のルータ装置においは、前記図９で説明した変換機能
１に示すように、データベースにおいてｓｒｃ−ＩＰア
ドレス毎にコネクション数の管理をしている。そして、
新規コネクションに対するエントリを作ろうとすると
き、あらかじめ決めてある制限数と現在管理しているコ
ネクション数を比較し、制限数を超えた場合は新たなエ
ントリを作成せず、その後のＩＰパケットはすべて、Ｉ
Ｐ層でのＩＰフォワーディング対象となる。これは、コ
ネクション数の一時的あるいは定常的な増加に伴うシス
テムの性能低下や停止を防ぐ効果をもたらす。さらに、
装置を設計する上で必要なメモリ量やＣＰＵ能力を規定
することも可能となる。
【００４５】ところで、本実施例においては、所定のＩ
ＣＭＰパケットについても本実施例のルータ装置内で終
端させるようにした。ここで、所定のＩＣＭＰパケット
とは、そのデータ部にＴＣＰヘッダを含むもので、具体
的には、前記図２０に示したようにＩＣＭＰヘッダタイ
プが、３〜５、１１、１２が対象となる。すなわち、Ｉ
ＣＭＰパケットは前記図２０に示したようなパケットヘ
ッダを持ち、そのデータ部にＩＰヘッダとその上位層
（ＴＣＰなど）ヘッダを格納して送る。ここで、図１４
に示すように、ホストＡから本実施例のルータ装置を通
過し、別のルータもしくは終点のホストの到達した際に
何らかのエラーが生じた場合、ＩＣＭＰパケットによっ
てそのエラーをパケット送信ホストに通知することがあ
る。
ＣＭＰパケットについても本実施例のルータ装置内で終
端させるようにした。ここで、所定のＩＣＭＰパケット
とは、そのデータ部にＴＣＰヘッダを含むもので、具体
的には、前記図２０に示したようにＩＣＭＰヘッダタイ
プが、３〜５、１１、１２が対象となる。すなわち、Ｉ
ＣＭＰパケットは前記図２０に示したようなパケットヘ
ッダを持ち、そのデータ部にＩＰヘッダとその上位層
（ＴＣＰなど）ヘッダを格納して送る。ここで、図１４
に示すように、ホストＡから本実施例のルータ装置を通
過し、別のルータもしくは終点のホストの到達した際に
何らかのエラーが生じた場合、ＩＣＭＰパケットによっ
てそのエラーをパケット送信ホストに通知することがあ
る。
【００４６】その際は、ＩＣＭＰパケットのデータ部に
エラーの原因となったＩＰパケットの一部を直接挿入す
る。ＴＣＰコネクションを構成するＩＰパケットに生じ
たエラーについては、実際のＴＣＰコネクションの終端
ホスト（ここでは、本実施例のルータ装置）に対して、
通知されるべきである。なぜならば、ＩＣＭＰデータ部
に挿入されたＴＣＰヘッダに含まれるシーケンス番号の
情報が本実施例のルータ装置で区切られた２つのＴＣＰ
コネクションで異なり、ＩＣＭＰでの通知によって情報
の不整合が生じてしまうからである。しかし、本実施例
のルータ装置では両エンドのホストに対して、グローバ
ルコネクティビティを保証する動作をしているため、Ｉ
ＣＭＰパケットを生成するホスト（もしくはルータ装
置）は、図１４のホストＡに送付しようとしてしまう。
エラーの原因となったＩＰパケットの一部を直接挿入す
る。ＴＣＰコネクションを構成するＩＰパケットに生じ
たエラーについては、実際のＴＣＰコネクションの終端
ホスト（ここでは、本実施例のルータ装置）に対して、
通知されるべきである。なぜならば、ＩＣＭＰデータ部
に挿入されたＴＣＰヘッダに含まれるシーケンス番号の
情報が本実施例のルータ装置で区切られた２つのＴＣＰ
コネクションで異なり、ＩＣＭＰでの通知によって情報
の不整合が生じてしまうからである。しかし、本実施例
のルータ装置では両エンドのホストに対して、グローバ
ルコネクティビティを保証する動作をしているため、Ｉ
ＣＭＰパケットを生成するホスト（もしくはルータ装
置）は、図１４のホストＡに送付しようとしてしまう。
【００４７】そこで、本発明では、ＴＣＰコネクション
だけではなくて、所定のＩＣＭＰパケットについても、
本発明ルータ内で終端するようにした。ＩＣＭＰパケッ
トを終端する（すなわち、ヘッダ変換する）ためには通
常のＴＣＰパケットと同様にコネクションによるエント
リ検索が必要である。ただし、図１４に示すようにＩＣ
ＭＰパケットの進行方向とそのデータ部に含むＴＣＰパ
ケットの進行方向は逆であるので、データ部のＩＰおよ
びＴＣＰヘッダ内のｓｒｃ情報とｄｓｔ情報を反転した
上で、検索および変換を行なう必要がある。更に、変換
後はそれらを元に戻す。また、この変換にともない、Ｉ
ＣＭＰパケット包含するＩＰパケットのヘッダにおける
ｄｓｔ−ＩＰアドレスも、前記ＩＣＭＰデータ部に含む
ＩＰヘッダの反転後のｄｓｔ−ＩＰアドレスと同様に変
換を行なう。
だけではなくて、所定のＩＣＭＰパケットについても、
本発明ルータ内で終端するようにした。ＩＣＭＰパケッ
トを終端する（すなわち、ヘッダ変換する）ためには通
常のＴＣＰパケットと同様にコネクションによるエント
リ検索が必要である。ただし、図１４に示すようにＩＣ
ＭＰパケットの進行方向とそのデータ部に含むＴＣＰパ
ケットの進行方向は逆であるので、データ部のＩＰおよ
びＴＣＰヘッダ内のｓｒｃ情報とｄｓｔ情報を反転した
上で、検索および変換を行なう必要がある。更に、変換
後はそれらを元に戻す。また、この変換にともない、Ｉ
ＣＭＰパケット包含するＩＰパケットのヘッダにおける
ｄｓｔ−ＩＰアドレスも、前記ＩＣＭＰデータ部に含む
ＩＰヘッダの反転後のｄｓｔ−ＩＰアドレスと同様に変
換を行なう。
【００４８】ＩＣＭＰパケットに対する処理を図１５に
示す。図１５において、まず、ＩＣＭＰパケット内ペイ
ロード（データ部）に格納されているＩＰパケットおよ
びＴＣＰパケットのｓｒｃとｄｓｔの内容を反転させる
（ステップＳ１）。ついで、上記ＩＣＭＰ内のペイロー
ド（データ部）内のＩＰパケットおよびＴＣＰパケット
のＩＰアドレスおよびポート番号の情報を元に管理デー
タベース１５のエントリを検索し、さらに、これらの情
報におけるＩＣＭＰを包含するＩＰパケットのｄｓｔ−
ＩＰアドレスの情報について、変換機能４による変換を
行う（ステップＳ２）。そして、ＩＣＭＰパケット内の
ペイロード（データ部）に格納されているＩＰパケット
およびＴＣＰパケットのｓｒｃとｄｓｔの内容を反転さ
せる。
示す。図１５において、まず、ＩＣＭＰパケット内ペイ
ロード（データ部）に格納されているＩＰパケットおよ
びＴＣＰパケットのｓｒｃとｄｓｔの内容を反転させる
（ステップＳ１）。ついで、上記ＩＣＭＰ内のペイロー
ド（データ部）内のＩＰパケットおよびＴＣＰパケット
のＩＰアドレスおよびポート番号の情報を元に管理デー
タベース１５のエントリを検索し、さらに、これらの情
報におけるＩＣＭＰを包含するＩＰパケットのｄｓｔ−
ＩＰアドレスの情報について、変換機能４による変換を
行う（ステップＳ２）。そして、ＩＣＭＰパケット内の
ペイロード（データ部）に格納されているＩＰパケット
およびＴＣＰパケットのｓｒｃとｄｓｔの内容を反転さ
せる。
【００４９】
【発明の効果】以上説明したように、本発明によれば、
性質の異なるネットワークを跨るＴＣＰコネクションに
おいて、効率の良い伝送を行なうために、ＴＣＰ終端の
仕組みを採り入れつつ、インターネットの性質として重
要なグローバルコネクティビティを保証したＩＰルータ
装置（アプリケーションゲートウェイ）を実現すること
が可能となる。
性質の異なるネットワークを跨るＴＣＰコネクションに
おいて、効率の良い伝送を行なうために、ＴＣＰ終端の
仕組みを採り入れつつ、インターネットの性質として重
要なグローバルコネクティビティを保証したＩＰルータ
装置（アプリケーションゲートウェイ）を実現すること
が可能となる。
【図１】本発明の概要を説明する図である。
【図２】ルータ通過前後のＩＰパケットの情報変化とグ
ローバルコネクティビティを説明する図である。
ローバルコネクティビティを説明する図である。
【図３】本発明が適用される装置の構成例を示す図であ
る。
る。
【図４】本発明の実施例のルータ装置の構成を示す図で
ある。
ある。
【図５】本発明の実施例のルータ装置におけるＩＰパケ
ット内情報の変換規則を説明する図である
ット内情報の変換規則を説明する図である
【図６】本発明の実施例のＩＰスタックにおける入力処
理フローを示す図である。
理フローを示す図である。
【図７】本発明の実施例のＩＰスタックにおける出力処
理フローを示す図である。
理フローを示す図である。
【図８】本発明の実施例の管理データベースのエントリ
ー削除処理フローを示す図である。
ー削除処理フローを示す図である。
【図９】本発明の実施例の変換機能１の処理フローを示
す図である。
す図である。
【図１０】本発明の実施例の変換機能２の処理フローを
示す図である。
示す図である。
【図１１】本発明の実施例の変換機能３の処理フローを
示す図である。
示す図である。
【図１２】本発明の実施例の変換機能４の処理フローを
示す図である。
示す図である。
【図１３】本発明の実施例のストリーム転送機能の処理
フローを示す図である。
フローを示す図である。
【図１４】ＩＰパケットの生成とペイロード情報の逆転
を説明する図である。
を説明する図である。
【図１５】本発明の実施例のＩＣＭＰパケットの変換処
理フローを示す図である。
理フローを示す図である。
【図１６】従来型ＩＰルータ装置の構成を示す図であ
る。
る。
【図１７】従来型ＴＣＰ終端装置の構成を示す図であ
る。
る。
【図１８】ＩＰパケットのヘッダ構成を示す図である。
【図１９】ＴＣＰパケットのヘッダ構成を示す図であ
る。
る。
【図２０】ＩＣＭＰパケットのヘッダ構成を示す図であ
る。
る。
【図２１】従来型のＩＰルータ装置におけるＩＰパケッ
トの入力処理フローを示す図である。
トの入力処理フローを示す図である。
【図２２】従来型のＩＰルータ装置におけるＩＰパケッ
トの出力処理フローを示す図である。
トの出力処理フローを示す図である。
【図２３】従来型のＴＣＰ終端装置におけるストリーム
転送機能のフローチャートを示す図である。
転送機能のフローチャートを示す図である。
１ ＩＰルータ装置
１１ａ，１１ｂ ネットワークドライバ
１２ａ，１２ｂ ＩＰスタック
１３ａ，１３ｂ ＴＣＰスタック
１４ ストリーム転送手段
１５ ＴＣＰコネクンション管理データベー
ス １６ ＩＰフォワーディング
ス １６ ＩＰフォワーディング
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 竹間 智
神奈川県川崎市中原区上小田中４丁目１
番１号 富士通株式会社内
(72)発明者 藤野 信次
神奈川県川崎市中原区上小田中４丁目１
番１号 富士通株式会社内
(72)発明者 谷口 徹哉
東京都港区虎ノ門二丁目10番１号 エ
ヌ・ティ・ティ移動通信網株式会社内
(72)発明者 久永 隆則
東京都港区虎ノ門二丁目10番１号 エ
ヌ・ティ・ティ移動通信網株式会社内
(72)発明者 近田 倫康
東京都港区虎ノ門二丁目10番１号 エ
ヌ・ティ・ティ移動通信網株式会社内
(72)発明者 桑田 大介
東京都港区虎ノ門二丁目10番１号 エ
ヌ・ティ・ティ移動通信網株式会社内
(56)参考文献 特開 平10−200598（ＪＰ，Ａ)
特開 平11−163947（ＪＰ，Ａ)
特開 平11−163946（ＪＰ，Ａ)
特開2000−32478（ＪＰ，Ａ)
特開2000−253048（ＪＰ，Ａ)
加藤紀康，鎌形映二，非対称無線リン
ク用ＴＣＰゲートウェイ，1998年電子情
報通信学会通信ソサイエティ大会講演論
文集，日本，電子情報通信学会，1998年
９月 ７日，Ｂ−７−32，ｐ153
竹田憲司，大澤智喜，モバイル環境で
のトランスポートプロトコルの効率化,
電子情報通信学会技術研究報告，日本,
電子情報通信学会，1999年 ５月28日,
Ｖｏｌ．99 Ｎｏ．100，ｐ25−30
(58)調査した分野(Int.Cl.7，ＤＢ名)
H04L 12/66
H04Q 7/38
H04L 12/46
Claims (6)
- 【請求項１】 ＴＣＰコネクションを終端させる機能を
備えた複数の異なるＩＰネットワークを接続するルータ
装置であって、 上記ルータ装置は、中継しようとするＴＣＰコネクショ
ンを形成する複数のＩＰパケットが前記ルータ装置を通
過しようとする際に、パケット内のＩＰアドレス情報お
よびポート番号情報の一部を所定の規則に従い書き換え
る第１の変換手段と、 前記ＴＣＰコネクションの本来の接続先を示す情報を抽
出し、前記ルータからその接続先へＴＣＰコネクション
を生成し、前記２つのＴＣＰコネクションをストリーム
で連結する手段と、 上記本来の接続先へのＴＣＰコネクションについて、そ
れを形成する複数のＩＰパケット内のＩＰアドレス情報
およびポート番号情報の一部を所定の規則に従い書き換
える第２の変換手段とを備え、 上記第１、第２の変換手段は、上記２つのＴＣＰコネク
ションを１組として取り扱い、上記１組のＴＣＰコネク
ションに対して一意の識別番号を付与してデータベース
に格納し、該データベースに格納された一意の識別番号
により、２つのＴＣＰコネクションを管理することを特
徴とするＩＰルータ装置。 - 【請求項２】 上記第１、第２の変換手段は、ＴＣＰス
タックからのＴＣＰコネクションの終了の通知を受け
て、上記データべ−スに格納している識別番号の情報を
消去することを特徴とする請求項１のＩＰルータ装置。 - 【請求項３】 上記第１、第２の変換手段は、 ＴＣＰ以外のＩＰパケットについては、ＩＰパケット内
の情報の書き換えを行なわず、所定のネットワークにル
ーティングすることを特徴とする請求項１または請求項
２のルータ装置。 - 【請求項４】 上記第１、第２の変換手段は、 所定のコネクション数を超えた新たなＴＣＰコネクショ
ンのＩＰパケットについて、ＩＰパケット内の情報の書
き換えを行なわず、所定のネットワークにルーティング
することを特徴とする請求項１，２または請求項３のＩ
Ｐルータ装置。 - 【請求項５】 上記第１、第２の変換手段は、 所定の型をパケット内のヘッダ情報として持つＩＣＭＰ
パケットについて、そのＩＰアドレス情報およびポート
番号情報、および、パケットデータ内に含まれるＴＣＰ
／ＩＰのヘッダ情報の一部を書き換えることを特徴とす
る請求項１，２，３または請求項４のルータ装置。 - 【請求項６】 ＴＣＰコネクションを終端させる機能を
備えた複数の異なるＩＰネットワークを接続するプログ
ラムを記録した記録媒体であって、 上記プログラムは、中継しようとするＴＣＰコネクショ
ンを形成する複数のＩＰパケットが前記ルータ装置を通
過しようとする際に、パケット内のＩＰアドレス情報お
よびポート番号情報の一部を所定の規則に従い書き換
え、 前記ＴＣＰコネクションの本来の接続先を示す情報を抽
出し、前記ルータからその接続先へＴＣＰコネクション
を生成し、前記２つのＴＣＰコネクションをストリーム
で連結し、 上記本来の接続先へのＴＣＰコネクションについて、そ
れを形成する複数のＩＰパケット内のＩＰアドレス情報
およびポート番号情報の一部を所定の規則に従い書き換
え、 上記２つのＴＣＰコネクションを形成する複数のＩＰパ
ケット内のＩＰアドレス情報およびポート番号情報の一
部を書き換えるに際し、上記２つのＴＣＰコネクション
を１組として取り扱い、上記１組のＴＣＰコネクション
に対して一意の識別番号を付与してデータベースに格納
し、該データベースの格納された一意の識別番号によ
り、２つのＴＣＰコネクションを管理することを特徴と
する複数の異なるＩＰネットワークを接続するプログラ
ムを記録したコンピ ュータ読み取り可能な記録媒体。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000051334A JP3494610B2 (ja) | 2000-02-28 | 2000-02-28 | Ｔｃｐ終端機能付きｉｐルータ装置および媒体 |
| EP20010301408 EP1128614B1 (en) | 2000-02-28 | 2001-02-19 | IP router device having a TCP termination function and a medium thereof |
| US09/788,390 US6829238B2 (en) | 2000-02-28 | 2001-02-21 | IP router device having a TCP termination function and a medium thereof |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000051334A JP3494610B2 (ja) | 2000-02-28 | 2000-02-28 | Ｔｃｐ終端機能付きｉｐルータ装置および媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001244957A JP2001244957A (ja) | 2001-09-07 |
| JP3494610B2 true JP3494610B2 (ja) | 2004-02-09 |
Family
ID=18572996
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000051334A Expired - Fee Related JP3494610B2 (ja) | 2000-02-28 | 2000-02-28 | Ｔｃｐ終端機能付きｉｐルータ装置および媒体 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US6829238B2 (ja) |
| EP (1) | EP1128614B1 (ja) |
| JP (1) | JP3494610B2 (ja) |
Families Citing this family (96)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7343413B2 (en) | 2000-03-21 | 2008-03-11 | F5 Networks, Inc. | Method and system for optimizing a network by independently scaling control segments and data flow |
| US8380854B2 (en) | 2000-03-21 | 2013-02-19 | F5 Networks, Inc. | Simplified method for processing multiple connections from the same client |
| KR100451721B1 (ko) * | 2000-12-30 | 2004-10-08 | 엘지전자 주식회사 | 이동통신 시스템에서의 프로세서간 정합 방법 |
| US6983319B1 (en) * | 2001-04-06 | 2006-01-03 | Permeo Technologies, Inc. | Dynamic port management |
| JP3539413B2 (ja) * | 2001-08-31 | 2004-07-07 | ソニー株式会社 | ネットワーク接続装置、ネットワーク接続システム及びネットワーク接続方法 |
| JP4538055B2 (ja) * | 2001-09-27 | 2010-09-08 | 株式会社東芝 | サーバー計算機保護装置、サーバー計算機保護方法、サーバー計算機保護プログラム及びサーバー計算機 |
| US7457883B2 (en) * | 2001-10-12 | 2008-11-25 | Cisco Technology, Inc. | Mechanism for implementing network discovery in a cable network |
| US20030126290A1 (en) * | 2001-12-03 | 2003-07-03 | Lakshmi Narayanan Ram Gopal | Context filter in a mobile node |
| US7533183B1 (en) * | 2001-12-28 | 2009-05-12 | Nortel Networks Limited | Central control of multiple address domains within a router |
| US7299264B2 (en) * | 2002-05-07 | 2007-11-20 | Hewlett-Packard Development Company, L.P. | System and method for monitoring a connection between a server and a passive client device |
| US7363358B2 (en) * | 2002-05-09 | 2008-04-22 | Gateway Inc. | Transporting a WAN configuration from a PC to a residential gateway |
| US7490162B1 (en) * | 2002-05-15 | 2009-02-10 | F5 Networks, Inc. | Method and system for forwarding messages received at a traffic manager |
| EP1510026A4 (en) * | 2002-05-29 | 2010-10-13 | Interdigital Tech Corp | METHOD AND DEVICE FOR TRANSMITTING NEWSLETTERS OF THE INTERNET TAX INFORMATION PROTOCOL IN A COMMUNICATION NETWORK |
| US7774484B1 (en) | 2002-12-19 | 2010-08-10 | F5 Networks, Inc. | Method and system for managing network traffic |
| WO2005006664A1 (ja) | 2003-07-11 | 2005-01-20 | Nec Corporation | トランスポート層中継方法及びトランスポート層中継装置並びにプログラム |
| US20050086390A1 (en) * | 2003-10-16 | 2005-04-21 | International Business Machines Corporation | Efficient packet desegmentation on a network adapter |
| US9614772B1 (en) | 2003-10-20 | 2017-04-04 | F5 Networks, Inc. | System and method for directing network traffic in tunneling applications |
| US7616644B2 (en) * | 2004-02-25 | 2009-11-10 | Nokia Corporation | Method and apparatus providing a protocol to enable a wireless TCP session using a split TCP connection |
| US8312530B2 (en) * | 2004-07-12 | 2012-11-13 | Cisco Technology, Inc. | System and method for providing security in a network environment using accounting information |
| US8250643B2 (en) | 2005-02-28 | 2012-08-21 | Nec Corporation | Communication device, communication system, communication method, and program |
| JP4407556B2 (ja) * | 2005-03-29 | 2010-02-03 | 日本電気株式会社 | セッション中継装置、セッション中継方法およびプログラム |
| JP4658704B2 (ja) * | 2005-03-31 | 2011-03-23 | マスプロ電工株式会社 | Ｃａｔｖシステム，ケーブルモデムおよびプログラム |
| FI20050412A0 (fi) * | 2005-04-21 | 2005-04-21 | Nokia Corp | Menetelmä yhteyksien muodostamiseksi tietoliikennejärjestelmässä |
| US7496037B2 (en) * | 2005-06-14 | 2009-02-24 | International Business Machines Corporation | Apparatus, system, and method for facilitating delivery of asynchronous response messages |
| US8418233B1 (en) | 2005-07-29 | 2013-04-09 | F5 Networks, Inc. | Rule based extensible authentication |
| US8533308B1 (en) | 2005-08-12 | 2013-09-10 | F5 Networks, Inc. | Network traffic management through protocol-configurable transaction processing |
| JP2007114879A (ja) * | 2005-10-18 | 2007-05-10 | Ricoh Co Ltd | 構造化文書、端末装置、構造化文書の作成プログラム及び構造化文書の作成装置 |
| US8565088B1 (en) | 2006-02-01 | 2013-10-22 | F5 Networks, Inc. | Selectively enabling packet concatenation based on a transaction boundary |
| US8042141B2 (en) * | 2006-09-28 | 2011-10-18 | Masprodenkoh Kabushikikaisha | CATV system, management device, cable modem and program |
| US9106606B1 (en) | 2007-02-05 | 2015-08-11 | F5 Networks, Inc. | Method, intermediate device and computer program code for maintaining persistency |
| US8073046B2 (en) * | 2007-06-14 | 2011-12-06 | Zoran Corporation | Fast training equalization of a signal by using adaptive-iterative algorithm with main path phase correction |
| US8469704B2 (en) * | 2007-06-28 | 2013-06-25 | Ormco Corporation | Self-ligating orthodontic bracket and devices for deploying same |
| US8874789B1 (en) * | 2007-09-28 | 2014-10-28 | Trend Micro Incorporated | Application based routing arrangements and method thereof |
| JP2009135772A (ja) * | 2007-11-30 | 2009-06-18 | Oki Semiconductor Co Ltd | ルータ装置 |
| US8806053B1 (en) | 2008-04-29 | 2014-08-12 | F5 Networks, Inc. | Methods and systems for optimizing network traffic using preemptive acknowledgment signals |
| US9832069B1 (en) | 2008-05-30 | 2017-11-28 | F5 Networks, Inc. | Persistence based on server response in an IP multimedia subsystem (IMS) |
| US9130846B1 (en) | 2008-08-27 | 2015-09-08 | F5 Networks, Inc. | Exposed control components for customizable load balancing and persistence |
| US8566444B1 (en) | 2008-10-30 | 2013-10-22 | F5 Networks, Inc. | Methods and system for simultaneous multiple rules checking |
| JP2010166189A (ja) * | 2009-01-14 | 2010-07-29 | Nec Corp | Ｉｐ中継装置、通信システム及びそれらに用いるｔｃｐフロー制御方法 |
| US10157280B2 (en) | 2009-09-23 | 2018-12-18 | F5 Networks, Inc. | System and method for identifying security breach attempts of a website |
| US9313047B2 (en) | 2009-11-06 | 2016-04-12 | F5 Networks, Inc. | Handling high throughput and low latency network data packets in a traffic management device |
| US10721269B1 (en) | 2009-11-06 | 2020-07-21 | F5 Networks, Inc. | Methods and system for returning requests with javascript for clients before passing a request to a server |
| US8868961B1 (en) | 2009-11-06 | 2014-10-21 | F5 Networks, Inc. | Methods for acquiring hyper transport timing and devices thereof |
| US9141625B1 (en) | 2010-06-22 | 2015-09-22 | F5 Networks, Inc. | Methods for preserving flow state during virtual machine migration and devices thereof |
| US10015286B1 (en) | 2010-06-23 | 2018-07-03 | F5 Networks, Inc. | System and method for proxying HTTP single sign on across network domains |
| US8908545B1 (en) | 2010-07-08 | 2014-12-09 | F5 Networks, Inc. | System and method for handling TCP performance in network access with driver initiated application tunnel |
| US8347100B1 (en) | 2010-07-14 | 2013-01-01 | F5 Networks, Inc. | Methods for DNSSEC proxying and deployment amelioration and systems thereof |
| US9083760B1 (en) | 2010-08-09 | 2015-07-14 | F5 Networks, Inc. | Dynamic cloning and reservation of detached idle connections |
| US8630174B1 (en) | 2010-09-14 | 2014-01-14 | F5 Networks, Inc. | System and method for post shaping TCP packetization |
| US8886981B1 (en) | 2010-09-15 | 2014-11-11 | F5 Networks, Inc. | Systems and methods for idle driven scheduling |
| US8463909B1 (en) | 2010-09-15 | 2013-06-11 | F5 Networks, Inc. | Systems and methods for managing server resources |
| US8804504B1 (en) | 2010-09-16 | 2014-08-12 | F5 Networks, Inc. | System and method for reducing CPU load in processing PPP packets on a SSL-VPN tunneling device |
| WO2012058643A2 (en) | 2010-10-29 | 2012-05-03 | F5 Networks, Inc. | System and method for on the fly protocol conversion in obtaining policy enforcement information |
| US8959571B2 (en) | 2010-10-29 | 2015-02-17 | F5 Networks, Inc. | Automated policy builder |
| US20120163167A1 (en) * | 2010-12-27 | 2012-06-28 | Symbol Technologies, Inc. | Transmission control protocol optimization systems and methods for wireless networks |
| US8627467B2 (en) | 2011-01-14 | 2014-01-07 | F5 Networks, Inc. | System and method for selectively storing web objects in a cache memory based on policy decisions |
| US10135831B2 (en) | 2011-01-28 | 2018-11-20 | F5 Networks, Inc. | System and method for combining an access control system with a traffic management system |
| US9246819B1 (en) | 2011-06-20 | 2016-01-26 | F5 Networks, Inc. | System and method for performing message-based load balancing |
| US9270766B2 (en) | 2011-12-30 | 2016-02-23 | F5 Networks, Inc. | Methods for identifying network traffic characteristics to correlate and manage one or more subsequent flows and devices thereof |
| US10230566B1 (en) | 2012-02-17 | 2019-03-12 | F5 Networks, Inc. | Methods for dynamically constructing a service principal name and devices thereof |
| US9231879B1 (en) | 2012-02-20 | 2016-01-05 | F5 Networks, Inc. | Methods for policy-based network traffic queue management and devices thereof |
| US9172753B1 (en) | 2012-02-20 | 2015-10-27 | F5 Networks, Inc. | Methods for optimizing HTTP header based authentication and devices thereof |
| US10097616B2 (en) | 2012-04-27 | 2018-10-09 | F5 Networks, Inc. | Methods for optimizing service of content requests and devices thereof |
| US9264365B2 (en) | 2012-07-31 | 2016-02-16 | International Business Machines Corporation | Split transport control protocol (TCP) flow control management in a cellular broadband network |
| US10375155B1 (en) | 2013-02-19 | 2019-08-06 | F5 Networks, Inc. | System and method for achieving hardware acceleration for asymmetric flow connections |
| JP6054224B2 (ja) * | 2013-03-25 | 2016-12-27 | 株式会社東芝 | 通信装置、通信システム、通信方法およびプログラム |
| US8819187B1 (en) | 2013-10-29 | 2014-08-26 | Limelight Networks, Inc. | End-to-end acceleration of dynamic content |
| US10187317B1 (en) | 2013-11-15 | 2019-01-22 | F5 Networks, Inc. | Methods for traffic rate control and devices thereof |
| US10015143B1 (en) | 2014-06-05 | 2018-07-03 | F5 Networks, Inc. | Methods for securing one or more license entitlement grants and devices thereof |
| US11838851B1 (en) | 2014-07-15 | 2023-12-05 | F5, Inc. | Methods for managing L7 traffic classification and devices thereof |
| US10122630B1 (en) | 2014-08-15 | 2018-11-06 | F5 Networks, Inc. | Methods for network traffic presteering and devices thereof |
| US10382591B2 (en) | 2014-10-13 | 2019-08-13 | International Business Machines Corporation | Transparent inline content inspection and modification in a TCP session |
| US9774631B2 (en) | 2014-10-29 | 2017-09-26 | International Business Machines Corporation | TLS connection abandoning |
| US10182013B1 (en) | 2014-12-01 | 2019-01-15 | F5 Networks, Inc. | Methods for managing progressive image delivery and devices thereof |
| US11895138B1 (en) | 2015-02-02 | 2024-02-06 | F5, Inc. | Methods for improving web scanner accuracy and devices thereof |
| US10834065B1 (en) | 2015-03-31 | 2020-11-10 | F5 Networks, Inc. | Methods for SSL protected NTLM re-authentication and devices thereof |
| US10505818B1 (en) | 2015-05-05 | 2019-12-10 | F5 Networks. Inc. | Methods for analyzing and load balancing based on server health and devices thereof |
| US11350254B1 (en) | 2015-05-05 | 2022-05-31 | F5, Inc. | Methods for enforcing compliance policies and devices thereof |
| US11757946B1 (en) | 2015-12-22 | 2023-09-12 | F5, Inc. | Methods for analyzing network traffic and enforcing network policies and devices thereof |
| US10404698B1 (en) | 2016-01-15 | 2019-09-03 | F5 Networks, Inc. | Methods for adaptive organization of web application access points in webtops and devices thereof |
| US11178150B1 (en) | 2016-01-20 | 2021-11-16 | F5 Networks, Inc. | Methods for enforcing access control list based on managed application and devices thereof |
| US10797888B1 (en) | 2016-01-20 | 2020-10-06 | F5 Networks, Inc. | Methods for secured SCEP enrollment for client devices and devices thereof |
| US10791088B1 (en) | 2016-06-17 | 2020-09-29 | F5 Networks, Inc. | Methods for disaggregating subscribers via DHCP address translation and devices thereof |
| US11063758B1 (en) | 2016-11-01 | 2021-07-13 | F5 Networks, Inc. | Methods for facilitating cipher selection and devices thereof |
| US10505792B1 (en) | 2016-11-02 | 2019-12-10 | F5 Networks, Inc. | Methods for facilitating network traffic analytics and devices thereof |
| US11496438B1 (en) | 2017-02-07 | 2022-11-08 | F5, Inc. | Methods for improved network security using asymmetric traffic delivery and devices thereof |
| US10791119B1 (en) | 2017-03-14 | 2020-09-29 | F5 Networks, Inc. | Methods for temporal password injection and devices thereof |
| US10812266B1 (en) | 2017-03-17 | 2020-10-20 | F5 Networks, Inc. | Methods for managing security tokens based on security violations and devices thereof |
| US10931662B1 (en) | 2017-04-10 | 2021-02-23 | F5 Networks, Inc. | Methods for ephemeral authentication screening and devices thereof |
| US10972453B1 (en) | 2017-05-03 | 2021-04-06 | F5 Networks, Inc. | Methods for token refreshment based on single sign-on (SSO) for federated identity environments and devices thereof |
| US11343237B1 (en) | 2017-05-12 | 2022-05-24 | F5, Inc. | Methods for managing a federated identity environment using security and access control data and devices thereof |
| US11122042B1 (en) | 2017-05-12 | 2021-09-14 | F5 Networks, Inc. | Methods for dynamically managing user access control and devices thereof |
| US11122083B1 (en) | 2017-09-08 | 2021-09-14 | F5 Networks, Inc. | Methods for managing network connections based on DNS data and network policies and devices thereof |
| US11658995B1 (en) | 2018-03-20 | 2023-05-23 | F5, Inc. | Methods for dynamically mitigating network attacks and devices thereof |
| US11044200B1 (en) | 2018-07-06 | 2021-06-22 | F5 Networks, Inc. | Methods for service stitching using a packet header and devices thereof |
| CN114978561B (zh) * | 2021-02-26 | 2023-11-07 | 中国科学院计算机网络信息中心 | 一种实时高速网络tcp协议旁路批量主机阻断方法及*** |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5941988A (en) * | 1997-01-27 | 1999-08-24 | International Business Machines Corporation | Session and transport layer proxies via TCP glue |
| US6151628A (en) * | 1997-07-03 | 2000-11-21 | 3Com Corporation | Network access methods, including direct wireless to internet access |
| US6563793B1 (en) * | 1998-11-25 | 2003-05-13 | Enron Warpspeed Services, Inc. | Method and apparatus for providing guaranteed quality/class of service within and across networks using existing reservation protocols and frame formats |
-
2000
- 2000-02-28 JP JP2000051334A patent/JP3494610B2/ja not_active Expired - Fee Related
-
2001
- 2001-02-19 EP EP20010301408 patent/EP1128614B1/en not_active Expired - Lifetime
- 2001-02-21 US US09/788,390 patent/US6829238B2/en not_active Expired - Fee Related
Non-Patent Citations (2)
| Title |
|---|
| 加藤紀康，鎌形映二，非対称無線リンク用ＴＣＰゲートウェイ，１９９８年電子情報通信学会通信ソサイエティ大会講演論文集，日本，電子情報通信学会，１９９８年 ９月 ７日，Ｂ−７−３２，ｐ１５３ |
| 竹田憲司，大澤智喜，モバイル環境でのトランスポートプロトコルの効率化，電子情報通信学会技術研究報告，日本，電子情報通信学会，１９９９年 ５月２８日，Ｖｏｌ．９９ Ｎｏ．１００，ｐ２５−３０ |
Also Published As
| Publication number | Publication date |
|---|---|
| EP1128614B1 (en) | 2011-12-21 |
| EP1128614A3 (en) | 2004-02-25 |
| EP1128614A2 (en) | 2001-08-29 |
| JP2001244957A (ja) | 2001-09-07 |
| US6829238B2 (en) | 2004-12-07 |
| US20010017862A1 (en) | 2001-08-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3494610B2 (ja) | Ｔｃｐ終端機能付きｉｐルータ装置および媒体 | |
| EP3342127B1 (en) | Network packet flow controller with extended session management | |
| US6801528B2 (en) | System and method for dynamic simultaneous connection to multiple service providers | |
| US7917948B2 (en) | Method and apparatus for dynamically securing voice and other delay-sensitive network traffic | |
| US20210036953A1 (en) | Flow modification including shared context | |
| Bagnulo et al. | Stateful NAT64: Network address and protocol translation from IPv6 clients to IPv4 servers | |
| EP1234246B1 (en) | System and method for network access without reconfiguration | |
| US8804705B2 (en) | System and method for configuring an IP telephony device | |
| JP3793083B2 (ja) | トンネリングおよび補償を使用するネットワーク・アドレス翻訳によりセキュリティを与えるための方法および装置 | |
| US7068646B2 (en) | System and method for performing IP telephony including internal and external call sessions | |
| US20020141390A1 (en) | System and method for performing IP telephony | |
| US20060056420A1 (en) | Communication apparatus selecting a source address | |
| US20020141389A1 (en) | System and method for routing IP packets | |
| KR100748696B1 (ko) | ＩＰｖ４／ＩＰｖ６ 통합 네트워크 시스템에서의 ＲＳＶＰ지원 방법 및 그 시스템 | |
| US20020196793A1 (en) | End-user communication systems access network | |
| Babatunde et al. | A comparative review of internet protocol version 4 (ipv4) and internet protocol version 6 (ipv6) | |
| WO2017204969A1 (en) | Apparatus and method of securing network communications | |
| Bagnulo et al. | Rfc 6146: Stateful nat64: Network address and protocol translation from ipv6 clients to ipv4 servers | |
| EP2052514B1 (en) | Pervasive inter-domain dynamic host configuration | |
| KR20010073827A (ko) | 인터넷 엣지 라우터에서의 인터넷 프로토콜 주소확장 방법 | |
| Davison et al. | A split stack approach to mobility-providing performance-enhancing proxies | |
| CN114424599B (zh) | 用于传输基于会话的包的方法和*** | |
| EP4387189A1 (en) | Packet forwarding method, apparatus, device, and storage medium | |
| US11956145B1 (en) | Method and apparatus to recover flow using an error message in a tunnel-less SDWAN | |
| Bagnulo et al. | Stateful NAT64: Network Address and Protocol Translation from IPv6 Clients to IPv4 Servers RFC 6146 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20031111 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081121 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081121 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091121 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101121 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101121 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111121 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111121 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121121 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121121 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131121 Year of fee payment: 10 |
|
| LAPS | Cancellation because of no payment of annual fees |