JP3809812B2 - 動的再構成光網における経路情報交換方法およびこれを用いる経路情報交換システム - Google Patents
動的再構成光網における経路情報交換方法およびこれを用いる経路情報交換システム Download PDFInfo
- Publication number
- JP3809812B2 JP3809812B2 JP2002236572A JP2002236572A JP3809812B2 JP 3809812 B2 JP3809812 B2 JP 3809812B2 JP 2002236572 A JP2002236572 A JP 2002236572A JP 2002236572 A JP2002236572 A JP 2002236572A JP 3809812 B2 JP3809812 B2 JP 3809812B2
- Authority
- JP
- Japan
- Prior art keywords
- optical
- edge
- route information
- control channel
- path
- 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
【０００１】
【発明の属する技術分野】
本発明は経路情報交換方法およびこれを用いる経路情報交換システムに関し、より具体的には、ＩＰルータ間に動的に光パスを提供する動的再構成光網において、ＩＰルータ間のルーチングを安定化可能とする経路情報交換方法およびこれを用いる経路情報交換システムに関する。
【０００２】
【従来の技術】
ＩＰルータ間に動的に光パスを提供する動的再構成光網において、光網とＩＰ網のルーチングの連携形態として、Ｏverlay モデルおよびＰeer モデルが考えられている。これについては、ＩＥＴＦ draft-ietf-ccamp-gmpls-architecture-02.txt などを参照することが可能である。
【０００３】
Ｏverlayモデルでは、ＩＰ網と光網のルーチングが独立に動作し、ＩＰ網は光網のトポロジーを把握しない。一方、Ｐeerモデルでは、ＩＰ網と光網が同一のルーチングインスタンスにより制御され、ＩＰ網と光網が同じトポロジー情報を持つ。
【０００４】
Ｏverlayモデルでは、Ｐeerモデルに比べ、リソースの有効利用が難しいが、レイヤごとに独立のルーチングを実行できるため、レイヤごとのポリシーの分離や管理運用の観点で優れる。また、キャリア網内のトポロジーをクライアントに遮蔽したいサービスの場合に有効である。
【０００５】
【発明が解決しようとする課題】
しかしながら、Ｏverlayモデルでは、光パスを生成した後、ＩＰルーチングピアを確立するため、ルーチングインスタンスの負荷が高くなり、不安定になるという問題がある。具体的には、ルーチングとして、ＲＦＣ2328で規定されるＯＳＰＦ（Ｏpen Ｓhortest Ｐath Ｆirst ）を仮定すると、パスを張るたびに、（１）データベース同期，（２）リンクステート交換，（３）経路計算が起こり、ルーチングインスタンスの負荷が高くなる。
【０００６】
本発明の目的は、従来の技術における上述のような問題を解消し、割愛できない経路計算（３）を除く、（１），（２）によるインスタンス負荷の増加の問題を解決するための、動的再構成光網における経路情報交換方法およびこれを用いる経路情報交換システムを提供することにある。
【０００７】
【課題を解決するための手段】
上記目的を達成するため、本発明に係る経路情報交換方法は、制御メッセージを伝達するための制御チャネルを利用して、ＩＰエッジルータ間に光パスを生成する前からルーチングピアを確立することで、予め経路情報を交換しておき、データベース同期，リンクステート交換を行うことを可能とするものである。
【０００８】
より具体的には、本発明に係る経路情報交換方法は、波長単位での伝送を行う光網内に配置された光装置同士が、制御メッセージをやり取りする制御チャネルおよび主データを転送するデータチャネルにより接続されるとともに、前記光網内に配置されＩＰ網と接続している複数の光エッジ装置と、前記光網を利用してデータの送受信を行う前記ＩＰ網内に配置され前記光網と接続している複数のＩＰエッジルータが、制御チャネルおよびデータチャネルにより接続されており、前記光網内の光エッジ装置ならびに光装置がパスの再構成を行い、前記ＩＰエッジルータ間に光パスの設定および削除を行う動的再構成光網における経路情報交換方法であって、前記光エッジ装置間の制御チャネルにトンネルを設定するとともに、前記制御チャネルを用いてＩＰエッジルータが他のＩＰエッジルータ宛てに経路情報を送出可能とすることにより、ＩＰエッジルータ間に光パスを設定する前にＩＰエッジルータ間で経路情報の交換を行うことを特徴とする。
【０００９】
ここで、前記光エッジ装置間の制御チャネルにおけるトンネルの設定は、ＲＦＣ2003に規定されるＩＰ in ＩＰ、もしくは、ＲＦＣ1701に規定されるＧＲＥにより行うことが可能である。
また、前記ＩＰエッジルータ間における経路情報の交換は、ＲＦＣ1771に規定されるＢＧＰにより、前記制御チャネルを利用して、前記光エッジ装置が、どの光エッジ装置にどのＩＰエッジルータが接続されているかを取得し、さらにＩＰエッジルータにどのＩＰエッジルータと経路情報の交換が可能かを通知することに基づいて行うことが可能である。
【００１０】
さらに、本発明に係る経路情報交換方法においては、ＩＰエッジルータのグループ化を行い、光エッジ装置が、どの光エッジ装置にどのグループのどのＩＰエッジルータが接続されているかを取得可能とするとともに、ＩＰエッジルータが接続可能な他のＩＰエッジルータのＮode ＩＤとして同一グループに属するＩＰエッジルータのＮode ＩＤのみを取得可能とすることにより、ＩＰエッジルータが同一グループのＩＰエッジルータとのみ経路情報の交換を行うようにすることも可能である。
【００１１】
従来手法では、ＣＥ−ＣＥ間に光パスが形成された後に、データチャネルを用いてルーチングピアを確立し、経路情報を交換するため、パスの切り張りが頻繁である場合、ルーチングピアのアップダウンが起こって負荷が高くなり、ルーチングインスタンスが不安定になった。これに対して、本発明では、光パスを形成する前からルーチングピアを確立するため、前述の問題（１）〜（３）のうち、（１），（２）を回避することが可能になる。
【００１２】
また、本発明に係る経路情報交換方法は、これをコンピュータ制御によって実行させることが可能であり、本発明の権利範囲は、そのような実施形態に用いられる前記方法のプログラム、さらには、このプログラムを記録したコンピュータにより読み取り可能な記録媒体にも及ぶことはいうまでもない。
【００１３】
また、一方、本発明は、上述の経路情報交換方法を用いるシステム、すなわち経路情報交換システムとしても具体化可能である。
本発明に係る経路情報交換システムは、波長単位での伝送を行う光網内に配置された光装置同士が、制御メッセージをやり取りする制御チャネルおよび主データを転送するデータチャネルにより接続されるとともに、前記光網内に配置されＩＰ網と接続している複数の光エッジ装置と、前記光網を利用してデータの送受信を行う前記ＩＰ網内に配置され前記光網と接続している複数のＩＰエッジルータが、制御チャネルおよびデータチャネルにより接続されており、前記光網内の光エッジ装置ならびに光装置がパスの再構成を行い、前記ＩＰエッジルータ間に光パスの設定および削除を行う動的再構成光網における経路情報交換システムであって、前記光エッジ装置に、光エッジ装置間の制御チャネルにトンネルを設定する手段を備えるとともに、前記ＩＰエッジルータに、前記制御チャネルを用いてＩＰエッジルータが他のＩＰエッジルータ宛てに経路情報を送出する手段と、ＩＰエッジルータ間に光パスを設定する前にＩＰエッジルータ間で経路情報の交換を行う処理手段とを備えることを特徴とする。
【００１４】
【発明の実施の形態】
以下、本発明の実施の形態を、図面に示す好適実施例に基づいて、詳細に説明する。
【００１５】
図１は、ネットワーク構成を示したものである。光網１０内のノード ＯＸＣ（Ｏptical Ｃross Ｃonnect ）は、波長単位でスイッチングを行う。ＯＸＣ間およびＯＸＣとＩＰルータ間は、制御メッセージをやりとりするための制御チャネル２０と、ユーザデータを運ぶデータチャネル３０により接続される。
【００１６】
ＩＰ網４０内のノードで、光網１０と接続されているノードをＩＰエッジルータ（以下、ＣＥと略記する）、光網１０内のノードでＩＰ網４０と接続されているノードを光エッジ装置（以下、ＰＥと略記する）、また、光網１０内のノードで、光網１０内のノードとのみ接続されているノードをＰと呼ぶ。光網１０は、必要に応じて、ＣＥ−ＣＥ間にデータチャネル３０による光パスを提供する。
【００１７】
図２を用いて、光パス生成前の経路情報交換方法について説明する。
フェーズ1：トンネル設定
▲１▼：ＰＥ１−ＰＥ２間の制御チャネルにトンネルを設定する。具体的には、ＰＥ１において、ＣＥ２宛てのパケットは、ＰＥ１−ＰＥ２間のトンネルへ流すようにする。同様に、ＰＥ２においてＣＥ１宛てのパケットはＰＥ２−ＰＥ１間のトンネルへ流すようにする。
【００１８】
フェーズ2：経路情報交換
▲２▼：ＣＥ１はＣＥ２と経路情報が交換可能であることを何らかの方法で知り、ＣＥ１−ＰＥ１間の制御チャネルから、ＣＥ２宛てにＯＳＰＦのＨelloパケットを投げる。なお、通常、ＯＳＰＦのＨelloパケットは、ＴＴＬ（Ｔime Ｔo Ｌive）＝１で、Ａll ＯＳＰＦ Ｒouter宛てとなるが、本実施形態では、ＴＴＬ＝255（Ｄefault）、ＣＥ２宛てにＨelloパケットを送出する。
【００１９】
▲３▼：ＰＥ１では、ＣＥ２宛てのパケットが到着すると、ＰＥ１−ＰＥ２間トンネルにパケットを送出する。
▲４▼：ＰＥ２では、パケットを受け取ると、ＣＥ２宛てのパケットということがわかり、ＰＥ２−ＣＥ２間の制御チャネルから、ＣＥ２に向けてパケットを送出する。
▲５▼：ＣＥ２はＣＥ１からＨelloパケットを受け取る。
【００２０】
▲６▼：同様にして、ＣＥ２もＣＥ１にＨelloパケットを送出する。
▲７▼：同様にして、ＣＥ１−ＣＥ２間でデータベース同期，リンクステート交換を行う。
ここで、上記▲１▼のトンネルをＲＦＣ2003に規定されるＩＰ in ＩＰで行う方法と、ＲＦＣ1701に規定されるＧＲＥ（Ｇeneric Ｒouting Ｅncapsulation）で行う方法が考えられる。
なお、上述の例では、ＣＥ，ＰＥがそれぞれ二つ（パスとしては一つ）の場合を例に挙げたが、パスが複数存在する場合は、▲１▼において全ＰＥにトンネルを設定することとなる。
【００２１】
上述の方法では、ＩＰエッジルータは、経路情報を交換可能な他のＩＰエッジルータを何らかの方法で知っている必要がある。すなわち、▲２▼において、ＣＥ２の宛先を何らかの方法で取得する必要がある。これを実現するためにフェーズ１の前に、以下のディスカバリを実行することが考えられる。
【００２２】
フェーズ０：ディスカバリ
（Ａ）ＣＥ２が新規にＰＥ２に接続される。
（Ｂ）ＰＥ２はＣＥ２が接続されたことを知り、制御チャネルを通じて、（ＣＥ２ Ｎode ＩＤ，ＰＥ２ Ｎode ＩＤ）をＰＥ１に通知する。同時に、ＰＥ１はＰＥ２に、（ＣＥ１ Ｎode ＩＤ, ＰＥ１ Ｎode ＩＤ）を通知する。
（Ｃ）ＰＥ１は（ＣＥ２ Ｎode ＩＤ, ＰＥ２ Ｎode ＩＤ）をデータベースに保存する。同様に、ＰＥ２は（ＣＥ１ Ｎode ＩＤ, ＰＥ１ Ｎode ＩＤ）をデータベースに保存する。
【００２３】
（Ｄ）ＰＥ１は制御チャネルを通じて、ＣＥ１に、(ＣＥ２ Ｎode ＩＤ)を接続可能なＣＥ情報として通知する。同様に、ＰＥ２はＣＥ２に、（ＣＥ１ Ｎode
ＩＤ）を通知する。
ここで、（Ｂ）をＲＦＣ1771に規定されるＢＧＰで行う方法と、ディレクトリサーバを設けて、一旦情報をディレクトリサーバに集めた後、ＣＥ１に配布する方法とが考えられる。
【００２４】
図３は、ＰＥの構成を示している。以下、図３を用いて、再度経路情報交換方法の手順を説明する。
フェーズ１：トンネル設定
▲１▼：ＰＥ１では、トンネル設定手段１により、フォワーディングＤＢ１３に（ＣＥ２ Ｎode ＩＤ，１，−）を設定する。ここで、−はエントリを空にすることを意味する。
【００２５】
同時に、トンネルＤＢ１１に（ＣＥ２ Ｎode ＩＤ，カプセル化情報）を格納する。対地側ＣＥ ＤＢ１２に（ＣＥ２ Ｎode ＩＤ，ＰＥ２ Ｎode ＩＤ）を何らかの手段で格納しておき、カプセル化情報として、ＩＰ in ＩＰでは、対地側ＣＥ ＤＢ１２のＣＥ２ Ｎode ＩＤエントリを検索した結果である、ＰＥ２ Ｎode ＩＤを宛先アドレスとしたＩＰヘッダを格納する。ＧＲＥでも、同様となる。同様に、ＰＥ２では、フォワーディングＤＢ１３に（ＣＥ１ Ｎode ＩＤ，１，−)を格納し、トンネルＤＢ１１に（ＣＥ１ Ｎode ＩＤ，カプセル化情報）を格納する。ここで、フォワーディングＤＢ１３に格納されるトンネルビットとは、宛先行きのパケットに対してトンネル設定がある場合１、ない場合は０を書き込む。
【００２６】
フェーズ２：経路情報交換
▲２▼：ＣＥ１は制御チャネルからＣＥ２ Ｎode ＩＤ宛てにＨelloパケットを送出する。
▲３▼：ＰＥ１では、Ｈelloパケットを受け取ると、フォワーディング手段２により、フォワーディングＤＢ１３を検索する。ＣＥ２ Ｎode ＩＤエントリには、カプセルビットとして１が立っているため、カプセル化手段３へと処理を移す。
【００２７】
カプセル化手段３は、トンネルＤＢ１１のＣＥ２ Ｎode ＩＤエントリを検索する。トンネルＤＢ１１のＣＥ２ Ｎode ＩＤエントリには、カプセル情報として、ＰＥ２ Ｎode ＩＤを宛先アドレスとして持つＩＰヘッダが格納されており、ＨelloパケットをＰＥ２ Ｎode ＩＤ宛てにカプセル化する。フォワーディング手段２は、再びフォワーディングＤＢ１３のＰＥ２ Ｎode ＩＤエントリを検索し、送出ＩＦを得る。なお、このときの送出ＩＦは、光網内のルーチングやスタティックルートで決められているものとする。
【００２８】
▲４▼：ＰＥ２は、ＰＥ２ Ｎode ＩＤ宛てのＨelloパケットを受け取ると、デカプセル化手段4により、パケットのデカプセル化を行う。フォワーディングＤＢ１３には（ＣＥ２ Ｎode ＩＤ，ＣＥ２−ＰＥ２制御チャネルＩＦ）を何らかの手段により予め格納しておく。フォワーディング手段２により、フォワーディングＤＢ１３のＣＥ２ Ｎode ＩＤエントリを検索し、送出ＩＦとして、ＣＥ２−ＰＥ２制御チャネルＩＦが選択され、
▲５▼：ＣＥ２にパケットが到達する。なお、ＣＥ２−ＰＥ２制御チャネルＩＦとは、ＣＥ２−ＰＥ２間の制御チャネルを形成するＩＦを意味する。
【００２９】
図４は、フェーズ０：ディスカバリを実行可能なＰＥの構成を示したものである。手順を以下に示す。
フェーズ０：ディスカバリ
（Ａ）ＰＥ２にＣＥ２が接続されると、ＰＥ２の直接接続ＣＥ把握手段５が、直接接続ＣＥ ＤＢ１４に、（ＣＥ２ Ｎode ＩＤ，ＣＥ２制御チャネルＩＤ＋ＰＥ２制御チャネルＩＤ，ＣＥ２データチャネルＩＤ＋ＰＥ２データチャネルＩＤ）を書き込む。ここで、＋とは対を表わす。すなわち、ＣＥの制御チャネルがＰＥのどの制御チャネルと接続されているかの関係を表わす。
【００３０】
直接接続ＣＥ把握手段５としては、ＬＭＰ（draft-ietf-ccamp-lmp）などが考えられる。また、フォワーディングＤＢ１３に、（ＣＥ２ Ｎode ＩＤ，０，ＣＥ２−ＰＥ２制御チャネルＩＦ）を書き込む。
【００３１】
（Ｂ）次に、ＣＥ情報交換手段６により、制御チャネルを利用して、ＰＥ２はＰＥ１に（ＣＥ２ Ｎode ＩＤ，ＰＥ２ Ｎode ＩＤ）を通知する。また、ＰＥ１はＰＥ２に（ＣＥ１ Ｎode ＩＤ，ＰＥ１ Ｎode ＩＤ）を通知する。
（Ｃ）ＰＥ１では、（ＣＥ２ Ｎode ＩＤ，ＰＥ２ Ｎode ＩＤ）を受け取ると、ＣＥ情報交換手段６により、この情報を、対地側ＣＥ ＤＢ１２に保存する。同様に、ＰＥ２は（ＣＥ１ Ｎode ＩＤ，ＰＥ１ Ｎode ＩＤ）を対地側ＣＥ ＤＢ１２に保存する。
（Ｄ）ＰＥ１では、接続可能ＣＥ通知手段７により制御チャネルを利用して、ＣＥ１に、（ＣＥ２ Ｎode ＩＤ）を通知する。同様に、ＰＥ２はＣＥ２に（ＣＥ１ Ｎode ＩＤ）を通知する。
【００３２】
図５は、ＣＥのグループ化を行い、ＣＥが接続可能な他のＣＥのＮode ＩＤとして、同一グループに属するＣＥのＮode ＩＤのみを取得することにより、同一グループ間のＣＥとのみ経路情報を交換することを特徴とする経路情報交換手法におけるＰＥの構成を示すものである。このときの手順は、以下のようになる。
【００３３】
（Ａ）において、ＣＥが追加された場合、直接接続ＣＥ ＤＢ１４にグループＩＤも同時に格納する。
（Ｂ）において、ＣＥ情報交換手段６は、他のＰＥに（ＣＥ Ｎode ＩＤ，ＰＥ Ｎode ＩＤ，グループＩＤ）を通知する。
（Ｃ）において、ＣＥ情報交換手段６は、対地側ＣＥ ＤＢ１２に（ＣＥ Ｎode ＩＤ，ＰＥ Ｎode ＩＤ，グループＩＤ）を格納する。
（Ｄ）において、接続可能ＣＥ通知手段は、同一グループＩＤを持つＣＥにのみ、対地側のＣＥ Ｎode ＩＤを通知する。
【００３４】
▲３▼において、ＰＥがＨelloパケットを受け取ると、ＶＰＮ確認手段８により、受け取りＩＦから、グループＩＤを割り出すとともに、対地側ＣＥ ＤＢ１２のＨelloパケットの宛先ＩＤエントリを検索し、宛先ＣＥのグループＩＤを割り出し、両者が一致した場合のみ、フォワーディング手段２に移る。
【００３５】
以下、図５における各手段の機能について説明する。
トンネル設定手段１は、フォワーディングＤＢ１３の該当する宛先エントリにトンネルビットを立てるとともに、トンネルＤＢ１１の該当する宛先エントリにカプセル化情報を格納する。この際、対地側ＣＥ ＤＢ１２がある場合は、フォワーディングＤＢ１３において、対地側ＣＥ ＤＢ１２に格納されている、ＣＥ Ｎode ＩＤエントリに対して、トンネルビットを立てるとともに、トンネルＤＢ１１において、対地側ＣＥ ＤＢ１２に格納されているＣＥ Node ＩＤエントリに対して、ＰＥ Ｎode ＩＤを宛先情報として含むカプセル化情報を格納する。
【００３６】
フォワーディング手段２は、パケットを受信すると、パケットの宛先に一致するフォワーディングＤＢ１３の宛先エントリを検索し、送出ＩＦを決定する。ただし、フォワーディングＤＢ１３の宛先エントリのトンネルビットが１の場合は、カプセル化手段３に処理を受け渡す。カプセル化手段３は、フォワーディング手段２から処理を受け渡されると、パケットの宛先に一致するトンネルＤＢ１１の宛先エントリを検出し、カプセル化情報を得、パケットのカプセル化を行う。
【００３７】
デカプセル化手段４は、自ノード宛てのパケットのカプセル化情報を取り除き、通常のパケットに戻す。
直接接続ＣＥ把握手段５は、ＣＥからの制御メッセージを受け取り、直接接続ＣＥ ＤＢ１４に情報を格納する。
ＣＥ情報交換手段６は、直接接続ＣＥ ＤＢ１４に格納された情報のうち、ＣＥ Ｎode ＩＤとグループＩＤ、これに加えてＰＥ Ｎode ＩＤ（情報の送信ノード）を、遠隔のＰＥと交換するとともに、遠隔ＰＥから受け取った情報を、対地側ＣＥ ＤＢ１２に格納する。
【００３８】
接続可能ＣＥ通知手段７は、直接接続ＣＥ ＤＢ１４に格納されたＣＥ Ｎode ＩＤをもつＣＥに対し、このＣＥ Ｎode ＩＤのグループＩＤと同じグループＩＤをもつ対地側ＣＥ ＤＢ１２に格納されたエントリのＣＥ Ｎode ＩＤを通知する。
【００３９】
ＶＰＮ確認手段８は、ＣＥから自ノード宛て以外のパケットを受け取ると、受け取りＩＦと一致するＰＥ制御チャネルＩＤを持つエントリを直接接続ＣＥ ＤＢ１４から検索し、このエントリのグループＩＤを決定するとともに、パケットの宛先に一致するＣＥ Ｎode ＩＤをもつ対地側ＣＥ ＤＢ１２中のエントリを検索し、エントリ中のグループＩＤを割り出し、２つのグループＩＤが一致する場合のみ、処理をフォワーディング手段２に受け渡す。２つのグループＩＤが一致しない場合、パケット廃棄などの処理を行う。
【００４０】
図６は、ＰＥの構成が図４もしくは図５の場合に対応するＣＥの構成を示すものである。
ＣＥ情報通知手段２１は、ＰＥの直接接続ＣＥ把握手段５と通信を行う。ＣＥ情報通知手段２１は、自身のＣＥ Ｎode ＩＤを含む情報を、ＣＥ−ＰＥ間制御チャネルを利用して、ＰＥに向けて送出する。ここで、前述のように、ＬＭＰのようなプロトコルを用いることが考えられる。
【００４１】
接続可能ＣＥ把握手段２２は、ＰＥの直接接続ＣＥ把握手段５と通信を行う。ＰＥの直接接続ＣＥ把握手段５から情報を受け取ると、接続可能ＣＥ把握手段２２は、対地側ＣＥ ＤＢ３１にＣＥ Ｎode ＩＤを格納する。
【００４２】
経路情報交換手段２３は、対地側のＣＥの経路情報交換手段２３と通信を行い、対地側ＣＥ ＤＢ３１に格納されたＣＥ Ｎode ＩＤを宛先とする、Ｈello パケットおよびリンクステートパケットを送出する。また、Ｈello パケットおよびリンクステートパケットを受け取ると、これを経路情報ＤＢ３２に格納する。なお、リンクステートパケットの中身および経路情報ＤＢ３２に格納される情報は、利用するルーチングプロトコルに依存するが、ＯＳＰＦの場合には、ＲＦＣ2328に従う。ただし、ＴＴＬの値は、Ｄefault で２５５とする。
【００４３】
上記実施形態によれば、パスを張るたびに、（１）データベース同期，（２）リンクステート交換，（３）経路計算が起こり、ルーチングインスタンスの負荷が高くなるという問題に対して、（１），（２）によるインスタンス負荷の増加の問題を解決した、動的再構成光網における経路情報交換方法およびこれを用いる経路情報交換システムを実現することができる。
【００４４】
なお、上記各実施形態はいずれも本発明の一例を示すものであり、本発明はこれらに限定されるべきものではなく、本発明の要旨を逸脱しない範囲で、適宜の変更・改良を行ってもよいことはいうまでもないことである。
【００４５】
また、前述の通り、本発明に係る経路情報交換方法は、これをコンピュータ制御によって実行させることが可能であり、本発明の権利範囲は、そのような実施形態に用いられる前記方法のプログラム、さらには、このプログラムを記録したコンピュータにより読み取り可能な記録媒体にも及ぶことはいうまでもない。
【００４６】
【発明の効果】
以上、詳細に説明したように、本発明では、ＩＰルータ間に光パスを生成する前に、制御チャネルを利用して、経路情報を交換することを特徴とする。そしてこれにより、動的にルーチングピアが確立されることによるルーチングプロセスの負荷の上昇を防ぐことができるという顕著な効果を奏するものである。
【００４７】
また、ＢＧＰもしくはディレクトリサーバにより、制御チャネルを利用して、光エッジ装置がどの光エッジ装置にどのＩＰエッジルータが接続されているかを取得し、さらに、ＩＰエッジルータにどのＩＰエッジルータと経路情報の交換が可能かを通知することで、ＩＰエッジルータが経路情報を交換すべき相手を自動発見できるようになるという効果も得られる。
【００４８】
さらに、ＩＰエッジルータのグループ化を行い、同一グループとのみ経路情報を交換することを可能とすることで、グループ間通信のみを許すという閉域性を実現することができ、付加価値を持ったサービスを提供できるようになるという効果も得られる。
【図面の簡単な説明】
【図１】ネットワーク構成を示す模式図である。
【図２】経路情報交換手順を示すシーケンス図である。
【図３】ＰＥの構成を示すブロック図である。
【図４】ディスカバリを実行可能なＰＥの構成を示すブロック図である。
【図５】ＣＥのグループ化を実現する際のＰＥの構成を示すブロック図である。
【図６】ＣＥの構成例を示すブロック図である。
【符号の説明】
１ トンネル設定手段
２ フォワーディング手段
３ カプセル化手段
４ デカプセル化手段
５ 直接接続ＣＥ把握手段
６ ＣＥ情報交換手段
７ 接続可能ＣＥ通知手段
８ ＶＰＮ確認手段
１０ 光網
１１ トンネルＤＢ
１２ 対地側ＣＥ ＤＢ
１３ フォワーディングＤＢ
１４ 直接接続ＣＥ ＤＢ
２０ 制御チャネル
２１ ＣＥ情報通知手段
２２ 接続可能ＣＥ把握手段
２３ 経路情報交換手段
３０ データチャネル
３１ 対地側ＣＥ ＤＢ
３２ 経路情報ＤＢ
４０ ＩＰ網
【発明の属する技術分野】
本発明は経路情報交換方法およびこれを用いる経路情報交換システムに関し、より具体的には、ＩＰルータ間に動的に光パスを提供する動的再構成光網において、ＩＰルータ間のルーチングを安定化可能とする経路情報交換方法およびこれを用いる経路情報交換システムに関する。
【０００２】
【従来の技術】
ＩＰルータ間に動的に光パスを提供する動的再構成光網において、光網とＩＰ網のルーチングの連携形態として、Ｏverlay モデルおよびＰeer モデルが考えられている。これについては、ＩＥＴＦ draft-ietf-ccamp-gmpls-architecture-02.txt などを参照することが可能である。
【０００３】
Ｏverlayモデルでは、ＩＰ網と光網のルーチングが独立に動作し、ＩＰ網は光網のトポロジーを把握しない。一方、Ｐeerモデルでは、ＩＰ網と光網が同一のルーチングインスタンスにより制御され、ＩＰ網と光網が同じトポロジー情報を持つ。
【０００４】
Ｏverlayモデルでは、Ｐeerモデルに比べ、リソースの有効利用が難しいが、レイヤごとに独立のルーチングを実行できるため、レイヤごとのポリシーの分離や管理運用の観点で優れる。また、キャリア網内のトポロジーをクライアントに遮蔽したいサービスの場合に有効である。
【０００５】
【発明が解決しようとする課題】
しかしながら、Ｏverlayモデルでは、光パスを生成した後、ＩＰルーチングピアを確立するため、ルーチングインスタンスの負荷が高くなり、不安定になるという問題がある。具体的には、ルーチングとして、ＲＦＣ2328で規定されるＯＳＰＦ（Ｏpen Ｓhortest Ｐath Ｆirst ）を仮定すると、パスを張るたびに、（１）データベース同期，（２）リンクステート交換，（３）経路計算が起こり、ルーチングインスタンスの負荷が高くなる。
【０００６】
本発明の目的は、従来の技術における上述のような問題を解消し、割愛できない経路計算（３）を除く、（１），（２）によるインスタンス負荷の増加の問題を解決するための、動的再構成光網における経路情報交換方法およびこれを用いる経路情報交換システムを提供することにある。
【０００７】
【課題を解決するための手段】
上記目的を達成するため、本発明に係る経路情報交換方法は、制御メッセージを伝達するための制御チャネルを利用して、ＩＰエッジルータ間に光パスを生成する前からルーチングピアを確立することで、予め経路情報を交換しておき、データベース同期，リンクステート交換を行うことを可能とするものである。
【０００８】
より具体的には、本発明に係る経路情報交換方法は、波長単位での伝送を行う光網内に配置された光装置同士が、制御メッセージをやり取りする制御チャネルおよび主データを転送するデータチャネルにより接続されるとともに、前記光網内に配置されＩＰ網と接続している複数の光エッジ装置と、前記光網を利用してデータの送受信を行う前記ＩＰ網内に配置され前記光網と接続している複数のＩＰエッジルータが、制御チャネルおよびデータチャネルにより接続されており、前記光網内の光エッジ装置ならびに光装置がパスの再構成を行い、前記ＩＰエッジルータ間に光パスの設定および削除を行う動的再構成光網における経路情報交換方法であって、前記光エッジ装置間の制御チャネルにトンネルを設定するとともに、前記制御チャネルを用いてＩＰエッジルータが他のＩＰエッジルータ宛てに経路情報を送出可能とすることにより、ＩＰエッジルータ間に光パスを設定する前にＩＰエッジルータ間で経路情報の交換を行うことを特徴とする。
【０００９】
ここで、前記光エッジ装置間の制御チャネルにおけるトンネルの設定は、ＲＦＣ2003に規定されるＩＰ in ＩＰ、もしくは、ＲＦＣ1701に規定されるＧＲＥにより行うことが可能である。
また、前記ＩＰエッジルータ間における経路情報の交換は、ＲＦＣ1771に規定されるＢＧＰにより、前記制御チャネルを利用して、前記光エッジ装置が、どの光エッジ装置にどのＩＰエッジルータが接続されているかを取得し、さらにＩＰエッジルータにどのＩＰエッジルータと経路情報の交換が可能かを通知することに基づいて行うことが可能である。
【００１０】
さらに、本発明に係る経路情報交換方法においては、ＩＰエッジルータのグループ化を行い、光エッジ装置が、どの光エッジ装置にどのグループのどのＩＰエッジルータが接続されているかを取得可能とするとともに、ＩＰエッジルータが接続可能な他のＩＰエッジルータのＮode ＩＤとして同一グループに属するＩＰエッジルータのＮode ＩＤのみを取得可能とすることにより、ＩＰエッジルータが同一グループのＩＰエッジルータとのみ経路情報の交換を行うようにすることも可能である。
【００１１】
従来手法では、ＣＥ−ＣＥ間に光パスが形成された後に、データチャネルを用いてルーチングピアを確立し、経路情報を交換するため、パスの切り張りが頻繁である場合、ルーチングピアのアップダウンが起こって負荷が高くなり、ルーチングインスタンスが不安定になった。これに対して、本発明では、光パスを形成する前からルーチングピアを確立するため、前述の問題（１）〜（３）のうち、（１），（２）を回避することが可能になる。
【００１２】
また、本発明に係る経路情報交換方法は、これをコンピュータ制御によって実行させることが可能であり、本発明の権利範囲は、そのような実施形態に用いられる前記方法のプログラム、さらには、このプログラムを記録したコンピュータにより読み取り可能な記録媒体にも及ぶことはいうまでもない。
【００１３】
また、一方、本発明は、上述の経路情報交換方法を用いるシステム、すなわち経路情報交換システムとしても具体化可能である。
本発明に係る経路情報交換システムは、波長単位での伝送を行う光網内に配置された光装置同士が、制御メッセージをやり取りする制御チャネルおよび主データを転送するデータチャネルにより接続されるとともに、前記光網内に配置されＩＰ網と接続している複数の光エッジ装置と、前記光網を利用してデータの送受信を行う前記ＩＰ網内に配置され前記光網と接続している複数のＩＰエッジルータが、制御チャネルおよびデータチャネルにより接続されており、前記光網内の光エッジ装置ならびに光装置がパスの再構成を行い、前記ＩＰエッジルータ間に光パスの設定および削除を行う動的再構成光網における経路情報交換システムであって、前記光エッジ装置に、光エッジ装置間の制御チャネルにトンネルを設定する手段を備えるとともに、前記ＩＰエッジルータに、前記制御チャネルを用いてＩＰエッジルータが他のＩＰエッジルータ宛てに経路情報を送出する手段と、ＩＰエッジルータ間に光パスを設定する前にＩＰエッジルータ間で経路情報の交換を行う処理手段とを備えることを特徴とする。
【００１４】
【発明の実施の形態】
以下、本発明の実施の形態を、図面に示す好適実施例に基づいて、詳細に説明する。
【００１５】
図１は、ネットワーク構成を示したものである。光網１０内のノード ＯＸＣ（Ｏptical Ｃross Ｃonnect ）は、波長単位でスイッチングを行う。ＯＸＣ間およびＯＸＣとＩＰルータ間は、制御メッセージをやりとりするための制御チャネル２０と、ユーザデータを運ぶデータチャネル３０により接続される。
【００１６】
ＩＰ網４０内のノードで、光網１０と接続されているノードをＩＰエッジルータ（以下、ＣＥと略記する）、光網１０内のノードでＩＰ網４０と接続されているノードを光エッジ装置（以下、ＰＥと略記する）、また、光網１０内のノードで、光網１０内のノードとのみ接続されているノードをＰと呼ぶ。光網１０は、必要に応じて、ＣＥ−ＣＥ間にデータチャネル３０による光パスを提供する。
【００１７】
図２を用いて、光パス生成前の経路情報交換方法について説明する。
フェーズ1：トンネル設定
▲１▼：ＰＥ１−ＰＥ２間の制御チャネルにトンネルを設定する。具体的には、ＰＥ１において、ＣＥ２宛てのパケットは、ＰＥ１−ＰＥ２間のトンネルへ流すようにする。同様に、ＰＥ２においてＣＥ１宛てのパケットはＰＥ２−ＰＥ１間のトンネルへ流すようにする。
【００１８】
フェーズ2：経路情報交換
▲２▼：ＣＥ１はＣＥ２と経路情報が交換可能であることを何らかの方法で知り、ＣＥ１−ＰＥ１間の制御チャネルから、ＣＥ２宛てにＯＳＰＦのＨelloパケットを投げる。なお、通常、ＯＳＰＦのＨelloパケットは、ＴＴＬ（Ｔime Ｔo Ｌive）＝１で、Ａll ＯＳＰＦ Ｒouter宛てとなるが、本実施形態では、ＴＴＬ＝255（Ｄefault）、ＣＥ２宛てにＨelloパケットを送出する。
【００１９】
▲３▼：ＰＥ１では、ＣＥ２宛てのパケットが到着すると、ＰＥ１−ＰＥ２間トンネルにパケットを送出する。
▲４▼：ＰＥ２では、パケットを受け取ると、ＣＥ２宛てのパケットということがわかり、ＰＥ２−ＣＥ２間の制御チャネルから、ＣＥ２に向けてパケットを送出する。
▲５▼：ＣＥ２はＣＥ１からＨelloパケットを受け取る。
【００２０】
▲６▼：同様にして、ＣＥ２もＣＥ１にＨelloパケットを送出する。
▲７▼：同様にして、ＣＥ１−ＣＥ２間でデータベース同期，リンクステート交換を行う。
ここで、上記▲１▼のトンネルをＲＦＣ2003に規定されるＩＰ in ＩＰで行う方法と、ＲＦＣ1701に規定されるＧＲＥ（Ｇeneric Ｒouting Ｅncapsulation）で行う方法が考えられる。
なお、上述の例では、ＣＥ，ＰＥがそれぞれ二つ（パスとしては一つ）の場合を例に挙げたが、パスが複数存在する場合は、▲１▼において全ＰＥにトンネルを設定することとなる。
【００２１】
上述の方法では、ＩＰエッジルータは、経路情報を交換可能な他のＩＰエッジルータを何らかの方法で知っている必要がある。すなわち、▲２▼において、ＣＥ２の宛先を何らかの方法で取得する必要がある。これを実現するためにフェーズ１の前に、以下のディスカバリを実行することが考えられる。
【００２２】
フェーズ０：ディスカバリ
（Ａ）ＣＥ２が新規にＰＥ２に接続される。
（Ｂ）ＰＥ２はＣＥ２が接続されたことを知り、制御チャネルを通じて、（ＣＥ２ Ｎode ＩＤ，ＰＥ２ Ｎode ＩＤ）をＰＥ１に通知する。同時に、ＰＥ１はＰＥ２に、（ＣＥ１ Ｎode ＩＤ, ＰＥ１ Ｎode ＩＤ）を通知する。
（Ｃ）ＰＥ１は（ＣＥ２ Ｎode ＩＤ, ＰＥ２ Ｎode ＩＤ）をデータベースに保存する。同様に、ＰＥ２は（ＣＥ１ Ｎode ＩＤ, ＰＥ１ Ｎode ＩＤ）をデータベースに保存する。
【００２３】
（Ｄ）ＰＥ１は制御チャネルを通じて、ＣＥ１に、(ＣＥ２ Ｎode ＩＤ)を接続可能なＣＥ情報として通知する。同様に、ＰＥ２はＣＥ２に、（ＣＥ１ Ｎode
ＩＤ）を通知する。
ここで、（Ｂ）をＲＦＣ1771に規定されるＢＧＰで行う方法と、ディレクトリサーバを設けて、一旦情報をディレクトリサーバに集めた後、ＣＥ１に配布する方法とが考えられる。
【００２４】
図３は、ＰＥの構成を示している。以下、図３を用いて、再度経路情報交換方法の手順を説明する。
フェーズ１：トンネル設定
▲１▼：ＰＥ１では、トンネル設定手段１により、フォワーディングＤＢ１３に（ＣＥ２ Ｎode ＩＤ，１，−）を設定する。ここで、−はエントリを空にすることを意味する。
【００２５】
同時に、トンネルＤＢ１１に（ＣＥ２ Ｎode ＩＤ，カプセル化情報）を格納する。対地側ＣＥ ＤＢ１２に（ＣＥ２ Ｎode ＩＤ，ＰＥ２ Ｎode ＩＤ）を何らかの手段で格納しておき、カプセル化情報として、ＩＰ in ＩＰでは、対地側ＣＥ ＤＢ１２のＣＥ２ Ｎode ＩＤエントリを検索した結果である、ＰＥ２ Ｎode ＩＤを宛先アドレスとしたＩＰヘッダを格納する。ＧＲＥでも、同様となる。同様に、ＰＥ２では、フォワーディングＤＢ１３に（ＣＥ１ Ｎode ＩＤ，１，−)を格納し、トンネルＤＢ１１に（ＣＥ１ Ｎode ＩＤ，カプセル化情報）を格納する。ここで、フォワーディングＤＢ１３に格納されるトンネルビットとは、宛先行きのパケットに対してトンネル設定がある場合１、ない場合は０を書き込む。
【００２６】
フェーズ２：経路情報交換
▲２▼：ＣＥ１は制御チャネルからＣＥ２ Ｎode ＩＤ宛てにＨelloパケットを送出する。
▲３▼：ＰＥ１では、Ｈelloパケットを受け取ると、フォワーディング手段２により、フォワーディングＤＢ１３を検索する。ＣＥ２ Ｎode ＩＤエントリには、カプセルビットとして１が立っているため、カプセル化手段３へと処理を移す。
【００２７】
カプセル化手段３は、トンネルＤＢ１１のＣＥ２ Ｎode ＩＤエントリを検索する。トンネルＤＢ１１のＣＥ２ Ｎode ＩＤエントリには、カプセル情報として、ＰＥ２ Ｎode ＩＤを宛先アドレスとして持つＩＰヘッダが格納されており、ＨelloパケットをＰＥ２ Ｎode ＩＤ宛てにカプセル化する。フォワーディング手段２は、再びフォワーディングＤＢ１３のＰＥ２ Ｎode ＩＤエントリを検索し、送出ＩＦを得る。なお、このときの送出ＩＦは、光網内のルーチングやスタティックルートで決められているものとする。
【００２８】
▲４▼：ＰＥ２は、ＰＥ２ Ｎode ＩＤ宛てのＨelloパケットを受け取ると、デカプセル化手段4により、パケットのデカプセル化を行う。フォワーディングＤＢ１３には（ＣＥ２ Ｎode ＩＤ，ＣＥ２−ＰＥ２制御チャネルＩＦ）を何らかの手段により予め格納しておく。フォワーディング手段２により、フォワーディングＤＢ１３のＣＥ２ Ｎode ＩＤエントリを検索し、送出ＩＦとして、ＣＥ２−ＰＥ２制御チャネルＩＦが選択され、
▲５▼：ＣＥ２にパケットが到達する。なお、ＣＥ２−ＰＥ２制御チャネルＩＦとは、ＣＥ２−ＰＥ２間の制御チャネルを形成するＩＦを意味する。
【００２９】
図４は、フェーズ０：ディスカバリを実行可能なＰＥの構成を示したものである。手順を以下に示す。
フェーズ０：ディスカバリ
（Ａ）ＰＥ２にＣＥ２が接続されると、ＰＥ２の直接接続ＣＥ把握手段５が、直接接続ＣＥ ＤＢ１４に、（ＣＥ２ Ｎode ＩＤ，ＣＥ２制御チャネルＩＤ＋ＰＥ２制御チャネルＩＤ，ＣＥ２データチャネルＩＤ＋ＰＥ２データチャネルＩＤ）を書き込む。ここで、＋とは対を表わす。すなわち、ＣＥの制御チャネルがＰＥのどの制御チャネルと接続されているかの関係を表わす。
【００３０】
直接接続ＣＥ把握手段５としては、ＬＭＰ（draft-ietf-ccamp-lmp）などが考えられる。また、フォワーディングＤＢ１３に、（ＣＥ２ Ｎode ＩＤ，０，ＣＥ２−ＰＥ２制御チャネルＩＦ）を書き込む。
【００３１】
（Ｂ）次に、ＣＥ情報交換手段６により、制御チャネルを利用して、ＰＥ２はＰＥ１に（ＣＥ２ Ｎode ＩＤ，ＰＥ２ Ｎode ＩＤ）を通知する。また、ＰＥ１はＰＥ２に（ＣＥ１ Ｎode ＩＤ，ＰＥ１ Ｎode ＩＤ）を通知する。
（Ｃ）ＰＥ１では、（ＣＥ２ Ｎode ＩＤ，ＰＥ２ Ｎode ＩＤ）を受け取ると、ＣＥ情報交換手段６により、この情報を、対地側ＣＥ ＤＢ１２に保存する。同様に、ＰＥ２は（ＣＥ１ Ｎode ＩＤ，ＰＥ１ Ｎode ＩＤ）を対地側ＣＥ ＤＢ１２に保存する。
（Ｄ）ＰＥ１では、接続可能ＣＥ通知手段７により制御チャネルを利用して、ＣＥ１に、（ＣＥ２ Ｎode ＩＤ）を通知する。同様に、ＰＥ２はＣＥ２に（ＣＥ１ Ｎode ＩＤ）を通知する。
【００３２】
図５は、ＣＥのグループ化を行い、ＣＥが接続可能な他のＣＥのＮode ＩＤとして、同一グループに属するＣＥのＮode ＩＤのみを取得することにより、同一グループ間のＣＥとのみ経路情報を交換することを特徴とする経路情報交換手法におけるＰＥの構成を示すものである。このときの手順は、以下のようになる。
【００３３】
（Ａ）において、ＣＥが追加された場合、直接接続ＣＥ ＤＢ１４にグループＩＤも同時に格納する。
（Ｂ）において、ＣＥ情報交換手段６は、他のＰＥに（ＣＥ Ｎode ＩＤ，ＰＥ Ｎode ＩＤ，グループＩＤ）を通知する。
（Ｃ）において、ＣＥ情報交換手段６は、対地側ＣＥ ＤＢ１２に（ＣＥ Ｎode ＩＤ，ＰＥ Ｎode ＩＤ，グループＩＤ）を格納する。
（Ｄ）において、接続可能ＣＥ通知手段は、同一グループＩＤを持つＣＥにのみ、対地側のＣＥ Ｎode ＩＤを通知する。
【００３４】
▲３▼において、ＰＥがＨelloパケットを受け取ると、ＶＰＮ確認手段８により、受け取りＩＦから、グループＩＤを割り出すとともに、対地側ＣＥ ＤＢ１２のＨelloパケットの宛先ＩＤエントリを検索し、宛先ＣＥのグループＩＤを割り出し、両者が一致した場合のみ、フォワーディング手段２に移る。
【００３５】
以下、図５における各手段の機能について説明する。
トンネル設定手段１は、フォワーディングＤＢ１３の該当する宛先エントリにトンネルビットを立てるとともに、トンネルＤＢ１１の該当する宛先エントリにカプセル化情報を格納する。この際、対地側ＣＥ ＤＢ１２がある場合は、フォワーディングＤＢ１３において、対地側ＣＥ ＤＢ１２に格納されている、ＣＥ Ｎode ＩＤエントリに対して、トンネルビットを立てるとともに、トンネルＤＢ１１において、対地側ＣＥ ＤＢ１２に格納されているＣＥ Node ＩＤエントリに対して、ＰＥ Ｎode ＩＤを宛先情報として含むカプセル化情報を格納する。
【００３６】
フォワーディング手段２は、パケットを受信すると、パケットの宛先に一致するフォワーディングＤＢ１３の宛先エントリを検索し、送出ＩＦを決定する。ただし、フォワーディングＤＢ１３の宛先エントリのトンネルビットが１の場合は、カプセル化手段３に処理を受け渡す。カプセル化手段３は、フォワーディング手段２から処理を受け渡されると、パケットの宛先に一致するトンネルＤＢ１１の宛先エントリを検出し、カプセル化情報を得、パケットのカプセル化を行う。
【００３７】
デカプセル化手段４は、自ノード宛てのパケットのカプセル化情報を取り除き、通常のパケットに戻す。
直接接続ＣＥ把握手段５は、ＣＥからの制御メッセージを受け取り、直接接続ＣＥ ＤＢ１４に情報を格納する。
ＣＥ情報交換手段６は、直接接続ＣＥ ＤＢ１４に格納された情報のうち、ＣＥ Ｎode ＩＤとグループＩＤ、これに加えてＰＥ Ｎode ＩＤ（情報の送信ノード）を、遠隔のＰＥと交換するとともに、遠隔ＰＥから受け取った情報を、対地側ＣＥ ＤＢ１２に格納する。
【００３８】
接続可能ＣＥ通知手段７は、直接接続ＣＥ ＤＢ１４に格納されたＣＥ Ｎode ＩＤをもつＣＥに対し、このＣＥ Ｎode ＩＤのグループＩＤと同じグループＩＤをもつ対地側ＣＥ ＤＢ１２に格納されたエントリのＣＥ Ｎode ＩＤを通知する。
【００３９】
ＶＰＮ確認手段８は、ＣＥから自ノード宛て以外のパケットを受け取ると、受け取りＩＦと一致するＰＥ制御チャネルＩＤを持つエントリを直接接続ＣＥ ＤＢ１４から検索し、このエントリのグループＩＤを決定するとともに、パケットの宛先に一致するＣＥ Ｎode ＩＤをもつ対地側ＣＥ ＤＢ１２中のエントリを検索し、エントリ中のグループＩＤを割り出し、２つのグループＩＤが一致する場合のみ、処理をフォワーディング手段２に受け渡す。２つのグループＩＤが一致しない場合、パケット廃棄などの処理を行う。
【００４０】
図６は、ＰＥの構成が図４もしくは図５の場合に対応するＣＥの構成を示すものである。
ＣＥ情報通知手段２１は、ＰＥの直接接続ＣＥ把握手段５と通信を行う。ＣＥ情報通知手段２１は、自身のＣＥ Ｎode ＩＤを含む情報を、ＣＥ−ＰＥ間制御チャネルを利用して、ＰＥに向けて送出する。ここで、前述のように、ＬＭＰのようなプロトコルを用いることが考えられる。
【００４１】
接続可能ＣＥ把握手段２２は、ＰＥの直接接続ＣＥ把握手段５と通信を行う。ＰＥの直接接続ＣＥ把握手段５から情報を受け取ると、接続可能ＣＥ把握手段２２は、対地側ＣＥ ＤＢ３１にＣＥ Ｎode ＩＤを格納する。
【００４２】
経路情報交換手段２３は、対地側のＣＥの経路情報交換手段２３と通信を行い、対地側ＣＥ ＤＢ３１に格納されたＣＥ Ｎode ＩＤを宛先とする、Ｈello パケットおよびリンクステートパケットを送出する。また、Ｈello パケットおよびリンクステートパケットを受け取ると、これを経路情報ＤＢ３２に格納する。なお、リンクステートパケットの中身および経路情報ＤＢ３２に格納される情報は、利用するルーチングプロトコルに依存するが、ＯＳＰＦの場合には、ＲＦＣ2328に従う。ただし、ＴＴＬの値は、Ｄefault で２５５とする。
【００４３】
上記実施形態によれば、パスを張るたびに、（１）データベース同期，（２）リンクステート交換，（３）経路計算が起こり、ルーチングインスタンスの負荷が高くなるという問題に対して、（１），（２）によるインスタンス負荷の増加の問題を解決した、動的再構成光網における経路情報交換方法およびこれを用いる経路情報交換システムを実現することができる。
【００４４】
なお、上記各実施形態はいずれも本発明の一例を示すものであり、本発明はこれらに限定されるべきものではなく、本発明の要旨を逸脱しない範囲で、適宜の変更・改良を行ってもよいことはいうまでもないことである。
【００４５】
また、前述の通り、本発明に係る経路情報交換方法は、これをコンピュータ制御によって実行させることが可能であり、本発明の権利範囲は、そのような実施形態に用いられる前記方法のプログラム、さらには、このプログラムを記録したコンピュータにより読み取り可能な記録媒体にも及ぶことはいうまでもない。
【００４６】
【発明の効果】
以上、詳細に説明したように、本発明では、ＩＰルータ間に光パスを生成する前に、制御チャネルを利用して、経路情報を交換することを特徴とする。そしてこれにより、動的にルーチングピアが確立されることによるルーチングプロセスの負荷の上昇を防ぐことができるという顕著な効果を奏するものである。
【００４７】
また、ＢＧＰもしくはディレクトリサーバにより、制御チャネルを利用して、光エッジ装置がどの光エッジ装置にどのＩＰエッジルータが接続されているかを取得し、さらに、ＩＰエッジルータにどのＩＰエッジルータと経路情報の交換が可能かを通知することで、ＩＰエッジルータが経路情報を交換すべき相手を自動発見できるようになるという効果も得られる。
【００４８】
さらに、ＩＰエッジルータのグループ化を行い、同一グループとのみ経路情報を交換することを可能とすることで、グループ間通信のみを許すという閉域性を実現することができ、付加価値を持ったサービスを提供できるようになるという効果も得られる。
【図面の簡単な説明】
【図１】ネットワーク構成を示す模式図である。
【図２】経路情報交換手順を示すシーケンス図である。
【図３】ＰＥの構成を示すブロック図である。
【図４】ディスカバリを実行可能なＰＥの構成を示すブロック図である。
【図５】ＣＥのグループ化を実現する際のＰＥの構成を示すブロック図である。
【図６】ＣＥの構成例を示すブロック図である。
【符号の説明】
１ トンネル設定手段
２ フォワーディング手段
３ カプセル化手段
４ デカプセル化手段
５ 直接接続ＣＥ把握手段
６ ＣＥ情報交換手段
７ 接続可能ＣＥ通知手段
８ ＶＰＮ確認手段
１０ 光網
１１ トンネルＤＢ
１２ 対地側ＣＥ ＤＢ
１３ フォワーディングＤＢ
１４ 直接接続ＣＥ ＤＢ
２０ 制御チャネル
２１ ＣＥ情報通知手段
２２ 接続可能ＣＥ把握手段
２３ 経路情報交換手段
３０ データチャネル
３１ 対地側ＣＥ ＤＢ
３２ 経路情報ＤＢ
４０ ＩＰ網
Claims (9)
- 波長単位での伝送を行う光網内に配置された光装置同士が、制御メッセージをやり取りする制御チャネルおよび主データを転送するデータチャネルにより接続されるとともに、前記光網内に配置されＩＰ網と接続している複数の光エッジ装置と、前記光網を利用してデータの送受信を行う前記ＩＰ網内に配置され前記光網と接続している複数のＩＰエッジルータが、制御チャネルおよびデータチャネルにより接続されており、前記光網内の光エッジ装置ならびに光装置がパスの再構成を行い、前記ＩＰエッジルータ間に光パスの設定および削除を行う動的再構成光網における経路情報交換方法であって、
前記光エッジ装置間の制御チャネルにトンネルを設定するとともに、前記制御チャネルを用いてＩＰエッジルータが他のＩＰエッジルータ宛てに経路情報を送出可能とすることにより、ＩＰエッジルータ間に光パスを設定する前にＩＰエッジルータ間で経路情報の交換を行うことを特徴とする経路情報交換方法。 - 前記光エッジ装置間の制御チャネルにおけるトンネルの設定は、ＲＦＣ2003に規定されるＩＰ in ＩＰにより行うことを特徴とする請求項１に記載の経路情報交換方法。
- 前記光エッジ装置間の制御チャネルにおけるトンネルの設定は、ＲＦＣ1701に規定されるＧＲＥにより行うことを特徴とする請求項１に記載の経路情報交換方法。
- 前記ＩＰエッジルータ間における経路情報の交換は、ＲＦＣ1771に規定されるＢＧＰにより、前記制御チャネルを利用して、前記光エッジ装置が、どの光エッジ装置にどのＩＰエッジルータが接続されているかを取得し、さらにＩＰエッジルータにどのＩＰエッジルータと経路情報の交換が可能かを通知することに基づいて行われることを特徴とする請求項１に記載の経路情報交換方法。
- 前記ＩＰエッジルータ間における経路情報の交換は、ディレクトリサーバにより、前記制御チャネルを利用して、前記光エッジ装置が、どの光エッジ装置にどのＩＰエッジルータが接続されているかを取得し、さらにＩＰエッジルータにどのＩＰエッジルータと経路情報の交換が可能かを通知することに基づいて行われることを特徴とする請求項１に記載の経路情報交換方法。
- ＩＰエッジルータのグループ化を行い、光エッジ装置が、どの光エッジ装置にどのグループのどのＩＰエッジルータが接続されているかを取得可能とするとともに、ＩＰエッジルータが接続可能な他のＩＰエッジルータのＮode ＩＤとして同一グループに属するＩＰエッジルータのＮode ＩＤのみを取得可能とすることにより、ＩＰエッジルータが同一グループのＩＰエッジルータとのみ経路情報の交換を行うことを特徴とする請求項１に記載の経路情報交換方法。
- 請求項１〜６のいずれか１項に記載の経路情報交換方法を、コンピュータによる制御で実現するためのプログラム。
- 請求項７に記載の経路情報交換方法のプログラムを記録したコンピュータにより読み取り可能な記録媒体。
- 波長単位での伝送を行う光網内に配置された光装置同士が、制御メッセージをやり取りする制御チャネルおよび主データを転送するデータチャネルにより接続されるとともに、前記光網内に配置されＩＰ網と接続している複数の光エッジ装置と、前記光網を利用してデータの送受信を行う前記ＩＰ網内に配置され前記光網と接続している複数のＩＰエッジルータが、制御チャネルおよびデータチャネルにより接続されており、前記光網内の光エッジ装置ならびに光装置がパスの再構成を行い、前記ＩＰエッジルータ間に光パスの設定および削除を行う動的再構成光網における経路情報交換システムであって、
前記光エッジ装置に、光エッジ装置間の制御チャネルにトンネルを設定する手段を備えるとともに、
前記ＩＰエッジルータに、前記制御チャネルを用いてＩＰエッジルータが他のＩＰエッジルータ宛てに経路情報を送出する手段と、ＩＰエッジルータ間に光パスを設定する前にＩＰエッジルータ間で経路情報の交換を行う処理手段と
を備えることを特徴とする経路情報交換システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002236572A JP3809812B2 (ja) | 2002-08-14 | 2002-08-14 | 動的再構成光網における経路情報交換方法およびこれを用いる経路情報交換システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002236572A JP3809812B2 (ja) | 2002-08-14 | 2002-08-14 | 動的再構成光網における経路情報交換方法およびこれを用いる経路情報交換システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004080268A JP2004080268A (ja) | 2004-03-11 |
| JP3809812B2 true JP3809812B2 (ja) | 2006-08-16 |
Family
ID=32020702
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002236572A Expired - Fee Related JP3809812B2 (ja) | 2002-08-14 | 2002-08-14 | 動的再構成光網における経路情報交換方法およびこれを用いる経路情報交換システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3809812B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7688834B2 (en) * | 2006-10-16 | 2010-03-30 | Fujitsu Limited | System and method for providing support for multiple control channels |
-
2002
- 2002-08-14 JP JP2002236572A patent/JP3809812B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004080268A (ja) | 2004-03-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7035202B2 (en) | Network routing using link failure information | |
| US7447901B1 (en) | Method and apparatus for establishing a dynamic multipoint encrypted virtual private network | |
| US7969978B2 (en) | Method and apparatus for providing congruent multicast and unicast routing | |
| EP2974133B1 (en) | Method and system for controlling an underlying physical network by a software defined network | |
| US7917948B2 (en) | Method and apparatus for dynamically securing voice and other delay-sensitive network traffic | |
| US20160134591A1 (en) | VPN Implementation Processing Method and Device for Edge Device | |
| JP4109692B2 (ja) | ラベルスイッチネットワークにおけるセッション確立方法及びラベルスイッチノード | |
| US7778204B2 (en) | Automatic maintenance of a distributed source tree (DST) network | |
| US20030041170A1 (en) | System providing a virtual private network service | |
| EP2456130A1 (en) | System for network deployment and method for mapping and data forwarding thereof | |
| EP1859357A2 (en) | System and method for routing isis traffic through unidirectional links of a computer network | |
| CA2466912A1 (en) | Enabling secure communication in a clustered or distributed architecture | |
| WO2017096564A1 (zh) | 一种基于内容的集中式路由体系架构mccn | |
| JPWO2006092915A1 (ja) | パケットリングネットワークシステム、パケットリング間の接続方法、およびリング間接続ノード | |
| WO2010139115A1 (zh) | 多个汇聚节点共同处理移动组播源组播业务的方法及装置 | |
| US20030026209A1 (en) | Avoiding overlapping segments in transparent lan services on ring-based networks | |
| TWI639325B (zh) | 自動配置的交換機、自動配置交換機的方法、交換機自動部署的軟體定義網路系統及其方法 | |
| WO2019167703A1 (ja) | ネットワーク装置、ネットワーク制御方法及びプログラム | |
| CN108737183A (zh) | 一种转发表项的监测方法及装置 | |
| WO2011120360A1 (zh) | 集中式网络节点中实现热备份的方法及系统 | |
| CN114598635A (zh) | 报文传输的方法和装置 | |
| WO2009076848A1 (zh) | 一种pbb网络中自动拓扑发现及资源管理的方法和装置 | |
| JP2003060715A (ja) | Ｏｓｉトンネルルーティング方法及びその装置 | |
| CN110086720B (zh) | 基于二维路由协议实现l3vpn的方法及系统 | |
| JP3809812B2 (ja) | 動的再構成光網における経路情報交換方法およびこれを用いる経路情報交換システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040804 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060220 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060324 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060404 |
|
| 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: 20060502 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060515 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090602 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100602 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100602 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110602 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120602 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |