(57)【要約】【課題】パスを張るたびに（１）データベース同期，（２）リンクステート交換，（３）経路計算が起こり、ルーチングインスタンスの負荷が高くなるという問題を解消する、動的再構成光網における経路情報交換方法およびこれを用いる経路情報交換システムを提供すること。【解決手段】本発明に係る経路情報交換方法では、制御メッセージを伝達するための制御チャネルを利用して、ＩＰエッジルータ間に光パスを生成する前からルーチングピアを確立することで、データベース同期，リンクステート交換を行い、予め経路情報を交換可能とするものである。【選択図】　　　図２
2004080268.tif 000002
【特許請求の範囲】
【請求項１】
波長単位での伝送を行う光網内に配置された光装置同士が、制御メッセージをやり取りする制御チャネルおよび主データを転送するデータチャネルにより接続されるとともに、前記光網内に配置されＩＰ網と接続している複数の光エッジ装置と、前記光網を利用してデータの送受信を行う前記ＩＰ網内に配置され前記光網と接続している複数のＩＰエッジルータが、制御チャネルおよびデータチャネルにより接続されており、前記光網内の光エッジ装置ならびに光装置がパスの再構成を行い、前記ＩＰエッジルータ間に光パスの設定および削除を行う動的再構成光網における経路情報交換方法であって、
前記光エッジ装置間の制御チャネルにトンネルを設定するとともに、前記制御チャネルを用いてＩＰエッジルータが他のＩＰエッジルータ宛てに経路情報を送出可能とすることにより、ＩＰエッジルータ間に光パスを設定する前にＩＰエッジルータ間で経路情報の交換を行うことを特徴とする経路情報交換方法。
【請求項２】
前記光エッジ装置間の制御チャネルにおけるトンネルの設定は、ＲＦＣ２００３に規定されるＩＰ　ｉｎ　ＩＰにより行うことを特徴とする請求項１に記載の経路情報交換方法。
【請求項３】
前記光エッジ装置間の制御チャネルにおけるトンネルの設定は、ＲＦＣ１７０１に規定されるＧＲＥにより行うことを特徴とする請求項１に記載の経路情報交換方法。
【請求項４】
前記ＩＰエッジルータ間における経路情報の交換は、ＲＦＣ１７７１に規定されるＢＧＰにより、前記制御チャネルを利用して、前記光エッジ装置が、どの光エッジ装置にどのＩＰエッジルータが接続されているかを取得し、さらにＩＰエッジルータにどのＩＰエッジルータと経路情報の交換が可能かを通知することに基づいて行われることを特徴とする請求項１に記載の経路情報交換方法。
【請求項５】
前記ＩＰエッジルータ間における経路情報の交換は、ディレクトリサーバにより、前記制御チャネルを利用して、前記光エッジ装置が、どの光エッジ装置にどのＩＰエッジルータが接続されているかを取得し、さらにＩＰエッジルータにどのＩＰエッジルータと経路情報の交換が可能かを通知することに基づいて行われることを特徴とする請求項１に記載の経路情報交換方法。
【請求項６】
ＩＰエッジルータのグループ化を行い、光エッジ装置が、どの光エッジ装置にどのグループのどのＩＰエッジルータが接続されているかを取得可能とするとともに、ＩＰエッジルータが接続可能な他のＩＰエッジルータのＮｏｄｅ　ＩＤとして同一グループに属するＩＰエッジルータのＮｏｄｅ　ＩＤのみを取得可能とすることにより、ＩＰエッジルータが同一グループのＩＰエッジルータとのみ経路情報の交換を行うことを特徴とする請求項１に記載の経路情報交換方法。
【請求項７】
請求項１〜６のいずれか１項に記載の経路情報交換方法を、コンピュータによる制御で実現するためのプログラム。
【請求項８】
請求項７に記載の経路情報交換方法のプろグラムを記録したコンピュータにより読み取り可能な記録媒体。
【請求項９】
波長単位での伝送を行う光網内に配置された光装置同士が、制御メッセージをやり取りする制御チャネルおよび主データを転送するデータチャネルにより接続されるとともに、前記光網内に配置されＩＰ網と接続している複数の光エッジ装置と、前記光網を利用してデータの送受信を行う前記ＩＰ網内に配置され前記光網と接続している複数のＩＰエッジルータが、制御チャネルおよびデータチャネルにより接続されており、前記光網内の光エッジ装置ならびに光装置がパスの再構成を行い、前記ＩＰエッジルータ間に光パスの設定および削除を行う動的再構成光網における経路情報交換システムであって、
前記光エッジ装置に、光エッジ装置間の制御チャネルにトンネルを設定する手段を備えるとともに、
前記ＩＰエッジルータに、前記制御チャネルを用いてＩＰエッジルータが他のＩＰエッジルータ宛てに経路情報を送出する手段と、ＩＰエッジルータ間に光パスを設定する前にＩＰエッジルータ間で経路情報の交換を行う処理手段と
を備えることを特徴とする経路情報交換システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は経路情報交換方法およびこれを用いる経路情報交換システムに関し、より具体的には、ＩＰルータ間に動的に光パスを提供する動的再構成光網において、ＩＰルータ間のルーチングを安定化可能とする経路情報交換方法およびこれを用いる経路情報交換システムに関する。
【０００２】
【従来の技術】
ＩＰルータ間に動的に光パスを提供する動的再構成光網において、光網とＩＰ網のルーチングの連携形態として、Ｏｖｅｒｌａｙ　モデルおよびＰｅｅｒ　モデルが考えられている。これについては、ＩＥＴＦ　ｄｒａｆｔ−ｉｅｔｆ−ｃｃａｍｐ−ｇｍｐｌｓ−ａｒｃｈｉｔｅｃｔｕｒｅ−０２．ｔｘｔ　などを参照することが可能である。
【０００３】
Ｏｖｅｒｌａｙモデルでは、ＩＰ網と光網のルーチングが独立に動作し、ＩＰ網は光網のトポロジーを把握しない。一方、Ｐｅｅｒモデルでは、ＩＰ網と光網が同一のルーチングインスタンスにより制御され、ＩＰ網と光網が同じトポロジー情報を持つ。
【０００４】
Ｏｖｅｒｌａｙモデルでは、Ｐｅｅｒモデルに比べ、リソースの有効利用が難しいが、レイヤごとに独立のルーチングを実行できるため、レイヤごとのポリシーの分離や管理運用の観点で優れる。また、キャリア網内のトポロジーをクライアントに遮蔽したいサービスの場合に有効である。
【０００５】
【発明が解決しようとする課題】
しかしながら、Ｏｖｅｒｌａｙモデルでは、光パスを生成した後、ＩＰルーチングピアを確立するため、ルーチングインスタンスの負荷が高くなり、不安定になるという問題がある。具体的には、ルーチングとして、ＲＦＣ２３２８で規定されるＯＳＰＦ（Ｏｐｅｎ　Ｓｈｏｒｔｅｓｔ　Ｐａｔｈ　Ｆｉｒｓｔ　）を仮定すると、パスを張るたびに、（１）データベース同期，（２）リンクステート交換，（３）経路計算が起こり、ルーチングインスタンスの負荷が高くなる。
【０００６】
本発明の目的は、従来の技術における上述のような問題を解消し、割愛できない経路計算（３）を除く、（１），（２）によるインスタンス負荷の増加の問題を解決するための、動的再構成光網における経路情報交換方法およびこれを用いる経路情報交換システムを提供することにある。
【０００７】
【課題を解決するための手段】
上記目的を達成するため、本発明に係る経路情報交換方法は、制御メッセージを伝達するための制御チャネルを利用して、ＩＰエッジルータ間に光パスを生成する前からルーチングピアを確立することで、予め経路情報を交換しておき、データベース同期，リンクステート交換を行うことを可能とするものである。
【０００８】
より具体的には、本発明に係る経路情報交換方法は、波長単位での伝送を行う光網内に配置された光装置同士が、制御メッセージをやり取りする制御チャネルおよび主データを転送するデータチャネルにより接続されるとともに、前記光網内に配置されＩＰ網と接続している複数の光エッジ装置と、前記光網を利用してデータの送受信を行う前記ＩＰ網内に配置され前記光網と接続している複数のＩＰエッジルータが、制御チャネルおよびデータチャネルにより接続されており、前記光網内の光エッジ装置ならびに光装置がパスの再構成を行い、前記ＩＰエッジルータ間に光パスの設定および削除を行う動的再構成光網における経路情報交換方法であって、前記光エッジ装置間の制御チャネルにトンネルを設定するとともに、前記制御チャネルを用いてＩＰエッジルータが他のＩＰエッジルータ宛てに経路情報を送出可能とすることにより、ＩＰエッジルータ間に光パスを設定する前にＩＰエッジルータ間で経路情報の交換を行うことを特徴とする。
【０００９】
ここで、前記光エッジ装置間の制御チャネルにおけるトンネルの設定は、ＲＦＣ２００３に規定されるＩＰ　ｉｎ　ＩＰ、もしくは、ＲＦＣ１７０１に規定されるＧＲＥにより行うことが可能である。
また、前記ＩＰエッジルータ間における経路情報の交換は、ＲＦＣ１７７１に規定されるＢＧＰにより、前記制御チャネルを利用して、前記光エッジ装置が、どの光エッジ装置にどのＩＰエッジルータが接続されているかを取得し、さらにＩＰエッジルータにどのＩＰエッジルータと経路情報の交換が可能かを通知することに基づいて行うことが可能である。
【００１０】
さらに、本発明に係る経路情報交換方法においては、ＩＰエッジルータのグループ化を行い、光エッジ装置が、どの光エッジ装置にどのグループのどのＩＰエッジルータが接続されているかを取得可能とするとともに、ＩＰエッジルータが接続可能な他のＩＰエッジルータのＮｏｄｅ　ＩＤとして同一グループに属するＩＰエッジルータのＮｏｄｅ　ＩＤのみを取得可能とすることにより、ＩＰエッジルータが同一グループのＩＰエッジルータとのみ経路情報の交換を行うようにすることも可能である。
【００１１】
従来手法では、ＣＥ−ＣＥ間に光パスが形成された後に、データチャネルを用いてルーチングピアを確立し、経路情報を交換するため、パスの切り張りが頻繁である場合、ルーチングピアのアップダウンが起こって負荷が高くなり、ルーチングインスタンスが不安定になった。これに対して、本発明では、光パスを形成する前からルーチングピアを確立するため、前述の問題（１）〜（３）のうち、（１），（２）を回避することが可能になる。
【００１２】
また、本発明に係る経路情報交換方法は、これをコンピュータ制御によって実行させることが可能であり、本発明の権利範囲は、そのような実施形態に用いられる前記方法のプログラム、さらには、このプログラムを記録したコンピュータにより読み取り可能な記録媒体にも及ぶことはいうまでもない。
【００１３】
また、一方、本発明は、上述の経路情報交換方法を用いるシステム、すなわち経路情報交換システムとしても具体化可能である。
本発明に係る経路情報交換システムは、波長単位での伝送を行う光網内に配置された光装置同士が、制御メッセージをやり取りする制御チャネルおよび主データを転送するデータチャネルにより接続されるとともに、前記光網内に配置されＩＰ網と接続している複数の光エッジ装置と、前記光網を利用してデータの送受信を行う前記ＩＰ網内に配置され前記光網と接続している複数のＩＰエッジルータが、制御チャネルおよびデータチャネルにより接続されており、前記光網内の光エッジ装置ならびに光装置がパスの再構成を行い、前記ＩＰエッジルータ間に光パスの設定および削除を行う動的再構成光網における経路情報交換システムであって、前記光エッジ装置に、光エッジ装置間の制御チャネルにトンネルを設定する手段を備えるとともに、前記ＩＰエッジルータに、前記制御チャネルを用いてＩＰエッジルータが他のＩＰエッジルータ宛てに経路情報を送出する手段と、ＩＰエッジルータ間に光パスを設定する前にＩＰエッジルータ間で経路情報の交換を行う処理手段とを備えることを特徴とする。
【００１４】
【発明の実施の形態】
以下、本発明の実施の形態を、図面に示す好適実施例に基づいて、詳細に説明する。
【００１５】
図１は、ネットワーク構成を示したものである。光網１０内のノード　ＯＸＣ（Ｏｐｔｉｃａｌ　Ｃｒｏｓｓ　Ｃｏｎｎｅｃｔ　）は、波長単位でスイッチングを行う。ＯＸＣ間およびＯＸＣとＩＰルータ間は、制御メッセージをやりとりするための制御チャネル２０と、ユーザデータを運ぶデータチャネル３０により接続される。
【００１６】
ＩＰ網４０内のノードで、光網１０と接続されているノードをＩＰエッジルータ（以下、ＣＥと略記する）、光網１０内のノードでＩＰ網４０と接続されているノードを光エッジ装置（以下、ＰＥと略記する）、また、光網１０内のノードで、光網１０内のノードとのみ接続されているノードをＰと呼ぶ。光網１０は、必要に応じて、ＣＥ−ＣＥ間にデータチャネル３０による光パスを提供する。
【００１７】
図２を用いて、光パス生成前の経路情報交換方法について説明する。
フェーズ１：トンネル設定
▲１▼：ＰＥ１−ＰＥ２間の制御チャネルにトンネルを設定する。具体的には、ＰＥ１において、ＣＥ２宛てのパケットは、ＰＥ１−ＰＥ２間のトンネルへ流すようにする。同様に、ＰＥ２においてＣＥ１宛てのパケットはＰＥ２−ＰＥ１間のトンネルへ流すようにする。
【００１８】
フェーズ２：経路情報交換
▲２▼：ＣＥ１はＣＥ２と経路情報が交換可能であることを何らかの方法で知り、ＣＥ１−ＰＥ１間の制御チャネルから、ＣＥ２宛てにＯＳＰＦのＨｅｌｌｏパケットを投げる。なお、通常、ＯＳＰＦのＨｅｌｌｏパケットは、ＴＴＬ（Ｔｉｍｅ　Ｔｏ　Ｌｉｖｅ）＝１で、Ａｌｌ　ＯＳＰＦ　Ｒｏｕｔｅｒ宛てとなるが、本実施形態では、ＴＴＬ＝２５５（Ｄｅｆａｕｌｔ）、ＣＥ２宛てにＨｅｌｌｏパケットを送出する。
【００１９】
▲３▼：ＰＥ１では、ＣＥ２宛てのパケットが到着すると、ＰＥ１−ＰＥ２間トンネルにパケットを送出する。
▲４▼：ＰＥ２では、パケットを受け取ると、ＣＥ２宛てのパケットということがわかり、ＰＥ２−ＣＥ２間の制御チャネルから、ＣＥ２に向けてパケットを送出する。
▲５▼：ＣＥ２はＣＥ１からＨｅｌｌｏパケットを受け取る。
【００２０】
▲６▼：同様にして、ＣＥ２もＣＥ１にＨｅｌｌｏパケットを送出する。
▲７▼：同様にして、ＣＥ１−ＣＥ２間でデータベース同期，リンクステート交換を行う。
ここで、上記▲１▼のトンネルをＲＦＣ２００３に規定されるＩＰ　ｉｎ　ＩＰで行う方法と、ＲＦＣ１７０１に規定されるＧＲＥ（Ｇｅｎｅｒｉｃ　Ｒｏｕｔｉｎｇ　Ｅｎｃａｐｓｕｌａｔｉｏｎ）で行う方法が考えられる。
なお、上述の例では、ＣＥ，ＰＥがそれぞれ二つ（パスとしては一つ）の場合を例に挙げたが、パスが複数存在する場合は、▲１▼において全ＰＥにトンネルを設定することとなる。
【００２１】
上述の方法では、ＩＰエッジルータは、経路情報を交換可能な他のＩＰエッジルータを何らかの方法で知っている必要がある。すなわち、▲２▼において、ＣＥ２の宛先を何らかの方法で取得する必要がある。これを実現するためにフェーズ１の前に、以下のディスカバリを実行することが考えられる。
【００２２】
フェーズ０：ディスカバリ
（Ａ）ＣＥ２が新規にＰＥ２に接続される。
（Ｂ）ＰＥ２はＣＥ２が接続されたことを知り、制御チャネルを通じて、（ＣＥ２　Ｎｏｄｅ　ＩＤ，ＰＥ２　Ｎｏｄｅ　ＩＤ）をＰＥ１に通知する。同時に、ＰＥ１はＰＥ２に、（ＣＥ１　Ｎｏｄｅ　ＩＤ，　ＰＥ１　Ｎｏｄｅ　ＩＤ）を通知する。
（Ｃ）ＰＥ１は（ＣＥ２　Ｎｏｄｅ　ＩＤ，　ＰＥ２　Ｎｏｄｅ　ＩＤ）をデータベースに保存する。同様に、ＰＥ２は（ＣＥ１　Ｎｏｄｅ　ＩＤ，　ＰＥ１　Ｎｏｄｅ　ＩＤ）をデータベースに保存する。
【００２３】
（Ｄ）ＰＥ１は制御チャネルを通じて、ＣＥ１に、（ＣＥ２　Ｎｏｄｅ　ＩＤ）を接続可能なＣＥ情報として通知する。同様に、ＰＥ２はＣＥ２に、（ＣＥ１　ＮｏｄｅＩＤ）を通知する。
ここで、（Ｂ）をＲＦＣ１７７１に規定されるＢＧＰで行う方法と、ディレクトリサーバを設けて、一旦情報をディレクトリサーバに集めた後、ＣＥ１に配布する方法とが考えられる。
【００２４】
図３は、ＰＥの構成を示している。以下、図３を用いて、再度経路情報交換方法の手順を説明する。
フェーズ１：トンネル設定
▲１▼：ＰＥ１では、トンネル設定手段１により、フォワーディングＤＢ１３に（ＣＥ２　Ｎｏｄｅ　ＩＤ，１，−）を設定する。ここで、−はエントリを空にすることを意味する。
【００２５】
同時に、トンネルＤＢ１１に（ＣＥ２　Ｎｏｄｅ　ＩＤ，カプセル化情報）を格納する。対地側ＣＥ　ＤＢ１２に（ＣＥ２　Ｎｏｄｅ　ＩＤ，ＰＥ２　Ｎｏｄｅ　ＩＤ）を何らかの手段で格納しておき、カプセル化情報として、ＩＰ　ｉｎ　ＩＰでは、対地側ＣＥ　ＤＢ１２のＣＥ２　Ｎｏｄｅ　ＩＤエントリを検索した結果である、ＰＥ２　Ｎｏｄｅ　ＩＤを宛先アドレスとしたＩＰヘッダを格納する。ＧＲＥでも、同様となる。同様に、ＰＥ２では、フォワーディングＤＢ１３に（ＣＥ１　Ｎｏｄｅ　ＩＤ，１，−）を格納し、トンネルＤＢ１１に（ＣＥ１　Ｎｏｄｅ　ＩＤ，カプセル化情報）を格納する。ここで、フォワーディングＤＢ１３に格納されるトンネルビットとは、宛先行きのパケットに対してトンネル設定がある場合１、ない場合は０を書き込む。
【００２６】
フェーズ２：経路情報交換
▲２▼：ＣＥ１は制御チャネルからＣＥ２　Ｎｏｄｅ　ＩＤ宛てにＨｅｌｌｏパケットを送出する。
▲３▼：ＰＥ１では、Ｈｅｌｌｏパケットを受け取ると、フォワーディング手段２により、フォワーディングＤＢ１３を検索する。ＣＥ２　Ｎｏｄｅ　ＩＤエントリには、カプセルビットとして１が立っているため、カプセル化手段３へと処理を移す。
【００２７】
カプセル化手段３は、トンネルＤＢ１１のＣＥ２　Ｎｏｄｅ　ＩＤエントリを検索する。トンネルＤＢ１１のＣＥ２　Ｎｏｄｅ　ＩＤエントリには、カプセル情報として、ＰＥ２　Ｎｏｄｅ　ＩＤを宛先アドレスとして持つＩＰヘッダが格納されており、ＨｅｌｌｏパケットをＰＥ２　Ｎｏｄｅ　ＩＤ宛てにカプセル化する。フォワーディング手段２は、再びフォワーディングＤＢ１３のＰＥ２　Ｎｏｄｅ　ＩＤエントリを検索し、送出ＩＦを得る。なお、このときの送出ＩＦは、光網内のルーチングやスタティックルートで決められているものとする。
【００２８】
▲４▼：ＰＥ２は、ＰＥ２　Ｎｏｄｅ　ＩＤ宛てのＨｅｌｌｏパケットを受け取ると、デカプセル化手段４により、パケットのデカプセル化を行う。フォワーディングＤＢ１３には（ＣＥ２　Ｎｏｄｅ　ＩＤ，ＣＥ２−ＰＥ２制御チャネルＩＦ）を何らかの手段により予め格納しておく。フォワーディング手段２により、フォワーディングＤＢ１３のＣＥ２　Ｎｏｄｅ　ＩＤエントリを検索し、送出ＩＦとして、ＣＥ２−ＰＥ２制御チャネルＩＦが選択され、
▲５▼：ＣＥ２にパケットが到達する。なお、ＣＥ２−ＰＥ２制御チャネルＩＦとは、ＣＥ２−ＰＥ２間の制御チャネルを形成するＩＦを意味する。
【００２９】
図４は、フェーズ０：ディスカバリを実行可能なＰＥの構成を示したものである。手順を以下に示す。
フェーズ０：ディスカバリ
（Ａ）ＰＥ２にＣＥ２が接続されると、ＰＥ２の直接接続ＣＥ把握手段５が、直接接続ＣＥ　ＤＢ１４に、（ＣＥ２　Ｎｏｄｅ　ＩＤ，ＣＥ２制御チャネルＩＤ＋ＰＥ２制御チャネルＩＤ，ＣＥ２データチャネルＩＤ＋ＰＥ２データチャネルＩＤ）を書き込む。ここで、＋とは対を表わす。すなわち、ＣＥの制御チャネルがＰＥのどの制御チャネルと接続されているかの関係を表わす。
【００３０】
直接接続ＣＥ把握手段５としては、ＬＭＰ（ｄｒａｆｔ−ｉｅｔｆ−ｃｃａｍｐ−ｌｍｐ）などが考えられる。また、フォワーディングＤＢ１３に、（ＣＥ２　Ｎｏｄｅ　ＩＤ，０，ＣＥ２−ＰＥ２制御チャネルＩＦ）を書き込む。
【００３１】
（Ｂ）次に、ＣＥ情報交換手段６により、制御チャネルを利用して、ＰＥ２はＰＥ１に（ＣＥ２　Ｎｏｄｅ　ＩＤ，ＰＥ２　Ｎｏｄｅ　ＩＤ）を通知する。また、ＰＥ１はＰＥ２に（ＣＥ１　Ｎｏｄｅ　ＩＤ，ＰＥ１　Ｎｏｄｅ　ＩＤ）を通知する。
（Ｃ）ＰＥ１では、（ＣＥ２　Ｎｏｄｅ　ＩＤ，ＰＥ２　Ｎｏｄｅ　ＩＤ）を受け取ると、ＣＥ情報交換手段６により、この情報を、対地側ＣＥ　ＤＢ１２に保存する。同様に、ＰＥ２は（ＣＥ１　Ｎｏｄｅ　ＩＤ，ＰＥ１　Ｎｏｄｅ　ＩＤ）を対地側ＣＥ　ＤＢ１２に保存する。
（Ｄ）ＰＥ１では、接続可能ＣＥ通知手段７により制御チャネルを利用して、ＣＥ１に、（ＣＥ２　Ｎｏｄｅ　ＩＤ）を通知する。同様に、ＰＥ２はＣＥ２に（ＣＥ１　Ｎｏｄｅ　ＩＤ）を通知する。
【００３２】
図５は、ＣＥのグループ化を行い、ＣＥが接続可能な他のＣＥのＮｏｄｅ　ＩＤとして、同一グループに属するＣＥのＮｏｄｅ　ＩＤのみを取得することにより、同一グループ間のＣＥとのみ経路情報を交換することを特徴とする経路情報交換手法におけるＰＥの構成を示すものである。このときの手順は、以下のようになる。
【００３３】
（Ａ）において、ＣＥが追加された場合、直接接続ＣＥ　ＤＢ１４にグループＩＤも同時に格納する。
（Ｂ）において、ＣＥ情報交換手段６は、他のＰＥに（ＣＥ　Ｎｏｄｅ　ＩＤ，ＰＥ　Ｎｏｄｅ　ＩＤ，グループＩＤ）を通知する。
（Ｃ）において、ＣＥ情報交換手段６は、対地側ＣＥ　ＤＢ１２に（ＣＥ　Ｎｏｄｅ　ＩＤ，ＰＥ　Ｎｏｄｅ　ＩＤ，グループＩＤ）を格納する。
（Ｄ）において、接続可能ＣＥ通知手段は、同一グループＩＤを持つＣＥにのみ、対地側のＣＥ　Ｎｏｄｅ　ＩＤを通知する。
【００３４】
▲３▼において、ＰＥがＨｅｌｌｏパケットを受け取ると、ＶＰＮ確認手段８により、受け取りＩＦから、グループＩＤを割り出すとともに、対地側ＣＥ　ＤＢ１２のＨｅｌｌｏパケットの宛先ＩＤエントリを検索し、宛先ＣＥのグループＩＤを割り出し、両者が一致した場合のみ、フォワーディング手段２に移る。
【００３５】
以下、図５における各手段の機能について説明する。
トンネル設定手段１は、フォワーディングＤＢ１３の該当する宛先エントリにトンネルビットを立てるとともに、トンネルＤＢ１１の該当する宛先エントリにカプセル化情報を格納する。この際、対地側ＣＥ　ＤＢ１２がある場合は、フォワーディングＤＢ１３において、対地側ＣＥ　ＤＢ１２に格納されている、ＣＥ　Ｎｏｄｅ　ＩＤエントリに対して、トンネルビットを立てるとともに、トンネルＤＢ１１において、対地側ＣＥ　ＤＢ１２に格納されているＣＥ　Ｎｏｄｅ　ＩＤエントリに対して、ＰＥ　Ｎｏｄｅ　ＩＤを宛先情報として含むカプセル化情報を格納する。
【００３６】
フォワーディング手段２は、パケットを受信すると、パケットの宛先に一致するフォワーディングＤＢ１３の宛先エントリを検索し、送出ＩＦを決定する。ただし、フォワーディングＤＢ１３の宛先エントリのトンネルビットが１の場合は、カプセル化手段３に処理を受け渡す。カプセル化手段３は、フォワーディング手段２から処理を受け渡されると、パケットの宛先に一致するトンネルＤＢ１１の宛先エントリを検出し、カプセル化情報を得、パケットのカプセル化を行う。
【００３７】
デカプセル化手段４は、自ノード宛てのパケットのカプセル化情報を取り除き、通常のパケットに戻す。
直接接続ＣＥ把握手段５は、ＣＥからの制御メッセージを受け取り、直接接続ＣＥ　ＤＢ１４に情報を格納する。
ＣＥ情報交換手段６は、直接接続ＣＥ　ＤＢ１４に格納された情報のうち、ＣＥ　Ｎｏｄｅ　ＩＤとグループＩＤ、これに加えてＰＥ　Ｎｏｄｅ　ＩＤ（情報の送信ノード）を、遠隔のＰＥと交換するとともに、遠隔ＰＥから受け取った情報を、対地側ＣＥ　ＤＢ１２に格納する。
【００３８】
接続可能ＣＥ通知手段７は、直接接続ＣＥ　ＤＢ１４に格納されたＣＥ　Ｎｏｄｅ　ＩＤをもつＣＥに対し、このＣＥ　Ｎｏｄｅ　ＩＤのグループＩＤと同じグループＩＤをもつ対地側ＣＥ　ＤＢ１２に格納されたエントリのＣＥ　Ｎｏｄｅ　ＩＤを通知する。
【００３９】
ＶＰＮ確認手段８は、ＣＥから自ノード宛て以外のパケットを受け取ると、受け取りＩＦと一致するＰＥ制御チャネルＩＤを持つエントリを直接接続ＣＥ　ＤＢ１４から検索し、このエントリのグループＩＤを決定するとともに、パケットの宛先に一致するＣＥ　Ｎｏｄｅ　ＩＤをもつ対地側ＣＥ　ＤＢ１２中のエントリを検索し、エントリ中のグループＩＤを割り出し、２つのグループＩＤが一致する場合のみ、処理をフォワーディング手段２に受け渡す。２つのグループＩＤが一致しない場合、パケット廃棄などの処理を行う。
【００４０】
図６は、ＰＥの構成が図４もしくは図５の場合に対応するＣＥの構成を示すものである。
ＣＥ情報通知手段２１は、ＰＥの直接接続ＣＥ把握手段５と通信を行う。ＣＥ情報通知手段２１は、自身のＣＥ　Ｎｏｄｅ　ＩＤを含む情報を、ＣＥ−ＰＥ間制御チャネルを利用して、ＰＥに向けて送出する。ここで、前述のように、ＬＭＰのようなプロトコルを用いることが考えられる。
【００４１】
接続可能ＣＥ把握手段２２は、ＰＥの直接接続ＣＥ把握手段５と通信を行う。ＰＥの直接接続ＣＥ把握手段５から情報を受け取ると、接続可能ＣＥ把握手段２２は、対地側ＣＥ　ＤＢ３１にＣＥ　Ｎｏｄｅ　ＩＤを格納する。
【００４２】
経路情報交換手段２３は、対地側のＣＥの経路情報交換手段２３と通信を行い、対地側ＣＥ　ＤＢ３１に格納されたＣＥ　Ｎｏｄｅ　ＩＤを宛先とする、Ｈｅｌｌｏ　パケットおよびリンクステートパケットを送出する。また、Ｈｅｌｌｏ　パケットおよびリンクステートパケットを受け取ると、これを経路情報ＤＢ３２に格納する。なお、リンクステートパケットの中身および経路情報ＤＢ３２に格納される情報は、利用するルーチングプロトコルに依存するが、ＯＳＰＦの場合には、ＲＦＣ２３２８に従う。ただし、ＴＴＬの値は、Ｄｅｆａｕｌｔ　で２５５とする。
【００４３】
上記実施形態によれば、パスを張るたびに、（１）データベース同期，（２）リンクステート交換，（３）経路計算が起こり、ルーチングインスタンスの負荷が高くなるという問題に対して、（１），（２）によるインスタンス負荷の増加の問題を解決した、動的再構成光網における経路情報交換方法およびこれを用いる経路情報交換システムを実現することができる。
【００４４】
なお、上記各実施形態はいずれも本発明の一例を示すものであり、本発明はこれらに限定されるべきものではなく、本発明の要旨を逸脱しない範囲で、適宜の変更・改良を行ってもよいことはいうまでもないことである。
【００４５】
また、前述の通り、本発明に係る経路情報交換方法は、これをコンピュータ制御によって実行させることが可能であり、本発明の権利範囲は、そのような実施形態に用いられる前記方法のプログラム、さらには、このプログラムを記録したコンピュータにより読み取り可能な記録媒体にも及ぶことはいうまでもない。
【００４６】
【発明の効果】
以上、詳細に説明したように、本発明では、ＩＰルータ間に光パスを生成する前に、制御チャネルを利用して、経路情報を交換することを特徴とする。そしてこれにより、動的にルーチングピアが確立されることによるルーチングプロセスの負荷の上昇を防ぐことができるという顕著な効果を奏するものである。
【００４７】
また、ＢＧＰもしくはディレクトリサーバにより、制御チャネルを利用して、光エッジ装置がどの光エッジ装置にどのＩＰエッジルータが接続されているかを取得し、さらに、ＩＰエッジルータにどのＩＰエッジルータと経路情報の交換が可能かを通知することで、ＩＰエッジルータが経路情報を交換すべき相手を自動発見できるようになるという効果も得られる。
【００４８】
さらに、ＩＰエッジルータのグループ化を行い、同一グループとのみ経路情報を交換することを可能とすることで、グループ間通信のみを許すという閉域性を実現することができ、付加価値を持ったサービスを提供できるようになるという効果も得られる。
【図面の簡単な説明】
【図１】ネットワーク構成を示す模式図である。
【図２】経路情報交換手順を示すシーケンス図である。
【図３】ＰＥの構成を示すブロック図である。
【図４】ディスカバリを実行可能なＰＥの構成を示すブロック図である。
【図５】ＣＥのグループ化を実現する際のＰＥの構成を示すブロック図である。
【図６】ＣＥの構成例を示すブロック図である。
【符号の説明】
１　トンネル設定手段
２　フォワーディング手段
３　カプセル化手段
４　デカプセル化手段
５　直接接続ＣＥ把握手段
６　ＣＥ情報交換手段
７　接続可能ＣＥ通知手段
８　ＶＰＮ確認手段
１０　光網
１１　トンネルＤＢ
１２　対地側ＣＥ　ＤＢ
１３　フォワーディングＤＢ
１４　直接接続ＣＥ　ＤＢ
２０　制御チャネル
２１　ＣＥ情報通知手段
２２　接続可能ＣＥ把握手段
２３　経路情報交換手段
３０　データチャネル
３１　対地側ＣＥ　ＤＢ
３２　経路情報ＤＢ
４０　ＩＰ網
【図１】
2004080268.tif 000003
【図２】
2004080268.tif 000004
【図３】
2004080268.tif 000005
【図４】
2004080268.tif 000006
【図５】
2004080268.tif 000007
【図６】
2004080268.tif 000008