JP4358725B2

JP4358725B2 - 複数ドメイン上での最短経路選択方法、当該方法が適用される装置及び当該方法を実現するためのプログラム

Info

Publication number: JP4358725B2
Application number: JP2004353405A
Authority: JP
Inventors: 洋松浦
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2004-12-06
Filing date: 2004-12-06
Publication date: 2009-11-04
Anticipated expiration: 2024-12-06
Also published as: JP2006165920A

Description

本発明は、ＩＰ（Internet Protocol）、ＭＰＬＳ（Multi Protocol Label Switching）等のネットワークが複数ドメイン存在する場合において、異なるドメインに跨ってルーティングを行う場合に利用される最短経路選択の技術に関する。

ルーティング・プロトコルとしてＯＳＰＦ（Open Shortest Path First：非特許文献１参照）やＲＩＰ（Routing Information Protocol）が知られている。ＲＩＰとＯＳＰＦはＩＧＰと呼ばれているルーティング・プロトコルの一種であり、ＯＳＰＦにはＲＩＰよりも多彩な機能が備わっている。このため、一般的には、小規模で比較的単純なネットワークではＲＩＰを採用し、大規模でより複雑なネットワークではＯＳＰＦを採用するというケースが多い。ＯＳＰＦの複数ドメイン上での最短経路探索方法について、図５〜図７を用いて説明する。

まず、ＯＳＰＦによる最短経路探索において、前提とするネットワーク構成／条件について図５を用いて説明する。図５において１０１〜１０６はＯＳＰＦのドメイン単位であるエリアである。２０１〜２０８はエリア内のルータである。３０１〜３０６はエリア境界ルータである。４０１、４０２はバックボーンルータである。５０１、５０２はそれぞれエリアＢ１０２、エリアＣ１０３内のネットワークである。６０１〜６１０はエリアＡ〜エリアＦ内のリンクであり、７０１〜７１５はバックボーンエリア内のリンクである。また、各リンクの両端の数字はリンクコストであり、リンクのその端からリンクの他方の端までのコストである。これらのリンクコストを含むリンクステート情報は、遅延、スループット、信頼性等の条件に応じて、数値で表されるが、リンクの利用頻度に応じて動的に反映される。３０１〜３０６のエリア境界ルータとバックボーンルータ４０１、４０２は自ルータに繋がるリンクに関してのリンクステート情報を他のすべてのエリア境界ルータとの間でアナウンスしあい共有する。ただし、エリア境界ルータ３０１〜３０６は、バックボーンエリアではない自分が所属するエリア内のリンクのリンクステートについてはエリア内のネットワークにつながるリンクのみ（例えば、エリアＣ１０３ではＮ２５０２に繋がるリンク６０６）のリンクステート（要約リンクステート）を交換する。また、上記のエリア間で交換されたリンクステート情報は、各エリアのエリア境界ルータにより、エリア内のすべてのルータに通知される。このようにして、すべてのルータがエリア間リンクステート情報を共有することが可能になる。図５から分かるように、すべてのエリア境界ルータ３０１〜３０６はバックボーンエリアに接続している必要がある。なお、図５には示されていないが、エリア境界ルータが直接バックボーンエリアに接続せず、仮想リンクと呼ばれる各エリアとバックボーンエリアを結ぶ論理的なリンクを用いて接続される場合もある。

図６は図５に示すように構成されたネットワークの下で、エリア境界ルータＡＢＲ＿Ａ３０１から、他のエリア境界ルータ３０２〜３０６、バックボーンルータ４０１、４０２、エリア＿Ｂ１０２及びエリア＿Ｃ１０３内のネットワーク５０１、５０２への最短経路ツリーを示す。この最短経路は、例えば、図５のリンクコストを距離として、その距離が最も短くなる経路を選択した結果得られるもので、図６において、８０１〜８０９は、上記各ルータ、ネットワーク間の距離を示している。この最短経路ツリーにより、各ルータは、宛先に応じた次のルータをルーティングテーブルに設定することが可能になる。

