JP3634317B2 - ノードおよびネットワークおよびプログラムおよび記録媒体 - Google Patents
ノードおよびネットワークおよびプログラムおよび記録媒体 Download PDFInfo
- Publication number
- JP3634317B2 JP3634317B2 JP2002060109A JP2002060109A JP3634317B2 JP 3634317 B2 JP3634317 B2 JP 3634317B2 JP 2002060109 A JP2002060109 A JP 2002060109A JP 2002060109 A JP2002060109 A JP 2002060109A JP 3634317 B2 JP3634317 B2 JP 3634317B2
- Authority
- JP
- Japan
- Prior art keywords
- node
- path
- setting
- resource
- packet
- 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
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明はＲＴＰ（Ｒｅａｌ Ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）、ＲＳＶＰ（Ｒｅｓｏｕｒｃｅ Ｒｅｓｅｒｖａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）等のように、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網におけるリソースを確保して行う通信に利用する。特に、シグナリング用ＩＰパケットの転送技術に関する。
【０００２】
【従来の技術】
インターネットに代表されるＩＰ網は、本来、帯域非保証型のネットワークであるが、通信経路をあらかじめ設定し、しかも利用する伝送速度を予約しておくことにより、オーディオ情報またはビジュアル情報のようなリアルタイム性が要求される情報の連続転送が可能となる。このような要望に応えるために、ＲＴＰ、ＲＳＶＰは、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）において、既に標準化が行われている。
【０００３】
ＩＰ網におけるリソース確保には、シグナリング用ＩＰパケット（以下、シグナリングパケットという）が用いられる。発側のノードは、経路設定のリクエストを含んだシグナリングパケットを着側のノードに向けて送出する。シグナリングパケットは、各ノードでリソースを確保しながら着側のノードに到達する。これにより、発側のノードと着側のノードとの間にパスが設定される。
【０００４】
このようなＩＰ網におけるリソースの確保では、発側のノードから送出されたシグナリングパケットが、途中のノードでリソースを確保しながら着側のノードに向かうが、このときに、リソースの確保が困難なノードに行き当たった場合には、そのノードからリソースの確保が困難である旨の通知を発側のノードに送出し、発側のノードでは、その通知を受け取ると、パスの設定をリトライするか、あるいは、断念する。
【０００５】
なお、本明細書における発側のノードおよび着側のノードとは、データ転送に先立ってパス設定のためのリクエストを送出する側のノードを発側のノードといい、このリクエストの終端先となるノードを着側のノードという。パス設定後におけるデータ転送の際には、発側のノードまたは着側のノードのいずれもがデータ発信元またはデータ受信先になることができる。また、設定されたパスは、単方向パスであっても双方向パスであってもよい。
【０００６】
【発明が解決しようとする課題】
従来、シグナリングパケットがリソースの確保が困難なノードに行き当たった場合には、そのノードからリソースの確保が困難である旨の通知を発側のノードに送出し、発側のノードでは、その通知を受け取ると、パスの設定をリトライするか、あるいは、断念するしかない。
【０００７】
このような場合に、リソースの確保が困難なノードが独自の判断によりシグナリングパケットを迂回させる処理を行うことができれば、発側のノードに対するリソース確保不可通知を省くことができ、速やかなパス設定を行うことができるとともに、リソースの有効利用を図ることができる。しかし、従来は、そのようなノードの独自の判断による迂回処理を実行する手順は無い。
【０００８】
本発明は、このような背景に行われたものであって、シグナリングパケットを効率良く転送し、速やかなパス設定およびリソースの有効利用を図ることができるノードおよびネットワークおよびプログラムおよび記録媒体を提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明の第一の観点はノードであって、本発明の特徴とするところは、ＩＰアドレスに基づくパスの設定に先立って行われるシグナリング用のＩＰパケットを転送する際に、次段のノードが当該ＩＰパケット転送のための最適ルートに含まれるノードであり、この次段のノードまでのパスを設定するためのリソースが無いためにパスが設定不可であるときには、パスを設定するためのリソースを有する隣接ノードを前記最適ルートに含まれるか否かに関わらず前記次段のノードに代替するノードとしてパスを設定する手段を備えたところにある。
【００１０】
すなわち、発側のノードからのリクエストに応えて最適ルートのリソースを確保できないノードでは、従来ならば、リソース確保不可通知を発側のノードに送出して処理を終了するところであるが、本発明では、最適ルートに含まれていなくても、空き波長を有する隣接ノードに対してパス設定を行う。この隣接ノードは、リクエストを受け取り、自ノードから着側のノードに向かうリソースを確保する。ここでいう最適ルートとは最短ルートであるとすれば、多少遠回りになっても発側のノードにリソース確保不可通知を行うことなく、リソース確保が行えるので、シグナリングパケットを効率良く転送し、速やかなパス設定およびリソースの有効利用を図ることができる。
【００１１】
あるいは、本発明の第一の観点はノードであって、本発明の特徴とするところは、ＩＰアドレスに基づくパスの設定に先立って行われるシグナリング用のＩＰパケットを転送する際に、次段のノードが当該ＩＰパケット転送のための最適ルートに含まれるノードであり、この次段のノードまでのパスを設定するためのリソースが無いためにパスが設定不可であるときには、その旨を前段のノードに通知する手段が設けられ、この通知する手段の通知を受け取った前記前段のノードは、パスを設定するためのリソースを有する隣接ノードを前記最適ルートに含まれるか否かに関わらず次段のノードに代替するノードとしてパスを設定する手段を備えたところにある。
【００１２】
前者と後者とを比較すると、後者では、リソース確保不可となったノードの前段のノードに戻り、そこから隣接するノードに対してパス設定を行う。すなわち、リソース確保不可となったノードでは、輻輳状態に陥っている可能性が高い。そのようなノードでリソース確保をリトライしても再びリソース確保不可となる可能性が高い。そこで、既にリソース確保が終了している前段のノードに戻り、そこから隣接ノードへのリソース確保を試みることにより、リソース確保不可となる確率を低く抑えることができる。
【００１３】
本発明の第二の観点は、本発明のノードを備えたことを特徴とするネットワークである。
【００１４】
本発明の第三の観点はプログラムであって、本発明の特徴とするところは、情報処理装置にインストールすることにより、その情報処理装置に、ノードを制御する装置に相応する機能として、ＩＰアドレスに基づくパスの設定に先立って行われるシグナリング用のＩＰパケットを転送する際に、次段のノードが当該ＩＰパケット転送のための最適ルートに含まれるノードであり、この次段のノードまでのパスを設定するためのリソースが無いためにパスが設定不可であるときには、パスを設定するためのリソースを有する隣接ノードを前記最適ルートに含まれるか否かに関わらず前記次段のノードに代替するノードとしてパスを設定する機能を実現させるところにある。
【００１５】
あるいは、本発明の第三の観点はプログラムであって、本発明の特徴とするところは、情報処理装置にインストールすることにより、その情報処理装置に、ノードを制御する装置に相応する機能として、ＩＰアドレスに基づくパスの設定に先立って行われるシグナリング用のＩＰパケットを転送する際に、次段のノードが当該ＩＰパケット転送のための最適ルートに含まれるノードであり、この次段のノードまでのパスを設定するためのリソースが無いためにパスが設定不可であるときには、その旨を前段のノードに通知する機能を実現させ、この通知する機能の通知を受け取った前記前段のノードに相応する機能として、パスを設定するためのリソースを有する隣接ノードを前記最適ルートに含まれるか否かに関わらず次段のノードに代替するノードとしてパスを設定する機能を実現させるところにある。
【００１６】
本発明の第四の観点は、本発明のプログラムが記録された前記情報処理装置読取可能な記録媒体である。本発明のプログラムは本発明の記録媒体に記録されることにより、前記情報処理装置は、この記録媒体を用いて本発明のプログラムをインストールすることができる。あるいは、本発明のプログラムを保持するサーバからネットワークを介して直接前記情報処理装置に本発明のプログラムをインストールすることもできる。
【００１７】
これにより、コンピュータ装置等の情報処理装置を用いて、シグナリングパケットを効率良く転送し、速やかなパス設定およびリソースの有効利用を図ることができるノードおよびネットワークを実現することができる。
【００１８】
【発明の実施の形態】
本発明実施例のノードおよび光パスネットワークを図１ないし図３を参照して説明する。図１は本実施例のノードの要部ブロック構成図である。図２は第一実施例のパス設定手順を説明するための図である。図３は第二実施例のパス設定手順を説明するための図である。
【００１９】
（第一実施例）
第一実施例は、図１に示すように、ＩＰアドレスに基づくパスの設定に先立って行われるシグナリング用のＩＰパケットを転送する際に、次段のノードが当該ＩＰパケット転送のための最適ルートに含まれるノードであり、この次段のノードまでのパスを設定するためのリソースが無いためにパスが設定不可であるときには、パスを設定するためのリソースを有する隣接ノードを前記最適ルートに含まれるか否かに関わらず前記次段のノードに代替するノードとしてパスを設定するパス設定可否判定部１およびパス設定部２を備えたことを特徴とするノードである。
【００２０】
図２の例では、発側のノード→…→Ａ→Ｂ→Ｃ→Ｄ（実線）→…→着側のノードが最適ルートであるが、ノードＢでノードＣへのパスを設定するためのリソースが無いために、パス設定可否判定部１はパスが設定不可と判定する。続いて、パス設定可否判定部１は、隣接する他のノードＥに対するパス設定可否判定を行った結果、リソースがあり、パスが設定可能であると判定する。
【００２１】
第一実施例では、このような場合には、パス設定部２は、最適ルートであるか否かに関わらず、リソースを有する隣接ノードに対してパスを設定する。図２の例では、発側のノード→…→Ａ→Ｂ→Ｅ→Ｆ→Ｈ→Ｇ→Ｄ（破線）→…→着側のノードという経路が設定される。この経路は、最適ルートと比較すると多少遠回りであるが、ノードＢからリソース確保不可通知が発側のノードに送出され、発側のノードがパス設定をリトライする場合と比較すると、速やかにパス設定が行える点で十分優れている。
【００２２】
（第二実施例）
第二実施例は、図１に示すように、ＩＰアドレスに基づくパスの設定に先立って行われるシグナリング用のＩＰパケットを転送する際に、次段のノードが当該ＩＰパケット転送のための最適ルートに含まれるノードであり、この次段のノードまでのパスを設定するためのリソースが無いためにパスが設定不可であるときには、その旨を前段のノードに通知するパス設定可否判定部１が設けられ、このパス設定可否判定部１の通知を受け取った前記前段のノードは、パスを設定するためのリソースを有する隣接ノードを前記最適ルートに含まれるか否かに関わらず次段のノードに代替するノードとしてパスを設定するパス設定可否判定部１およびパス設定部２を備えたことを特徴とするノードである。
【００２３】
図３の例では、発側のノード→…→Ａ→Ｂ→Ｃ→Ｄ（実線）→…→着側のノードが最適ルートであるが、ノードＢでノードＣへのパスを設定するためのリソースが無いために、パス設定可否判定部１はパスが設定不可と判定する。
【００２４】
第二実施例では、このような場合には、ノードＢのパス設定可否判定部１は、ノードＡに対してパス設定不可通知を行う。この通知を受けたノードＡのパス設定可否判定部１は、隣接する他のノードＩに対するパス設定可否判定を行った結果、リソースがあり、パスが設定可能であると判定する。
【００２５】
ノードＡのパス設定部２では、最適ルートであるか否かに関わらず、リソースを有する隣接ノードに対してパスを設定する。図３の例では、発側のノード→…→Ａ→Ｉ→Ｅ→Ｆ→Ｈ→Ｇ→Ｄ（破線）→…→着側のノードという経路が設定される。この経路は、最適ルートと比較すると多少遠回りであるが、ノードＢからリソース確保不可通知が発側のノードに送出され、発側のノードがパス設定をリトライする場合と比較すると、速やかにパス設定が行える点で十分優れている。
【００２６】
第二実施例の特徴は、パス設定不可となったノードがその前段のノードにその旨を通知し、通知を受けた前段のノードが隣接ノードにパスを設定する手順にある。すなわち、パスが設定不可となったノードでは、輻輳が発生している可能性が高いので、そのようなノードで、隣接ノードへのパス設定を試みても、成功率は低いという考えから、輻輳が発生している可能性の低い前段のノードに戻り、そこから隣接ノードへのパス設定を試みる。
【００２７】
（第三実施例）
本実施例のノードは、情報処理装置であるコンピュータ装置を用いて実現することができる。すなわち、コンピュータ装置にインストールすることにより、そのコンピュータ装置に、ノードを制御する装置に相応する機能として、ＩＰアドレスに基づくパスの設定に先立って行われるシグナリング用のＩＰパケットを転送する際に、次段のノードが当該ＩＰパケット転送のための最適ルートに含まれるノードであり、この次段のノードまでのパスを設定するためのリソースが無いためにパスが設定不可であるときには、パスを設定するためのリソースを有する隣接ノードを前記最適ルートに含まれるか否かに関わらず前記次段のノードに代替するノードとしてパスを設定するパス設定可否判定部１およびパス設定部２に相応する機能を実現させるプログラムをコンピュータ装置にインストールすることにより、そのコンピュータ装置を第一実施例のノードを制御する装置に相応する装置とすることができる。
【００２８】
あるいは、コンピュータ装置にインストールすることにより、そのコンピュータ装置に、ノードを制御する装置に相応する機能として、ＩＰアドレスに基づくパスの設定に先立って行われるシグナリング用のＩＰパケットを転送する際に、次段のノードが当該ＩＰパケット転送のための最適ルートに含まれるノードであり、この次段のノードまでのパスを設定するためのリソースが無いためにパスが設定不可であるときには、その旨を前段のノードに通知するパス設定可否判定部１に相応する機能を実現させ、このパス設定可否判定部１の通知を受け取った前記前段のノードに相応する機能として、パスを設定するためのリソースを有する隣接ノードを前記最適ルートに含まれるか否かに関わらず次段のノードに代替するノードとしてパスを設定するパス設定可否判定部１およびパス設定部２に相応する機能を実現させるプログラムをコンピュータ装置にインストールすることにより、そのコンピュータ装置を第二実施例のノードを制御する装置に相応する装置とすることができる。
【００２９】
本実施例のプログラムは本実施例の記録媒体に記録されることにより、コンピュータ装置は、この記録媒体を用いて本実施例のプログラムをインストールすることができる。あるいは、本実施例のプログラムを保持するサーバからネットワークを介して直接コンピュータ装置に本実施例のプログラムをインストールすることもできる。
【００３０】
これにより、コンピュータ装置を用いて、シグナリングパケットを効率良く転送し、速やかなパス設定およびリソースの有効利用を図ることができるノードおよびネットワークを実現することができる。
【００３１】
【発明の効果】
以上説明したように、本発明によれば、シグナリングパケットを効率良く転送し、速やかなパス設定およびリソースの有効利用を図ることができる。
【図面の簡単な説明】
【図１】本発明実施例のノードの要部ブロック構成図。
【図２】第一実施例のパス設定手順を説明するための図。
【図３】第二実施例のパス設定手順を説明するための図。
【符号の説明】
１ パス設定可否判定部
２ パス設定部
１０、Ａ〜Ｉ ノード
【発明の属する技術分野】
本発明はＲＴＰ（Ｒｅａｌ Ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）、ＲＳＶＰ（Ｒｅｓｏｕｒｃｅ Ｒｅｓｅｒｖａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）等のように、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網におけるリソースを確保して行う通信に利用する。特に、シグナリング用ＩＰパケットの転送技術に関する。
【０００２】
【従来の技術】
インターネットに代表されるＩＰ網は、本来、帯域非保証型のネットワークであるが、通信経路をあらかじめ設定し、しかも利用する伝送速度を予約しておくことにより、オーディオ情報またはビジュアル情報のようなリアルタイム性が要求される情報の連続転送が可能となる。このような要望に応えるために、ＲＴＰ、ＲＳＶＰは、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）において、既に標準化が行われている。
【０００３】
ＩＰ網におけるリソース確保には、シグナリング用ＩＰパケット（以下、シグナリングパケットという）が用いられる。発側のノードは、経路設定のリクエストを含んだシグナリングパケットを着側のノードに向けて送出する。シグナリングパケットは、各ノードでリソースを確保しながら着側のノードに到達する。これにより、発側のノードと着側のノードとの間にパスが設定される。
【０００４】
このようなＩＰ網におけるリソースの確保では、発側のノードから送出されたシグナリングパケットが、途中のノードでリソースを確保しながら着側のノードに向かうが、このときに、リソースの確保が困難なノードに行き当たった場合には、そのノードからリソースの確保が困難である旨の通知を発側のノードに送出し、発側のノードでは、その通知を受け取ると、パスの設定をリトライするか、あるいは、断念する。
【０００５】
なお、本明細書における発側のノードおよび着側のノードとは、データ転送に先立ってパス設定のためのリクエストを送出する側のノードを発側のノードといい、このリクエストの終端先となるノードを着側のノードという。パス設定後におけるデータ転送の際には、発側のノードまたは着側のノードのいずれもがデータ発信元またはデータ受信先になることができる。また、設定されたパスは、単方向パスであっても双方向パスであってもよい。
【０００６】
【発明が解決しようとする課題】
従来、シグナリングパケットがリソースの確保が困難なノードに行き当たった場合には、そのノードからリソースの確保が困難である旨の通知を発側のノードに送出し、発側のノードでは、その通知を受け取ると、パスの設定をリトライするか、あるいは、断念するしかない。
【０００７】
このような場合に、リソースの確保が困難なノードが独自の判断によりシグナリングパケットを迂回させる処理を行うことができれば、発側のノードに対するリソース確保不可通知を省くことができ、速やかなパス設定を行うことができるとともに、リソースの有効利用を図ることができる。しかし、従来は、そのようなノードの独自の判断による迂回処理を実行する手順は無い。
【０００８】
本発明は、このような背景に行われたものであって、シグナリングパケットを効率良く転送し、速やかなパス設定およびリソースの有効利用を図ることができるノードおよびネットワークおよびプログラムおよび記録媒体を提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明の第一の観点はノードであって、本発明の特徴とするところは、ＩＰアドレスに基づくパスの設定に先立って行われるシグナリング用のＩＰパケットを転送する際に、次段のノードが当該ＩＰパケット転送のための最適ルートに含まれるノードであり、この次段のノードまでのパスを設定するためのリソースが無いためにパスが設定不可であるときには、パスを設定するためのリソースを有する隣接ノードを前記最適ルートに含まれるか否かに関わらず前記次段のノードに代替するノードとしてパスを設定する手段を備えたところにある。
【００１０】
すなわち、発側のノードからのリクエストに応えて最適ルートのリソースを確保できないノードでは、従来ならば、リソース確保不可通知を発側のノードに送出して処理を終了するところであるが、本発明では、最適ルートに含まれていなくても、空き波長を有する隣接ノードに対してパス設定を行う。この隣接ノードは、リクエストを受け取り、自ノードから着側のノードに向かうリソースを確保する。ここでいう最適ルートとは最短ルートであるとすれば、多少遠回りになっても発側のノードにリソース確保不可通知を行うことなく、リソース確保が行えるので、シグナリングパケットを効率良く転送し、速やかなパス設定およびリソースの有効利用を図ることができる。
【００１１】
あるいは、本発明の第一の観点はノードであって、本発明の特徴とするところは、ＩＰアドレスに基づくパスの設定に先立って行われるシグナリング用のＩＰパケットを転送する際に、次段のノードが当該ＩＰパケット転送のための最適ルートに含まれるノードであり、この次段のノードまでのパスを設定するためのリソースが無いためにパスが設定不可であるときには、その旨を前段のノードに通知する手段が設けられ、この通知する手段の通知を受け取った前記前段のノードは、パスを設定するためのリソースを有する隣接ノードを前記最適ルートに含まれるか否かに関わらず次段のノードに代替するノードとしてパスを設定する手段を備えたところにある。
【００１２】
前者と後者とを比較すると、後者では、リソース確保不可となったノードの前段のノードに戻り、そこから隣接するノードに対してパス設定を行う。すなわち、リソース確保不可となったノードでは、輻輳状態に陥っている可能性が高い。そのようなノードでリソース確保をリトライしても再びリソース確保不可となる可能性が高い。そこで、既にリソース確保が終了している前段のノードに戻り、そこから隣接ノードへのリソース確保を試みることにより、リソース確保不可となる確率を低く抑えることができる。
【００１３】
本発明の第二の観点は、本発明のノードを備えたことを特徴とするネットワークである。
【００１４】
本発明の第三の観点はプログラムであって、本発明の特徴とするところは、情報処理装置にインストールすることにより、その情報処理装置に、ノードを制御する装置に相応する機能として、ＩＰアドレスに基づくパスの設定に先立って行われるシグナリング用のＩＰパケットを転送する際に、次段のノードが当該ＩＰパケット転送のための最適ルートに含まれるノードであり、この次段のノードまでのパスを設定するためのリソースが無いためにパスが設定不可であるときには、パスを設定するためのリソースを有する隣接ノードを前記最適ルートに含まれるか否かに関わらず前記次段のノードに代替するノードとしてパスを設定する機能を実現させるところにある。
【００１５】
あるいは、本発明の第三の観点はプログラムであって、本発明の特徴とするところは、情報処理装置にインストールすることにより、その情報処理装置に、ノードを制御する装置に相応する機能として、ＩＰアドレスに基づくパスの設定に先立って行われるシグナリング用のＩＰパケットを転送する際に、次段のノードが当該ＩＰパケット転送のための最適ルートに含まれるノードであり、この次段のノードまでのパスを設定するためのリソースが無いためにパスが設定不可であるときには、その旨を前段のノードに通知する機能を実現させ、この通知する機能の通知を受け取った前記前段のノードに相応する機能として、パスを設定するためのリソースを有する隣接ノードを前記最適ルートに含まれるか否かに関わらず次段のノードに代替するノードとしてパスを設定する機能を実現させるところにある。
【００１６】
本発明の第四の観点は、本発明のプログラムが記録された前記情報処理装置読取可能な記録媒体である。本発明のプログラムは本発明の記録媒体に記録されることにより、前記情報処理装置は、この記録媒体を用いて本発明のプログラムをインストールすることができる。あるいは、本発明のプログラムを保持するサーバからネットワークを介して直接前記情報処理装置に本発明のプログラムをインストールすることもできる。
【００１７】
これにより、コンピュータ装置等の情報処理装置を用いて、シグナリングパケットを効率良く転送し、速やかなパス設定およびリソースの有効利用を図ることができるノードおよびネットワークを実現することができる。
【００１８】
【発明の実施の形態】
本発明実施例のノードおよび光パスネットワークを図１ないし図３を参照して説明する。図１は本実施例のノードの要部ブロック構成図である。図２は第一実施例のパス設定手順を説明するための図である。図３は第二実施例のパス設定手順を説明するための図である。
【００１９】
（第一実施例）
第一実施例は、図１に示すように、ＩＰアドレスに基づくパスの設定に先立って行われるシグナリング用のＩＰパケットを転送する際に、次段のノードが当該ＩＰパケット転送のための最適ルートに含まれるノードであり、この次段のノードまでのパスを設定するためのリソースが無いためにパスが設定不可であるときには、パスを設定するためのリソースを有する隣接ノードを前記最適ルートに含まれるか否かに関わらず前記次段のノードに代替するノードとしてパスを設定するパス設定可否判定部１およびパス設定部２を備えたことを特徴とするノードである。
【００２０】
図２の例では、発側のノード→…→Ａ→Ｂ→Ｃ→Ｄ（実線）→…→着側のノードが最適ルートであるが、ノードＢでノードＣへのパスを設定するためのリソースが無いために、パス設定可否判定部１はパスが設定不可と判定する。続いて、パス設定可否判定部１は、隣接する他のノードＥに対するパス設定可否判定を行った結果、リソースがあり、パスが設定可能であると判定する。
【００２１】
第一実施例では、このような場合には、パス設定部２は、最適ルートであるか否かに関わらず、リソースを有する隣接ノードに対してパスを設定する。図２の例では、発側のノード→…→Ａ→Ｂ→Ｅ→Ｆ→Ｈ→Ｇ→Ｄ（破線）→…→着側のノードという経路が設定される。この経路は、最適ルートと比較すると多少遠回りであるが、ノードＢからリソース確保不可通知が発側のノードに送出され、発側のノードがパス設定をリトライする場合と比較すると、速やかにパス設定が行える点で十分優れている。
【００２２】
（第二実施例）
第二実施例は、図１に示すように、ＩＰアドレスに基づくパスの設定に先立って行われるシグナリング用のＩＰパケットを転送する際に、次段のノードが当該ＩＰパケット転送のための最適ルートに含まれるノードであり、この次段のノードまでのパスを設定するためのリソースが無いためにパスが設定不可であるときには、その旨を前段のノードに通知するパス設定可否判定部１が設けられ、このパス設定可否判定部１の通知を受け取った前記前段のノードは、パスを設定するためのリソースを有する隣接ノードを前記最適ルートに含まれるか否かに関わらず次段のノードに代替するノードとしてパスを設定するパス設定可否判定部１およびパス設定部２を備えたことを特徴とするノードである。
【００２３】
図３の例では、発側のノード→…→Ａ→Ｂ→Ｃ→Ｄ（実線）→…→着側のノードが最適ルートであるが、ノードＢでノードＣへのパスを設定するためのリソースが無いために、パス設定可否判定部１はパスが設定不可と判定する。
【００２４】
第二実施例では、このような場合には、ノードＢのパス設定可否判定部１は、ノードＡに対してパス設定不可通知を行う。この通知を受けたノードＡのパス設定可否判定部１は、隣接する他のノードＩに対するパス設定可否判定を行った結果、リソースがあり、パスが設定可能であると判定する。
【００２５】
ノードＡのパス設定部２では、最適ルートであるか否かに関わらず、リソースを有する隣接ノードに対してパスを設定する。図３の例では、発側のノード→…→Ａ→Ｉ→Ｅ→Ｆ→Ｈ→Ｇ→Ｄ（破線）→…→着側のノードという経路が設定される。この経路は、最適ルートと比較すると多少遠回りであるが、ノードＢからリソース確保不可通知が発側のノードに送出され、発側のノードがパス設定をリトライする場合と比較すると、速やかにパス設定が行える点で十分優れている。
【００２６】
第二実施例の特徴は、パス設定不可となったノードがその前段のノードにその旨を通知し、通知を受けた前段のノードが隣接ノードにパスを設定する手順にある。すなわち、パスが設定不可となったノードでは、輻輳が発生している可能性が高いので、そのようなノードで、隣接ノードへのパス設定を試みても、成功率は低いという考えから、輻輳が発生している可能性の低い前段のノードに戻り、そこから隣接ノードへのパス設定を試みる。
【００２７】
（第三実施例）
本実施例のノードは、情報処理装置であるコンピュータ装置を用いて実現することができる。すなわち、コンピュータ装置にインストールすることにより、そのコンピュータ装置に、ノードを制御する装置に相応する機能として、ＩＰアドレスに基づくパスの設定に先立って行われるシグナリング用のＩＰパケットを転送する際に、次段のノードが当該ＩＰパケット転送のための最適ルートに含まれるノードであり、この次段のノードまでのパスを設定するためのリソースが無いためにパスが設定不可であるときには、パスを設定するためのリソースを有する隣接ノードを前記最適ルートに含まれるか否かに関わらず前記次段のノードに代替するノードとしてパスを設定するパス設定可否判定部１およびパス設定部２に相応する機能を実現させるプログラムをコンピュータ装置にインストールすることにより、そのコンピュータ装置を第一実施例のノードを制御する装置に相応する装置とすることができる。
【００２８】
あるいは、コンピュータ装置にインストールすることにより、そのコンピュータ装置に、ノードを制御する装置に相応する機能として、ＩＰアドレスに基づくパスの設定に先立って行われるシグナリング用のＩＰパケットを転送する際に、次段のノードが当該ＩＰパケット転送のための最適ルートに含まれるノードであり、この次段のノードまでのパスを設定するためのリソースが無いためにパスが設定不可であるときには、その旨を前段のノードに通知するパス設定可否判定部１に相応する機能を実現させ、このパス設定可否判定部１の通知を受け取った前記前段のノードに相応する機能として、パスを設定するためのリソースを有する隣接ノードを前記最適ルートに含まれるか否かに関わらず次段のノードに代替するノードとしてパスを設定するパス設定可否判定部１およびパス設定部２に相応する機能を実現させるプログラムをコンピュータ装置にインストールすることにより、そのコンピュータ装置を第二実施例のノードを制御する装置に相応する装置とすることができる。
【００２９】
本実施例のプログラムは本実施例の記録媒体に記録されることにより、コンピュータ装置は、この記録媒体を用いて本実施例のプログラムをインストールすることができる。あるいは、本実施例のプログラムを保持するサーバからネットワークを介して直接コンピュータ装置に本実施例のプログラムをインストールすることもできる。
【００３０】
これにより、コンピュータ装置を用いて、シグナリングパケットを効率良く転送し、速やかなパス設定およびリソースの有効利用を図ることができるノードおよびネットワークを実現することができる。
【００３１】
【発明の効果】
以上説明したように、本発明によれば、シグナリングパケットを効率良く転送し、速やかなパス設定およびリソースの有効利用を図ることができる。
【図面の簡単な説明】
【図１】本発明実施例のノードの要部ブロック構成図。
【図２】第一実施例のパス設定手順を説明するための図。
【図３】第二実施例のパス設定手順を説明するための図。
【符号の説明】
１ パス設定可否判定部
２ パス設定部
１０、Ａ〜Ｉ ノード
Claims (4)
- ＩＰアドレスに基づくパスの設定に先立って行われるシグナリング用のＩＰパケットを転送する際に、次段のノードが当該ＩＰパケット転送のための最適ルートに含まれるノードであり、この次段のノードまでのパスを設定するためのリソースが無いためにパスが設定不可であるときには、
その旨を前段のノードに通知する手段が設けられ、
この通知する手段の通知を受け取った前記前段のノードは、パスを設定するためのリソースを有する隣接ノードを前記最適ルートに含まれるか否かに関わらず次段のノードに代替するノードとしてパスを設定する手段を備えた
ことを特徴とするノード。 - 請求項１記載のノードを備えたことを特徴とするネットワーク。
- 情報処理装置にインストールすることにより、その情報処理装置に、ノードを制御する装置に相応する機能として、
ＩＰアドレスに基づくパスの設定に先立って行われるシグナリング用のＩＰパケットを転送する際に、次段のノードが当該ＩＰパケット転送のための最適ルートに含まれるノードであり、この次段のノードまでのパスを設定するためのリソースが無いためにパスが設定不可であるときには、
その旨を前段のノードに通知する機能を実現させ、
この通知する機能の通知を受け取った前記前段のノードに相応する機能として、パスを設定するためのリソースを有する隣接ノードを前記最適ルートに含まれるか否かに関わらず次段のノードに代替するノードとしてパスを設定する機能を実現させる
ことを特徴とするプログラム。 - 請求項３記載のプログラムが記録された前記情報処理装置読取可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002060109A JP3634317B2 (ja) | 2002-03-06 | 2002-03-06 | ノードおよびネットワークおよびプログラムおよび記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002060109A JP3634317B2 (ja) | 2002-03-06 | 2002-03-06 | ノードおよびネットワークおよびプログラムおよび記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003258865A JP2003258865A (ja) | 2003-09-12 |
| JP3634317B2 true JP3634317B2 (ja) | 2005-03-30 |
Family
ID=28669564
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002060109A Expired - Fee Related JP3634317B2 (ja) | 2002-03-06 | 2002-03-06 | ノードおよびネットワークおよびプログラムおよび記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3634317B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010226393A (ja) * | 2009-03-23 | 2010-10-07 | Nec Corp | 自律分散制御によるパス設定方法およびシステム並びに通信装置 |
-
2002
- 2002-03-06 JP JP2002060109A patent/JP3634317B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003258865A (ja) | 2003-09-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7406031B1 (en) | Multihop nested tunnel restoration | |
| JP2004140539A (ja) | 情報ルーティング方式および情報中継装置 | |
| CN108141410B (zh) | 针对标签交换路径的先通后断机制 | |
| JPH11163854A (ja) | データ通信方法 | |
| WO2008043230A1 (fr) | Procédé, dispositif et système permettant d'établir un chemin commuté par étiquette bidirectionnel | |
| JPH11252179A (ja) | 非対称回線用ｔｃｐ通信高速化装置 | |
| JP5863876B2 (ja) | ネットワークシステム、アクセスコントローラ、それらを運用する方法、及びコンピュータプログラム | |
| WO2009146652A1 (zh) | 一种自动交换光网络中连接迁移方法和系统 | |
| JP2006033124A (ja) | トンネル障害通知装置および方法 | |
| JP2003258880A (ja) | ネットワークおよびノードおよびデータ転送方法 | |
| US7680028B1 (en) | Method and apparatus for restarting RSVP processes in multiple network devices | |
| JP3634317B2 (ja) | ノードおよびネットワークおよびプログラムおよび記録媒体 | |
| WO2009155799A1 (zh) | 基于优雅重启的信息恢复方法和路由器 | |
| JP2009089394A (ja) | トラフィック管理リソースの利用可能性通知 | |
| JP2009089389A (ja) | トラフィック管理リソースの利用可能性をノードに通知する方法、装置及びシステム並びにトンネルをセットアップする方法及び装置 | |
| JP3602510B2 (ja) | ネットワークおよびノードおよびプログラムおよび記録媒体 | |
| JP2009130520A (ja) | 品質管理制御装置、通信制御方法及びコンピュータプログラム | |
| JP2004165794A (ja) | 帯域管理装置および方法、プログラム、記録媒体 | |
| JP3679374B2 (ja) | ノードおよび光パスネットワークおよびプログラムおよび記録媒体 | |
| JP4634979B2 (ja) | Ｍｐｌｓネットワークシステム、ｍｐｌｓルータおよび経路設定方法 | |
| JP2009200658A (ja) | メディアゲートウェイ装置及びそれに用いるイベント送信方法 | |
| JP3681698B2 (ja) | 光パスネットワークおよびノードおよびプログラムおよび記録媒体 | |
| JP2008060995A (ja) | Ｍｐｌｓネットワーク転送制御方法及びシステム | |
| JP2003318969A (ja) | ネットワークおよびノードおよびパス設定方法 | |
| JP3828479B2 (ja) | 階層型シグナリング方法およびノード |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040914 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040921 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041122 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20041221 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041222 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090107 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100107 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110107 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110107 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120107 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |