JP2002374294A

JP2002374294A - ポリシーサーバ

Info

Publication number: JP2002374294A
Application number: JP2001179502A
Authority: JP
Inventors: Masanori Taira; 正憲平良; Tei Shiina; 悌椎名; Masaro Suzuki; 政朗鈴木
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2001-06-14
Filing date: 2001-06-14
Publication date: 2002-12-26

Abstract

(57)【要約】【課題】現在のポリシーサーバにはポリシーサーバ同
士でポリシー制御情報をやり取りする手段はないため、
ＩＳＰ事業者間でのサービスの相互運用をポリシーベー
スネットワークで行うことは不可能であった。【解決手段】ポリシーベースネットワークを構成する
通信機器に対してポリシー制御をするポリシーサーバに
おいて、トポロジー情報に基づき、特定される通信トラ
フィックが特定された制御トラフィックから外れるかど
うかを判定し、外れるときは、トポロジー情報に基づき
該通信トラフィックが他のポリシーサーバの制御トラフ
ィックを通過するか否かを判定し、通過するときは、該
他のポリシーサーバに対して、該通信トラフィックを特
定するための通信経路情報を含むトポロジー情報と該通
信トラフィックのQOS制御情報とを含むポリシー制御情
報をネットワークインタフェイスを介して転送するよう
に制御することを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ポリシーサーバ各
々がポリシー制御をするように指示する通信機器により
構成される複数のポリシーベースネットワークのうち、
特定のポリシーネットワークを構成する通信機器（レイ
ヤ２スイッチ、レイヤ３スイッチ、ルータ、帯域制御装
置等）に対してポリシー制御をするように指示する通信
機器通信機器ポリシーサーバに関する。

【０００２】

【従来の技術】各種通信機器（レイヤ２スイッチ、レイ
ヤ３スイッチ、ルータ、帯域制御装置等）で構成される
ネットワークにおいて通信品質(Quality of Service、
以下ＱｏＳ)制御を行う場合、各通信機器に対してＱｏ
Ｓ制御の設定を行う必要がある。比較的規模の小さいネ
ットワークであればネットワーク管理者がそれぞれの各
通信機器に対して１台ずつ設定を行うことで、ネットワ
ーク内におけるＱｏＳ制御を保証することができる。

【０００３】しかしネットワーク規模が社内ＬＡＮ(Loc
al Area Network)などの大きさとなり通信機器の数が多
くなると、ネットワーク管理者がそれぞれの機器に対し
てＱｏＳ制御の設定を行うには手間がかかり、また入力
誤りなどによりネットワーク内におけるＱｏＳ制御が保
証できなくなる可能性も出てくる。

【０００４】そこでこれを解決する手段としてポリシー
ベースＱｏＳネットワークシステムが考え出された。こ
のシステムは、ネットワーク内におけるＱｏＳ制御設定
の内容をポリシーとして管理し、これを管理するポリシ
ーサーバが、ネットワーク内に存在する全ての通信機器
のＱｏＳ制御設定をポリシー配布プロトコル (CommonOp
en Policy Service、以下ＣＯＰＳ)やコマンドラインイ
ンタフェース (Command Line Interface、以下ＣＬＩ)
等を使用して設定することで、ネットワーク内における
一貫したＱｏＳ制御を保証するものである。このシステ
ムにおいては、一つの管理ネットワーク内に一つのポリ
シーサーバを配置し、ネットワーク管理者がこのポリシ
ーサーバを操作することで、ネットワーク内におけるＱ
ｏＳ制御の保証を可能とする。たとえば、ポリシーベー
スネットワーク管理製品としては、日立製作所のJP１シ
リーズがある。

【０００５】

【発明が解決しようとする課題】近年、インターネット
基盤が普及し、ＩＰ(Internet Protocol)ネットワーク
を用いたデータ通信コストが安価になりはじめてきたた
め、多くのユーザや、各種のトラフィックがＩＰネット
ワークに集約される傾向にある。例えば、電話による音
声通信をＩＰネットワークを使用して行うという技術も
出てきており、会社内の内線電話を、社内ＬＡＮを使用
して構築することも考えられる。そうなると、ＬＡＮを
構築する各種通信機器は現在よりも更に増加し、ポリシ
ーベースＱｏＳネットワークによってＱｏＳを保証する
場合に、ポリシーサーバが各種ネットワーク機器に対し
て設定を行うという負荷が増大し、設定遅延が発生する
ことが考えられる。その場合、例えばある時間に内線電
話トラフィックが他のデータトラフィックよりも優先す
るという設定にしているにもかかわらず、ポリシーサー
バの設定遅延によってネットワーク管理者の希望通りの
時刻に優先制御が行われないという現象が発生する。

【０００６】また、社内ＬＡＮにて音声通話のＱｏＳを
保証した内線電話網などを構築するとなると、各ＬＡＮ
のサイト間でＱｏＳ制御を保証する必要が出てくる。例
えば、支社が複数ある会社では、各支社のＬＡＮ間でＱ
ｏＳ制御を保証する必要がある。しかし通常、各ＬＡＮ
の管理はそれぞれのサイトで行っており、ポリシーベー
スＱｏＳネットワークでＱｏＳを保証する場合は各ＬＡ
Ｎにポリシーサーバを置いて管理することが普通であ
る。このため、従来は必要ではなかったポリシーサーバ
間でのポリシー制御情報のインターワークが必要となっ
てくる。

【０００７】また、現在ＩＳＰ（インターネットサービ
スプロバイダ）は通常、ベストエフォートつまりＱｏＳ
制御を行わないネットワークシステムである。しかし近
年インターネットユーザが増えてくることで、ネットワ
ークの回線容量不足による輻輳が発生する傾向にある。
そこで、ＩＳＰ事業者が今後ポリシーベースＱｏＳネッ
トワークを採用し、各ユーザのトラフィック優先度を差
別化するというＱｏＳサービスも出てくるものと考えら
れる。またこれにより、ＩＳＰ業者間での前記ＱｏＳサ
ービスの相互運用などを行うことも考えられる。例えば
あるＩＳＰのユーザが別のＩＳＰのサーバにアクセスす
る際のトラフィックのＱｏＳを、それぞれのＩＳＰネッ
トワーク内で同様に保証するというものである。しかし
ながら現在のポリシーサーバにはポリシーサーバ同士で
ポリシー制御情報をやり取りする手段はないため、ＩＳ
Ｐ事業者間でのＱｏＳサービスの相互運用をポリシーベ
ースＱｏＳネットワークで行うことは不可能である。

【０００８】本発明はこのような課題に着目してなされ
たものであり、その目的とするところは、ネットワーク
内に配置される通信機器が増えることによるポリシーサ
ーバの負荷の増大を、ポリシーサーバを複数配置し、複
数のポリシーサーバによってネットワークを管理するこ
とによって負荷を分散し、さらに、従来不可能であった
他のＩＳＰ（インターネットサービスプロバイダ）等の
複数ドメインネットワーク間でのポリシー制御情報の設
定について、ドメインネットワーク間の複数のポリシー
サーバがポリシー制御情報をやり取りすることで複数の
ドメインネットワークを介したネットワーク機器に対し
てポリシー制御情報の設定をすることを可能とするポリ
シーサーバを提供することにある。

【０００９】

【課題を解決するための手段】上記の目的を達成するた
めに、本願発明は、以下のような解決手段を提供する。

【００１０】ポリシーベースネットワークを構成する通
信機器に対してポリシー制御をするように指示する制御
部と、通信トラフィックを特定するための通信経路情報
と、上記ポリシー制御をするように指示する通信機器に
より構成される制御トラヒックを特定するためのポリシ
ー制御経路情報とを含むトポロジー情報と、通信トラフ
ィックごとのポリシー制御情報とが記憶される主記憶部
とを有し、制御部は、上記主記憶部に記憶されたトポロ
ジー情報に基づき、特定される通信トラフィックが特定
された制御トラフィックから外れるかどうかを判定し、
外れるときは、上記主記憶部に記憶されたトポロジー情
報に基づき該通信トラフィックが他のポリシーサーバの
制御トラフィックを通過するか否かを判定し、通過する
ときは、該他のポリシーサーバに対して、該通信トラフ
ィックを特定するための通信経路情報を含むトポロジー
情報と該通信トラフィックのQOS制御情報とを含むポリ
シー制御情報をネットワークインタフェイスを介して転
送するように制御することを特徴とするポリシーサーバ
を提供する。

【００１１】さらに、ポリシー制御情報は、ポリシー制
御情報の転送履歴を含むことを特徴とするポリシーサー
バを提供する。通信機器通信機器通信機器通信機器通信
機器

【００１２】

【発明の実施の形態】以下に、本発明を実施の形態の一
例を挙げて説明する。

【００１３】図１は、ポリシーベースＱｏＳネットワー
クの構成の一例を示している。

【００１４】このネットワークは、２台のポリシーサー
バ(100a〜100b)と、複数の通信機器（ルータ）(101a〜1
01f)と、通信機器に接続するホストやサーバ等の通信機
器（102a〜102b）と、伝送路(103)とから構成される。
２台のポリシーサーバ(100a〜100b)間の通信は、通信機
器(101a〜101f)を介して行う。

【００１５】図２は、ポリシーサーバの構成を示してい
る。

【００１６】すなわち、バス(201)によって接続した制
御部(202)と、図3に示されるポリシー制御情報および図
6に示されるトポロジー情報を蓄積保持する主記憶部(20
3)と、ネットワーク管理者がＧＵＩ(Graphical User In
terface)を使用してポリシー制御情報を入力するユーザ
ーインタフェース部(204)と、制御部(202)が他のポリシ
ーサーバや通信機器などと通信を行う際に使用するネッ
トワークインタフェース部(205)と、制御部(202)がポリ
シー制御情報の設定時刻情報に従って各通信機器にＱｏ
Ｓ制御設定・解除を行う際にその時刻の基準とする時計
部(206)とから構成する。

【００１７】制御部(202)が実行するプロセスは、通信
機器に対してＱｏＳ情報を設定・解除する際の時刻に使
用する時計をポリシーサーバ間で校正する時刻校正プロ
セスと、ＱｏＳ制御をかけるトラフィックの経路算出の
際に使用するトポロジー情報を各通信機器より収集する
トポロジー情報収集プロセスと、ＱｏＳ制御情報を通信
機器に設定し、またポリシー制御情報を他のポリシーサ
ーバに転送するポリシー制御プロセスとから構成し、そ
れぞれのプロセスを並列処理している。

【００１８】図９は、ホスト(102a,102b)はＱｏＳサー
ビスを受けるユーザ端末で、代表的な構成を示したもの
である。

【００１９】すなわち、バス(901)によって接続した制
御部(902)と、制御部(902)で動作するアプリケーション
（ＷＥＢ、画像、音声データ等）で使用するデータを格
納する主記憶部(903)と、ユーザが画像を見るためのデ
ィスプレイ表示部(904)と、ユーザがホスト端末を操作
するためのキー入力操作部(905)と、制御部(902)が他の
ホストやサーバと通信を行う際に使用するネットワーク
インタフェース部(906)とから構成する。

【００２０】図１０は、ルータ(101a〜101f)は、ホスト
(102a,102b)間での通信を中継するための装置で、代表
的な構成を示したものである。

【００２１】すなわち、バス(1001)によって接続した制
御部(1002)と、制御部(1002)で動作するルーティングプ
ロトコル（ＲＩＰ，ＯＳＰＦ，ＢＧＰ等）で使用するル
ーティング情報等を格納する主記憶部(1003)と、ルーテ
ィング処理を行いネットワークインタフェース間で通信
データを中継するルーティング処理部(1004)と、他のル
ータやホストなどの複数の各種ネットワーク装置と接続
するネットワークインタフェース部(1005〜1007)とから
構成する。

【００２２】ここで例として、図１のポリシーベースＱ
ｏＳネットワークにおいて、ホスト１(102a)からホスト
２(102b)に送出するＨＴＴＰトラフィックに対して帯域
保証をかける際の各ポリシーサーバの処理動作について
説明する。なお図１において、ポリシーサーバ１(100a)
は、ルータＲ１(101a)、Ｒ２(101b)、Ｒ３(101c)で構成
するポリシーベースＱｏＳ管理ドメイン１(105a)を管理
し、ポリシーサーバ２(100b)は、ルータＲ４(101d)、Ｒ
５(101e)、Ｒ６(101f)で構成するポリシーベースＱｏＳ
管理ドメイン２(105b)を管理する。

【００２３】図４に、ポリシーサーバの制御部(202)が
実行するポリシー制御プロセスのフロー図を示す。

【００２４】ポリシーサーバ１(100a)の制御部(202)が
実行するポリシー制御プロセスは、ポリシーベースＱｏ
Ｓ管理ドメイン１(105a)のネットワーク管理者が、ポリ
シーサーバ１(100a)のユーザインタフェース(204)を介
して、ホスト１(102a)からホスト２(102b)に送出するＨ
ＴＴＰトラフィックについてのポリシー制御情報(300)
を入力する(F401)ことにより開始される。なおこのプロ
セスは他に、他のネットワークを管理するポリシーサー
バよりネットワークインタフェース(205)を介してポリ
シー制御情報(300)を受信する(F402)か、ホスト１(102
a)からのポリシー制御情報設定要求を受信する(F408)こ
とによっても開始される。

【００２５】図３に、ポリシーベースＱｏＳ管理ドメイ
ン１(105a)のネットワーク管理者がポリシーサーバ１(1
00a)のユーザインタフェース(204)を介して設定するポ
リシー制御情報(300)の構成例を示す。

【００２６】すなわち、ポリシー制御情報(300)は、Ｑ
ｏＳ制御をかけるトラフィックの送信元ホスト、宛先ホ
ストのＩＰアドレスを示すホスト情報(301)と、ＱｏＳ
制御をかけるトラフィックのフロー特性を示すフロー種
別情報(302)と、通信機器に対して設定するＱｏＳ制御
内容を示すＱｏＳ制御情報(303)と、通信機器に対して
ＱｏＳ制御の設定・解除時刻を示す設定時刻情報(304)
と、ポリシー制御情報(300)の転送履歴を示す転送情報
(305)とから構成する。ここで、ポリシー制御情報は、
通信トラフィックの送信元ホスト、宛先ホストのＩＰア
ドレスを示すホスト情報(301)を含み、通信トラフィッ
クごとに、ポリシーサーバの主記憶部（２０３）に記憶
される。なお、ホスト情報(301)は、トラフィックの送
信側ホストのＩＰアドレス(301a)、受信側ホストのＩＰ
アドレス(301b)を含む。フロー種別情報(302)は、Ｑｏ
Ｓ制御をかけるトラフィックのフロー種別として、ＴＣ
Ｐ，ＵＤＰ，ＩＣＭＰなどのプロトコルを示すプロトコ
ル番号(302a)と、ＴＣＰ，ＵＤＰで使用する送信元ポー
ト番号(302b)、宛先ポート番号(302c)と、Ｄｉｆｆｓｅ
ｒｖ(differentiated services、ＱｏＳ制御技術の一
つ)におけるＤＳＣＰの検出値(302d)の情報を含む。Ｉ
Ｐアドレス(301a,301b)、プロトコル番号(302a)、ポー
ト番号(302b,302c)のデータフォーマットについては、
インターネット標準規格(RFC)の表記法に従う。ＤＳＣ
Ｐ検出値(302d)は、０〜６３の値で示し、Ｄｉｆｆｓｅ
ｒｖにおける送信優先度との対応づけに使用する。Ｑｏ
Ｓ制御情報(303)は、ＱｏＳ制御内容である送信優先度
情報(303a)、保証帯域情報(303b)、制限帯域情報(303
c)、またＤｉｆｆｓｅｒｖにおけるＤＳＣＰの書換え値
(303d)を含む。送信優先度情報(303a)は１〜８で示し、
１が最も送信優先度が高く、８が最も送信優先度が低い
ことを意味する。保証帯域情報(303b)は、使用する回線
の帯域を保証する値をKbit/sで示す。値が０の場合、帯
域を保証しないことを意味する。制限帯域情報(303c)
は、使用する回線の帯域の上限値をKbit/sで示す。値が
０の場合、帯域制限をかけないことを意味する。ＤＳＣ
Ｐ書換え値(303d)は、０〜６３の値で示し、Ｄｉｆｆｓ
ｅｒｖにおける送信優先度との対応づけに使用する。ポ
リシー制御情報(300)のうち、ホスト情報(301)、フロー
種別情報(302)、およびＱｏＳ制御情報(303)は、通信機
器に対する設定値に対応する。通信機器はこれらの情報
が設定されると、ホスト情報(301)、およびフロー種別
情報(302)の条件に一致したトラフィックに対して、Ｑ
ｏＳ制御情報(303)に従ってＱｏＳ制御を行う。設定時
刻情報(304)は、前記ホスト情報(301)、フロー種別情報
(302)、およびＱｏＳ制御情報(303)を通信機器に設定す
る時刻であるＱｏＳ設定開始時刻情報(304a)、また前記
設定したホスト情報(301)、フロー種別情報(302)、およ
びＱｏＳ制御情報(303)を解除する時刻であるＱｏＳ設
定解除時刻情報(304b)を含む。ＱｏＳ設定開始・解除時
刻情報(304a,304b)は、年・月・日・時・分・秒で示
す。転送情報(305)は、ポリシー制御情報(300)を他のポ
リシーサーバに転送する際の転送履歴情報(305a)を含
む。転送履歴情報(305a)は、ポリシー制御情報(300)の
転送元のポリシーサーバのＩＰアドレスを示す。なお、
ポリシー制御情報(300)のうち、ホスト情報(301)、フロ
ー種別情報(302)、ＱｏＳ制御情報(303)、設定時刻情報
(304)についてはネットワーク管理者がポリシーサーバ
のユーザーインタフェースより設定するものである。ポ
リシー制御情報(300)のうち、転送情報(305)については
ポリシーサーバの制御部(202)がポリシー制御情報を転
送する際に設定するものである。