図７は図６の例で示したような最短経路ツリーを求めるために利用されるダイクストラのＳＰＦ（Shortest Path First）アルゴリズムのフローチャートを示す図である。
まず、起点ルータを選択する（ステップ９０１）。次に、ステップ９０１で選んだルータから出ているリンクを選択する（ステップ９０２）。この場合において、図５において、起点が３０１のＡＢＲ＿Ａ３０１の場合は対象となるリンクはリンク７０１、７０２、７０４となる。そして、起点ルータからステップ９０２で選んだリンクまでのルータとリンクの順列をルートとしてルートリストに登録する（ステップ９０３）。ステップ９０３において、例えば、起点がＡＢＲ＿Ａ３０１の場合は、（１）ＡＢＲ＿Ａ３０１、ｌｉｎｋ７０１、ＡＢＲＤ３０４、（２）ＡＢＲ＿Ａ３０１、ｌｉｎｋ７０２、Ｂａｃｋｂｏｎｅ＿Ｒ１４０１、及び（３）ＡＢＲ＿Ａ３０１、ｌｉｎｋ７０４、ＡＢＲ＿Ｂ３０２、の３つのルートがルートリストの中に登録される。ステップＳ９０３で、もしルータから外に出ているリンクがない場合はルートリストには追加されず、ルートリストの要素に変動はない。そして、ルートリストの要素にルート数が１つ以上あることを判断し（ステップＳ９０４）、もしルートが１つもない場合はアルゴリズムが終了する。ステップＳ９０４において、１つ以上のルートが存在する場合はステップ９０５の処理に移り、ルートリスト内でルートを構成するリンクコストの合計が最小になるようなルートを選択し、そのルートをルートリストから外し、そのルートを最短経路候補として最短経路リストの要素と比較する（ステップＳ９０５）。そして、最短経路リストの中にすでに最短経路候補と同じ起点と終点のルータを持つルートがあるかどうかを判断して（ステップＳ９０６）、最短経路候補と同じ起点と終点のルータを持つルートがある場合はステップ９０５の処理に戻る。ステップＳ９０５において、最短経路候補と同じ起点と終点のルータを持つルートがない場合はステップ９０７の処理に移り、最短経路候補を最短経路リストの新要素として加え（ステップＳ９０７）、ステップ９０１の処理に移る。これ以降のステップ９０１の処理はステップ９０７の最短経路候補の終点ルータを対象としてステップ９０２以下の処理を行う。これにより、最初のステップ９０１で選んだ起点ルータからそのルータに繋がっているすべてのルータに対する経路がアルゴリズム終了時に求まることになる。
http://www.faqs.org/rfcs/rfc1583.html

ＯＳＰＦでは、上記のように、図７に示すようなダイクストラのアルゴリズムを用いて複数エリアに跨る経路について最短経路を算出する。
図７に示すアルゴリズムでは、各エリア境界ルータはバックボーンエリア上でダイクストラのアルゴリズムを用いて他のエリア境界ルータへの最短経路を計算するため、すべてのエリア境界ルータはバックボーンネットワーク上で繋がっている必要がある。しかし、この制約は時として、処理負荷の増大あるいは、ルーティング効率の低下を導く。
図８を参照して、上記の問題点を述べる。図８において、１０７〜１０９はＯＳＰＦのエリアであり、２０９〜２２２はルータである。エリア内のリンク（例えばルータ２０９とルータ２１０間のリンク）は帯域が１００Ｍ、エリア間のリンク（例えば２０９と２１４間）は帯域が２００Ｍ存在し、図８中の１５台のルータからランダムに選択した２つのルータ間で１０Ｍの帯域を必要とするコネクションをダイクストラのアルゴリズムを用いて選ばれた経路のリンク内に収容していった場合を考慮する。この場合、コネクション収容本数は図８の（ａ）の場合には、（ｂ）に比べて３０％以上低下する。この理由は、図８の（ａ）の場合にはエリア境界ルータ２０９、２１４、２１９に各エリアＧ、Ｈ、Ｉからのアクセスが集中するためである。図８の（ａ）ではバックボーンエリアのネットワークにエリア境界ルータ２０９、２１４、２１９が接続されているので、ＯＳＰＦのエリア境界ルータの条件を満たす。これに対し、（ｂ）ではルータ２０９とルータ２２３との間のリンクと、ルータ２１２とルータ２１３との間のリンクと、ルータ２１６とルータ２１９と間のリンクがそれぞれ独立しており、相互に接続されていないので、エリア境界ルータの条件を満たさない。従って、これを満たすためには、ルータ２０９とルータ２１３との間、ルータ２１６とルータ２１７との間、ルータ２１９とルータ２２３との間にそれぞれポイントツーポイントの仮想リンクを張る必要がある。これらの仮想リンクにより、ルータ２０９、ルータ２１２、ルータ２１３、ルータ２１４、ルータ２１９、ルータ２２３の６台のルータがバックボーンネットワーク内で繋がることになるが、仮想リンクは、通常そのリンクコストの設定／更新は人手によるため、ルータでの自動設定ができない。従って、静的なリンクコストを使う可能性が高くなる。また図８の（ａ）の場合に比べて、（ｂ）の場合では、エリア境界ルータが６台あるため、各エリア内部のリンク情報も計算してしまうことになるので、リンクステート情報の交換／計算負荷が２倍になることが予想される。

