JP2001244973A - インタネットパケット交換装置 - Google Patents

Abstract

(57)【要約】 【課題】 従来は、ＩＰパケットをカプセル化した物理
フレームの転送先が、宛先ＩＰアドレスにより一つに特
定されている。 【解決手段】 インタネットパケット交換装置１に、受
信した物理フレームにカプセル化されていたＩＰパケッ
トのヘッダに記述された宛先ＩＰアドレスにより識別さ
れる端末装置の運用状態、ならびに、この端末装置への
経路上に存在する中継装置の運用状態を取得する状態監
視部３と、取得した運用状態に基づき、付け替えるべき
物理フレームのアドレス（物理アドレス）を特定する宛
先物理フレーム転送網アドレス特定処理部２とを設けた
構成とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コネクションレス
型の物理フレーム転送網を利用して広域のＩＰパケット
通信サービスを提供する技術に係わり、特に、中継リン
クや中継ノード間でのトラヒック負荷、あるいは端末自
身の処理負荷を効率良く分散して端末間の通信品質を向
上するのに好適なインタネットパケット交換装置に関す
るものである。

【０００２】

【従来の技術】ＩＰアドレスに基づきＩＰパケットをル
ーティングするルータベースのネットワークにおいて
は、インタネットに代表されるように、近年のネットワ
ークの大規模化により、広域に分散配置されたルータ間
を接続するためのネットワークが必要となっており、例
えば、ルータ間を、ＩＰパケットを物理フレームにカプ
セル化して転送するコネクションレス型の物理フレーム
転送網で接続する技術がある。

【０００３】この技術では、コネクションレス型の物理
フレーム転送網に対するインタフェースポートを収容
し、そのインタフェースポートから受信した物理フレー
ムに対して、その物理フレームにカプセル化されている
ＩＰパケットのヘッダの内容を参照し、その内容に応じ
て、その物理フレームの宛先アドレスを付け替え、その
物理フレームを再びそのインタフェースポートから送信
することで、物理フレームにカプセル化されたＩＰパケ
ットの交換を行うインタネットパケット交換装置が用い
られる。

【０００４】そして、このインタネットパケット交換装
置では、物理フレームの宛先アドレスを付け替える際
に、受信した物理フレームにカプセル化されていたＩＰ
パケットのヘッダに記述された宛先ＩＰアドレスのみ、
または、その宛先ＩＰアドレスと、これをカプセル化し
ている物理フレームのヘッダに記述された送信元物理フ
レーム転送網アドレスの双方から、付け替えるべき物理
フレームの宛先物理フレーム転送網アドレスを特定して
いる。

【０００５】このように、従来のインタネットパケット
交換装置では、同一の宛先ＩＰアドレスを付与された複
数のパケットを、同一方路に転送、または、パケット送
信元の物理フレーム転送網アドレスに応じた方路に転送
するものであり、例えば、ＩＰパケットの転送先の端末
装置や中継装置でのトラヒック負荷が増大している場合
にも、同じ方路にＩＰパケットを転送し続ける。そのた
め、端末間での通信品質の劣化を招きやすかった。

【０００６】

【発明が解決しようとする課題】解決しようとする問題
点は、従来の技術では、ＩＰパケットの転送先が、転送
先の端末装置や中継装置の運用状態を考慮せず決定され
る点である。

【０００７】本発明の目的は、これら従来技術の課題を
解決し、転送先でのトラヒック負荷を分散させて、端末
間での通信品質の劣化を軽減させることを可能とするイ
ンタネットパケット交換装置を提供することである。

【０００８】

【課題を解決するための手段】上記目的を達成するた
め、本発明のインタネットパケット交換装置は、受信し
た物理フレームにカプセル化されていたＩＰパケットの
ヘッダに記述された宛先ＩＰアドレスにより識別される
端末装置の運用状態、ならびに、この端末装置への経路
上に存在する中継装置の運用状態を取得し、取得した運
用状態に基づき、付け替えるべき物理フレームのアドレ
ス（物理アドレス）を特定する構成とする。

【０００９】さらに、ＩＰパケットの交換時に得られる
ＩＰパケットの宛先ＩＰアドレスと、付け替えた物理ア
ドレスの組の情報を、受信した物理フレームの送信元へ
通知し、この送信元からの物理フレームを、付け替えた
物理アドレス先に直接、送信させる構成とする。

【００１０】また、組情報の通知結果をログ情報として
記録しておき、端末装置もしくは中継装置が高負荷であ
るとの監視結果が得られるとログ情報を検索して、これ
らの装置に対応する宛先ＩＰアドレスを含む組情報があ
れば、この組情報の通知先に、組情報を破棄して通常の
物理アドレスでの入れ替えを指示する構成とする。

【００１１】

【発明の実施の形態】以下、本発明の実施の形態を、図
面により詳細に説明する。図１は、本発明のインタネッ
トパケット交換装置の本発明に係る構成例を示すブロッ
ク図であり、図２は、図１における宛先物理フレーム転
送網アドレス特定処理部で参照される転送テーブルの構
成例を示す説明図、図３は、本発明のインタネットパケ
ット交換装置を設けた物理フレーム転送網の構成例を示
すブロック図である。

