JP2003264585A

JP2003264585A - ネットワークシステム及びネットワーク機器

Info

Publication number: JP2003264585A
Application number: JP2002064911A
Authority: JP
Inventors: Hideki Shingu; 秀樹新宮
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2002-03-11
Filing date: 2002-03-11
Publication date: 2003-09-19

Abstract

(57)【要約】【課題】ポリシーサーバにＣＯＰＳなどの標準プロト
コルの他に特別なプロトコルの機能を設けることなく各
ポリシーサーバ間で保持情報を交換する。【解決手段】ネットワーク機器１は自ドメインＡのポ
リシーサーバ３より発せられたＣＯＰＳメッセージを受
信すると、ＲＳＶＰメッセージ内にＣＯＰＳメッセージ
を包含し、他ドメインＢの隣接ネットワーク機器へ伝送
する。ＲＳＶＰメッセージを受信したドメインＢのネッ
トワーク機器はメッセージの内容を解析し、ＲＳＶＰメ
ッセージよりＣＯＰＳメッセージを取得し、ドメインＢ
のポリシーサーバへＣＯＰＳメッセージとして送信す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のドメインを
またがった通信のトラフィック・エンジニアリング（Ｔ
Ｅ）を行うネットワークシステム及びネットワーク機器
に関する。

【０００２】

【従来の技術】ネットワークのブロードバンド化に伴い
そのコンテンツも多様化しつつあり、ＶｏＩＰ（Voice
over Internet Protocol）やストリーミングによる動画
再生といったリアルタイム性を重視するものや、電子商
取引のような信頼性を重視するものなど様々なコンテン
ツが提供されつつある。このように通信品質要求が異な
るようなコンテンツを実現するためにはネットワーク上
の各通信路に対してＱｏＳ（Quality of Service）制御
を行う必要がある。

【０００３】このようなＱｏＳ制御を行う一方式として
ネットワーク内のルータ、スイッチなどのネットワーク
機器に対して、帯域制御、経路制御、障害時制御などの
設定を統括して行うポリシーサーバを設置して、ネット
ワーク全体で各通信品質要求を満たすようにＱｏＳ制御
を行う方式がある。ポリシーサーバはネットワーク内で
の取り決めごと(ポリシー)に従ってネットワーク機器類
の設定及び制御を行う。このポリシーによって、例えば
即時性を有するコンテンツは優先的にトラフィックを流
したり、動画のような伝送に広い帯域を必要とするよう
なコンテンツには専用にその帯域を確保したり、信頼性
を必要とするコンテンツに対してはパケット欠損を起こ
さないように設定を行うなどのＱｏＳ制御を行うことが
できる。

【０００４】

【発明が解決しようとする課題】ところで、前記のよう
なポリシーサーバを設置したネットワーク構成を考えた
場合、ポリシーサーバが行うＱｏＳ制御の範囲はポリシ
ーサーバが管理するドメイン内に限られる。しかしなが
ら、大規模ネットワークを考えた場合、１つのポリシー
サーバに管理させることは負荷が大きく現実的ではな
い。よって大規模ネットワークを考える場合は、その中
をいくつかの小さな管理ドメインに分割し、それぞれを
１つのポリシーサーバに管理させる構成をとる。また、
このような小さなドメインに分けることで、そのドメイ
ン内部では独立したＱｏＳ制御を行うことが可能であ
り、異なるポリシーによって異なるＱｏＳ制御を行うこ
とも可能である。

【０００５】しかし、前述の通り、ポリシーサーバによ
るＱｏＳ制御の範囲は、そのポリシーサーバの管理ドメ
イン内に限られるため、ドメインをまたがった通信を行
う際に、End to Endで要求される通信品質を確実なもの
として提供することができない。このような問題を解決
するには、各ポリシーサーバ間で保持情報の交換をする
必要がある。そのための手段として特開２００１−１１
１６１３号公報では、ＣＯＰＳ（Common Open Policy S
ervice）を用いてポリシーサーバの保持情報を交換する
方法を示している。

【０００６】ＣＯＰＳとは、ＰＤＰ（Policy Decision
Point）となるポリシーサーバと、ＰＥＰ（Policy Enfo
rcement Point）となるルータなどのネットワーク機器
類の間の通信プロトコルであり、ＩＥＴＦ（Internet E
ngineering Task Force）がＲＦＣ２７４８、ＲＦＣ３
０８４に定めている。しかし特開２００１−１１１６１
３号公報の手法では、各ポリシーサーバにＰＤＰの機能
のみではなく、ＰＥＰの機能も盛り込む必要があり、ま
たＣＯＰＳの標準プロトコルにのっとるのであれば、ポ
リシーサーバ内部でもＰＤＰとＰＥＰの通信を行う必要
がある。

【０００７】本発明は上記従来例の問題点に鑑み、ポリ
シーサーバにＣＯＰＳなどの標準プロトコルの他に特別
なプロトコルの機能を設けることなく各ポリシーサーバ
間で保持情報を交換することができるネットワークシス
テム及びネットワーク機器を提供することを目的とす
る。

【０００８】

【課題を解決するための手段】本発明は上記目的を達成
するために、複数のネットワークにより構成され、各ネ
ットワークが当該ネットワーク内のトラフィックエンジ
ニアリングを行うポリシーサーバと前記ポリシーサーバ
に管理される複数のネットワーク機器を有するネットワ
ークシステムにおいて、同じネットワーク内の前記ポリ
シーサーバとネットワーク機器との間で第１のプロトコ
ルのメッセージでポリシーの通信を行い、隣接するネッ
トワークのネットワーク機器との間で、前記第１のプロ
トコルのメッセージを包含する第２のプロトコルのメッ
セージで通信を行い、隣接するネットワーク内のネット
ワーク機器から前記第２のプロトコルのメッセージを受
信したネットワーク機器が第１のプロトコルのメッセー
ジ内のポリシーを抽出して自ネットワーク内の前記ポリ
シーサーバに送信することを特徴とする。上記構成によ
れば、隣接するネットワーク内のネットワーク機器との
間で、ポリシーサーバとネットワーク機器との間で通信
を行う第１のプロトコルのメッセージを包含可能な第２
のプロトコルのメッセージで通信を行うので、ポリシー
サーバにＣＯＰＳなどの標準プロトコルの他に特別なプ
ロトコルの機能を設けることなく各ポリシーサーバ間で
保持情報を交換することができる。

【０００９】例えば第１のプロトコルはＣＯＰＳであっ
て、第２のプロトコルはＣＯＰＳのメッセージを包含可
能なＲＳＶＰである。また、自ネットワークから他ネッ
トワークへ伝送するポリシーは、トポロジー情報、ユー
ザ情報、帯域予約情報、明示経路情報、警報情報である

【００１０】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態について説明する。ところで、ＣＯＰＳはＰＤ
Ｐ（ポリシーサーバ）とＰＥＰ（ルータなどのネットワ
ーク機器）間の通信を行うためのプロトコルであるが、
ＰＥＰ間で帯域予約情報などの交換を行うプロトコルと
して、ＲＳＶＰ（Resource Reservation Protocol）が
ＩＥＴＦのＲＦＣ２２０５によって定義されている。ま
た、ＲＦＣ２７５０によってＲＳＶＰ Extensions for
Policy Control が定義され、ポリシーが反映された認
証制御を、ＲＳＶＰを用いて書くルータ間を伝達させる
ことを述べている。しかし、この方法はＣＯＰＳを基準
にして記述されているものではない。そこで、このＲＳ
ＶＰを用いてＣＯＰＳのポリシーメッセージを伝達させ
ることにより、ドメインをまたがった場合の通信に関し
てもポリシーを考慮したトラフィック制御が可能にな
る。以下にその手順を示す。

【００１１】本発明のネットワークシステムにおける１
つのネットワーク（ドメイン）の構成例を図１に示す。
ここではネットワーク機器としてエッジルータ１を例に
挙げるが、これが他のものであっても構わないものとす
る。エッジルータ１は自ドメインＡ内においてユーザ端
末２、隣接中継ルータ及びＱｏＳサーバ３ａ（ポリシー
サーバ３）と接続されており、また、いくつかの中継ル
ータを経て他ドメインＢのエッジルータへと接続されて
いる。ＱｏＳサーバ３ａはポリシーの反映に必要なデー
タをディレクトリサーバ３ｂに保持する。なお、このデ
ィレクトリサーバ３ｂに相当するデータベースをポリシ
ーサーバ３内に保持していてもよい。

【００１２】各端末間の通信プロトコルは、一例として
以下のものとする。ユーザ端末２とエッジルータ１間、
エッジルータ１とネクストホップのルータ間ではＲＳＶ
Ｐを、エッジルータ１とＱｏＳサーバ３ａ間ではＣＯＰ
Ｓとする。また、ＱｏＳサーバ３ａとディレクトリサー
バ３ｂの間のプロトコルに関してはＬＤＡＰ (Lightwei
ght Data Access Protocol)などが考えられる。なお、
ＱｏＳサーバ３ａとディレクトリサーバ３ｂの間のプロ
トコルに関しては、ＬＤＡＰ以外のプロトコルについて
も考えられる。

【００１３】ＣＯＰＳ及びＲＳＶＰではメッセージとい
う単位のパケットをやり取りし、機器間の情報交換を行
う。メッセージは複数のオブジェクトにより構成され、
さらに小さな単位からなる。図２、図３はそれぞれＣＯ
ＰＳ及びＲＳＶＰのオブジェクトの構成例を示し、オブ
ジェクトは全て同一のフォーマットで構成されている。
すなわち、各オブジェクトは４オクテット（３２ビッ
ト）を１ブロックとして、１ないし複数のブロックから
構成される。Lengthには２オクテットが確保されてお
り、ヘッダを含むオブジェクトの全長をオクテット単位
で示してある。オクテット単位での全長が３２ビットの
ブロックに到達しない場合には、オブジェクトの最後に
パディングをして３２ビット単位に整える。受信側で
は、オブジェクトの境界はオブジェクト長を収容した次
の３２ビットのブロックまでを検索するだけでよい．C-
Numはオブジェクトに含まれる情報の種類を識別し、C-T
ypeはC-Numに対するバージョンやサブタイプを表す。

【００１４】ＣＯＰＳのオブジェクトは１５種類ある。
その中の１つにClientSIオブジェクトというものがあ
る。図２はＣＯＰＳのClientSIオブジェクトの構成図を
示す。このＣＯＰＳ ClientSIオブジェクトの可変長（V
ariable Length）領域には、ＲＳＶＰのメッセージに含
まれている全てのオブジェクトをカプセル化することが
可能であり（ＲＦＣ２７４９）、ポリシーサーバ３と各
ルータ及びネットワーク機器間でＲＳＶＰセッションを
確立することなく、ＲＳＶＰメッセージの内容をやり取
りすることが可能である。

【００１５】次に図３はＲＳＶＰのオブジェクトの構成
図を示す。ＣＯＰＳのオブジェクトと同様、Lengthとし
て２オクテット確保されており、ヘッダを含むオブジェ
クトの全長をオクテット単位で示してある。オクテット
単位での全長が３２ビットのブロックに到達しない場合
には、オブジェクトの最後にパディングをして３２ビッ
ト単位に整える。受信側では、オブジェクトの境界はオ
ブジェクト長を収容した次の３２ビットのブロックまで
を検索するだけでよい。Class-Numはオブジェクトに含
まれる情報の種類を識別し、C-TypeはClass-Numに対す
るバージョンやサブタイプを表す。

【００１６】ＲＳＶＰのオブジェクトは１５種類ある。
その中の１つにPOLICY_DATAオブジェクトというものが
ある。図３にＲＳＶＰのPOLICY_DATAオブジェクトの構
成を示す。このＲＳＶＰ POLICY_DATAオブジェクトは
２つの可変長領域を保持する。１つはOption Listと呼
ばれるポリシーデータを扱う際のオプション的なパラメ
ータの記述を行う部分である。例えば、この領域には、
FILTER_SPECの値やRSVP_HOPといったものが規定されて
いる。もう１つはPolicy Element Listと呼ばれる部分
である。この部分にはポリシーに関連するいかなる記述
を書き込もうと自由であり、その記述はＲＳＶＰ側から
は読み取られることはなく、不透明なまま伝送されてい
く。

【００１７】これらのオブジェクトを用いると、ＲＳＶ
Ｐ POLICY_DATAのPolicy ElementList内にＣＯＰＳの
メッセージ内容を記述し、ネクストホップルータへＲＳ
ＶＰメッセージを送ることで、ネクストホップルータは
他ドメインのポリシーサーバが発行したＣＯＰＳのメッ
セージ内容を受け取ることができる。その受け取った内
容をＣＯＰＳのClientSIの中に包括してポリシーサーバ
へ送ることにより、ドメインをまたがった場合でもポリ
シーサーバ３間で必要情報、ポリシーの共有が可能にな
る。それによってドメインをまたがった形でのトラフィ
ック・エンジニアリング（ＴＥ）が可能になる。

【００１８】図４に本発明におけるネットワークシステ
ムの構成例を示す。全体のネットワークシステムをいく
つかの小さな管理ドメイン４１０、４２０、４３０、４
４０に区切り、各ネットワーク４１０、４２０、４３
０、４４０内にはそれぞれ、複数のネットワーク機器
（ＰＥＰ：ルータ・スイッチなど）（４１２、４１３、
４１４）、（４２２、４２３、４２４）、（４３２、４
３３、４３４）、（４４２、４４３、４４４）と、それ
らを管理するポリシーサーバ（ＰＤＰ）４１１、４２
１、４３１、４４１が配置されている。

【００１９】管理ドメイン４１０、４２０、４３０、４
４０内のネットワーク機器類（４１２〜４１４）、（４
２２〜４２４）、（４３２〜４３４）、（４４２〜４４
４）は自ドメイン内のポリシーサーバ４１１、４２１、
４３１、４４１のみから管理を受け、他ドメインのポリ
シーサーバからの管理は受けない。また各ドメイン４１
０、４２０、４３０、４４０はネットワーク機器（４１
２〜４１４）、（４２２〜４２４）、（４３２〜４３
４）、（４４２〜４４４）同士で接続されており、ポリ
シーサーバ４１１、４２１、４３１、４４１同士が直接
通信を行うことはない。各管理ドメイン４１０、４２
０、４３０、４４０内のポリシーサーバ４１１、４２
１、４３１、４４１はディレクトリサーバ３ｂ（図１参
照）を保持し、その中にポリシーを反映させるために必
要なデータベースを有する。

【００２０】具体的には管理ドメイン４１０はポリシー
サーバ４１１が管理を行い、ドメイン４１０の中にはネ
ットワーク機器４１２〜４１４が存在する。ネットワー
ク機器４１２はユーザ側のエッジにあたるネットワーク
機器であり、また、ネットワーク機器４１３は隣接する
他ドメイン４２０内のネットワーク機器４２２と接続さ
れており、また、ネットワーク機器４１４は隣接する他
ドメイン４３０内のネットワーク機器４３２と接続され
ている。

【００２１】同様に管理ドメイン４１０に隣接する管理
ドメイン４２０はポリシーサーバ４２１が管理を行い、
ドメイン４２０の中にはネットワーク機器４２２〜４２
４が存在する。他ドメイン４１０内のネットワーク機器
４１３と接続されたネットワーク機器４２２は、自ドメ
イン４２０内のネットワーク機器４２３、４２４と接続
され、ネットワーク機器４２４はまた、隣接する他ドメ
イン４４０内のネットワーク機器４４２と接続されてい
る。

【００２２】同様に管理ドメイン４３０はポリシーサー
バ４３１が管理を行い、ドメイン４３０の中にはネット
ワーク機器４３２〜４３４が存在する。他ドメイン４１
０内のネットワーク機器４１４と接続されたネットワー
ク機器４３２は、自ドメイン４３０内のネットワーク機
器４３３、４３４と接続され、ネットワーク機器４３４
はまた、隣接するドメイン４４０内のネットワーク機器
４４３と接続されている。

【００２３】同様に管理ドメイン４４０はポリシーサー
バ４４１が管理を行い、ドメイン４４０の中にはネット
ワーク機器４４２〜４４４が存在する。また、他ドメイ
ン４２０内のネットワーク機器４２４と接続されたネッ
トワーク機器４４２と、他ドメイン４３０内のネットワ
ーク機器４３４と接続されたネットワーク機器４４３は
ネットワーク機器４４４と接続されている。ネットワー
ク機器４４４は対向のユーザ側のエッジにあたるネット
ワーク機器である。

【００２４】図５はネットワーク機器１の機能の概略を
示し、第１のポリシー解析手段１５０１、第２のポリシ
ー解析手段１５０２、ポリシー伝達手段１５０３を有す
る。ポリシー伝達手段１５０３は自ドメインＡ内のポリ
シーサーバ３からのＣＯＰＳメッセージを受信してＲＳ
ＶＰメッセージに包含する手段１５０３１と、そのポリ
シーを包含したＲＳＶＰパケットを隣接ドメインＢのネ
ットワーク機器１に送信する手段１５０３２を有する。
まずポリシーサーバ３より送信されたＣＯＰＳメッセー
ジを第１のポリシー解析手段１５０１が受信し、メッセ
ージの内容を確認する。もしメッセージの内容が他ドメ
インＢに影響を及ぼすような内容であった場合、その影
響を及ぼす範囲を計算し、第２のポリシー解析手段１５
０２に対してＣＯＰＳメッセージを包含したＲＳＶＰメ
ッセージを送信するよう働きかけるトリガを与え、その
送信先アドレスを与える。第１のポリシー解析手段１５
０１はまた、受信したＣＯＰＳメッセージをそのままポ
リシー伝達手段１５０３の「ＣＯＰＳメッセージをＲＳ
ＶＰメッセージに包含する手段」１５０３１へと転送す
る。

【００２５】第２のポリシー解析手段１５０２は第１の
ポリシー解析手段１５０１により指示された他ドメイン
Ｂの隣接ネットワーク機器１まで到達するＲＳＶＰメッ
セージを発行し、ポリシー伝達手段１５０３の「ＣＯＰ
ＳメッセージをＲＳＶＰメッセージに包含する手段」１
５０３１へと転送する。「ＣＯＰＳメッセージをＲＳＶ
Ｐメッセージに包含する手段」１５０３１は、ＲＳＶＰ
メッセージ内にPOLICY_DATAオブジェクトとして第１の
ポリシー解析手段１５０１から転送されたＣＯＰＳメッ
セージをそのまま包含する。そしてＲＳＶＰメッセージ
としてポリシーデータを含んだメッセージが隣接ドメイ
ンＢに転送されることになる。

【００２６】次に図６を参照して動作を説明する。ま
ず、ユーザ機器２から呼がＲＳＶＰのメッセージとして
送出される（ステップ５０１）。それをネットワーク機
器１が受信し、第２のポリシー解析手段１５０２により
その内容を解析し、第１のポリシー解析手段１５０１に
よってＣＯＰＳメッセージとしてポリシーサーバ３へ送
られる（ステップ５０２）。このとき、ＲＳＶＰメッセ
ージはＣＯＰＳメッセージに含まれるClientSIオブジェ
クト内に包括されてポリシーサーバ３に送られる。

【００２７】ポリシーサーバ３ではＣＯＰＳメッセージ
内容を解析し、その内容に応じ所要の処理を行い（ステ
ップ５０３）、その結果、ネットワークとしてどのよう
に振舞うべきかをポリシーとしてＣＯＰＳメッセージに
含めてネットワーク機器１へ送られる（ステップ５０
４）。

【００２８】ＣＯＰＳメッセージを受信したネットワー
ク機器１は第１のポリシー解析手段１５０１でＣＯＰＳ
メッセージの内容を確認する（ステップ５０５）。この
とき、受信したＣＯＰＳメッセージに含まれるポリシー
が自ドメインＡ内で完結する場合は、各ネットワーク機
器１にてそのポリシーを反映させる（ステップ５０
６）。他方、受信したＣＯＰＳメッセージに含まれるポ
リシーが他ドメインＢまで影響が及ぶものであれば、第
２のポリシー解析手段１５０２によってＲＳＶＰパケッ
トの中に受信したＣＯＰＳメッセージを包括して、ポリ
シー伝達手段１５０３により他ドメインＢの接続されて
いるネットワーク機器１に転送する（ステップ５０
７）。

【００２９】図７に自ドメインＡのトポロジー情報を他
ドメインＢに伝送する際の動作を記述した図を示す。ま
ず、ネットワークのトポロジー情報が変更されると、各
ネットワーク機器１より第１のポリシー解析手段１５０
１を用いて自ドメインＡのポリシーサーバ３にトポロジ
ー情報がＣＯＰＳメッセージで送信される（ステップ６
０１）。なお、ネットワーク機器１側でトポロジー情報
の変更を認識できない場合にはネットワーク管理者がポ
リシーサーバ３に直接通知してもよい。

【００３０】ポリシーサーバ３は受信メッセージを解析
し、受信したメッセージの内容が自ドメインＡ内のトポ
ロジー情報の更新を表すものであれば、ポリシーサーバ
３で保持するトポロジー情報の更新を行う（ステップ６
０２）。次に更新された情報を他ドメインＢに通知する
ために、ポリシーサーバ３はＣＯＰＳメッセージにトポ
ロジー情報を包含し、再度ネットワーク機器１に転送す
る（ステップ６０３）。

【００３１】ＣＯＰＳメッセージを受信したネットワー
ク機器１は第１のポリシー解析手段１５０１により、受
信したメッセージを他ドメインＢに送るものかどうかを
判断し（ステップ６０４、６０５）、送るものであれば
第２のポリシー解析手段１５０２を用いて、ＲＳＶＰメ
ッセージ内に受信したＣＯＰＳメッセージを包含して、
他ドメインＢの隣接ネットワーク機器１に転送する（ス
テップ６０６）。

【００３２】図８にユーザ情報を他ドメインＢに伝送す
る際の動作を記述した図を示す。まず、ネットワーク管
理者よりユーザ情報の追加、削除の設定がポリシーサー
バ３に対して行われる（ステップ７０１）。この際のポ
リシーサーバ３へのアクセス方法はtelnetやシリアル通
信などが考えられるが、その他の通信手段でも構わない
ものとする。具体的には各ドメインのネットワーク管理
者は、自ドメインＡ内のポリシーサーバ３にユーザＩ
Ｄ、帯域情報（契約帯域など）、宛先アドレスなどの登
録を行う（ステップ７０２）。これらの情報から、どの
他ドメインＢにユーザ情報を提供すべきかを判断し（ス
テップ７０３）、該当する他ドメインＢにのみこのユー
ザ情報を提供する。このとき、ポリシーサーバ３はＣＯ
ＰＳのClientSIオブジェクト内に伝送するユーザ情報を
包含し、ポリシーサーバ３からネットワーク機器１へ伝
送する（ステップ７０４）。

【００３３】ユーザ情報を包含したＣＯＰＳメッセージ
を受信したネットワーク機器１は、第１のポリシー解析
手段１５０１でメッセージの解析を行い（ステップ７０
５）、ステップ７０６において、ユーザ情報を他ドメイ
ンＢに伝達するメッセージであれば、第２のポリシー解
析手段１５０２を用いてＲＳＶＰメッセージを発行し、
ポリシー伝達手段１５０３を用いてＲＳＶＰメッセージ
に受信したＣＯＰＳメッセージを包含し、ポリシーサー
バ３により指定された該当ドメインＢの隣接ネットワー
ク機器１へと伝送する（ステップ７０７）。他方、ステ
ップ７０６において、ユーザ情報を他ドメインＢに伝達
するメッセージでない場合には、自己に設定する（ステ
ップ７０８）。

【００３４】図９に明示的経路を表す情報を他ドメイン
Ｂに伝送する際の動作を記述した図を示す。まず、ネッ
トワーク管理者が明示的経路をポリシーサーバ３に設定
する（ステップ８０１）。具体的には宛先ＩＰアドレ
ス、送信元ＩＰアドレス、パスＩＤ、リンクＩＤ、ポー
ト番号などをユーザ毎にポリシーサーバ３が保持するデ
ータベース（ディレクトリサーバ３ｂ）内に登録する。

【００３５】その後、ポリシーサーバ３では、自ドメイ
ンＡ内で指示された明示経路を確立可能かどうか判断す
る（ステップ８０２）。もし不可能であるなら管理者に
明示的経路を確立することが不可能である旨を通知する
（ステップ８０３）。他方、可能であるならば、指示さ
れた明示的経路を確立するためにはどのドメインまでそ
の影響が及ぶのかを計算し（ステップ８０４）、上記明
示的経路を表す情報をＣＯＰＳメッセージに包含して該
当する他ドメインＢとの隣接ネットワーク機器類１に伝
送する（ステップ８０５）。

【００３６】ＣＯＰＳメッセージを受信した各ネットワ
ーク機器類１は第１のポリシー解析手段１５０１にて、
受信したＣＯＰＳパケットをチェックし（ステップ８０
６）、受信したＣＯＰＳメッセージが他ドメインＢにま
たがった形での経路を形成するための情報を保持し、ス
テップ８０７においてそれを他ドメインＢのポリシーサ
ーバ３に伝達するためのメッセージであったならば、第
２のポリシー解析手段１５０２が該当する他ドメインＢ
へ伝達するＲＳＶＰメッセージを発行し、ポリシー伝達
手段１５０３が、受信したＣＯＰＳメッセージをＲＳＶ
Ｐパケットに包含して該当ドメインの隣接ネットワーク
機器１に伝送する（ステップ８０８）。他方、ステップ
８０７において自ドメインＡ内に閉じた明示経路を示唆
するものであれば、自ドメインＡ内の該当ネットワーク
機器類１に設定を行う（ステップ８０９）。

【００３７】図１０に帯域予約情報をあらわす情報を他
ドメインに伝送する際の動作を記述した図を示す。ま
ず、ネットワーク管理者より予約帯域情報の設定がポリ
シーサーバ３に対して行われる（ステップ９０１）。こ
の際のポリシーサーバ３へのアクセス方法はtelnetやシ
リアル通信などが考えられるが、その他の通信手段でも
構わない。具体的には各ドメインのネットワーク管理者
はあるユーザに対して個々の契約に応じた帯域の登録を
行う。

【００３８】登録を受けたポリシーサーバ３は、ユーザ
の宛先アドレス及び帯域情報より宛先アドレスまで到達
するのに要する経路を自ドメインＡ内で確保可能かどう
かのチェックを行う（ステップ９０２）。確保不可能で
あればその旨を管理者に通知する（ステップ９０３）。
他方、確保できれば帯域予約に伴う経路情報を取得し
（ステップ９０４）、帯域予約情報と経路情報、ユーザ
情報などと共にＣＯＰＳメッセージに包含し、ネットワ
ーク機器１へと伝送を行う（ステップ９０５）。

【００３９】ＣＯＰＳメッセージを受信したネットワー
ク機器１は第１のポリシー解析手段１５０１によりＣＯ
ＰＳパケットの内容をチェックし（ステップ９０６）、
ステップ９０７においてそのメッセージが帯域確保要求
を発し、他ドメインＢへその情報を伝送するものであれ
ば、その宛先アドレスより該当ドメインＢを検索し、第
２のポリシー解析手段１５０２が該当ドメインＢへ伝送
するＲＳＶＰメッセージを発行し、ポリシー伝達手段１
５０３によってＲＳＶＰメッセージ内に受信したＣＯＰ
Ｓメッセージを包含し、該当する他ドメインＢのネット
ワーク機器１に伝送する（ステップ９０８）。他方、ス
テップ９０７において、受信したメッセージが自ドメイ
ンＡ内に閉じた帯域予約情報を保持しているのであれば
自ドメインＡ内の該当するネットワーク機器１に対して
設定を行う（ステップ９０９）。

【００４０】図１１に警報情報を他ドメインＢに伝送す
る際の動作を記述した図を示す。まず、ネットワーク機
器類１は自ドメイン内で発生したリンク断、装置故障な
どといった障害を察知すると、察知した障害をもとに第
１のポリシー解析手段１５０１を用いてＣＯＰＳメッセ
ージとしてポリシーサーバ３へ伝達する（ステップ１０
０１）。

【００４１】ＣＯＰＳメッセージを受信したポリシーサ
ーバ３は、受信メッセージが警報情報を表すものである
ことを認識すると、その発生個所からどのユーザがその
障害によって通信に支障をきたすのかの判断を行う（ス
テップ１００２）。そして、障害の影響を被るユーザを
特定した後、そのユーザに対して自ドメインＡ内で代替
パスを与えることがない場合、契約を満たすことができ
ない旨を管理者に通知する（ステップ１００３）。他
方、障害を回避し通信を続けることができた場合、さら
にそのユーザの宛先まで到達するのに経由する他ドメイ
ンＢを検索する（ステップ１００４）。その検索結果を
元に自ドメインＡ内の経路変更情報と、他ドメインＢに
障害を通知する情報とをＣＯＰＳメッセージに包含して
ネットワーク機器１へ伝送する（ステップ１００５、１
００６）。

【００４２】ＣＯＰＳメッセージを受信したネットワー
ク機器類１は第１のポリシー解析手段１５０１によっ
て、受信したＣＯＰＳメッセージをチェックし（ステッ
プ１００７）、ステップ１００８において、受信したメ
ッセージが他ドメインＢへ障害情報を通知する情報を含
んだものであれば、第２のポリシー解析手段１５０２に
よってＲＳＶＰメッセージを発行し、ポリシー伝達手段
１５０３によってＣＯＰＳメッセージをＲＳＶＰメッセ
ージ内に包含し、他ドメインＢの隣接ネットワーク機器
１へと転送する（ステップ１００９）。他方、ステップ
１００８において自ドメインＡのネットワーク機器１の
設定を変更するための情報を含んでいれば、その各ネッ
トワーク機器１の設定を行う（ステップ１０１０）。

【００４３】図１２に他ドメインＢからネットワークト
ポロジーの変更を伝達するＣＯＰＳメッセージを包含し
たＲＳＶＰメッセージを受信した際の動作を表す図を示
す。まず、ネットワーク機器１は他ドメインＢよりＲＳ
ＶＰメッセージを受信すると（ステップ１１０１）、第
２のポリシー解析手段１５０２を用いて、受信したＲＳ
ＶＰメッセージが他ドメインＢのトポロジー情報を伝送
するメッセージであることを認識し、そして受信したＲ
ＳＶＰメッセージより包含されているＣＯＰＳメッセー
ジを取得する（ステップ１１０２）。取得されたＣＯＰ
Ｓメッセージは第１のポリシー解析手段１５０１を用い
てＣＯＰＳメッセージとして自ドメインＡのポリシーサ
ーバ３へと伝送される（ステップ１１０３）。

【００４４】ネットワーク機器１より伝送されてきたＣ
ＯＰＳメッセージを受信したポリシーサーバ３は、受信
したＣＯＰＳメッセージが他ドメインＢのトポロジー情
報を表すものであることを認識し（ステップ１１０
４）、その後、ポリシーサーバ３自身の中に受信したト
ポロジー情報を登録する（ステップ１１０５）。ステッ
プ１１０６において、この登録した情報により自ドメイ
ンＡ内において経路変更の必要が生じるのであれば、そ
の旨を経路変更、設定通知を伝達するＣＯＰＳメッセー
ジとして自ドメインＡ内の各ネットワーク機器類１に送
信する（ステップ１１０７）。ステップ１１０６におい
て経路変更の必要がなければ、トポロジー情報を登録し
て終了となる。

【００４５】ポリシーサーバ３からのＣＯＰＳメッセー
ジを受信したネットワーク機器類１は第１のポリシー解
析手段１５０１を用いて、受信したＣＯＰＳメッセージ
をチェックする（ステップ１１０８）。その結果、受信
したメッセージが自ネットワーク内の経路変更を促すも
のであれば、そのメッセージに従って各ネットワーク機
器類１に設定を行う（ステップ１１０９）。

【００４６】図１３に他ドメインＢからユーザ登録情報
の変更を伝達するＣＯＰＳメッセージを包含したＲＳＶ
Ｐメッセージを受信した際の動作を表す図を示す。ま
ず、他ドメインＢよりＲＳＶＰメッセージを受信したネ
ットワーク機器１は第２のポリシー解析手段１５０２を
用いて、受信したＲＳＶＰメッセージが他ドメインＢの
ユーザ情報を伝送するメッセージであることを認識する
（ステップ１２０１）。そして受信したＲＳＶＰメッセ
ージより包含されているＣＯＰＳメッセージを取得する
（ステップ１２０２）。取得されたＣＯＰＳメッセージ
は第１のポリシー解析手段１５０１を用いて、ＣＯＰＳ
メッセージとして自ドメインＡのポリシーサーバ３へと
伝送される（ステップ１２０３）。

【００４７】ネットワーク機器１より伝送されてきたＣ
ＯＰＳメッセージを受信したポリシーサーバ３は、受信
したＣＯＰＳメッセージが他ドメインＢのユーザ情報を
表すものであることを認識する（ステップ１２０４）。
その後ポリシーサーバ３は自身の中に受信したユーザ情
報を登録する（ステップ１２０５）。これによって、他
ドメインＢで生じたユーザの情報を事前に知ることが可
能になり、より大規模なネットワークにてトラフィック
エンジニアリングが実現する際に他ドメインＢのユーザ
情報をもつことで、より迅速な処理がなされる。

【００４８】図１４に他ドメインＢからの帯域予約情報
を伝達するＣＯＰＳメッセージを包含したＲＳＶＰメッ
セージを受信した際の動作を表す図を示す。まず、ネッ
トワーク機器１は他ドメインＢよりＲＳＶＰメッセージ
を受信すると、第２のポリシー解析手段１５０２を用い
て、受信したＲＳＶＰメッセージが他ドメインＢからの
帯域予約情報を伝送するメッセージであることを認識す
る（ステップ１３０１）。そして受信したＲＳＶＰメッ
セージより包含されているＣＯＰＳメッセージを取得す
る（ステップ１３０２）。取得されたＣＯＰＳメッセー
ジは第１のポリシー解析手段１５０１を用いて、ＣＯＰ
Ｓメッセージとして自ドメインＡのポリシーサーバ３へ
と伝送される（ステップ１３０３）。

【００４９】ネットワーク機器１より伝送されてきたＣ
ＯＰＳメッセージを受信したポリシーサーバ３は、受信
したＣＯＰＳメッセージが他ドメインＢからの帯域予約
情報を表すものであることを認識する（ステップ１３０
４）。その予約情報より、自ドメイン内で要求帯域を満
たす経路を確立できるかどうかを判断する（ステップ１
３０５）。もし要求帯域を確保できるのであれば、その
経路を確立し、各ネットワーク機器類１の経路設定情報
を変更するＣＯＰＳメッセージをネットワーク機器１へ
伝送する（ステップ１３０６）。他方、自ドメイン内Ａ
において、要求された帯域を確保することが不可能であ
れば、帯域確保不可能通知をＣＯＰＳメッセージに包含
し、ネットワーク機器１へ送信する（ステップ１３０
７）。

【００５０】ＣＯＰＳメッセージを受信したネットワー
ク機器類１は第１のポリシー解析手段１５０１によっ
て、受信したＣＯＰＳメッセージのチェックを行い（ス
テップ１３０８）、受信メッセージが帯域予約可能を示
しているかどうかを判断する（ステップ１３０９）。可
能であれば設定変更内容を反映したネットワーク機器類
１の設定を変更する（ステップ１３１０）。他方、帯域
予約不可能であれば、送信元ドメインの隣接ネットワー
ク機器１に対して第２のポリシー解析手段１５０２がＲ
ＳＶＰメッセージを発行し、ポリシー伝達手段１５０３
がＲＳＶＰメッセージに受信したＣＯＰＳメッセージを
包含して送信する（ステップ１３１１）。

【００５１】図１５に他ドメインからの障害情報を伝達
するＣＯＰＳメッセージを包含したＲＳＶＰメッセージ
を受信した際の動作を表す図を示す。まず、他ドメイン
ＢよりＲＳＶＰメッセージを受信したネットワーク機器
１は第２のポリシー解析手段１５０２を用いて、受信し
たＲＳＶＰメッセージが他ドメインＢからの障害情報を
伝送するメッセージであることを認識する（ステップ１
４０１）。そして受信したＲＳＶＰメッセージより包含
されているＣＯＰＳメッセージを取得する（ステップ１
４０２）。取得されたＣＯＰＳメッセージは第１のポリ
シー解析手段１５０１を用いて、ＣＯＰＳメッセージと
してポリシーサーバ３へと伝送される（ステップ１４０
３）。

【００５２】ネットワーク機器１より伝送されてきたＣ
ＯＰＳメッセージを受信したポリシーサーバ３は、受信
したＣＯＰＳメッセージが他ドメインＢからの障害情報
を表すものであることを認識する（ステップ１４０
４）。その障害情報より、自ドメインＡ内の経路が影響
を受け、経路変更を行う必要があるかどうかチェックす
る（ステップ１４０５）。自ドメインＡ内の経路を変更
する必要がある場合、その経路変更通知とそれに伴って
変更する設定内容をＣＯＰＳメッセージとして各ネット
ワーク機器１へと送信する（ステップ１４０６）。

【００５３】他方、ステップ１４０５において自ドメイ
ンＡ内の経路が影響を受けない場合、障害発生によって
自ドメインＡ内で削除可能な経路があるかどうかを判断
する（ステップ１４０７）。削除可能な経路が自ドメイ
ンＡ内に存在する場合、経路削除情報とそれに伴う設定
事項の変更をＣＯＰＳメッセージとして各ネットワーク
機器１へと送信する（ステップ１４０８）。他方、ステ
ップ１４０７において自ドメインＡ内の経路変更を行う
必要がなく、障害による経路削除もできないときには障
害発生の認識を行うのみでポリシーサーバ３の動作は終
了する。