【００２７】ポリシーサーバ１(100a)は、ポリシーベー
スＱｏＳ管理ドメイン１(105a)のネットワーク管理者が
ユーザインタフェース(204)を介して設定したポリシー
制御情報(300)を受け取り、主記憶部(203)に格納する。
そしてそのポリシー制御情報(300)からホスト情報(301)
の送信ホストＩＰアドレス(301a)、受信ホストＩＰアド
レス(301b)を読み出し、ＱｏＳ制御をかけるトラフィッ
クがホスト１(102a)からホスト２(102b)に送出するトラ
フィックであることを確認する。この情報と、ポリシー
サーバ１(100a)の主記憶部(203)に格納されているポリ
シーベースＱｏＳ管理ドメイン１ (105a)のトポロジー
情報をもとに、該トラフィックの通過する経路を特定す
る。ここでは一例として、ホスト１(102a)〜ルータ１(1
01a)〜ルータ２(101b)の経路を通過し、ポリシーサーバ
２(100b)の管理するネットワーク(105b)に到達するもの
とする。

【００２８】図６は、ポリシーサーバ１(100a)の主記憶
部(203)に格納されているトポロジー情報の構成例を示
したものである。

【００２９】すなわち、トポロジー情報(600)は、管理
ネットワーク内の通信機器のＩＰアドレス(601a)と、該
通信機器の持つルーティング情報、すなわち宛先ネット
ワークＩＰアドレスと、その宛先に対する次ホップ通信
機器のＩＰアドレスとを一組とする複数組の情報(601b-
1〜601b-M1)とで一つの通信機器に対する情報要素と
し、ネットワーク内に存在する全ての通信機器について
のこの情報要素にて構成する。このトポロジー情報(60
0)は、ＱｏＳ制御をかけるトラフィックがどの通信機器
を経由するかを算出するために使用する。

【００３０】図８に、トポロジー情報収集プロセスのフ
ロー図を示す。

【００３１】このプロセスは、通信機器のトポロジー構
成を得るために１時間に１回起動する。なおこの起動間
隔は設定により変更可能である。また、このプロセスが
トポロジー情報の収集を行う通信機器のリストを図１２
に示す。このリスト(1200)は、ポリシーベースＱｏＳ管
理ドメイン１(105a)のネットワーク管理者が、該ネット
ワークを構築する際においてポリシーサーバ１(100a)の
ユーザインタフェース(204)を介して設定し、ポリシー
サーバ１(100a)の主記憶部(203)に格納されている。よ
り具体的には、ポリシーベースＱｏＳ管理ドメイン１(1
05a)内の通信機器を管理するポリシーサーバ１(100a)の
主記憶部(203)に格納される管理通信機器リスト(1200)
の構成要素は、ルータ１(101a)、ルータ２(101b)、ルー
タ３(101c)の各ＩＰアドレスである。ポリシーサーバ１
(100a)の制御部(202)は、インターネット標準の管理デ
ータＭＩＢ(Management Information Base)収集プロト
コルであるＳＮＭＰ(Simple Network Mangement Protoc
ol)に従い、管理下にある通信機器、すなわち管理通信
機器リスト(1200)に存在する通信機器の、主記憶部(100
3)に格納されるルーティング経路情報ＭＩＢを収集する
(F801)。なお該ＭＩＢの内容は、該通信機器の制御部(1
002)にて動作する標準ルーティングプロトコルＯＳＰＦ
(Open Shortest Path First)、ＲＩＰ(Routing Informa
tion Protocol)、ＢＧＰ(Border Gateway Protocol)等
で学習し、該通信機器の主記憶部(1003)に格納したルー
ティング経路情報の宛先ネットワークＩＰアドレス、お
よびその宛先に対する次ホップ通信機器のＩＰアドレス
情報(601b-1〜601b-M1)で構成される。ポリシーサーバ
１(100a)の制御部(202)は、該通信機器のＩＰアドレス
(601a)と、ＭＩＢにて収集したルーティング経路情報、
すなわち宛先ネットワークＩＰアドレスと、その宛先に
対する次ホップ通信機器ＩＰアドレス情報 (601b-1〜60
1b-M1)をポリシーサーバ１(100a)の主記憶部(203)に蓄
積する(F802)。これらの動作(F801〜F802)を、管理通信
機器リスト(1200)に存在するすべての通信機器に対して
行う(F803)。以上がトポロジー情報収集プロセスの処理
である。この処理により、通信機器のトポロジー構成を
得ることができ、それによりＱｏＳ制御をかけるトラフ
ィックの経路を算出することが可能となる。