【００１２】図３において、１はインタネットパケット
交換装置（図中、「Ａ−２」と記載）、３０はコネクシ
ョンレス型物理フレーム転送網（図中、「Ａ−１」と記
載）、３１はインタネットパケット送信元物理フレーム
転送端末（図中、「Ａ−３」と記載）、３２，３３はイ
ンタネットパケット転送先物理フレーム転送端末（図
中、「Ａ−４」，「Ａ−５」と記載）、３４，３５はイ
ンタネットパケット中継装置（図中、「Ａ−６」，「Ａ
−７」と記載）、３６，３７はインタネットパケット宛
先端末（図中、「Ａ−８」，「Ａ−９」と記載）であ
る。

【００１３】インタネットパケット交換装置１とインタ
ネットパケット送信元物理フレーム転送端末３１および
インタネットパケット転送先物理フレーム転送端末３
２．３３は、コネクションレス型物理フレーム転送網３
０の構成装置であり、これらの装置間では、コネクショ
ンレス型物理フレーム転送網３０において独自に定義さ
れたアドレス体系、例えば「国＋地域＋ノード」といっ
た階層構造のアドレス体系に基づき設定された「物理フ
レーム転送網アドレス」を用いた物理フレーム転送が行
われる。これにより、コネクションレス型物理フレーム
転送網３０内での転送の効率化を図っている。また、イ
ンタネットパケット宛先端末３６，３７等のユーザから
見ると、コネクションレス型物理フレーム転送網３０
は、１つのルータとして見える。

【００１４】また、本例のコネクションレス型物理フレ
ーム転送網３０では、経路制御機能とパケット転送機能
を分離しており、インタネットパケット交換装置１にお
いて、コネクションレス型物理フレーム転送網３０内の
経路制御に用いる転送テーブルを一元的に保持する構成
となっており、インタネットパケット送信元物理フレー
ム転送端末３１やインタネットパケット転送先物理フレ
ーム転送端末３２，３３などでは、少なくともインタネ
ットパケット交換装置１と他の少数のアドレスを保持し
ておけば良いので、保持すべき転送テーブルを小さくす
ることができる。

【００１５】尚、インタネットパケット送信元物理フレ
ーム転送端末３１やインタネットパケット転送先物理フ
レーム転送端末３２，３３などからのコネクションレス
型物理フレーム転送網３０内でのＩＰパケットの転送時
に、毎回、インタネットパケット交換装置１を経由させ
ると、その転送経路が物理的に冗長になる可能性がある
ばかりでなく、インタネットパケット交換装置１に負荷
が集中してしまう。

【００１６】これを避けるために、インタネットパケッ
ト交換装置１では、転送したＩＰパケットの転送先アド
レス（物理フレーム転送網アドレス）を送信元に通知
（リダイレクション通知）し、以降の同じ宛先ＩＰアド
レスのＩＰパケットは、送信元から当該転送先アドレス
に直接、すなわち、インタネットパケット交換装置１を
経由させずショートカットして転送させる。

【００１７】このようなアドレス体系および経路制御構
成において、本例の物理フレーム転送網３０では、イン
タネットパケット交換装置１の物理フレーム転送網アド
レスを［ａ.ａ］、インタネットパケット送信元物理フ
レーム転送端末３１の物理フレーム転送網アドレスを
［ｂ.ｂ］、インタネットパケット転送先物理フレーム
転送端末３２の物理フレーム転送網アドレスを［ｃ.
ｃ］、インタネットパケット転送先物理フレーム転送端
末３３の物理フレーム転送網アドレスを［ｄ.ｄ］と
し、また、ＩＰパケットの宛先端末としてのインタネッ
トパケット宛先端末３６，３７のそれぞれには同じＩＰ
アドレス（[Ａ．Ａ]）が付与されているものとする。

【００１８】インタネットパケット転送先物理フレーム
転送端末３２とインタネットパケット中継装置３４、な
らびにインタネットパケット転送先物理フレーム転送端
末３３とインタネットパケット中継装置３５は、論理リ
ンク（「Ａ−１０」，「Ａ−１１」）で各々接続されて
おり、これらの装置間のパケット転送はＩＰアドレスを
用いて行われる。

【００１９】また，インタネットパケット中継装置３４
とインタネットパケット宛先端末３６、ならびにインタ
ネットパケット中継装置３５とインタネットパケット宛
先端末３７も、論理リンク（「Ａ−１２」，「Ａ−１
３」）で各々接続されており、これらの装置間のパケッ
ト転送はＩＰアドレスを用いて行われる。

【００２０】このような構成において、本例のインタネ
ットパケット交換装置１は、監視対象として、インタネ
ットパケット宛先端末３６，３７の負荷情報を登録し、
インタネットパケット転送先物理フレーム転送端末３
２，３３ならびにインタネットパケット中継装置３４，
３５を各々経由して、定期的なポーリングを行い、イン
タネットパケット宛先端末３６，３７のそれぞれの運用
状態を監視し、その監視結果を参照して、インタネット
パケット送信元物理フレーム転送端末３１からの物理フ
レーム（ＩＰパケットをパケット化したもの）の転送先
を特定する。