上記のようにエリア境界ルータの負荷とルーティング効率はトレードオフの関係になる。また、ＧＭＰＬＳ(Generalized MPLS)のように、上位ドメインとその配下の下位ドメインが異なるレイヤ(例えば、光とＩＰ等)の場合に、上位ドメインでまず光のパスを確保してからＩＰルートをそのパスに通す場合がある。その場合は、光のルーティングを行うときに、ＩＰドメインに仮想リンクを作成することは非効率的である。その理由はＩＰレイヤが光レイヤに仮想リンク情報を与えることが難しいことと、仮想リンクのコストが光レイヤのパスのルーティングに影響を与えてしまうからである。つまり、仮想リンクの値を０にするとドメイン間パスが選ばれる可能性が低くなり、仮想リンクの値を大きくしすぎるとドメインを横断する光パスが選ばれにくくなる。

本発明は、複数のドメインが存在するネットワーク上における異なる２つのノード間の最短経路を求める最短経路選択方法、当該方法が適用される装置及び当該方法を実現するためのプログラムにおいて、エリア境界ルータの負荷の軽減とルーティング効率の向上を図ることを目的とする。

本発明の局面に係る発明は、複数のノードで構成されるドメインが複数存在する複数ドメインネットワーク上で、異なる２つのノード間の最短経路を求める最短経路選択方法において、経路情報として、起点のドメインと、当該起点のドメインに含まれる起点のノードと、終点のドメインと、当該終点のドメインに含まれる終点のノードと、起点のドメインと終点のドメインとの間を結ぶドメイン間のリンク及びドメインの順列とを保持するステップを具備することを特徴とする。なお、本発明は、方法の発明のみでなく、当該方法を実行する装置或いは当該方法を実現するためのプログラムとしても成立する。
また、経路情報の保持は、通常ルータであるが、ルータに限らず、ＰＣＳ（パスコンピューテーションサーバ）に本発明の実施形態に係るアルゴリズムを実装して、当該方法を実現しても良い。

本発明によれば、起点と終点のドメインもノードと共に経路情報として保持するようにしたので、エリア境界ルータ間が物理的に繋がる必要がなくなる。そのため、仮想リンクを作成する必要性も無くなる。例えば、図８の（ｂ）の場合と（ａ）の場合とでルーティング負荷は同じになる。従って、本発明では、性能劣化、人手の設定等を気にする必要はなく、エリア境界ルータを柔軟に設置可能となる。

また、ＧＭＰＬＳのようなマルチレイヤネットワークに対して、各レイヤ独立のルーティングを下位のドメインの仮想リンクの必要なく行うことが可能になる。

なお、最短経路候補を最短経路リストに加えるときに、起点のノードと終点のノードが共に同じものが最短経路リストにない場合は、最短経路候補を最短経路リストに加える場合には、各起点ドメインからの最短の経路が他ドメインのすべてのノードに対して求まる。なお、起点のドメインと終点のノードが共に同じものが最短経路リストにない場合は、最短経路候補を最短経路リストに加える場合のように、起点と終点のすべてのルータ(ノード)間の最短経路は求まらない場合があるが、処理負荷がドメインのルータ集約効率に応じて少なくなる。

図面を参照して本発明の実施の形態を説明する。
図１は、本発明の一実施形態に係る最短経路選択方法の動作を示すフローチャートである。また、図２は、本発明が適用されるネットワークの一例を示す図である。なお、本発明に一実施形態に係る最短経路選択方法が適用される装置については後述する。

なお、図1は、前記最短経路候補を最短経路リストに加えるときに、起点のノードと終点のノードが共に同じものが最短経路リストにない場合に前記最短経路候補を前記最短経路リストに加える場合の実装例を示したものであるが、起点のドメインと終点のノードが共に同じものが最短経路リストにない場合に前記最短経路候補を前記最短経路リストに加える場合も図１のステップ１００６に示す処理以外は同じであるので、ステップ１００６の説明時に併せて説明する。