【００５４】ＣＯＰＳメッセージを受信したネットワー
ク機器１は、そのメッセージが経路変更を表すメッセー
ジなのか、経路削除を表すメッセージなのかを第１のポ
リシー解析手段１５０１によってチェックする（ステッ
プ１４０９）。ステップ１４１０において経路変更を表
すメッセージであれば、その内容を各ネットワーク機器
で設定を行う（ステップ１４１１）。また、経路削除を
表すメッセージであれば経路削除に伴うパラメータ変更
を設定した後、障害情報の送信元ドメインに対して経路
削除を通知するＣＯＰＳメッセージを第２のポリシー解
析手段１５０２によってＲＳＶＰメッセージに包含して
送信する（ステップ１４１２）。

【００５５】ＲＳＶＰに包含されるＣＯＰＳメッセージ
は、上記動作例で示したトポロジー情報、ユーザ情報、
明示経路情報、帯域予約情報、警報情報などを保持す
る。なお、それ以外のＱｏＳ制御情報でも構わない。こ
れにより、ポリシーサーバ３同士で直接コネクションを
確立することなく、かつ標準プロトコルにのっとった形
で、他ドメインＢへ自ドメインＡのポリシーデータを伝
達することが可能になる。そして従来と比較してＣＯＰ
Ｓメッセージを他ドメインＢのポリシーサーバ３に直接
送信する必要が無くなるため、制御に必要となるメッセ
ージが削減され、トラフィック量を緩和することが可能
になる。

【００５６】

【発明の効果】以上説明したように本発明によれば、隣
接するネットワークのネットワーク機器との間で、ポリ
シーサーバとネットワーク機器との間で通信を行う第１
のプロトコルのメッセージを包含する第２のプロトコル
のメッセージで通信を行うので、ポリシーサーバにＣＯ
ＰＳなどの標準プロトコルの他に特別なプロトコルの機
能を設けることなく各ポリシーサーバ間で保持情報を交
換することができる。

【図面の簡単な説明】

【図１】本発明のネットワークシステムにおける１つの
ドメインの構成例を示すブロック図

【図２】図１の例で用いるＣＯＰＳ ClientSIオブジェ
クトの構成を示す説明図

【図３】図１の例で用いるＲＳＶＰ POLICY_DATAオブジ
ェクトの構成を示す説明図

【図４】本発明のネットワークシステムの構成例を示す
ブロック図

【図５】図１のネットワーク機器の機能を説明するため
のブロック図

【図６】図１のネットワーク機器とポリシーサーバの動
作を説明するためのフローチャート

【図７】本発明においてトポロジー情報を他ドメインに
転送する場合のネットワーク機器とポリシーサーバの動
作を説明するためのフローチャート

【図８】本発明においてユーザ情報を他ドメインに転送
する場合のネットワーク機器とポリシーサーバの動作を
説明するためのフローチャート

【図９】本発明において明示的経路情報を他ドメインに
転送する場合のネットワーク機器とポリシーサーバの動
作を説明するためのフローチャート

【図１０】本発明において予約帯域情報を他ドメインに
転送する場合のネットワーク機器とポリシーサーバの動
作を説明するためのフローチャート

【図１１】本発明において警報情報を他ドメインに転送
する場合のネットワーク機器とポリシーサーバの動作を
説明するためのフローチャート

【図１２】本発明においてトポロジー情報を他ドメイン
から受信した場合のネットワーク機器とポリシーサーバ
の動作を説明するためのフローチャート

【図１３】本発明においてユーザ情報を他ドメインから
受信した場合のネットワーク機器とポリシーサーバの動
作を説明するためのフローチャート

【図１４】本発明において予約帯域情報を他ドメインか
ら受信した場合のネットワーク機器とポリシーサーバの
動作を説明するためのフローチャート

【図１５】本発明において警報情報を他ドメインから受
信した場合のネットワーク機器とポリシーサーバの動作
を説明するためのフローチャート

【符号の説明】１ネットワーク機器３ポリシーサーバＡ自ドメインＢ他ドメイン

Claims

【特許請求の範囲】

【請求項１】複数のネットワークにより構成され、各
ネットワークが当該ネットワーク内のトラフィックエン
ジニアリングを行うポリシーサーバと前記ポリシーサー
バに管理される複数のネットワーク機器を有するネット
ワークシステムにおいて、同じネットワーク内の前記ポリシーサーバとネットワー
ク機器との間で第１のプロトコルのメッセージでポリシ
ーの通信を行い、隣接するネットワークのネットワーク機器との間で、前
記第１のプロトコルのメッセージを包含する第２のプロ
トコルのメッセージで通信を行い、隣接するネットワー
ク内のネットワーク機器から前記第２のプロトコルのメ
ッセージを受信したネットワーク機器が第１のプロトコ
ルのメッセージ内のポリシーを抽出して自ネットワーク
内の前記ポリシーサーバに送信することを特徴とするネ
ットワークシステム。
【請求項２】前記第１のプロトコルはＣＯＰＳであっ
て、前記第２のプロトコルは前記ＣＯＰＳのメッセージ
を包含可能なＲＳＶＰであることを特徴とする請求項１
に記載のネットワークシステム。
【請求項３】前記ポリシーとして自ネットワーク内の
トポロジー情報、ユーザ情報、帯域予約情報、明示経路
情報、警報情報のいずれかを他ネットワークへ伝送する
ことを特徴とする請求項１又は２に記載のネットワーク
システム。
【請求項４】請求項１から３のいずれか１つに記載の
ネットワーク機器。