【００２１】以下、このような処理動作を行うインタネ
ットパケット交換装置１の詳細を図１を用いて説明す
る。図１に示すように、本例のインタネットパケット交
換装置１は、宛先物理フレーム転送網アドレス特定処理
部２と、状態監視部３、宛先物理フレーム転送網アドレ
ス情報生成部４、無効化情報生成部５、ログ情報記録部
(図中、「ログ」と記載)６、通信処理部７により構成され
ている。

【００２２】状態監視部３は、宛先物理フレーム転送網
アドレスを特定するために必要となる状態取得先の装
置、ならびに状態として取得すべき情報を任意に登録
し、かつ対象装置からの情報の取得を行う。例えば、状
態監視部３としてＳＮＭＰ（Simple Network Managemen
t Protocol）マネージヤ機能を用い、対象装置の状態を
定期的にポーリングすることが考えられる。

【００２３】状態取得先装置として、宛先ＩＰアドレス
で識別される端末装置（図３におけるインタネットパケ
ット宛先端末３６，３７）、または、これらの端末装置
へのパケット転送の際に利用される中継装置（図３にお
けるインタネットパケット中継装置３４，３５）等があ
る。また、状態の取得内容としては、取得先装置のＣＰ
Ｕ使用率や受信/送信パケット数等のトラヒック情報、
装置の生存状態等が考えられる。

【００２４】宛先物理フレーム転送網アドレス特定処理
部２は、図２に示すようなテーブル、すなわち、宛先Ｉ
Ｐアドレス（例えば「Ａ．Ａ」）に対する転送先物理フ
レーム転送網アドレスを１つ以上（「ｃ．ｃ」、「ｄ．
ｄ」）有することが可能な転送テーブル２ａを持ち、こ
の転送テーブル２ａに記述された複数の宛先物理フレー
ム転送網アドレスの中から、状態監視部３からの端末ま
たは中継装置の状態情報を利用して、１つの物理フレー
ム転送網アドレスを特定し、ＩＰパケットを物理転送網
フレームにカプセル化し、通信処理部７に渡す。

【００２５】例えば、状態監視部３の取得状態が負荷情
報である場合は、宛先物理フレーム転送網アドレス特定
処理部２は、最も軽負荷な宛先を選択する。そして、宛
先物理フレーム転送網アドレス特定処理部２は、同時
に、特定結果を宛先物理フレーム転送網アドレス情報生
成部４に通知する。

【００２６】また、宛先物理フレーム転送網アドレス特
定処理部２は、状態監視部３からの取得状態に対してし
きい値を持ち、ある監視対象に高負荷が確認された場合
は、この監視対象の高負荷に応じて転送を抑止すべき転
送先物理フレーム転送網アドレスを、無効化情報生成部
５に通知する。

【００２７】宛先物理フレーム転送網アドレス情報生成
部４は、宛先物理フレーム転送網アドレス特定処理部２
から得られた特定結果を、ＩＰパケット送信元となる物
理フレーム転送端末、例えば、インタネットパケット送
信元物理転送網フレーム端末３１に送信するための情報
を生成し、通信処理部７に渡す。また、通知した結果を
ログ処理部６に渡す。

【００２８】ログ処理部６は、宛先物理フレーム転送網
アドレス情報生成部４からの情報を物理フレーム転送網
アドレスをキーに探索できるよう日付順に記述したログ
情報として記録する。

【００２９】無効化情報生成部５は、宛先物理フレーム
転送網アドレス特定処理部２から通知された転送を抑止
すべき物理フレーム転送網アドレスをキーとしてログ処
理部６で記録したログ情報の検索を行い、宛先物理フレ
ーム転送網アドレス特定処理部２から得られた当該アド
レス宛の特定結果を過去に送つた先のインタネットパケ
ット送信元物理転送網フレーム端末３１に、その送信情
報を無効化するための情報を生成し、通信処理部７に渡
す。

【００３０】尚、無効化情報を送信する先のインタネッ
トパケット送信元物理転送網フレーム端末としては、ヒ
ットするログエントリの最古のものから任意に設定され
た数だけ選択する。また、無効化情報生成部５による無
効化情報の生成に伴い、ログ処理部６では、無効化情報
の生成に利用されたログ情報のログエントリをクリアす
る。このように、ログ情報のエントリは、宛先物理フレ
ーム転送網アドレス情報生成部４の処理に伴い書き込ま
れ、無効化情報生成部５の処理で参照、削除される。

【００３１】通信処理部７は、受信した物理フレームの
宛先ＩＰアドレスが自装置宛である場合は、負荷状態監
視部３に渡し、その他の宛先ＩＰアドレスである場合
は、宛先物理フレーム転送網アドレス特定処理部２に渡
す。また、宛先物理フレーム転送網アドレス特定処理部
２や宛先物理フレーム転送網アドレス情報生成部４、な
らびに、無効化情報生成部５からの情報を物理フレーム
に組み立て、図３のコネクションレス型物理フレーム転
送網３０に送信する役割を持つ。

【００３２】このような構成のインタネットパケット交
換装置１は、図３に示すように、コネクションレス型物
理フレーム転送網３０上に設置さら、このコネクション
レス型物理フレーム転送網３０上にはインタネットがオ
ーバレイされる。

