(57)【要約】【課題】エントリテーブルの有効活用を図るＴＣＰ処理装置、パケット中継装置およびＴＣＰ処理方法を提供する。【解決手段】データ送受信部１が、ＷＡＮ側からＥｔｈｅｒフレームを受信した場合、ハードウェアルーティング制御部４は、受信したＥｔｈｅｒフレームが、エントリテーブル３のＷＡＮ側エントリテーブルのエントリデータに合致するか否かを判断する。合致し、かつＴＣＰフレームである場合、フレーム検出部２は、ＴＣＰフラグのＦＩＮビットまたはＲＳＴビットが１であるか否かを判断する。ＦＩＮ、ＲＳＴのいずれかが１である場合、フレーム検出部２は、合致したエントリデータを、自動的にエントリテーブル３のＷＡＮ側エントリテーブルから自動的に消去する。合致したエントリデータが、ＬＡＮ側エントリテーブルのエントリデータに関連付けられている場合には、関連付けられたＬＡＮ側エントリテーブルのエントリデータも同時に消去する。【選択図】図１
2008148139.tif 000002
【特許請求の範囲】
【請求項１】
第１のネットワークから第２のネットワークへのデータ送信を行う際のルーティングを行うための第１のエントリデータを含む第１のエントリテーブルと、
前記第２のネットワークから前記第１のネットワークへのデータ送信を行う際のルーティングを行うための第２のエントリデータを、前記第１のエントリデータに対応付けて含む第２のエントリテーブルと、
受信したパケットがセッションの終了を示す情報を含むか否かを判断する判断手段と、
前記判断手段が受信したパケットがセッションの終了を示す情報を含むと判断した場合に、受信したパケットに対応する第１のエントリデータを前記第１のエントリテーブルから削除するとともに、前記第１のエントリデータに対応する第２のエントリデータを前記第２のエントリテーブルから削除するエントリテーブル制御手段と
を備えることを特徴とするＴＣＰ処理装置。
【請求項２】
判断手段は、第１のネットワークを介して受信したパケットに基づいて第１のエントリデータを選択し、第１のエントリデータが選択された場合に、受信したパケットがセッションの終了を示す情報を含むか否かを判断する請求項１記載のＴＣＰ処理装置。
【請求項３】
判断手段は、受信したパケットがＴＣＰフレームである場合に、受信したパケットがセッションの終了を示す情報を含むか否かを判断する請求項１または請求項２記載のＴＣＰ処理装置。
【請求項４】
判断手段は、受信したパケットに含まれるＦＩＮビットまたはＲＳＴビットが１である場合に、セッションの終了を示す情報を含むと判断する請求項３記載のＴＣＰ処理装置。
【請求項５】
第１のネットワークから第２のネットワークへのデータ送信を行う際のルーティングを行うための第１のエントリデータを含む第１のエントリテーブルと、
前記第２のネットワークから前記第１のネットワークへのデータ送信を行う際のルーティングを行うための第２のエントリデータを、前記第１のエントリデータに対応付けて含む第２のエントリテーブルと、
受信したパケットがセッションの終了を示す情報を含むか否かを判断する判断手段と、
前記判断手段が受信したパケットがセッションの終了を示す情報を含むと判断した場合に、受信したパケットに対応する第１のエントリデータを前記第１のエントリテーブルから削除するとともに、前記第１のエントリデータに対応する第２のエントリデータを前記第２のエントリテーブルから削除するエントリテーブル制御手段と
を備えることを特徴とするパケット中継装置。
【請求項６】
第１のネットワークから第２のネットワークへのデータ送信を行う際のルーティングを行うための第１のエントリデータを含む第１のエントリテーブルを記憶し、
前記第２のネットワークから前記第１のネットワークへのデータ送信を行う際のルーティングを行うための第２のエントリデータを、前記第１のエントリデータに対応付けて含む第２のエントリテーブルを記憶し、
受信したパケットがセッションの終了を示す情報を含むか否かを判断し、
受信したパケットがセッションの終了を示す情報を含むと判断した場合に、受信したパケットに対応する第１のエントリデータを前記第１のエントリテーブルから削除するとともに、前記第１のエントリデータに対応する第２のエントリデータを前記第２のエントリテーブルから削除する
ことを特徴とするＴＣＰ処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＴＣＰ処理装置、パケット中継装置およびＴＣＰ処理方法に関する。
【背景技術】
【０００２】
ＴＣＰフレームでのデータ通信において、例えば、ＬＡＮとＷＡＮ等のネットワーク間の中継を行う中継装置は、ネットワーク上の端末から、セッションの切断前にＦＩＮビットまたはＲＳＴビットが１のフレームを受信する。中継装置がハードウェアルーティング等を行っている場合、切断されたセッションのエントリデータは不要となる。
【０００３】
なお、フロー管理に要するテーブルのサイズを軽減しつつ、当該リンクにおけるフロー全体の通信品質を大きなフローサイズの通信に偏らずに適切に推定することが可能なＴＣＰフロー通信品質推定装置が提案されている（例えば、特許文献１参照）。特許文献１には、到着したパケットが既にユーザフロー管理テーブルにエントリされているフローからのパケットであり、かつ、ＴＣＰ通信の終了を示すＦＩＮフラグあるいはＴＣＰ通信の中断を示すＲＳＴフラグが立っていたら、ユーザフロー管理テーブルから当該フローを削除することが記載されている。
【０００４】
【特許文献１】特開２００６−２２９７０１号公報（段落００３７，００５２）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
不要となったエントリデータをそのまま残しておくと、エントリテーブル（ルーティングテーブル）を無駄に使用してしまう。また、制御部がソフトウェアを実行することによりエントリテーブルを削除する処理を行うと負荷がかかり、高速データ通信の妨げとなるという問題がある。
【０００６】
また、例えば、ＬＡＮとＷＡＮ等のネットワーク間の中継を行う場合、１つのセッションには、ＬＡＮからＷＡＮへの方向の通信と、ＷＡＮからＬＡＮへの方向の通信とがある。しかし、特許文献１に記載された方式では、一方の通信方向のパケットにＦＩＮフラグまたはＲＳＴフラグが立っていた場合であっても、もう一方の通信が終わっていない場合には、一方の通信方向のフローのみが削除され、もう一方の通信方向のフローは削除されない。
【０００７】
そこで、本発明は、エントリテーブルの有効活用を図るＴＣＰ処理装置、パケット中継装置およびＴＣＰ処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明によるＴＣＰ処理装置は、第１のネットワークから第２のネットワークへのデータ送信を行う際のルーティングを行うための第１のエントリデータを含む第１のエントリテーブルと、第２のネットワークから第１のネットワークへのデータ送信を行う際のルーティングを行うための第２のエントリデータを、第１のエントリデータに対応付けて含む第２のエントリテーブルと、受信したパケットがセッションの終了を示す情報を含むか否かを判断する判断手段と、判断手段が受信したパケットがセッションの終了を示す情報を含むと判断した場合に、受信したパケットに対応する第１のエントリデータを第１のエントリテーブルから削除するとともに、第１のエントリデータに対応する第２のエントリデータを第２のエントリテーブルから削除するエントリテーブル制御手段とを備えることを特徴とする。
【０００９】
判断手段は、第１のネットワークを介して受信したパケットに基づいて第１のエントリデータを選択し、第１のエントリデータが選択された場合に、受信したパケットがセッションの終了を示す情報を含むか否かを判断してもよい。そのような構成によれば、受信したパケットが選択された場合に、セッションの終了を示す情報を含むか否かを判断することができる。
【００１０】
判断手段は、受信したパケットがＴＣＰフレームである場合に、受信したパケットがセッションの終了を示す情報を含むか否かを判断してもよい。そのような構成によれば、受信したパケットがＴＣＰフレームである場合に、セッションの終了を示す情報を含むか否かを判断することができる。
【００１１】
判断手段は、受信したパケットに含まれるＦＩＮビットまたはＲＳＴビットが１である場合に、セッションの終了を示す情報を含むと判断してもよい。そのような構成によれば、ＴＣＰフレームのフラグのＦＩＮまたはＲＳＴに基づいてセッションの終了を示す情報を含むか否かを判断することができる。
【００１２】
本発明によるパケット中継装置は、第１のネットワークから第２のネットワークへのデータ送信を行う際のルーティングを行うための第１のエントリデータを含む第１のエントリテーブルと、第２のネットワークから第１のネットワークへのデータ送信を行う際のルーティングを行うための第２のエントリデータを、第１のエントリデータに対応付けて含む第２のエントリテーブルと、受信したパケットがセッションの終了を示す情報を含むか否かを判断する判断手段と、判断手段が受信したパケットがセッションの終了を示す情報を含むと判断した場合に、受信したパケットに対応する第１のエントリデータを第１のエントリテーブルから削除するとともに、第１のエントリデータに対応する第２のエントリデータを第２のエントリテーブルから削除するエントリテーブル制御手段とを備えることを特徴とする。
【００１３】
本発明によるＴＣＰ処理方法は、第１のネットワークから第２のネットワークへのデータ送信を行う際のルーティングを行うための第１のエントリデータを含む第１のエントリテーブルを記憶し、第２のネットワークから第１のネットワークへのデータ送信を行う際のルーティングを行うための第２のエントリデータを、第１のエントリデータに対応付けて含む第２のエントリテーブルを記憶し、受信したパケットがセッションの終了を示す情報を含むか否かを判断し、受信したパケットがセッションの終了を示す情報を含むと判断した場合に、受信したパケットに対応する第１のエントリデータを第１のエントリテーブルから削除するとともに、第１のエントリデータに対応する第２のエントリデータを第２のエントリテーブルから削除することを特徴とする。
【発明の効果】
【００１４】
本発明によれば、第１のエントリテーブルおよび第２のエントリテーブルの２つのエントリテーブルを設け、エントリデータの対応付けを行い、一方のエントリデータを削除するとともに、対応付けられたエントリデータを削除することから、より有効にエントリテーブルを活用することができるという効果がある。
【発明を実施するための最良の形態】
【００１５】
実施の形態１．
以下、本発明の実施の形態を図面を参照して説明する。図１は、本発明によるＴＣＰ処理装置の構成例を示すブロック図である。図１に示すＴＣＰ処理装置は、データ送受信部１と、フレーム検出部２と、エントリテーブル３と、ハードウェアルーティング制御部４と、制御部５と、データ送受信部６とを備える。図１には、ＴＣＰ処理装置が、データ送受信部１を介してＷＡＮに接続され、データ送受信部６を介してＬＡＮに接続される場合を例示する。本発明によるＴＣＰ処理装置は、具体的には、ＬＳＩ等の制御回路を用いて実現される。なお、ＴＣＰ処理装置（具体的には、ＬＳＩ等）は、例えば、パケット中継装置（ルータ等）に実装される。
【００１６】
データ送受信部１は、ＷＡＮ側からＥｔｈｅｒｎｅｔフレーム（以下、Ｅｔｈｅｒフレームと表記する。）を送受信する機能を備える。なお、Ｅｔｈｅｒｎｅｔは登録商標である。データ送受信部１は、例えば、ＷＡＮ用のＩＣ（ＰＨＹ）を介して、ＬＡＮケーブルに接続される。また、データ送受信部６は、ＬＡＮ側からＥｔｈｅｒフレームを送受信する機能を備える。データ送受信部６は、例えば、ＬＡＮ用のＩＣ（スイッチ）を介して、ＬＡＮケーブルに接続される。すなわち、データ送受信部１，６は、接続されるネットワークに対するインタフェース部を含む。
【００１７】
フレーム検出部２は、受信したＥｔｈｅｒフレームがＴＣＰフレームか否かを判別する機能を備える。また、フレーム検出部２は、受信したＥｔｈｅｒフレームがＴＣＰフレームである場合、ＴＣＰフラグのＦＩＮビットまたはＲＳＴビットが１であるか否かを判別する機能を備える。また、フレーム検出部２は、エントリテーブル３からエントリデータを選択して削除する機能を備える。
【００１８】
エントリテーブル３は、具体的には、ＴＣＰ処理装置のメモリ等の記憶部に記憶される。エントリテーブル３は、予めルーティングのためのエントリデータを含む。例えば、ユーザ操作に基づいて制御部５がソフトウェアを実行することにより、エントリテーブル３にエントリデータが登録される。また、エントリデータは、例えば、受信したフレームに含まれるアドレスに基づいて、制御部５によってエントリテーブル３に登録される。
【００１９】
図２は、第１の実施の形態におけるエントリテーブル３の例を示す説明図である。図２に示すように、エントリテーブル３は、ＬＡＮ側エントリテーブルおよびＷＡＮ側エントリテーブルを含む。ＬＡＮ側エントリテーブルは、ＬＡＮからＷＡＮへの方向の通信用のエントリテーブルであって、ＬＡＮからＷＡＮへの方向のフレームを受信した場合に、ハードウェアルーティング制御部４によって検索される。ＷＡＮ側エントリテーブルは、ＷＡＮからＬＡＮへの方向の通信用のエントリテーブルであって、ＷＡＮからＬＡＮへの方向のフレームを受信した場合に、ハードウェアルーティング制御部４によって検索される。
【００２０】
ハードウェア（Ｈ／Ｗ）ルーティング制御部４は、ハードウェアルーティング処理を行う機能を備える。例えば、ハードウェアルーティング制御部４は、受信したフレームに基づいてエントリーテーブル３を検索し、選択されたエントリデータに基づいて、受信したフレームを該当するインタフェース（データ送受信部１またはデータ送受信部６）を介して送信するルーティング処理を行う。
【００２１】
制御部５は、例えば、記憶部（図示せず。）に記憶されたソフトウェア（プログラム）を実行することにより、ＴＣＰ処理装置全体を制御する機能を備える。例えば、制御部５は、ルーティングプロトコル制御、エントリーテーブル３の更新およびエントリーテーブル３をハードウェアルーティング制御部４に配布する処理等を行う。
【００２２】
第１の実施の形態において、第１のエントリテーブルおよび第２のエントリテーブルは、それぞれエントリーテーブル３のＷＡＮ側エントリテーブルまたはＬＡＮ側エントリテーブルのいずれか一方によって実現される。判断手段およびエントリテーブル制御手段は、フレーム検出部２によって実現される。
【００２３】
次に、図面を参照して第１の実施の形態の動作について説明する。図３は、第１の実施の形態のＴＣＰ処理装置の動作を示すフローチャートである。
【００２４】
以下、本発明によるＴＣＰ処理装置が、フレームをＷＡＮ側から受信して、ハードウェアルーティング処理を行う場合を例示して説明する。また、エントリテーブル３には、図２に示すエントリデータが登録され、受信データ（フレーム）がエントリデータのいずれかに合致してルーティング処理が行われている場合を例示する。
【００２５】
データ送受信部１が、ＷＡＮ側からＥｔｈｅｒフレームを受信すると（ステップＳ１）、ハードウェアルーティング制御部４は、受信したＥｔｈｅｒフレームが、エントリテーブル３のＷＡＮ側エントリテーブルのエントリデータに合致するか否かを判断する（ステップＳ２）。受信したフレームがエントリデータに合致しない場合（ＮＯ）、フレーム検出部２は、受信データがハードウェアルーティングの対象ではないとして、受信フレームをルーティング加工処理せずに受信バッファ（図示せず。）に格納する（ステップＳ３）。受信バッファに格納された受信フレームは、制御部５によってソフトウェア処理され（ステップＳ４）、一連の処理を終了する。
【００２６】
受信したフレームが、エントリテーブル３のＷＡＮ側エントリテーブルのエントリデータに合致する場合（ＹＥＳ）、フレーム検出部２は、受信したフレームがＴＣＰフレームか否かを判断する（ステップＳ５）。例えば、受信したフレームがＩＰｖ４フレームの場合、フレーム検出部２は、ＩＰヘッダのＩＰプロトコルの値に基づいて、受信したフレームがＴＣＰフレームか否かを判断する。また、受信したフレームがＩＰｖ６フレームの場合は、Ｎｅｘｔ  Ｈｅａｄｅｒの値に基づいて、受信したフレームがＴＣＰフレームか否かを判断する。
【００２７】
受信したフレームがＴＣＰフレームでない場合（ＮＯ）、ハードウェアルーティング制御部４は、通常のハードウェアルーティング処理を行う（ステップＳ６）。ハードウェアルーティング制御部４は、合致したエントリデータに基づいて、データ送受信部６を介してデータをＬＡＮ側に送信し（ステップＳ７）、一連の処理を終了する。
【００２８】
受信したフレームがＴＣＰフレームである場合（ＹＥＳ）、フレーム検出部２は、ＴＣＰフラグのＦＩＮビットまたはＲＳＴビットが１であるか否かを判断する（ステップＳ８）。ＦＩＮビット、ＲＳＴビットがともに０である場合（ＮＯ）、ステップＳ６に移行する。
【００２９】
ＦＩＮビット、ＲＳＴビットのいずれかが１である場合（ＹＥＳ）、フレーム検出部２は、受信フレームをルーティング処理せずに受信バッファに格納する（ステップＳ９）。受信フレームが受信バッファに格納されると、受信フレームは、制御部５によってソフトウェア処理され、セッションが切断される（ステップＳ１０）。
【００３０】
また、フレーム検出部２は、ステップＳ２において合致したエントリデータを、自動的にエントリテーブル３のＷＡＮ側エントリテーブルから自動的に消去し（ステップＳ１１）、一連の処理を終了する。
【００３１】
なお、データ送受信部６がＬＡＮ側からＥｔｈｅｒフレームを受信した場合も、同様の処理が行われる。
【００３２】
以上に説明したように、第１の実施の形態によれば、例えば、ＬＡＮに接続された端末がＦＩＮビットが１のフレームを送信した場合において、ＷＡＮに接続された端末が、送信データが残っているためセッションを切断せず、ＦＩＮビットが１のフレームを送信していない場合に、ＬＡＮ側エントリテーブルに記憶された該当するエントリデータを削除することができる。また、ＷＡＮ側エントリテーブルに記憶された該当するエントリデータを削除せずに残すことができる。
【００３３】
実施の形態２．
次に、本発明の第２の実施の形態を図面を参照して説明する。第２の実施の形態では、エントリテーブル３において、ＬＡＮ側エントリテーブルに含まれるエントリデータと、ＷＡＮ側エントリテーブルに含まれるエントリデータとは、対応付けが設定される。例えば、ＬＡＮ側エントリテーブルに含まれるエントリデータ１と、ＷＡＮ側エントリテーブルに含まれるエントリデータＡとで、同じＩＤを付加することによってエントリデータ１とエントリデータＡとを対応付ける。図４は、第２の実施の形態におけるエントリテーブル３の例を示す説明図である。図４には、ＬＡＮ側エントリテーブルのエントリデータ１と、ＷＡＮ側エントリテーブルのエントリデータＡとが対応付けられる場合を例示する。なお、ＬＡＮ側エントリテーブルとＷＡＮ側エントリテーブルとに含まれる全てのエントリデータを対応付けるようにしてもよい。
【００３４】
本実施の形態では、ＬＡＮ側エントリテーブルに記憶されたエントリデータとＷＡＮ側エントリテーブルに記憶されたエントリデータとの対応付けが設定されている場合には、フレーム検出部２は、例えば、ＬＡＮ側エントリテーブルの該当するエントリデータを削除するとともに、対応付けられたＷＡＮ側エントリテーブルの該当するエントリデータを削除する。
【００３５】
例えば、ＬＡＮ側エントリテーブルに記憶されたエントリデータと、ＷＡＮ側エントリテーブルに記憶されたエントリデータとの対応付けが設定され、ＷＡＮ側から受信したデータがエントリデータＡに合致し、ＴＣＰフラグのＦＩＮビットまたはＲＳＴビットが１である場合、フレーム検出部２は、ＷＡＮ側エントリテーブルのエントリデータＡを削除するとともに、ＬＡＮ側エントリテーブルのエントリデータ１を削除する。
【００３６】
次に、図面を参照して第２の実施の形態の動作について説明する。図５は、第２の実施の形態のＴＣＰ処理装置の動作を示すフローチャートである。なお、図５におけるステップＳ１からステップＳ１０の処理は、実施の形態１における処理と同様なため説明を省略する。
【００３７】
ステップＳ２１において、フレーム検出部２は、ステップＳ２において合致したエントリデータを、自動的にエントリテーブル３のＷＡＮ側エントリテーブルから自動的に消去する。さらに、フレーム検出部２は、ステップＳ２において合致したエントリデータに対応するＬＡＮ側エントリテーブルのエントリデータを削除する。
【００３８】
以上に説明したように、第２の実施の形態によれば、例えば、ＬＡＮからＷＡＮへの方向の通信でＦＩＮビットまたはＲＳＴビットを検出した場合に、ＷＡＮからＬＡＮへの方向の通信でもＦＩＮビットまたはＲＳＴビットを含むＴＣＰフレームが送信されることが多い場合には、エントリテーブルをより効率よく使用することができる。
【００３９】
なお、ＬＡＮ側エントリテーブルに記憶されたエントリデータとＷＡＮ側エントリテーブルに記憶されたエントリデータとの対応付けは、例えば、制御部５によって自動的に設定されてもよく、また、ユーザによって手動で設定されてもよい。
【００４０】
本発明によれば、ＬＡＮ側エントリテーブルおよびＷＡＮ側エントリテーブルの２つのエントリテーブルを設けていることから、エントリデータの対応付けの有無に応じて、上記の２つの使い方ができる。すなわち、エントリデータの対応付けを行う場合には、一方のエントリテーブルのエントリデータを削除するとともに、もう一方のエントリテーブルのエントリデータも削除することができ、エントリテーブルをより有効に活用することができる。また、エントリデータの対応付けを行わない場合には、通信方向に応じてエントリテーブルを活用することができる。
【００４１】
すなわち、本実施の形態によれば、エントリデータの対応付けの設定に応じて有効にエントリテーブルを活用することができる。また、ソフトウェア処理を軽減し、高速処理を実現することができる。
【産業上の利用可能性】
【００４２】
本発明は、ＴＣＰ処理装置の記憶領域を有効活用し、より高速な通信を実現するために効果的に適用できる。
【図面の簡単な説明】
【００４３】
【図１】本発明によるＴＣＰ処理装置の構成例を示すブロック図である。
【図２】第１の実施の形態におけるエントリテーブルの例を示す説明図である。
【図３】第１の実施の形態のＴＣＰ処理装置の動作を示すフローチャートである。
【図４】第２の実施の形態におけるエントリテーブルの例を示す説明図である。
【図５】第２の実施の形態のＴＣＰ処理装置の動作を示すフローチャートである。
【符号の説明】
【００４４】
１  データ送受信部
２  フレーム検出部
３  エントリテーブル
４  ハードウェアルーティング制御部
５  制御部
６  データ送受信部
【図１】
2008148139.tif 000003
【図２】
2008148139.tif 000004
【図３】
2008148139.tif 000005
【図４】
2008148139.tif 000006
【図５】
2008148139.tif 000007