【００３２】次にポリシーサーバ１(100a)の制御部(20
2)は、主記憶部(203)に格納されたホスト情報(301)の送
信ホストＩＰアドレス(301a)、受信ホストＩＰアドレス
(301b)と、トポロジー情報(600)より、ＱｏＳ設定の対
象となるトラフィックの経路を算出する(F403)。算出手
段を次に説明する。ポリシーサーバ１(100a)の制御部(2
02)は、主記憶部(203)に格納されたポリシー制御情報(3
00)を読み込み、ホスト情報(301)の送信ホストＩＰアド
レス(301a)から、ＱｏＳ制御設定の対象となるトラフィ
ックの送信元がホスト１(102a)であることを確認する。
このホスト１(102a)からのトラフィックがどの経路を経
由するかを特定するため、次にポリシーサーバ１(100a)
の制御部(202)は、主記憶部(203)に格納されたトポロジ
ー情報(600)の中から、ホスト１(102a)の接続する通信
機器であるルータ１(101a)のルーティング情報(601b-1
〜601b-M1)を読み込む。さらに読み込んだルーティング
情報(601b-1〜601b-M1)の中から、宛先ネットワークＩ
Ｐアドレスがホスト情報(301)の受信ホストＩＰアドレ
ス(301b)となる時の次ホップ通信機器ＩＰアドレスを確
認する。より具体的には、受信ホストＩＰアドレス(301
b)がホスト２(102b)の時のルータ１(101a)の次ホップ通
信機器ＩＰアドレスはルータ２(101b)を示す。ここでル
ータ２(101b)についても同様に、ポリシーサーバ１(100
a)の制御部(202)は先ほど読み込んだトポロジー情報(60
0)の中からルータ２(101b)のルーティング情報(602b-1
〜602b-M2)を読み込み、次ホップ通信機器がルータ４(1
01d)であることを確認する。次にルータ４(101d)の次ホ
ップ通信機器を特定するため、ポリシーサーバ１(100a)
の制御部(202)は主記憶部(203)に格納されたトポロジー
情報(600)の中からルータ４(101d)の情報を検索する
が、ルータ４(101d)はポリシーベースＱｏＳ管理ドメイ
ン１(105a)内には存在しないため、ポリシーサーバ１(1
00a)の主記憶部(203)に格納されているトポロジー情報
(600)にはルータ４(101d)の情報が無いことを制御部(20
2)は確認する。すなわち、ホスト１(102a)からホスト２
(102b)に送出するトラフィックの経路が、ポリシーサー
バ１(100a)の管理するポリシーベースＱｏＳ管理ドメイ
ン１(105a)から外れると判定する(F405)。このように、
該ネットワークから外れる経路が存在する場合、次にポ
リシーサーバ１(100a)の制御部(202)は、該ネットワー
クに隣接し、次の経路となるネットワークがポリシーベ
ースネットワークであるかを主記憶部(203)に格納する
ポリシーベースＱｏＳ管理ドメインリスト(1300)より判
定する(F406)。すなわち、主記憶部(203)に格納するポ
リシーベースＱｏＳ管理ドメインリスト(1300)の管理ネ
ットワークＩＰアドレス・アドレスマスク(1301b-n,130
2b-n,...)とルータ４(101d)のＩＰアドレスを比較し、
一致するリストを探す。一致するリストがある場合、そ
のルータがポリシーベースネットワーク内にあり、その
リストの先頭のポリシーサーバが管理するドメインであ
ることを示す。ルータ４(101d)については、ポリシーサ
ーバ１(100a)の主記憶部(203)に格納するポリシーベー
スＱｏＳ管理ドメインリスト(1300)から、ポリシーサー
バ２(100b)が管理するネットワーク内に存在することを
確認する。なお、ポリシーサーバ１(100a)の主記憶部(2
03)に格納するポリシーベースＱｏＳ管理ドメインリス
ト(1300)は、ポリシーベースＱｏＳ管理ドメイン１(105
a)のネットワーク管理者が、該ネットワークを構築する
際においてポリシーサーバ１(100a)のユーザインタフェ
ース(204)を介してあらかじめ設定しておくものとす
る。この判定(F406)により、ホスト１(102a)からホスト
２(102b)に送出するトラフィックのルータ２(101b)の次
の経路であるルータ４(101d)を含むネットワークがポリ
シーベースネットワークであることが確認されたため、
ポリシーサーバ１(100a)の制御部(202)は、ネットワー
クインタフェース部(205)を介し、該隣接ポリシーベー
スＱｏＳネットワーク(105b)を管理するポリシーサーバ
２(100b)に、ポリシーサーバ１(100a)の主記憶部(203)
に格納されているポリシー制御情報(300)を転送する(F4
07)。なお、ポリシー制御情報(300)を転送する際に、転
送元のポリシーサーバのＩＰアドレスを該ポリシー制御
情報(300)の転送履歴情報(305a)に追加する。これによ
り該ポリシー制御情報(300)がどのポリシーベースＱｏ
Ｓ管理ドメインネットワークを中継してきたかの履歴を
残す。