【００３３】以下、図３に示す構成でのインタネットパ
ケット交換装置１による処理動作を図４，図５を用いて
説明する。図４は、図３の物理フレーム転送網における
ＩＰパケットの交換処理動作の第１の例を示す説明図で
あり、図５は、図３の物理フレーム転送網におけるＩＰ
パケットの交換処理動作の第２の例を示す説明図であ
る。

【００３４】まず、図４において、インタネットパケッ
ト交換装置１は、監視対象として、インタネットパケッ
ト宛先端末３６，３７の負荷情報を登録し、インタネッ
トパケット転送先物理フレーム転送端末３２，３３なら
びにインタネットパケット中継装置３４，３５を各々経
由して、定期的なポーリングを行い、負荷情報を取得す
る（ａ−１，ａ−２）。

【００３５】インタネットパケット送信元物理フレーム
転送端末３１は、宛先ＩＰアドレス［Ａ.Ａ］のパケッ
トを送信する際、デフォルト転送先であるインタネット
パケット交換装置１の物理フレーム転送網アドレス
［ａ.ａ］を宛先アドレスとして物理フレームにカプセ
ル化し、転送する（ａ−３）。

【００３６】インタネットパケット交換装置１は、イン
タネットパケット宛先端末３６，３７からの負荷情報の
取得結果により、例えばインタネットパケット宛先端末
３７の方が負荷が低いと判断した場合には、インタネッ
トパケット送信元物理フレーム転送端末３１からの宛先
ＩＰアドレス［Ａ.Ａ］のパケットを、インタネットパ
ケット宛先端末３７に対応づけられたインタネットパケ
ット転送先物理フレーム転送端末３３の物理フレーム転
送網アドレス［ｄ.ｄ］を宛先アドレスとして物理フレ
ームにカプセル化し、転送する（ａ−４）。

【００３７】インタネットパケット転送先物理フレーム
転送端末３３に転送された宛先ＩＰアドレス［Ａ.Ａ］
のパケットは、その後、インタネットパケット中継装置
３５を経由して、インタネットパケット宛先端末３７へ
転送される（ａ−５）。

【００３８】また、インタネットパケット交換装置１
は、インタネットパケット送信元物理フレーム転送端末
３１に対し、宛先ＩＰアドレス［Ａ.Ａ］のパケット転
送先情報として、物理フレーム転送網アドレス［ｄ.
ｄ］を通知する（ａ−６）。尚、この通知内容は、イン
タネットパケット交換装置１においてログ処理部６によ
りログ情報として残される。

【００３９】インタネットパケット交換装置１からの通
知の結果、インタネットパケット送信元物理フレーム転
送端末３１は、宛先ＩＰアドレス［Ａ.Ａ］のパケット
を次に送信する際には、物理フレーム転送網アドレス
［ｄ.ｄ］を宛先アドレスとして、物理フレームにカプ
セル化し、転送する（ａ−７）。

【００４０】インタネットパケット転送先物理フレーム
転送端末３３に転送された宛先ＩＰアドレス［Ａ.Ａ］
のパケットは、その後、インタネットパケット中継装置
３５を経由して、インタネットパケット宛先端末３７へ
転送される（ａ−８）。

【００４１】次に、図５において、インタネットパケッ
ト交換装置１は、インタネットパケット宛先端末３６，
３７からの負荷情報の取得結果（ａ−９,ａ−１０）か
ら、例えば、インタネットパケット宛先端末３７が過負
荷であると判断した場合には、自身のログ情報を参照し
て、過去に宛先ＩＰアドレス［Ａ.Ａ］のパケット転送
先情報として、インタネットパケット宛先端末３７に対
応づけられた物理フレーム転送網アドレス［ｄ.ｄ］を
通知した物理フレーム転送端末を検索する。

【００４２】そして、検索結果のうち、最古のログ情報
に該当する物理フレーム転送端末（例えば、物理フレー
ム転送端末３１）に対し、当該通知情報を無効化する旨
の情報を送信する（ａ−１３）。尚、これに伴い、イン
タネットパケット交換装置１においては、無効化した情
報をログ情報から削除する。

【００４３】インタネットパケット交換装置１からの無
効化情報を受け取った結果、物理フレーム転送端末３１
は、再び宛先ＩＰアドレス［Ａ.Ａ］のパケットを送信
する際には、デフオルト転送先であるインタネットパケ
ット交換装置１の物理フレーム転送網アドレス［ａ.
ａ］を宛先アドレスとして物理フレームにカプセル化
し、転送する（ａ−１４）。

【００４４】インタネットパケット交換装置１は、イン
タネットパケット宛先端末３６，３７からの負荷情報の
取得結果により、今度はインタネットパケット宛先端末
３６の方が負荷が低いと判断しているため、インタネッ
トパケット送信元物理フレーム転送端末３１からの宛先
ＩＰアドレス［Ａ.Ａ］のパケットを、インタネットパ
ケット転送先物理フレーム転送端末３２の物理フレーム
転送網アドレス［ｃ.ｃ］を宛先アドレスとして物理フ
レームにカプセル化し、転送する（ａ−１５）。

