(57)【要約】【課題】  通信装置を多重化したネットワーク構成において、正常時および障害時を含めて、トラフィックが特定の通信装置に偏らないように、通信経路のポリシーを反映することを目的とする。【解決手段】  通信装置の内部に論理的な通信装置および論理的な通信経路を構成し、論理的な通信装置の持つ論理的なインタフェースに経路のコストを設定できるようにする。これにより、通信装置を経由する通信経路に、通信装置の持つインタフェースの組み合わせ毎に異なる経路のコストを設定できる。また、設定した経路のコストを含む経路情報をルーティングプロトコルによって、接続する通信装置に通知することで、通信経路の正常時および異常時を含めて、動的に通信経路を変更しながら、通信経路にポリシーを反映する。【選択図】  図１
2005109662.tif 000002
【特許請求の範囲】
【請求項１】
経路情報を通知することで動的に通信経路を制御する通信装置であって、
通信装置の内部に論理的な通信装置および論理的な通信経路を構成し、該論理的な通信装置の持つ論理的なインタフェースに経路のコストを設定する手段を備えたことを特徴とする通信装置。
【請求項２】
請求項１に記載の通信装置において、
前記論理的な通信装置の持つ論理的なインタフェース毎に経路のコストを設定することにより、前記通信装置を経由する通信経路に、前記通信装置の持つインタフェースの組み合わせ毎に異なる経路のコストを設定できるようにすることを特徴とする通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、経路情報を通知することで動的に通信経路を制御する通信装置に関する。
【背景技術】
【０００２】
ルーティングとは、ネットワークに接続した各通信装置が持つルーティングテーブルに従い、通信経路を決定することである。ルーティングは、ルーティングテーブルに通信経路を設定する方法の違いから、スタティックルーティングとダイナミックルーティングの２つがある。スタティックルーティングでは、オペレータがルーティングテーブルに通信経路を設定する。オペレータが設定した通信経路は、スタティック経路と呼ばれる。スタティック経路は、オペレータが設定を変更しない限り変更されることはない。一方、ダイナミックルーティングでは、ＯＳＰＦ（Ｏｐｅｎ  Ｓｈｏｒｔｅｓｔ  Ｐａｔｈ  Ｆｉｒｓｔ）やＲＩＰ（Ｒｏｕｔｉｎｇ  Ｉｎｆｏｍａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）等のルーティングプロトコルが通信経路を設定する。ルーティングプロトコルが設定した通信経路は、ダイナミック経路と呼ばれる。ダイナミック経路は、各通信装置のルーティングプロトコルが経路情報を互いに通知し合うことで動的に変更される。
【０００３】
スタティック経路は、オペレータが設定した通信経路が変更されることがないため、通信経路にポリシーが反映できる。その反面、通信経路に障害が発生した場合、オペレータがスタティック経路の設定を変更しなければならない。
【０００４】
ダイナミック経路は、ルーティングプロトコルによって動的に変更されるため、通信経路の障害を自動的に検出して、動的に通信経路を変更できる。その反面、ネットワーク構成によっては、通信経路にポリシーが反映できない場合がある。
【０００５】
通信経路に関するポリシーには様々なものがあるが、本発明で言う通信経路のポリシーは、通信経路に経路のコストを付けることによって、ネットワークが特定の状態のときに、通信経路が一意に定まるような設定を反映させることを言うものとする。
【０００６】
ＯＳＰＦは、経路のコストを各通信装置のインタフェースに設定し、宛先までに経由する経路のコストの合計値が最も小さい通信経路を選択する。ＲＩＰは、１台の通信装置を経由する度に１つ増えるホップ数を経路のコストとして持ち、宛先までのホップ数が最も小さい通信経路を選択する。これは、通信装置のインタフェースに経路のコストとして１が設定されていると考える事ができる。
【０００７】
従来の技術として、スタティック経路を優先して使用し、スタティック経路に障害が発生した場合には、ダイナミック経路を使用するという技術が知られている（例えば、特許文献１を参照）。
【特許文献１】特開２００１−３３３０９１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上記特許文献１に記載の技術では、通信経路が正常な場合には、スタティック経路が使用されるので、通信経路にポリシーが反映できるが、通信経路に異常が発生した場合には、ダイナミック経路が使用されるので、ネットワークの構成によっては、経路のコストが等しくなってしまうことで、通信経路にポリシーを反映できない場合があった。
【０００９】
また、通信経路にポリシーを反映させるためには、通信装置数を増やしてネットワーク構成を変更する必要があった。
【００１０】
本発明の目的は、通信装置を経由する通信経路に、通信装置の持つインタフェースの組み合わせ毎に経路のコストを付けられるようにすることで、通信装置数を増やさずに、ルーティングプロトコルによって、通信経路にポリシーを反映することにある。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本発明は、通信装置の内部に論理的な通信装置および論理的な通信経路を構成し、論理的な通信装置の持つ論理的なインタフェースに経路のコストを設定できるようにしたことを特徴とする。これにより、通信装置を経由する通信経路に、通信装置の持つインタフェースの組み合わせ毎に異なる経路のコストを設定できることを特徴とする。
【００１２】
設定した経路のコストを含む経路情報を、ルーティングプロトコルによって、接続する通信装置に通知することで、通信経路の正常時および異常時を含めて、動的に通信経路を変更しながら、通信経路にポリシーを反映することができる。
【発明の効果】
【００１３】
本発明によれば、通信装置を多重化したネットワーク構成において、通信装置数を増やさずに、正常時および障害時を含めて、トラフィックが特定の通信装置に偏らないように、通信経路のポリシーを反映できる。また、本発明によれば、１台の通信装置を複数台の通信装置として利用できる。さらに、ネットワーク構成を遠隔地からネットワークを介して変更可能である。
【発明を実施するための最良の形態】
【００１４】
以下、本発明を実施する場合の一形態を図面を参照して具体的に説明する。ここでは、ＴＣＰ／ＩＰにおいて、本発明を実施する場合の一形態として、通信装置をルータとして説明する。
【００１５】
図１は、本実施形態におけるルータの概略構成を示すブロック図である。ルータ３１は、物理インタフェース３１１ａ、３１１ｂ、３１１ｃ、３１１ｄを有する。また、４つの論理ルータ３１２ａ、３１２ｂ、３１２ｃ、３１２ｄと、２つの論理ハブ３１４ａ、３１４ｂを有する。さらに、各論理ルータは、それぞれ論理インタフェースを有し、論理インタフェースは、物理インタフェースまたは、論理ハブと接続している。例えば、論理ルータ３１２ａは、論理インタフェース３１３ａ、３１３ｂ、３１３ｃを有し、論理インタフェース３１３ａは物理インタフェース３１１ａと、論理インタフェース３１３ｂは論理ハブ３１４ａと、論理インタフェース３１３ｃは論理ハブ３１４ｂと、それぞれ接続している。
【００１６】
図３は、ルータ３１が持つ、論理ハブの設定に関するテーブルのデータ構成を示す図である。ここでは、２つの論理ハブ３１４ａ、３１４ｂが設定され、それぞれに、ＩＰアドレスとアドレスマスクの組み合わせで、ネットワークＩＰアドレスを設定してある。
【００１７】
図５は、ルータ３１が持つ、論理ルータの設定に関するテーブルのデータ構成である。ここでは、４つの論理ルータ３１２ａ、３１２ｂ、３１２ｃ、３１２ｄが設定されている。
【００１８】
図７は、ルータ３１が持つ、論理インタフェースの設定に関するテーブルのデータ構成である。論理ルータ毎に論理インタフェースを設定する。ここでは、論理ルータ３１２ａ、３１２ｂにはそれぞれ３つの論理インタフェースが設定され、論理ルータ３１２ｃ、３１２ｄにはそれぞれ２つの論理インタフェースが設定されている。各論理インタフェースには、接続先を設定する。論理インタフェースの接続先は、インタフェースまたは論理ハブである。図７では、例えば、論理インタフェース３１３ａはインタフェース３１１ａに、論理インタフェース３１３ｂは論理ハブ３１４ａに、それぞれ接続している。また、論理インタフェースには、ＩＰアドレスとインタフェースのコストが設定されている。
【００１９】
図３、図５、および図７のデータ構造は、オペレータに全て設定させる方式と、オペレータには、経路のコストを変えたいインタフェースの組み合わせを指定させ、ルータが自動的に論理ハブ、論理ルータ、論理インタフェースを生成する方式とがある。前者の方式では、柔軟な構成が可能であり、後者の方式では、オペレータによる設定を簡略化することが可能である。また、論理ハブ、論理ルータ、および論理インタフェースの設定によっては、１台のルータを複数台のルータとして利用することも可能である。
【００２０】
図１の各論理ルータ毎にルーティングプロトコル処理を行う。つまり、論理ルータ３１２ａ、３１２ｂ、３１２ｃ、３１２ｄの間で、ＯＳＰＦやＲＩＰのプロトコルパケットを交換する。また、論理インタフェースの接続先がインタフェースの場合には、ルータと接続する通信装置との間で、ＯＳＰＦやＲＩＰのプロトコルパケットを交換する。ただし、論理ルータ間でのルーティングプロトコルパケットの交換は、本来のプロトコル処理を簡略化することで、ルータに対するプロトコル処理の負荷を低減することが可能である。
【００２１】
このような各論理ルータ毎にルーティングプロトコル処理を行う際、ＯＳＰＦは、論理ルータの各論理インタフェースに設定した経路のコストを、接続する通信装置へ通知する。また、ＲＩＰは、論理ルータの各論理インタフェースに設定した経路のコストを加算したものをホップ数として、接続する通信装置へ通知する。
【００２２】
図２、図４、図６、図８は、本実施形態におけるもう一つのルータ３２の構成を示し、それぞれ図１、図３、図５、図７と同種の図である。図８から分かるように、ルータ３２においては、ルータ３１と左右対称（図１と図２を左右に並べたとき）になるように経路のコストを付けてある。
【００２３】
図９に、本実施形態による２台のルータ３１、３２を使用して、ホストと２つの端末群を結ぶ通信経路のそれぞれに異なる経路のコストを設定することにより、ホストから端末群への通信において、ルーティングプロトコルで、正常時および障害時を含めて、トラフィックが特定の通信装置に偏らないように通信経路のポリシーを反映できる例を示す。
【００２４】
図９は、計算機センタのホスト１と各拠点のルータ４１、４２および端末群５１、５２との間の、各通信機器を二重化したネットワーク構成である。二重化した通信機器は、計算機センタ１内のネットワーク接続装置１０ａ、１０ｂ、ハブ２１、２２、および図１〜図８で説明したルータ３１、３２である。各ルータの設定は、ルータ設定用端末７１または７２によって行う。ルータ設定用端末７１は、ルータ３１が持つルータ設定用端末のための専用ポートに接続している。ルータ設定用端末７２は、ルータ４１を経由して、ルータ３１と接続している。これらのルータ設定用端末７１、７２を使用して、ルータ３１、３２には、先に説明した設定がされているものとする。
【００２５】
ホスト１からルータ４１への通信経路は４つある。各通信経路を矢印で図示した。通信経路Ａ１は、ネットワーク接続装置１０ａ、ハブ２１、ルータ３１を介する通信経路である。通信経路Ａ２は、ネットワーク接続装置１０ａ、ハブ２１、ルータ３２を介する通信経路である。通信経路Ａ３は、ネットワーク接続装置１０ｂ、ハブ２２、ルータ３１を介する通信経路である。通信経路Ａ４は、ネットワーク接続装置１０ｂ、ハブ２２、ルータ３２を介する通信経路である。
【００２６】
ホスト１からルータ４２への通信経路は４つある。同様に各通信経路を矢印で図示した。通信経路Ｂ１は、ネットワーク接続装置１０ｂ、ハブ２２、ルータ３２を介する通信経路である。通信経路Ｂ２は、ネットワーク接続装置１０ｂ、ハブ２２、ルータ３１を介する通信経路である。通信経路Ｂ３は、ネットワーク接続装置１０ａ、ハブ２１、ルータ３２を介する通信経路である。通信経路Ｂ４は、ネットワーク接続装置１０ａ、ハブ２１、ルータ３１を介する通信経路である。
【００２７】
これらの８つの通信経路に、トラフィックが特定の通信装置に偏らないように、次に述べる通信経路のポリシーを反映する。正常時には、通信経路Ａ１、Ｂ１を使用する。ルータ３１の障害時には、通信経路Ａ２、Ｂ１を使用する。ネットワーク接続装置１０ａまたはハブ２１の障害時には、通信経路Ａ３、Ｂ１を使用する。ルータ３１および、ネットワーク接続装置１０ａまたはハブ２１の二重障害時には、通信経路Ａ４、Ｂ１を使用する。ルータ３２の障害時には、通信経路Ａ１、Ｂ２を使用する。ネットワーク接続装置１０ｂまたはハブ２２の障害時には、通信経路Ａ１、Ｂ３を使用する。ルータ３２および、ネットワーク接続装置１０ｂまたはハブ２２の二重障害時には、通信経路Ａ１、Ｂ４を使用する。
【００２８】
通信経路のコストは、通信経路がルータを経由する度に、ルータからネットワークへの出口のインタフェースの経路のコストを加算したものである。ネットワークからルータへとの入口のインタフェースの経路のコストは加算しない。先に説明したルータ３１、３２の設定によって、通信経路Ａ１は、ルータ３１のインタフェース３１１ａからインタフェース３１１ｃを介する経路で、この間の経路のコストは、論理インタフェース３１３ｂ、３１３ｈ（論理ルータの出口、以下同じ）の経路のコストの和で２となる。同様に、通信経路Ａ２は、ルータ３２のインタフェース３２１ａからインタフェース３２１ｃを介する経路で、論理インタフェース３２３ｂ、３２３ｈの経路のコストの和で４になる。また、通信経路Ａ３は、ルータ３１のインタフェース３１１ｂからインタフェース３１１ｃを介する経路で、この間の経路のコストは、論理インタフェース３１３ｅ、３１３ｈの経路のコストの和で３となる。同様に、通信経路Ａ４は、ルータ３２のインタフェース３２１ｂからインタフェース３２１ｃを介する経路で、この間の経路のコストは、論理インタフェース３２３ｅ、３２３ｈの経路のコストの和で５となる。なお、上記とは逆に端末群からホストに向かう通信経路のときは、論理ルータの入口・出口が逆になるために、例えばルータ３１のインタフェース３１１ｃからインタフェース３１１ａを介する経路のコスト計算については、論理インタフェース３１３ｇ、論理インタフェース３１３ａ（論理ルータの出口）のコストを加算する。
【００２９】
通信経路Ｂ１、Ｂ２、Ｂ３、Ｂ４も、通信経路Ａ１、Ａ２、Ａ３、Ａ４と同様に、それぞれ異なるコストとなる。
【００３０】
このように、ホスト１からルータ４１への４つの通信経路およびホスト１からルータ４２への４つの通信経路で、それぞれ経路のコストが異なるように設定できる。これにより、ルーティングプロトコル処理を各論理ルータ単位に行った結果、ホスト１からルータ４１またはルータ４２への通信経路に対して、正常時および障害時を含めて、トラフィックが特定の通信装置に偏らないように、通信経路のポリシーを反映できる。これを、本発明によらないルータを使用して実現する場合には、より多くのルータを用意しなければならない。
【００３１】
図１０は、本発明によらないルータを使用した場合の問題点を示すネットワーク構成図である。図９の本発明に係るルータ３１、３２を、本発明によらないルータ６１、６２に置き換えたものである。正常時に、ホスト１からルータ４１への経路は、通信経路Ｃ１とＣ３が同じコストになってしまうため、ホスト１の実装によって、どちらの通信経路が選択されるかわからない。また、ルータ６１の障害時に、ホスト１からルータ４１への経路は、通信経路Ｃ２とＣ４が同じコストになってしまうため、ホスト１の実装によって、どちらの通信経路が選択されるかわからない。ホスト１からルータ４２への通信経路についても、同様の問題が発生する。
【図面の簡単な説明】
【００３２】
【図１】ルータ３１の構成図
【図２】ルータ３２の構成図
【図３】ルータ３１の論理ハブに関するデータ構造を示す図
【図４】ルータ３２の論理ハブに関するデータ構造を示す図
【図５】ルータ３１の論理ルータに関するデータ構造を示す図
【図６】ルータ３２の論理ルータに関するデータ構造を示す図
【図７】ルータ３１の論理インタフェースに関するデータ構造を示す図
【図８】ルータ３２の論理インタフェースに関するデータ構造を示す図
【図９】ネットワーク構成図
【図１０】本発明によらないルータを使用した場合の問題点を示すネットワーク構成図
【符号の説明】
【００３３】
１…ホスト、２１、２２…ハブ、３１、３２、４１、４２、６１、６２…ルータ、５１、５２…端末群、７１、７２…ルータ設定用端末、１０…ネットワーク接続装置、３１１、３２１…インタフェース、３１２、３２２…論理ルータ、３１３、３２３…論理インタフェース、３１４、３２４…論理ハブ、Ａ、Ｂ、Ｃ…通信経路。
【図１】
2005109662.tif 000003
【図２】
2005109662.tif 000004
【図３】
2005109662.tif 000005
【図４】
2005109662.tif 000006
【図５】
2005109662.tif 000007
【図６】
2005109662.tif 000008
【図７】
2005109662.tif 000009
【図８】
2005109662.tif 000010
【図９】
2005109662.tif 000011
【図１０】
2005109662.tif 000012