(57)【要約】【課題】各ドメインのトラヒック負荷の状況に応じたドメイン間パス設定方式を用いることにより、ドメイン間パス設定に要する時間を短縮する。【解決手段】各ドメインが境界ノードによって互いに接続されるネットワークシステムにおいて、各ドメインに対応して設置され、発ノードから着ノードまでの経路を計算する経路計算サーバであって、ドメイン内のトラヒック負荷の大きさを判定する判定手段と、前記経路を計算する経路計算手段と、経路計算要求を行ったノードに、前記経路計算手段により計算された経路計算結果を通知する通知手段と、を備え、前記経路計算手段は、ドメインのトラヒック負荷が大きい場合にはエンドツーエンド経路計算方式で経路を計算し、ドメインのトラヒック負荷が小さい場合にはドメイン毎経路計算方式で経路を計算する。【選択図】図１
2010004387.tif 000002
【特許請求の範囲】
【請求項１】
各ドメインが境界ノードによって互いに接続されるネットワークシステムにおいて、各ドメインに対応して設置され、発ノードから着ノードまでの経路を計算する経路計算サーバであって、
ドメイン内のトラヒック負荷の大きさを判定する判定手段と、
前記経路を計算する経路計算手段と、
経路計算要求を行ったノードに、前記経路計算手段により計算された経路計算結果を通知する通知手段と、
を備え、
前記経路計算手段は、
着ノードのドメインでは、
自ドメインのノードから経路計算要求を受信するとドメイン毎経路計算方式で着ノードまでの経路を計算し、
前ドメインの経路計算サーバから経路計算結果を受信するとエンドツーエンド経路計算方式で着ノードまでの経路を計算し、
着ノードのドメインでないドメインでは、
自ドメインのノードから経路計算要求を受信すると、自ドメイン及び次ドメインのトラヒック負荷がともに大きい場合には、エンドツーエンド経路計算方式でトラヒック負荷が小さいドメインまでの経路を計算し、そうでない場合には、ドメイン毎経路計算方式で次ドメインまでの経路を計算し、
前ドメインの経路計算サーバから経路計算結果を受信すると、次ドメインのトラヒック負荷が大きい場合には、エンドツーエンド経路計算方式でトラヒック負荷が小さいドメインまでの経路を計算し、そうでない場合には、エンドツーエンド経路計算方式で次ドメインまでの経路を計算する
ことを特徴とする経路計算サーバ。
【請求項２】
前記経路計算手段は、エンドツーエンド経路計算方式で経路を計算する場合には、次ドメインの最も多くの境界ノードに至ることができる境界ノードを経由する経路を選択することを特徴とする請求項１に記載の経路計算サーバ。
【請求項３】
各ドメインが境界ノードによって互いに接続されるネットワークシステムにおいて、各ドメインに対応して設置される経路計算サーバにおける発ノードから着ノードまでの経路を計算する経路計算方法であって、
ドメイン内のトラヒック負荷の大きさを判定するステップと、
前記経路を計算するステップと、
経路計算要求を行ったノードに、前記経路計算手段により計算された経路計算結果を通知するステップと、
を有し、
着ノードのドメインでは、
自ドメインのノードから経路計算要求を受信するとドメイン毎経路計算方式で着ノードまでの経路を計算し、
前ドメインの経路計算サーバから経路計算結果を受信するとエンドツーエンド経路計算方式で着ノードまでの経路を計算し、
着ノードのドメインでないドメインでは、
自ドメインのノードから経路計算要求を受信すると、自ドメイン及び次ドメインのトラヒック負荷がともに大きい場合には、エンドツーエンド経路計算方式でトラヒック負荷が小さいドメインまでの経路を計算し、そうでない場合には、ドメイン毎経路計算方式で次ドメインまでの経路を計算し、
前ドメインの経路計算サーバから経路計算結果を受信すると、次ドメインのトラヒック負荷が大きい場合には、エンドツーエンド経路計算方式でトラヒック負荷が小さいドメインまでの経路を計算し、そうでない場合には、エンドツーエンド経路計算方式で次ドメインまでの経路を計算する
ことを特徴とする経路計算方法。
【請求項４】
エンドツーエンド経路計算方式で経路を計算する場合には、次ドメインの最も多くの境界ノードに至ることができる境界ノードを経由する経路を選択することを特徴とする請求項３に記載の経路計算方法。
【請求項５】
各ドメインが境界ノードによって互いに接続されるネットワークシステムにおいて、各ドメインに対応して設置され、発ノードから着ノードまでの経路を計算するためのコンピュータに、
ドメイン内のトラヒック負荷の大きさを判定するステップと、
前記経路を計算するステップと、
経路計算要求を行ったノードに、前記経路計算手段により計算された経路計算結果を通知するステップと、
を実行させるものであり、
着ノードのドメインでは、
自ドメインのノードから経路計算要求を受信するとドメイン毎経路計算方式で着ノードまでの経路を計算し、
前ドメインの経路計算サーバから経路計算結果を受信するとエンドツーエンド経路計算方式で着ノードまでの経路を計算し、
着ノードのドメインでないドメインでは、
自ドメインのノードから経路計算要求を受信すると、自ドメイン及び次ドメインのトラヒック負荷がともに大きい場合には、エンドツーエンド経路計算方式でトラヒック負荷が小さいドメインまでの経路を計算し、そうでない場合には、ドメイン毎経路計算方式で次ドメインまでの経路を計算し、
前ドメインの経路計算サーバから経路計算結果を受信すると、次ドメインのトラヒック負荷が大きい場合には、エンドツーエンド経路計算方式でトラヒック負荷が小さいドメインまでの経路を計算し、そうでない場合には、エンドツーエンド経路計算方式で次ドメインまでの経路を計算する
ことを特徴とするプログラム。
【請求項６】
エンドツーエンド経路計算方式で経路を計算する場合には、次ドメインの最も多くの境界ノードに至ることができる境界ノードを経由する経路を選択することを特徴とする請求項５に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークにおける経路計算サーバ、経路計算方法及びプログラムに関する。
【背景技術】
【０００２】
従来、異なる管理領域に属する複数のドメインが、それぞれが所有する境界ノードによって互いに接続されているようなマルチドメインネットワークにおいて、これら複数のドメインを経由するドメイン間パスを設定する際、以下に示す２つの方式が用いられていた。
まず、非特許文献１に記載されたエンドツーエンド経路計算方式について図５を参照して説明する。
エンドツーエンド経路計算方式では、パスの始点である発ノードＳ０が属する発ドメイン（ドメイン（０））からパスの終点である着ノードＤ０が属する着ドメイン（ドメイン（Ｎ））までの各ドメインに対応する経路計算サーバが連携して、発ノードＳ０から着ノードＤ０までの最適経路を計算する。そして、発ノードＳ０から着ノードＤ０までの最適経路が計算された後に、最適経路に沿って発ノードＳ０から着ノードＤ０までのドメイン間パスが設定される。
次に、非特許文献２に記載されたドメイン毎経路計算方式について図６を参照して説明する。
ドメイン毎経路計算方式では、まず、発ノードＳ０が属する発ドメイン（ドメイン（０））の経路計算サーバが、発ノードＳ０からドメイン（１）の入側境界ノードまでの最適経路を計算する。そして、計算結果として得られた最適経路に沿ってドメイン（０）からドメイン（１）のドメイン間パスセグメントを設定する。同様に、ドメイン（１）の経路計算サーバは、ドメイン（０）において選択された入側境界ノードからドメイン（２）の入側境界ノードまでの最適経路を計算する。そして、計算結果として得られた最適経路に沿ってドメイン（１）からドメイン（２）のドメイン間パスセグメントを設定する。この処理を着ノードＤ０が属する着ドメイン（ドメイン（Ｎ））まで逐次行うことにより、発ノードＳ０から着ノードＤ０までのドメイン間パスが設定される。
また、非特許文献３に記載されたクランクバック処理では、ドメイン毎経路計算方式において、前ドメインにより選択された入側境界ノードからの空きの経路が存在しない場合は、前ドメインに空き経路がない旨を通知して前ドメインとのドメイン間パスを解放する。そして、前ドメインにより異なる入側境界ノードまでのドメイン間パスが新たに設定されると、新たに選択された入側境界ノードから経路計算をやり直す。クランクバック処理に回数制限を設けないことにより、パス設定損失率はエンドツーエンド方式と同程度になる。
【非特許文献１】JP. Vasseur, ed., "A backward recursive PCE-based computation (BRPC) procedure to compute shortest inter-domain traffic engineering label switched paths," IETF Draft, draft-ietf-pce-brpc-07.txt, Feb. 2008.
【非特許文献２】JP. Vasseur and A. Ayyangar, ed., "A per-domain path computation method for establishing inter-domain traffic engineering (TE) label switched paths (LSPs)," IETF Draft, draft-ietf-ccamp-inter-domain-pd-path-comp-06.txt, Nov. 2007.
【非特許文献３】A Farrel, ed., "Crankback signaling extensions for MPLS and GMPLS RSVP-TE," IETF RFC 4920, July 2007.
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、非特許文献１に記載されたエンドツーエンド経路計算方式では、経路計算量が比較的多いため、各ドメインのトラヒック負荷が小さい場合には、ドメイン毎経路計算方式と比較して、ドメイン間パス設定に要する時間が長くなる、という問題がある。
一方、非特許文献２に記載されたドメイン毎経路計算方式では、各ドメインのトラヒック負荷が大きい場合には、クランクバック処理の回数が増加するため、ドメイン間パス設定に要する時間が長くなる、という問題がある。
本発明は上記の点に鑑みてなされたものであり、その目的は、各ドメインのトラヒック負荷の状況に応じたドメイン間パス設定方式を用いることにより、ドメイン間パス設定に要する時間を短縮することができる経路計算サーバ、経路計算方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００４】
本発明は上記の課題を解決するためになされたものであり、本発明の一態様は、各ドメインが境界ノードによって互いに接続されるネットワークシステムにおいて、各ドメインに対応して設置され、発ノードから着ノードまでの経路を計算する経路計算サーバであって、ドメイン内のトラヒック負荷の大きさを判定する判定手段と、前記経路を計算する経路計算手段と、経路計算要求を行ったノードに、前記経路計算手段により計算された経路計算結果を通知する通知手段と、を備え、前記経路計算手段は、着ノードのドメインでは、自ドメインのノードから経路計算要求を受信するとドメイン毎経路計算方式で着ノードまでの経路を計算し、前ドメインの経路計算サーバから経路計算結果を受信するとエンドツーエンド経路計算方式で着ノードまでの経路を計算し、着ノードのドメインでないドメインでは、自ドメインのノードから経路計算要求を受信すると、自ドメイン及び次ドメインのトラヒック負荷がともに大きい場合には、エンドツーエンド経路計算方式でトラヒック負荷が小さいドメインまでの経路を計算し、そうでない場合には、ドメイン毎経路計算方式で次ドメインまでの経路を計算し、前ドメインの経路計算サーバから経路計算結果を受信すると、次ドメインのトラヒック負荷が大きい場合には、エンドツーエンド経路計算方式でトラヒック負荷が小さいドメインまでの経路を計算し、そうでない場合には、エンドツーエンド経路計算方式で次ドメインまでの経路を計算することを特徴とする経路計算サーバである。
【０００５】
また、本発明の一態様は、上記の経路計算サーバにおいて、前記経路計算手段は、エンドツーエンド経路計算方式で経路を計算する場合には、次ドメインの最も多くの境界ノードに至ることができる境界ノードを経由する経路を選択することを特徴とする。
【０００６】
また、本発明の一態様は、各ドメインが境界ノードによって互いに接続されるネットワークシステムにおいて、各ドメインに対応して設置される経路計算サーバにおける発ノードから着ノードまでの経路を計算する経路計算方法であって、ドメイン内のトラヒック負荷の大きさを判定するステップと、前記経路を計算するステップと、経路計算要求を行ったノードに、前記経路計算手段により計算された経路計算結果を通知するステップと、を有し、着ノードのドメインでは、自ドメインのノードから経路計算要求を受信するとドメイン毎経路計算方式で着ノードまでの経路を計算し、前ドメインの経路計算サーバから経路計算結果を受信するとエンドツーエンド経路計算方式で着ノードまでの経路を計算し、着ノードのドメインでないドメインでは、自ドメインのノードから経路計算要求を受信すると、自ドメイン及び次ドメインのトラヒック負荷がともに大きい場合には、エンドツーエンド経路計算方式でトラヒック負荷が小さいドメインまでの経路を計算し、そうでない場合には、ドメイン毎経路計算方式で次ドメインまでの経路を計算し、前ドメインの経路計算サーバから経路計算結果を受信すると、次ドメインのトラヒック負荷が大きい場合には、エンドツーエンド経路計算方式でトラヒック負荷が小さいドメインまでの経路を計算し、そうでない場合には、エンドツーエンド経路計算方式で次ドメインまでの経路を計算することを特徴とする経路計算方法である。
【０００７】
また、本発明の一態様は、上記の経路計算方法において、エンドツーエンド経路計算方式で経路を計算する場合には、次ドメインの最も多くの境界ノードに至ることができる境界ノードを経由する経路を選択することを特徴とする。
【０００８】
また、本発明の一態様は、各ドメインが境界ノードによって互いに接続されるネットワークシステムにおいて、各ドメインに対応して設置され、発ノードから着ノードまでの経路を計算するためのコンピュータに、ドメイン内のトラヒック負荷の大きさを判定するステップと、前記経路を計算するステップと、経路計算要求を行ったノードに、前記経路計算手段により計算された経路計算結果を通知するステップと、を実行させるものであり、着ノードのドメインでは、自ドメインのノードから経路計算要求を受信するとドメイン毎経路計算方式で着ノードまでの経路を計算し、前ドメインの経路計算サーバから経路計算結果を受信するとエンドツーエンド経路計算方式で着ノードまでの経路を計算し、着ノードのドメインでないドメインでは、自ドメインのノードから経路計算要求を受信すると、自ドメイン及び次ドメインのトラヒック負荷がともに大きい場合には、エンドツーエンド経路計算方式でトラヒック負荷が小さいドメインまでの経路を計算し、そうでない場合には、ドメイン毎経路計算方式で次ドメインまでの経路を計算し、前ドメインの経路計算サーバから経路計算結果を受信すると、次ドメインのトラヒック負荷が大きい場合には、エンドツーエンド経路計算方式でトラヒック負荷が小さいドメインまでの経路を計算し、そうでない場合には、エンドツーエンド経路計算方式で次ドメインまでの経路を計算することを特徴とするプログラムである。
【０００９】
また、本発明の一態様は、上記のプログラムにおいて、エンドツーエンド経路計算方式で経路を計算する場合には、次ドメインの最も多くの境界ノードに至ることができる境界ノードを経由する経路を選択することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、ドメインのトラヒック負荷が大きい場合には、エンドツーエンド経路計算方式で経路を計算し、そうでない場合には、ドメイン毎経路計算方式で経路を計算する。これにより、各ドメインのトラヒック負荷の状況に適したドメイン間パス設定ができるため、ドメイン間パス設定に要する時間を短縮することができる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照しながら本発明の実施形態について詳しく説明する。
図１は、本発明の一実施形態によるドメイン間パス設定処理を説明するための概略図である。
この図に示す例では、パスの始点である発ノードＳからパスの終点である着ノードＤまでの経路設定を行う。発ノードＳが属するドメイン（０）から着ノードＤが属するドメイン（Ｎ）までの経路には複数のドメインが存在する。各ドメインには、ドメイン間パスの経路決定を行う経路計算サーバ１が設置されている。また、各ドメインは、出側境界ノードと入側境界ノードによって接続される。出側境界ノードとは、他のドメインのノードに接続可能なノードである。入側境界ノードとは、他のドメインのノードから接続可能なノードである。なお、本実施形態では、ドメイン（ｉ）のｊ番目の入側境界ノードをＢｉｊと表わす。また、ドメイン（ｉ）の入側境界ノード数をｋｉと表わす。
【００１２】
エンドツーエンド経路計算方式は、発ノードＳから着ノードＤまでの経路を一旦全て計算してからドメイン間パス設定を行う。このため、トラヒック負荷が大きい場合であっても、空いていない経路に沿ってドメイン間パスを設定することがない。しかしながら、計算量が多いため、トラヒック負荷が小さい場合には、ドメイン毎経路計算方式に比してドメイン間パス設定までの時間が長くなる。一方、ドメイン毎経路計算方式は、ドメイン毎にドメイン間パス設定を行う。このため、計算量が少なく短い時間でドメイン間パスの設定ができる。しかしながら、トラヒック負荷が大きい場合には、次ドメインでは空いていない経路に沿ってドメイン間パスを設定することがあるためクランクバック処理が頻繁に発生し、ドメイン間パスを再設定するための余計な時間がかかる。よって、トラヒック負荷が大きいドメインではエンドツーエンド経路計算方式が適しており、トラヒック負荷が小さいドメインではドメイン毎経路計算方式が適しているといえる。
【００１３】
このため、本実施形態では、トラヒック負荷が大きいドメインでは、エンドツーエンド経路計算方式を用いてドメイン間パスを設定する。一方、トラヒック負荷が小さいドメインでは、ドメイン毎経路計算方式を用いてドメイン間パスを設定する。
本例では、発ノードＳが属するドメイン（０）からドメイン（ｍ）までのトラヒック負荷が大きい。また、ドメイン（ｍ＋１）からドメイン（ｎ）までのトラヒック負荷は小さい。また、ドメイン（ｎ＋１）から着ドメインＤの属するドメイン（Ｎ）までのトラヒック負荷は大きい。よって、ドメイン（０）からドメイン（ｍ）まで及びドメイン（ｎ＋１）からドメイン（Ｎ）まではエンドツーエンド経路計算方式でドメイン間パスを設定する。一方、ドメイン（ｍ＋１）からドメイン（ｎ）まではドメイン毎経路計算方式を用いてドメイン間パスを設定する。
【００１４】
次に、本実施形態におけるドメイン間パス設定手順について説明する。
まず、発ノードＳが、ドメイン（０）の経路計算サーバ１に経路計算要求を送信する。経路計算要求は、ドメイン間パスの経路計算を要求するメッセージである。
次に、ドメイン（０）からドメイン（ｍ）までの経路計算サーバ１が、連携してドメイン（０）からドメイン（ｍ＋１）までの経路を決定する。そして、決定した経路は、ドメイン（０）の経路計算サーバ１から発ノードＳに通知される。これにより、発ノードＳからドメイン（ｍ＋１）の入側境界ノードＢ（ｍ＋１）０までのドメイン間パスが設定される。
次に、入側境界ノードＢ（ｍ＋１）０が、ドメイン（ｍ＋１）の経路計算サーバ１に経路計算要求を送信する。すると、ドメイン（ｍ＋１）の経路計算サーバ１は、次ドメインの入側境界ノードまでの経路を計算して入側境界ノードＢ（ｍ＋１）０に通知する。これによりドメイン（ｍ＋１）からドメイン（ｍ＋２）までのドメイン間パスが設定される。この処理をドメイン（ｎ）まで繰り返す。
次に、ドメイン（ｎ＋１）では、入側境界ノードＢ（ｎ＋１）０が、経路計算要求を経路計算サーバ１に送信する。次に、ドメイン（ｎ＋１）からドメイン（Ｎ）までの経路計算サーバ１が、連携して入側境界ノードＢ（ｎ＋１）０から着ノードＤまでの経路を決定する。そして、決定した経路は、ドメイン（ｎ＋１）の経路計算サーバ１から入側境界ノードＢ（ｎ＋１）０に通知される。これにより、入側境界ノードＢ（ｎ＋１）０から着ノードＤまでのドメイン間パスが設定される。
このような手順により、発ノードＳから着ノードＤまでのドメイン間パスが設定される。
【００１５】
図２は、本実施形態における経路計算サーバ１の構成を示すブロック図である。
経路計算サーバ１は、通信部１１と、トラヒック測定部１２と、トラヒック取得部１３と、経路計算処理部１４と、を含んで構成される。
通信部１１は、自身が管理するドメイン（以下、自ドメインとする）のノード及び他のドメインの経路計算サーバ１と通信する。
【００１６】
トラヒック測定部１２は、自ドメインのトラヒック負荷が大きいか小さいかを判定する。具体的には、まず、トラヒック測定部１２は、平均パス保留時間当たりに到着する経路計算要求の数を計算する。平均パス保留時間は、実験などにより測定された実測値に基づいて予め決定された定数である。そして、トラヒック測定部１２は、計算した結果が予め設定された閾値より大きい場合に、トラヒック負荷が大きいと判定する。一方、トラヒック測定部１２は、閾値より小さい場合には、トラヒック負荷が小さいと判定する。なお、本実施形態では、平均パス保留時間を用いてトラヒック負荷を算出したが、パス同時接続数を用いて算出してもよい。パス同時接続数は、ドメイン間パスの設定数とドメイン間パスの解放数の差である。また、トラヒック測定部１２は、トラヒック負荷の判定結果を隣接するドメインの経路計算サーバ１へ通知する。
【００１７】
トラヒック取得部１３は、隣接するドメインの経路計算サーバ１からトラヒック負荷を取得する。
経路計算処理部１４は、自ドメインとパスの経路上で次にあるドメイン（以下、次ドメインとする）のトラヒック負荷に応じて、経路計算要求のあったドメイン間パスの経路を計算する。
【００１８】
以下、経路計算処理部１４の処理の流れについて説明する。
図３は、本実施形態における経路計算処理部１４の処理の手順を示すフローチャートである。この図に示す処理は、自ドメインのノードから経路計算要求を受信した際にスタートする。
まず、ステップＳ１では、自ドメインが着ドメインであるか否かを判定する。着ドメインとは、着ノードＤが属するドメインである。図１に示す例ではドメイン（Ｎ）が着ドメインである。着ドメインである場合には、ステップＳ２へ進む。一方、着ドメインでない場合には、ステップＳ６へ進む。
【００１９】
ステップＳ２では、経路計算要求のあったノード（入側境界ノード又は発ノード）から着ノードまでの最もコストの低い空き経路を計算する。
次に、ステップＳ３では、ステップＳ２の経路計算の結果、経路計算要求のあったノードから着ノードまで空き経路があるか否かを判定する。空き経路がある場合には、ステップＳ４へ進む。一方、空き経路がない場合には、ステップＳ５へ進む。
ステップＳ４では、経路計算要求のあったノードにステップＳ２で計算した経路を通知する。これにより、経路計算要求のあったノードから着ノードまでのパスが設定される。
一方、ステップＳ５では、経路計算要求のあったノードに空き経路がない旨を通知する。これにより、経路計算要求のあったノードが入側境界ノードである場合には、パスの経路上で前にあるドメイン（以下、前ドメインとする）にてクランクバック処理が行われる。
【００２０】
一方、ステップＳ６では、自ドメインのトラヒック負荷が大きいか否かを判定する。トラヒックが小さい場合には、ステップＳ７へ進む。一方、トラヒック負荷が大きい場合には、ステップＳ１０へ進む。
【００２１】
ステップＳ７では、経路計算要求のあったノード（入側境界ノード又は発ノード）から次ドメインの全ての入側境界ノードまでの経路計算を行う。図１に示すドメイン（ｎ）を例に具体的に説明する。まず、経路計算サーバ１は、経路計算要求のあったノードＢｎ０からノードＢ（ｎ＋１）０までの経路を計算する。この処理をノードＢ（ｎ＋１）０からノードＢ（ｎ＋１）ｋ（ｎ＋１）まで繰り返す。これにより、ノードＢｎ０からドメイン（ｎ＋１）の全ての入側境界ノード（ノードＢ（ｎ＋１）０〜ノードＢ（ｎ＋１）ｋ（ｎ＋１））までの経路が計算される。
【００２２】
次に、ステップＳ８では、ステップＳ７の経路計算の結果、経路計算要求のあったノードからの空き経路があるか否かを判定する。空き経路がある場合には、ステップＳ９へ進む。一方、空き経路が無い場合には、ステップＳ５へ進む。
ステップＳ９では、経路計算要求のあったノードに、経路計算要求のあったノードから次ドメインの全ての入側境界ノードまでの経路の内、最もコストの小さい経路を通知する。これにより、自ドメインから次ドメインまでのドメイン間パスが設定される。
【００２３】
一方、ステップＳ１０では、次ドメインのトラヒック負荷が大きいか否かを判定する。次ドメインのトラヒック負荷が大きい場合にはステップＳ１１へ進む。一方、次ドメインのトラヒック負荷が小さい場合には、ステップＳ７へ進む。
ステップＳ１１では、経路計算要求のあったノードから次ドメインの全ての入側境界ノードまでの経路計算を行う。次に、ステップＳ１２では、ステップＳ１１の結果、経路計算要求のあったノードからの空き経路があるか否かを判定する。空き経路がある場合には、ステップＳ１３へ進む。一方、空き経路がない場合には、ステップＳ５へ進む。
次に、ステップＳ１３では、次ドメインの経路計算サーバ１に、経路計算要求のあったノードから次ドメインの空き経路が存在する全ての入側境界ノードまでの各空き経路の最小コストを通知する。
【００２４】
図４は、本実施形態における経路計算処理部１４の処理の手順を示すフローチャートである。この図に示す処理は、前ドメインの経路計算サーバ１から空き経路が存在する全ての入側境界ノードまでの各空き経路の最小コストを受信した際にスタートする。
まず、ステップＳ１０１では、自ドメインが着ドメインであるか否かを判定する。着ドメインである場合には、ステップＳ１０２へ進む。一方、着ドメインでない場合には、ステップＳ１０４へ進む。
【００２５】
ステップＳ１０２では、着ノードまでの経路計算を行う。図１に示すドメイン（Ｎ）を例に具体的に説明する。ドメイン（Ｎ）の経路計算サーバ１は、全ての入側境界ノード（ＢＮ０〜ＢＮｋN）までの各空き経路の最小コストを前ドメイン（Ｎ−１）の経路計算サーバから受信している。ドメイン（Ｎ）の経路計算サーバ１は、各入側境界ノードから着ノードＤまでの最もコストの小さい空き経路をそれぞれ計算する。そして、それぞれの入側境界ノードにおいて、受信した入側境界ノードまでの最小コストを着ノードＤまでの空き経路の最小コストに加算する。
ステップＳ１０３では、ステップＳ１０２で加算した結果、最もコストの小さくなる経路を前ドメインの経路計算サーバ１に通知する。当該経路は、前ドメインの経路計算サーバ１を介して経路計算要求を行ったノードに通知される。これにより、経路計算要求を行ったノードから着ドメインまでのドメイン間パスが設定される。
【００２６】
一方、ステップＳ１０４では、次ドメインのトラヒック負荷が大きいか否かを判定する。次ドメインのトラヒック負荷が大きい場合には、ステップＳ１０７へ進む。一方、次ドメインのトラヒック負荷が小さい場合には、ステップＳ１０５へ進む。
【００２７】
ステップＳ１０５では、空き経路が存在する全ての入側境界ノードから次ドメインの全ての入側境界ノードまでの最もコストの小さい空き経路を計算する。図１に示すドメイン（ｍ）を例に具体的に説明する。ドメイン（ｍ）の経路計算サーバ１は、全ての入側境界ノード（Ｂｍ０〜Ｂｍｋｍ）までの各空き経路の最小コストをドメイン（ｍ−１）の経路計算サーバ１から受信している。ドメイン（ｍ）の経路計算サーバ１は、各入側境界ノードからドメイン（ｍ＋１）の入側境界ノードＢ（ｍ＋１）０までの最もコストの小さい空き経路をそれぞれ計算する。この処理をドメイン（ｍ＋１）の全ての入側境界ノード（Ｂ（ｍ＋１）０〜Ｂ（ｍ＋１）ｋｍ＋１）に対して行う。そして、各入側境界ノードにおいて、受信した入側境界ノードまでの経路の最小コストを算出した入側境界ノード（Ｂ（ｍ＋１）０〜Ｂ（ｍ＋１）ｋｍ＋１）までの各空き経路の最小コストに加算する。
次に、計算した経路から最適な経路を選択する。最適な経路とは、（１）最も多くの次ドメインの入側境界ノードに至ることができる入側境界ノードを経由する経路であって、（２）経路計算の結果得られたコスト最小の経路である。
これは、クランクバック処理が発生した場合に対応するためである。例えば、図１に示すドメイン（ｍ＋１）において、経路計算要求を行う入側境界ノードＢ（ｍ＋１）０からの空き経路がない場合、ドメイン（０）からドメイン（ｍ＋１）までドメイン間パスの再設定をしなければならない。これを防ぐために、ドメイン（ｍ）では、最も多くの次ドメインの入側境界ノードに接続できる入側境界ノードを経由する経路に沿ってドメイン間パスを設定しておく。これにより、ドメイン（ｍ−１）以前のドメインでパスを再設定する確率が低くなる。このため、ドメイン（ｍ＋１）において、経路計算要求を行う入境界ノードＢ（ｍ＋１）０からの空き経路がない場合であっても、ドメイン（ｍ）からドメイン（ｍ＋１）までのドメイン間パスの再設定のみ行えば、クランクバック処理が完了する確率が高くなる。
【００２８】
次に、ステップＳ１０６では、前ドメインの経路計算サーバ１に、選択された経路を通知する。当該経路は、前ドメインの経路計算サーバ１を経由して経路計算要求を行ったノードに通知される。これにより、経路計算要求を行ったノードから次ドメインまでのドメイン間パスが設定される。
【００２９】
一方、ステップＳ１０７では、次ドメインの全ての入側境界ノードまでの最もコストの小さい空き経路を計算する。ドメイン（Ｎ−１）を例に具体的に説明する。ドメイン（Ｎ−１）の経路計算サーバ１は、全ての入側境界ノード（Ｂ（Ｎ−１）０〜Ｂ（Ｎ−１）ｋN−１）までの各空き経路の最小コストをドメイン（Ｎ−２）の経路計算サーバ１から受信している。ドメイン（Ｎ−１）の経路計算サーバ１は、各入側境界ノードからドメイン（Ｎ）の入側境界ノードＢＮ０までの最もコストの小さい空き経路をそれぞれ計算する。この処理をドメイン（Ｎ）の全ての入側境界ノード（ＢＮ０〜ＢＮｋN）について行う。そして、それぞれの入側境界ノードにおいて、受信した入側境界ノードまでの最小コストを入側境界ノード（ＢＮ０〜ＢＮｋN）までの各空き経路の最小コストに加算する。最後に、ドメイン（Ｎ）の各入側境界ノード（ＢＮ０〜ＢＮｋN）までの最適な経路を選択する。最適な経路とは、加算したコストが最も小さい経路である。これにより、ドメイン（Ｎ）の全ての入側境界ノード（ＢＮ０〜ＢＮｋN）までの各経路の最小コストが決定する。
【００３０】
ステップＳ１０８では、次ドメインの経路計算サーバ１に、ステップＳ１０７で計算した次ドメインの全ての入側境界ノードまでの各空き経路の最小コストを通知する。次ドメインの経路計算サーバ１は、全ての入側境界ノードまでの各空き経路の最小コストを受信すると、上述したステップＳ１０１からの処理を行う。
【００３１】
このように、本実施形態によれば、トラヒック負荷が大きいドメイン群ではエンドツーエンド経路計算方式を用いてドメイン間パスを設定し、トラヒック負荷が小さいドメイン群ではドメイン毎経路計算方式を用いてドメイン間パスを設定している。これにより、各ドメインのトラヒック負荷の状況に適したドメイン間パス設定ができるため、ドメイン間パス設定に要する時間を短縮することができる。
【００３２】
また、図２に示す経路計算サーバの機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、経路計算処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００３３】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００３４】
以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
【図面の簡単な説明】
【００３５】
【図１】本発明の一実施形態によるドメイン間パス設定処理を説明するための概略図である。
【図２】本実施形態における経路計算サーバの構成を示すブロック図である。
【図３】本実施形態における経路計算処理部の処理の手順を示すフローチャートである。
【図４】本実施形態における経路計算処理部の処理の手順を示すフローチャートである。
【図５】エンドツーエンド経路計算方式を用いたドメイン間パス設定処理を説明するための概略図である。
【図６】ドメイン毎経路計算方式を用いたドメイン間パス設定処理を説明するための概略図である。
【符号の説明】
【００３６】
１…経路計算サーバ  １１…通信部  １２…トラヒック測定部  １３…トラヒック取得部  １４…経路計算処理部
【図１】
2010004387.tif 000003
【図２】
2010004387.tif 000004
【図３】
2010004387.tif 000005
【図４】
2010004387.tif 000006
【図５】
2010004387.tif 000007
【図６】
2010004387.tif 000008