【００４５】インタネットパケット転送先物理フレーム
転送端末３２に転送された宛先ＩＰアドレス［Ａ.Ａ］
のパケットは、その後、インタネットパケット中継装置
３４を経由してインタネットパケット宛先端末３６へ転
送される（ａ−１６）。

【００４６】インタネットパケット交換装置１は、イン
タネットパケット送信元物理フレーム転送端末３１に対
し、宛先ＩＰアドレス［Ａ.Ａ］のパケット転送先情報
として、物理フレーム転送網アドレス［ｃ.ｃ］を通知
する（ａ−１７）。この通知内容は、インタネットパケ
ット交換装置１において、ログ情報として残される。

【００４７】この結果、インタネットパケット送信元物
理フレーム転送端末３１は、宛先ＩＰアドレス［Ａ.
Ａ］のパケットを次に送信する際には、物理フレーム転
送網アドレス［ｃ.ｃ］を宛先アドレスとして、物理フ
レームにカプセル化し、転送する。その結果、インタネ
ットパケット転送先物理フレーム転送端末３２で受信さ
れる（ａ−１８）。

【００４８】インタネットパケット転送先物理フレーム
転送端末３２に転送された宛先ＩＰアドレス［Ａ.Ａ］
のパケットは、その後、インタネットパケット中継装置
３４を経由して、インタネットパケット宛先端末３６へ
転送される（ａ−１９）。

【００４９】次に、他の実施の形態として、インタネッ
トパケットの宛先端末は１つであるが、同一宛先端末に
対して複数の経路が存在する場合を例に、図６〜図８を
用いて説明する。

【００５０】図６は、本発明のインタネットパケット交
換装置を設けた物理フレーム転送網の他の構成例を示す
ブロック図であり、図７は、図６の物理フレーム転送網
におけるＩＰパケットの交換処理動作の第１の例を示す
説明図であり、図８は、図６の物理フレーム転送網にお
けるＩＰパケットの交換処理動作の第２の例を示す説明
図である。

【００５１】図６に示すように、本例のコネクションレ
ス型物理フレーム転送網６０（図中、「Ｂ−１」と記載）
を用いたネットワークは、インタネットパケット交換装
置１ａ（図中、「Ｂ−２」と記載）と、インタネットパケ
ット送信元物理フレーム転送端末６１（図中、「Ｂ−３」
と記載）と、インタネットパケット転送先物理フレーム
転送端末６２，６３（図中、「Ｂ−４，Ｂ−５」と記載）
と、インタネットパケット中継装置６４，６５（図中、
「Ｂ−６，Ｂ−７」と記載）と、インタネットパケット宛
先端末６６（図中、「Ｂ−８」と記載）の各装置から構
成される。

【００５２】インタネットパケット交換装置１と、イン
タネットパケット送信元物理フレーム転送端末６１と、
インタネットパケット転送先物理フレーム転送端末（６
２，６３）は、コネクションレス型物理フレーム転送網
６０の構成装置である。

【００５３】インタネットパケット交換装置１ａは、図
１におけるインタネットパケット交換装置１と同じ構成
であり、これらのコネクションレス型物理フレーム転送
網６０の各構成装置間では、独自の階層構造の物理フレ
ーム転送網アドレスを用いた物理フレーム転送が行われ
る。

【００５４】インタネットパケット交換装置１ａの物理
フレーム転送網アドレスを［ａ.ａ］、インタネットパ
ケット送信元物理フレーム転送網端末６１の物理フレー
ム転送網アドレスを［ｂ.ｂ］、インタネットパケット
転送先物理フレーム転送網端末６２の物理フレーム転送
網アドレスを［ｃ.ｃ］、インタネットパケット転送先
物理フレーム転送網端末６３の物理フレーム転送網アド
レスを［ｄ.ｄ］とする。

【００５５】インタネットパケット転送先物理フレーム
転送端末６２とインタネットパケット中継装置６４、な
らびにインタネットパケット転送先物理フレーム転送端
末６３とインタネットパケット中継装置６５は、論理リ
ンクで各々接続されており、これらの装置間のパケット
転送は、ＩＰアドレスを用いて行われる。

【００５６】インタネットパケット中継装置６４とイン
タネットパケット宛先端末６６、ならびに、インタネッ
トパケット中継装置６５とインタネットパケット宛先端
末６６も、論理リンクで各々接続されており、これらの
装置間のパケット転送は、ＩＰアドレスを用いて行われ
る。

【００５７】インタネットパケット宛先端末６６のＩＰ
アドレスを［Ａ.Ａ］とし、以下、このような構成での
インタネットパケット交換装置１ａによる処理動作を、
図７，８を用いて説明する。

【００５８】まず、図７において、インタネットパケッ
ト交換装置１ａは監視対象として、インタネットパケッ
ト中継装置６４，６５の負荷情報を登録し、インタネッ
トパケット転送先物理フレーム転送端末６２，６３を各
々経由して定期的なポーリングを行う（ｂ−１，ｂ−
２）。

【００５９】インタネットパケット送信元物理フレーム
転送端末６１は、宛先ＩＰアドレス［ＡＡ］のパケット
を送信する際、デフォルト転送先であるインタネットパ
ケット交換装置１ａの物理フレーム転送網アドレス
［ａ.ａ］を宛先アドレスとして、物理フレームにカプ
セル化し、転送する（ｂ−３）。