まず、ドメインを選択する（ステップ１００１）。本ステップにおいて、図７に示すダイクストラのアルゴリズムとの違いは、図７のステップ９０１において、ダイクストラのアルゴリズムがルータを選択するのに対して、ドメイン（ルータも含む）を選択している点である。なお、本実施形態において、ルータはドメインの極端な例としてひとつのルータを含むドメインとして扱う。次に、図７のステップ９０２と同様に、ステップ１００１で選択したドメインから外側に出ているリンクを選択する（ステップ１００２）。図２において、起点ドメインを１１０のドメインＪとする。この場合、ドメインＪから出ているリンクとしてＬｉｎｋ＿１７１６とＬｉｎｋ＿２７１７がステップ１００２で選択される。ステップ１００２で選択されたリンクは図７のステップ９０３の処理と同様の処理により、ルートリストに加えられる（ステップ１００３）。だだし、ステップ１００３に示すように、本実施形態では、ドメインとその間のリンクの順列に加えて、起点ルータと、終点ルータが情報として保持される。図２の条件では、なお、ステップ１００３で登録されるルートは２つあり、ＢＲ（Border Router）＿１３０７からＢＲ＿３３０９までのルートとＢＲ＿２３０８からＢＲ＿４３１０までのルートの２つのルートである。そして、図７のステップ９０４の処理と同様にルートリストの中に１つ以上のルートがあるかどうかを判断する（ステップ１００４）。ここで、もし、ルートが無ければアルゴリズムの終了となり、ルートが１つ以上ある場合はステップ１００５の処理に移る。ステップ１００５では、図７のステップ９０５と同様に、ルートリストの中からルートを構成するリンクのコストの和が最小のものを選択し、そのルートをルートリストから外し、最短経路リストの要素と比較する。図２の例では、２つのルート（ＢＲ＿１３０７とＢＲ＿３３０９との間及びＢＲ＿２３０８とＢＲ＿４３１０との間）のコスト比較を行う。そして、起点ルータと終点ルータが同じルートが最短経路リストのルートにあるかどうかの判断を行い（ステップ１００６）、同じ起点／終点のルータがある場合はステップ１００５の処理に移り、まだない場合はステップ１００７の処理に移り、最短経路リストにステップ１００５で選択したルートを加える。なお、ステップ１００６において、起点ルータと終点ルータではなく、起点ドメインと終点ルータが同じルータをチェックするようにしてもよい。ステップ１００７の処理後に、ステップ１００１の処理に移る。なお、これ以降、対象となるドメインは、ステップ１００７の処理で最短経路リストに登録されたルートの終点ドメインになる。

上記のように、本実施形態とダイクストラのアルゴリズムと異なる点はステップ１００１でドメインを扱う点と、ステップ１００３以降のルートとして、ドメインとリンクのルート構成要素の順列の他に、起点／終点ルータを情報として保持することと、ステップ１００６の処理でルートの構成要素の起点／終点として同じものが最短経路リストにあるかどうかを判断するのではなく、起点ルータ／終点ルータ、あるいは起点ドメイン／終点ルータとして同じものがあるかどうかを判断するところである。

このように、本実施形態では、ドメイン間の最短経路を求める際に、当該ドメイン間のリンクとドメインの順列だけでなく、起点と終点のルータ情報を保持することにより、図１のようにエリア境界ルータがバックボーンエリアのようなひとつのエリアに接続しなくても最短経路を算出することが可能になっている。加えて、仮想リンクを人手で設定する必要はなく、エリアボーダルータが扱うリンクステート情報量も影響を受けない。

また、ＧＭＰＬＳのようなマルチレイヤネットワークに対して、各レイヤ独立のルーティングが下位のドメインの仮想リンクの必要なく行うことが可能になる。

本発明の実装箇所はルータでも良いが、ルータではなく、標準化が進められているパスコンピューテーションサーバ（ＰＣＳ）が望ましい。理由は、ＰＣＳにより、複数ドメインに跨るリンクステート情報の交換の負荷が省かれるとともに、利用するすべてのルータで本発明の最短経路選択方法に必要なすべての情報（本発明では、リンクを終端するルータ以外に、ドメインの情報も必要）をリンクステート情報として交換する機能があるかどうかが保証されないためである。

図３は、ＰＣＳの配布に関する一例である。図３において、１１２〜１１４はドメインであり、１１５はそれらのドメイン間を結ぶサブネットワークであるインタードメインＳＮである。１１０１〜１１０４は、それぞれ各ドメイン及びドメインＳＮを管理するためのＮＭＳ（ネットワーク管理システム）、１２０１〜１２０４は各ドメイン及びドメインＳＮのＰＣＳにアクセスするためのＪａｖａｃｌｉｅｎｔ、１３０１〜１３０４は各ドメイン及びドメインＳＮのルーティング管理のためのＰＣＳである。

１ドメイン毎に異なるルーティングポリシーがある場合、あるいはドメインに対応して異なるＩＳＰ等が自ドメイン内のルーティングをＰＣＳを用いて管理したい場合を想定すると、図３に示すように、インタードメインサブネットワーク（ＳＮ）を管理するＮＳＰ（Network Service Provider）のＮＭＳ１１０４が各ドメインのＩＳＰのＮＭＳ１１０１〜１１０３に対してＰＣＳ１３０１〜１３０３とＰＣＳにアクセスするためのＪａｖａｃｌｉｅｎｔ１２０１〜１２０３を配布する。また、インタードメインＳＮ内のルーティングを管理するためにＮＭＳ１１０４は自分のシステム内にＰＣＳ１３０４とＪａｖａｃｌｉｅｎｔ１２０４を保持する。

図４を参照して、上記のように構成されたＰＣＳを用いて複数ドメインに跨るルーティングを行う例と、その場合における本実施形態の適用例を示す。図４は、ドメイン毎に配置したＰＣＳの連携によるドメインに跨るルーティングの実施形態である。図３のドメイン＿Ａ１１２とドメイン＿Ｂ１１３の間にコネクションを張る例を考慮すると、図４には、図３に加えて、ドメイン＿Ａ１１２内の内部ルータ２２４〜２２６と、ドメイン＿Ｂ１１３内の内部ルータ２２７、２２８と、ドメイン＿Ａ１１２の境界ルータ３１１、３１２と、ドメイン＿Ｂ１１３の境界ルータ３１３、３１４とが示されている。１４０１〜１４０４は、上記の各ルータとＰＣＳ間あるいはＰＣＳ間でやり取りされるルーティングのための通知情報を示している。このように構成された装置の動作例を以下に説明する。

ＰＣＳ１３０４は、インタードメイン＿ＳＮｌｌ５上でドメイン＿Ａ１１２とドメイン＿Ｂ１１３が保持するＢＲ１３１１〜ＢＲ４３１４の情報とその間のリンク情報を保持する。それに対してＰＣＳ１３０１はドメイン＿Ａ１１２上でＲ１２２４〜Ｒ３２２６とＢＲ１３１１及びＢＲ２３１２の情報と、その５つのルータ間のリンク情報を保持する。ＰＣＳ１３０２はドメイン＿Ｂ１１３上でＲ４２２７、Ｒ５２２８、ＢＲ３３１３、ＢＲ４３１４の情報とそれらの間のリンク情報を保持する。

本実施形態では、ドメイン＿Ａ１１２のＲ１２２４がドメイン＿Ｂ１１３のＲ５２２８までのコネクション設定要求を受け、Ｊａｖａｃｌｉｅｎｔ１２０１に対して（１）通知１４０１を送ることを前提にして説明する。Ｊａｖａｃｌｉｅｎｔ１２０１は、自ドメイン内でコネクションが閉じてないことを判断して、ドメイン（２）通知１４０２により、Ｊａｖａｃｌｉｅｎｔ１２０４に対してドメイン＿Ａ１１２からＲ５２２８へのルーティング要求を行う。Ｊａｖａｃｌｉｅｎｔ１２０４は、通知１４０２に基づいて、ＰＣＳ１３０４に依頼し、図１に示す本実施形態の最短経路選択方法でドメイン＿Ａ１１２とドメイン＿Ｂ１１３の間の最短経路を求める。その結果、例えば、ＢＲ１３１１からＢＲ３１３までの経路が最もコストが安いものであることを判別して、Ｊａｖａｃｌｉｅｎｔ１２０１、１２０２に対してそれぞれ（３）通知１４０３と（３）通知１４０４で最短経路として選ばれたＢＲ１３１１、ＢＲ５３１３を伝える。この通知を受けたＪａｖａｃｌｉｅｎｔは自ＰＣＳであるＰＣＳ１３０１、１３０２でそれぞれ、Ｒ１２２４とＢＲ１３１１間、ＢＲ５３１３とＲ５２２８間の最短経路をダイクストラのアルゴリズムで求めて、結果的にＲ１２２４からＲ５２２８までの経路が求められる。