【００３３】前記情報を受け取ったポリシーサーバ２(1
00b)の制御部(202)は、ポリシー制御情報(300)を主記憶
部(203)に格納し、またポリシーサーバ１(100a)からポ
リシー制御情報(300)を受け取ったことを契機として、
ポリシー制御プロセスを起動する(F402)。プロセス起動
後の処理は前記ポリシーサーバ１(100a)と同様である。
すなわち、ポリシーサーバ１(100a)の制御部(202)より
受け取ったポリシー制御情報(300)と、該ポリシーサー
バ２(100b)の主記憶部(203)に格納するポリシーベース
ＱｏＳ管理ドメイン２(105b)のネットワークのトポロジ
ー情報(600)をもとに、ポリシーサーバ２(100b)の制御
部(202)がホスト１(102a)からホスト２(102b)に送出す
るトラフィックのポリシーベースＱｏＳ管理ドメイン２
(105b)内の経路を特定し(F403)、該経路が自ネットワー
クから外れるかをポリシーサーバ２(100b)の主記憶部(2
03)に格納されている管理ネットワーク中継リスト(120
0)より判定(F405)する。ここではルータ４(101d)〜ルー
タ６(101f)を通過し、ホスト２(102b)に到達するため、
該経路は自ネットワークからは外れない。

【００３４】次に、ポリシーサーバ１(100a)およびポリ
シーサーバ２(100b)の制御部(202)は、主記憶部(203)に
保存したポリシー制御情報(300)のうちＱｏＳ設定開始
時刻(304a)を読み出し、時計部(206)が該開始時刻(304
a)となるまで待機する。

【００３５】各ポリシーサーバの時刻は、図７に示す時
刻校正プロセスにより時刻が校正される。このプロセス
は、ポリシーサーバ間における時刻の校正のため、１日
に１回起動する。なおこの起動間隔は設定により変更可
能である。制御部(202)は、インターネット標準の時刻
校正プロトコルＮＴＰ(Network Time Protocol)に従い
動作する。すなわち、制御部(202)は、ネットワークイ
ンタフェース部(205)を介し、ＮＴＰサーバに時刻を確
認する(F701)。なお、ＮＴＰサーバはネットワーク内に
１台存在するものとする。次に制御部(202)は、F701で
確認した時刻を、時計部(206)に対して設定する(F70
2)。以上が時刻校正プロセスの処理である。この処理に
より、全てのポリシーサーバの時計を１台のＮＴＰサー
バの時計に合わせることができ、同一のポリシー制御情
報に従った複数のポリシーサーバに管理される通信機器
に対するＱｏＳ制御・解除を、同時刻に実行することが
可能となる。

【００３６】ポリシーサーバ１(100a)およびポリシーサ
ーバ２(100b)の制御部(202)は、上記該時刻となった
ら、主記憶部(203)に保存したポリシー制御情報(300)の
うち、ホスト情報(301)、フロー種別情報(302)、および
ＱｏＳ制御情報(303)を読み出し、該ネットワークの該
経路すなわちポリシーサーバ１(100a)の管理するルータ
１(101a)、ルータ２(101b)、ポリシーサーバ２(100b)の
管理するルータ４(101d)、ルータ６(101f)に対して、ネ
ットワークインタフェース(205)を介して設定を行う。
設定を受け取った通信機器(101a,101b,101d,101f)の制
御部(1002)は、これらのホスト情報(301)、フロー種別
情報(302)、ＱｏＳ制御情報(303)を主記憶部(1003)に格
納する。また制御部(1002)は、ルーティング処理部(100
4)に対して同情報を設定する。これらの情報を設定され
た通信機器(101a,101b,101d,101f)のルーティング処理
部(1004)は、ホスト情報(301)、およびフロー種別情報
(302)の条件に一致したトラフィックに対して、ＱｏＳ
制御情報(303)に従ってＱｏＳ制御を始める。次に、ポ
リシーサーバ１(100a)およびポリシーサーバ２(100b)の
制御部(202)は、それぞれの主記憶部(203)に保存したポ
リシー制御情報(300)のうちＱｏＳ設定解除時刻(304b)
を読み出し、時計部(206)が該解除時刻(304b)となるま
で待機する。該時刻となったら、次に制御部(202)は、
該ネットワークの該経路上に存在する通信機器(101a,10
1b,101d,101f)に対して、ネットワークインタフェース
(205)を介してＱｏＳの設定解除を行う(F404)。

【００３７】以上のポリシーサーバの処理により、ポリ
シーベースＱｏＳネットワークを分割し、複数のポリシ
ーサーバによってポリシーベースＱｏＳ制御を行うこと
が可能となる。

【００３８】次に、発明の第二形態として、複数のポリ
シーベースＱｏＳネットワークの間に非ポリシーベース
ＱｏＳネットワークが介在する場合の境界通信機器の動
作を図５により説明する。