【００６０】インタネットパケット交換装置１ａは、イ
ンタネットパケット中継装置６４，６５からの負荷情報
の取得結果により、インタネットパケット中継装置６５
と接続しているインタネットパケット転送先物理フレー
ム転送端末６３経由の方が負荷が低いと判断した場合に
は、インタネットパケット送信元物理フレーム転送端末
６１からの宛先ＩＰアドレス［Ａ.Ａ］のパケットを、
インタネットパケット転送先物理フレーム転送端末６３
の物理フレーム転送網アドレス［ｄ.ｄ］を宛先アドレ
スとして物理フレームにカプセル化し、転送する（ｂ−
４）。

【００６１】インタネットパケット転送先物理フレーム
転送端末６３に転送された宛先ＩＰアドレス［Ａ.Ａ］
のパケットは、その後、インタネットパケット中継装置
６５を経由してインタネットパケット宛先端末６６へ転
送される（ｂ−５）。

【００６２】また、インタネットパケット交換装置１ａ
は、インタネットパケット送信元物理フレーム転送端末
６１に対し、宛先ＩＰアドレス［Ａ.Ａ］のパケット転
送先情報として、物理フレーム転送網アドレス［ｄ.
ｄ］を通知する（ｂ−６）。この通知内容はインタネッ
トパケット交換装置１ａにおいて、ログ情報として残さ
れる。

【００６３】インタネットパケット交換装置１ａからの
通知により、インタネットパケット送信元物理フレーム
転送端末６１は、宛先ＩＰアドレス［Ａ.Ａ］のパケッ
トを次に送信する際には、物理フレーム転送網アドレス
［ｄ.ｄ］を宛先アドレスとして物理フレームにカプセ
ル化し、転送する（ｂ−７）。

【００６４】物理フレーム転送網アドレス［ｄ.ｄ］に
基づきインタネットパケット転送先物理フレーム転送端
末６３に転送された宛先ＩＰアドレス［Ａ．Ａ］のパケ
ットは、その後、インタネットパケット中継装置６５を
経由してインタネットパケット宛先端末６６へ転送され
る（ｂ−８）。

【００６５】次に、図８において、インタネットパケッ
ト交換装置１ａが、インタネットパケット中継装置６
４，６５からの負荷情報取得結果により（ｂ−９，ｂ−
１０）、例えば、インタネットパケット中継装置６５が
過負荷であると判断した場合は、自身のログ情報を検索
して、過去に宛先ＩＰアドレス［Ａ．Ａ］のパケット転
送先情報として、インタネットパケット中継装置６５に
対応づけられた物理フレーム転送網アドレス［ｄ.ｄ］
を通知した物理フレーム転送端末を検索する。

【００６６】そして、検索結果のうち、最古のログ情報
に該当する物理フレーム転送端末、例えば、インタネッ
トパケット送信元物理フレーム転送端末６１に対し、こ
の通知情報を無効化する旨の情報を送信する（ｂ−１
３）。尚、これに伴い、インタネットパケット交換装置
１ａにおいては、無効化した情報をログ情報から削除す
る。

【００６７】この情報を受信したインタネットパケット
送信元物理フレーム転送端末６１は、再び宛先ＩＰアド
レス［Ａ.Ａ］のパケットを送信する際には、デフオル
ト転送先であるインタネットパケット交換装置１ａの物
理フレーム転送網アドレス［ａ.ａ］を宛先アドレスと
して物理フレームにカプセル化し、転送する（ｂ−１
４）。

【００６８】インタネットパケット交換装置１ａは、イ
ンタネットパケット中継装置６４，６５からの負荷情報
取得結果により、今度は、インタネットパケット中継装
置６４に対応づけられた物理フレーム転送端末６２経由
の方が負荷が低いと判断しているため、インタネットパ
ケット送信元物理フレーム転送端末６１からの宛先ＩＰ
アドレス［Ａ.Ａ］のパケットを、インタネットパケッ
ト転送先物理フレーム転送端末６２の物理フレーム転送
網アドレス［ｃ.ｃ］を宛先アドレスとして、物理フレ
ームにカプセル化し、転送する（ｂ−１５）。

【００６９】インタネットパケット転送先物理フレーム
転送端末６２に転送された宛先ＩＰアドレス［Ａ.Ａ］
のパケットは、その後、インタネットパケット中継装置
６４を経由して、インタネットパケット宛先端末６６へ
転送される（ｂ−１６）。

【００７０】そして、インタネットパケット交換装置１
ａは、インタネットパケット送信元物理フレーム転送端
末６１に対し、宛先ＩＰアドレス［Ａ.Ａ］のパケット
転送先情報として、物理フレーム転送網アドレス［ｃ.
ｃ］を通知する（ｂ−１７）。この通知内容は、インタ
ネットパケット交換装置１ａにおいてログ情報として残
される。

【００７１】インタネットパケット交換装置１ａからの
通知を受けたインタネットパケット送信元物理フレーム
転送端末６１は、宛先ＩＰアドレス［Ａ.Ａ］のパケッ
トを次に送信する際には、物理フレーム転送網アドレス
［ｃ.ｃ］を宛先アドレスとして、物理フレームにカプ
セル化し、転送する（ｂ−１８）。

【００７２】インタネットパケット転送先物理フレーム
転送端末６２に転送された宛先ＩＰアドレス［Ａ.Ａ］
のパケットは、その後、インタネットパケット中継装置
６４を経由して、インタネットパケット宛先端末６６へ
転送される（ｂ−１９）。

【００７３】以上、図１〜図８を用いて説明したよう
に、本例のインタネットパケット交換装置では、受信し
た物理フレームにカプセル化されていたＩＰパケットの
ヘッダに記述された宛先ＩＰアドレスにより識別される
端末装置、または端末装置への経路上に存在する中継装
置の運用状態を取得し、取得した運用状態に基づき、付
け替えるべき物理フレームの宛先物理フレーム転送網ア
ドレスを特定する構成としている。

【００７４】このような構成とすることにより、本例の
インタネットパケット交換装置では、物理フレームの宛
先アドレスを付け替える際に、受信した物理フレームに
カプセル化されていたＩＰパケットのヘッダに記述され
た宛先ＩＰアドレスを参照するだけでなく、宛先ＩＰア
ドレスから識別される端末装置または中継装置の運用状
態も同時に参照して、付け替えるべき物理フレームの宛
先物理フレーム転送アドレスを特定する。

【００７５】これにより、同一の宛先ＩＰアドレスを付
与されたＩＰパケットであつても、パケット転送先の端
末または中継装置の運用状態に応じて、複数の方路に、
分散的に転送することが可能となる。この結果、パケッ
ト転送先の端末装置または中継リンクの負荷が分散さ
れ、端末間での通信品質の劣化が軽減される。

【００７６】また、本例のインタネットパケット交換装
置では、ＩＰパケットの交換時に得られるＩＰパケット
の宛先ＩＰアドレスまたはその集合と、付け替えるべき
物理フレームの宛先物理フレーム転送網アドレスの組の
情報を、受信した物理フレームの送信元アドレスで特定
される物理フレーム転送端末へ送信する構成とする。

【００７７】そして、この情報を受取ったインタネット
パケット送信元物理フレーム転送端末は、後続の、同一
宛先インタネット端末へのＩＰパケットを、今までパケ
ット交換処理を行つていたインタネットパケット交換装
置を経由することなく、物理フレーム転送網上で、直接
的に次段の転送装置へ転送（ショートカット転送）す
る。これにより、パケット交換装置のトラヒック負荷が
分散され、転送品質の劣化がさらに軽減される。

【００７８】また、本例のインタネットパケット交換装
置では、送信元に送信した情報内容をログとして蓄積
し、監視対象の端末装置または中継装置の運用状態が高
負荷であると判断した場合に、ログを検索して、端末装
置のＩＰアドレスまたはそのＩＰアドレスを包含する集
合についての情報を送信した物理フレーム転送端末を特
定し、先の情報（送信したＩＰパケットの宛先ＩＰアド
レスまたはその集合と、付け替えるべき物理フレームの
宛先物理フレーム転送網アドレスの組の情報）を無効化
させるための情報を、当該物理フレーム転送端末に送信
する（デフォルト転送復帰する）構成とする。

【００７９】これにより、過去に上記の情報を受け取っ
た送信元物理フレーム転送端末が、直接的に次段のパケ
ット交換装置へパケットを転送し、パケット宛先の端末
装置あるいは中継装置の負荷が持続することを防ぐこと
ができる。この結果、同一宛先のＩＰパケットは再び端
末装置または中継装置の運用状態に応じた転送がされる
こととなり、端末間の通信品質劣化がさらに軽減され
る。

【００８０】尚、本発明は、図１〜図８を用いて説明し
た例に限定されるものではなく、その要旨を逸脱しない
範囲において種々変更可能である。例えば、本例では、
コネクションレス型物理フレーム転送網３０，６０にお
いては、１つのインタネットパケット交換装置1，1ａが
設けられた構成となっているが、インタネットパケット
交換装置1，1ａと各物理フレーム転送端末（３１〜３
３，６１〜６３）との間に中継用のインタネットパケッ
ト交換装置を設ける構成であっても良い。

【００８１】また、本例では、インタネットパケット送
信元物理フレーム転送端末３１，６１、インタネットパ
ケット転送先物理フレーム転送端末３２，３３，６２，
６３の構成としているが、物理フレーム転送端末３２，
３３，６２，６３をインタネットパケット送信元、ま
た、物理フレーム転送端末３１，６１をインタネットパ
ケット転送先としても良い。

【００８２】

【発明の効果】本発明によれば、ＩＰパケットの転送先
が、宛先ＩＰアドレスにより一つに特定されることがな
く、例えば、同一の宛先ＩＰアドレスを付与されたＩＰ
パケットであっても、複数の方路に分散的に転送するこ
とができるので、転送先でのトラヒック負荷を分散させ
て、宛先端末や中継ノ−ドへの負荷集中を抑止すること
が可能である。

【００８３】また、インタネットパケット送信元の端末
が、同―宛先ＩＰアドレスのパケットを継続的に生成、
転送する際には、中継装置を経由せず、転送先装置に直
接転送することができるので、中継装置のトラヒック負
荷を分散することが可能である。

【００８４】さらに、直接転送先の転送装置に接続され
る宛先端末や中継装置の負荷状態の変化に応じて、転送
先の再決定を行うことができるので、宛先端末や中継ノ
ードへの負荷集中を抑止することが可能である。

【００８５】そして、これらの相乗効果によって、端末
間の通信品質劣化を最小限に軽減することが可能であ
る。

【図面の簡単な説明】

【図１】本発明のインタネットパケット交換装置の本発
明に係る構成例を示すブロック図である。

【図２】図１における宛先物理フレーム転送網アドレス
特定処理部で参照される転送テーブルの構成例を示す説
明図である。

【図３】本発明のインタネットパケット交換装置を設け
た物理フレーム転送網の構成例を示すブロック図であ
る。

【図４】図３の物理フレーム転送網におけるＩＰパケッ
トの交換処理動作の第１の例を示す説明図である。

【図５】図３の物理フレーム転送網におけるＩＰパケッ
トの交換処理動作の第２の例を示す説明図である。

【図６】本発明のインタネットパケット交換装置を設け
た物理フレーム転送網の他の構成例を示すブロック図で
ある。

【図７】図６の物理フレーム転送網におけるＩＰパケッ
トの交換処理動作の第１の例を示す説明図である。

【図８】図６の物理フレーム転送網におけるＩＰパケッ
トの交換処理動作の第２の例を示す説明図である。

【符号の説明】

１，１ａ：インタネットパケット交換装置（「Ａ−
２」,「Ｂ−２」）、２：宛先物理フレーム転送網アド
レス特定処理部、２ａ：転送テーブル、３：状態監視
部、４：宛先物理フレーム転送網アドレス情報生成部、
５：無効化情報生成部、６：ログ処理部(「ログ」)、７：
通信処理部、３０：コネクションレス型物理フレーム転
送網（「Ａ−１」）、３１：インタネットパケット送信
元物理フレーム転送端末（「Ａ−３」）、３２，３３：
インタネットパケット転送先物理フレーム転送端末
（「Ａ−４」，「Ａ−５」）、３４，３５：インタネッ
トパケット中継装置（「Ａ−６」，「Ａ−７」）、３
６，３７：インタネットパケット宛先端末（「Ａ−
８」，「Ａ−９」）、６０：コネクションレス型物理フ
レーム転送網（「Ｂ−１」）、６１：インタネットパケ
ット送信元物理フレーム転送端末（「Ｂ−３」）、６
２，６３：インタネットパケット転送先物理フレーム転
送端末（「Ｂ−４」，「Ｂ−５」）、６４，６５：イン
タネットパケット中継装置（「Ｂ−６」，「Ｂ−
７」）、６６：インタネットパケット宛先端末（「Ｂ−
８」）。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 村井 高明 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 (72)発明者 村山 純一 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 (72)発明者 牧野 将哉 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 (72)発明者 原 博之 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 Ｆターム(参考） 5K030 GA11 GA13 HA08 HC01 JA11 LB05 LB18 MA06 MA07 MB01 MC07 MC08 9A001 CC06 CC07 JJ25 LL09

Claims (3)

【特許請求の範囲】
1. 【請求項１】 ＩＰアドレスに基づくＩＰパケットのル
   ーティングを行うルータ間を接続し、上記ＩＰパケット
   を物理フレームにカプセル化して転送するコネクション
   レス型の物理フレーム転送網において上記物理フレーム
   の宛先アドレスを、該物理フレームにカプセル化された
   ＩＰパケットの宛先ＩＰアドレスに基づき付け替えて、
   上記物理フレームにカプセル化されたＩＰパケットの交
   換を行うインタネットパケット交換装置であって、受信
   した上記物理フレームにカプセル化されたＩＰパケット
   の宛先ＩＰアドレスで特定される端末装置もしくは中継
   装置の運用状態を監視する監視手段と、該監視手段によ
   る監視結果を参照して上記物理フレームに新たに付け替
   える宛先アドレスの特定を行う特定処理手段とを有する
   ことを特徴とするインタネットパケット交換装置。
2. 【請求項２】 請求項１に記載のインタネットパケット
   交換装置であって、交換した上記ＩＰパケットの宛先Ｉ
   Ｐアドレスと該ＩＰパケットの交換時に新たに付け替え
   た上記物理フレームの宛先アドレスとの組情報を生成
   し、該ＩＰパケットをカプセル化した物理フレームの送
   信元に通知する情報生成手段を有し、上記送信元からの
   上記物理フレームの送信先を上記組情報に基づき変更さ
   せることを特徴とするインタネットパケット交換装置。
3. 【請求項３】 請求項２に記載のインタネットパケット
   交換装置であって、上記組情報の通知結果を記録するロ
   グ手段と、上記監視手段により上記端末装置もしくは中
   継装置が高負荷であると判断されると、上記ログ手段に
   よる記録結果を検索し、上記高負荷であると判断された
   端末装置もしくは中継装置を特定する上記宛先ＩＰアド
   レスを含む組情報があれば、該組情報の破棄を指示する
   情報を生成して、該組情報を上記情報生成手段により通
   知した送信元に通知する無効化情報生成手段とを有する
   ことを特徴とするインタネットパケット交換装置。