図４に示す例では、ドメインの階層は２階層となっている（ＴＯＰ階層：インタードメイン、第２階層：ドメイン＿Ａ、ドメイン＿Ｂ）が、ドメインの階層は３階層、４階層と増やすことが可能である。その場合にも階層間のドメイン間の最短経路選択に、図１に示すような本実施形態に係る最短経路選択方法が適用可能である。なお、ドメインの階層が３階層以上になった場合には、図１におけるステップ１００３のルートの順列は直下のドメイン（３階層目のインタードメインＳＮの場合は２階層目のドメイン）とそのドメイン間のリンクとなるが、起点ルータと終点ルータは常にドメインではなく、ルータを保持することになる。

本発明は、上記各実施の形態に限ることなく、その他、実施段階ではその要旨を逸脱しない範囲で種々の変形を実施し得ることが可能である。さらに、上記各実施形態には、種々の段階の発明が含まれており、開示される複数の構成要件における適宜な組合せにより種々の発明が抽出され得る。

また、例えば各実施形態に示される全構成要件から幾つかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果で述べられている効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。

本発明の一実施形態に係る複数ドメイン間の最短経路選択方法を示すフローチャート。本発明の一実施形態に係る複数ドメイン間の最短経路選択方法を適用するネットワークの一例を示す図。本発明の一実施形態に係る最短経路選択方法を実行するＰＣＳ（パスコンピューテーションサーバ）の配置例を示す図。ドメイン毎に配置したＰＣＳの連携によるドメインに跨るルーティングの実施形態を示す図。ＯＳＰＦのエリア間での最短経路選択方法を説明する上で前提としたネットワークの構成を示す図。ＯＳＰＦの最短経路選択方法のダイクストラのアルゴリズムの結果として得られるＡＢＲ＿Ａからの最短経路ツリー。ＯＳＰＦの最短経路選択方法であるダイクストラのアルゴリズムのフローチャート。ＯＳＰＦの課題を説明するためのネットワークの一例を示す図。

符号の説明

１１０、１１１…ドメイン
３０７〜３１０…エリア境界ルータ
７１６，７１７…リンク

Claims

複数のノードで構成されるドメインが複数存在する複数ドメインネットワーク上で、異なる２つのノード間の最短経路を求める最短経路選択方法において、
経路情報として、起点のドメインと、当該起点のドメインに含まれる起点のノードと、終点のドメインと、当該終点のドメインに含まれる終点のノードと、前記起点のドメインと終点のドメインとの間を結ぶドメイン間のリンク及びドメインの順列とを保持するステップを具備することを特徴とする最短経路選択方法。
請求項１記載の最短経路選択方法において、
前記起点のドメインから前記終点のドメインまでのルートリストを求め、このルートリストの中から最小のコストを有する経路を最短経路候補として選択するステップと、
前記最短経路候補を最短経路リストに加えるときに、起点のノードと終点のノードが共に同じものが最短経路リストにあるか否かを判定し、ないと判定された場合に前記最短経路候補を前記最短経路リストに加えるステップと
をさらに具備することを特徴とする最短経路選択方法。
請求項１記載の最短経路選択方法において、
前記起点のドメインから前記終点のドメインまでのルートリストを求め、このルートリストの中から最小のコストを有する経路を最短経路候補として選択するステップと、
前記最短経路候補を最短経路リストに加えるときに、起点のドメインと終点のノードが共に同じものが最短経路リストにあるか否かを判定し、ないと判定された場合に前記最短経路候補を前記最短経路リストに加えるステップと
をさらに具備することを特徴とする最短経路選択方法。
複数のノードで構成されるドメインが複数存在する複数ドメインネットワーク上で、異なる２つのノード間の最短経路を求める最短経路選択装置において、
経路情報として、起点のドメインと、当該起点のドメインに含まれる起点のノードと、終点のドメインと、当該終点のドメインに含まれる終点のノードと、前記起点のドメインと終点のドメインとの間を結ぶドメイン間のリンク及びドメインの順列とを保持する手段を具備することを特徴とする最短経路選択装置。（[００１５]〜[００１７]，図１）
複数のノードで構成されるドメインが複数存在する複数ドメインネットワーク上で、異なる２つのノード間の最短経路を求める最短経路選択方法を実現するためのプログラムにおいて、
経路情報として、起点のドメインと、当該起点のドメインに含まれる起点のノードと、終点のドメインと、当該終点のドメインに含まれる終点のノードと、前記起点のドメインと終点のドメインとの間を結ぶドメイン間のリンク及びドメインの順列とを保持する機能を具備することを特徴とする最短経路選択プログラム。（[００１５]〜[００１７]，図１）