【００３９】例として、ホスト１(502a)からホスト２(5
02b)に送出するトラフィックに対してＱｏＳ制御をかけ
る場合の処理動作について説明する。

【００４０】ポリシーサーバ１(500a)の制御部(202)
は、ホスト１(502a)からのポリシー制御情報設定要求に
より、ホスト１(502a)からホスト２(502b)に送出するト
ラフィックについてのポリシー制御情報(300)を受け取
る。ポリシーサーバ１(500a)は、受け取ったポリシー制
御情報(300)よりホスト情報(301)を読み出し、ＱｏＳ制
御をかけるトラフィックがホスト１(502a)からホスト２
(502b)に送出するトラフィックであることを確認する。
この情報と、主記憶部(203)に格納するポリシーサーバ
１(500a)の管理するネットワーク(505a)のトポロジー情
報(600)をもとに、該トラフィックの通過する経路を特
定する。なお、経路特定手段については第一形態と同様
である。ここではホスト１(502a)〜ルータ１(501a)〜ル
ータ２(501b)の経路を通過し、隣接するネットワーク(5
05c)に到達する。ポリシーサーバ１(500a)は該経路上の
ルータ１(501a)、ルータ２(501b)に対して、ポリシー制
御情報内のフロー種別情報およびＱｏＳ制御情報の条件
に従い、該トラフィックに対しＱｏＳ制御をかけるよう
設定する。

【００４１】次にポリシーサーバ(500a)は、自己の管理
するネットワーク(505a)のトポロジー情報より、該トラ
フィックがルータ２(501b)より非ポリシーベースのネッ
トワーク(505c)に存在するルータ３(501c)に転送される
ことを確認する。該ネットワーク(505c)は非ポリシーベ
ースであるため、ネットワークトポロジー情報の読込み
が不可能である。この非ポリシーベースネットワークの
トポロジー情報をポリシーサーバ(500a)が確認する手段
として、tracerouteコマンドなどの経路調査コマンドを
使用して経路を特定する。ここでtracerouteコマンド等
の経路探索手段のフローチャートを図１１に示す。trac
erouteコマンドの実行箇所は、トラフィックの経路で非
ポリシーベースＱｏＳネットワークにかかる前段のルー
タ(501b)からトラフィック受信側ホスト(502b)に向けて
行う。

【００４２】これによって、ルータ２(501b)からのホス
ト２(502b)までの経路が、ルータ２(501b)〜ルータ３(5
01c)〜ルータ４(501d)〜ルータ５(501e)〜ルータ６(501
f)〜ホスト２(502b)となることが判明する。この経路情
報より、通過する各ルータがどのネットワークに属し、
該ネットワークがポリシーベースＱｏＳネットワークで
あるかどうか判断する。すなわち、ルータ３(501c)とル
ータ４(501d)が非ポリシーベースネットワーク(505c)に
属し、ルータ５(501e)及びルータ６(501f)がポリシーベ
ースＱｏＳネットワーク２(505b)に属することが確認さ
れる。

【００４３】ポリシーサーバ１(500a)は、該トラフィッ
クの経路上にポリシーベースＱｏＳネットワーク２(505
b)に属するルータ５(501e)及びルータ６(501f)の存在す
ることを確認し、そのネットワーク(505b)の管理するポ
リシーサーバ２(500b)に対し、該トラフィックのポリシ
ー制御情報および該トラフィックの経路がルータ５(501
e)を経由する旨の情報を送付する。

【００４４】前記情報を受け取ったポリシーサーバ２(5
00b)は、前記ポリシーサーバ１(500a)と同様の処理を行
う。すなわち、ポリシー制御情報およびルータ５(501e)
を通過するという情報と、該ポリシーサーバ(500b)の管
理するネットワークのトポロジー情報をもとに、該トラ
フィックの通過する経路を特定する。該ポリシーサーバ
(500b)は該経路上のルータ５(501e)、ルータ６(501f)に
対して、ポリシー制御情報内のフロー種別情報およびＱ
ｏＳ制御情報の条件に従い、該トラフィックに対しＱｏ
Ｓ制御をかけるよう設定する。

【００４５】以上のポリシーサーバの処理により、複数
のポリシーベースＱｏＳネットワークの間に非ポリシー
ベースＱｏＳネットワークが介在する場合に、各ポリシ
ーベースＱｏＳネットワーク内でのトラフィックに対す
るＱｏＳ制御情報を設定することが可能になる。なお、
このような構成の場合、トラフィックはエンドトゥーエ
ンドでのＱｏＳ保証はされないが、ポリシーベースＱｏ
Ｓネットワークに比べて非ポリシーベースＱｏＳネット
ワークの帯域が大きく、また遅延が小さい時などに有効
となる。

【００４６】

【発明の効果】本発明によれば、ネットワーク内に配置
される通信機器が増えることによるポリシーサーバの負
荷の増大を、ポリシーサーバを複数配置し、複数のポリ
シーサーバによってネットワークを管理することによっ
て負荷を分散することが可能となる。

【００４７】さらに、従来不可能であった他のＩＳＰ
（インターネットサービスプロバイダ）等の複数ドメイ
ンネットワーク間でのポリシー制御情報の設定につい
て、ドメインネットワーク間の複数のポリシーサーバが
ポリシー制御情報をやり取りすることで、複数のドメイ
ンネットワークを介したネットワーク機器に対してポリ
シー制御情報の設定をすることが可能となる。

【図面の簡単な説明】

【図１】本発明を適用したポリシーベースＱｏＳネット
ワークの構成の概要について示した図。

【図２】本発明を適用したポリシーサーバの構成の概要
について示した図。

【図３】本発明を適用したポリシーサーバが持つポリシ
ー制御情報の構成について示した図。

【図４】本発明を適用したポリシーサーバのポリシー制
御プロセスのフローについて示した図。

【図５】本発明を適用したポリシーベースＱｏＳネット
ワークの第２形態の構成の概要について示した図。

【図６】本発明を適用したポリシーサーバが持つトポロ
ジー情報の構成について示した図。

【図７】本発明を適用したポリシーサーバの時刻校正プ
ロセスのフローについて示した図。

【図８】本発明を適用したポリシーサーバのトポロジー
情報プロセスのフローについて示した図。

【図９】本発明を適用したポリシーベースＱｏＳネット
ワークに配置するホストの構成について示した図。

【図１０】本発明を適用したポリシーベースＱｏＳネッ
トワークに配置する通信機器の構成について示した図。

【図１１】本発明を適用したポリシーベースＱｏＳネッ
トワーク間に存在する非ポリシーベースＱｏＳネットワ
ーク内の経路を探索するフローについて示した図。

【図１２】本発明を適用したポリシーサーバが持つ管理
通信機器リストについて示した図。

【図１３】本発明を適用したポリシーサーバが持つポリ
シーベースＱｏＳ管理ドメインリストについて示した
図。

【符号の説明】

100,100a,100b…ポリシーサーバ 101a,101b,101c,101d,101e,101f…ルータ 102a,102b…ホスト 103…伝送路 105a,105b…ポリシーベースＱｏＳ管理ドメイン 201…バス 202…制御部 203…主記憶部 204…ユーザインタフェース部 205…ネットワークインタフェース部 206…時計部 300…ポリシー制御情報 301…ホスト情報 302…フロー種別情報 303…ＱｏＳ制御情報 304…設定時刻情報 305…ポリシー転送情報 500a,500b…ポリシーサーバ 501a,501b,501c,501d,501e,501f…ルータ 502a,502b…ホスト 505a,505b…ポリシーベースＱｏＳ管理ドメイン 505c…非ポリシーベースＱｏＳ管理ドメイン 600…トポロジー情報 601a…通信機器１ＩＰアドレス 601b-1…隣接通信機器１ＩＰアドレス 601b-M1…隣接通信機器Ｍ１ＩＰアドレス 901…バス 902…制御部 903…主記憶部 904…ディスプレイ表示部 905…キー入力操作部 906…ネットワークインタフェース部 1001…バス 1002…制御部 1003…主記憶部 1004…ルーティング処理部 1005…ネットワークインタフェース部 1006…ネットワークインタフェース部 1007…ネットワークインタフェース部 1200…管理通信機器リスト 1201…通信機器１ＩＰアドレス 1300…ポリシーベースＱｏＳ管理ドメインリスト

───────────────────────────────────────────────────── フロントページの続き (72)発明者椎名悌神奈川県川崎市幸区鹿島田890番地株式会社日立製作所ネットワークプラットフォーム事業部内 (72)発明者鈴木政朗神奈川県川崎市幸区鹿島田890番地株式会社日立製作所ネットワークプラットフォーム事業部内Ｆターム(参考） 5K030 HA08 KA01 KA05 LB05 LC08 LD11 LD18

Claims

【特許請求の範囲】

【請求項１】ポリシーベースネットワークを構成する通
信機器に対してポリシー制御をするように指示する制御
部と、通信トラフィックを特定するための通信経路情報と、上
記ポリシー制御をするように指示する通信機器により構
成される制御トラヒックを特定するためのポリシー制御
経路情報とを含むトポロジー情報と、通信トラフィック
ごとのQOS制御情報とが記憶される主記憶部とを有し、上記制御部は、上記主記憶部に記憶されたトポロジー情
報に基づき、特定される通信トラフィックが特定された
制御トラフィックから外れるかどうかを判定し、外れると判定したときは、さらに上記記憶部に記憶され
たトポロジー情報に基づき、該通信トラフィックが他の
ポリシーサーバの上記制御トラフィックを通過するか否
かを判定し、通過すると判定したときは、該他のポリシーサーバに対
して、上記主記憶部に記憶された該通信トラフィックを
特定するための通信経路情報を含むトポロジー情報と該
通信トラフィックのQOS制御情報とを含むポリシー制御
情報をネットワークインタフェイスを介して転送するよ
うに制御することを特徴とするポリシーサーバ。
【請求項２】請求項１に記載のポリシーサーバにおい
て、上記主記憶部に記憶されるポリシー制御情報は、他のポ
リシーサーバから受信した通信トラフィックごとのポリ
シー制御情報を含むことを特徴とするポリシーサーバ。
【請求項３】請求項１又は２に記載のポリシーサーバに
おいて、前記ポリシー制御情報は、ポリシー制御情報の転送履歴
を含むことを特徴とするポリシーサーバ。
【請求項４】請求項１又は２に記載のポリシーサーバに
おいて、上記ポリシー制御情報は、前記通信機器通信機器に対し
て、ポリシー制御の開始時刻又はポリシー制御の解除時
刻を示す時刻情報を含むことを特徴とするポリシーサー
バ。
【請求項５】請求項１又は２に記載のポリシーサーバに
おいて、上記通信経路情報と、上記QOS制御情報とを入力するユ
ーザインターフェースとを有するポリシーサーバ。