JP3653002B2 - ポリシー定義の配布方法および設定方法 - Google Patents
ポリシー定義の配布方法および設定方法 Download PDFInfo
- Publication number
- JP3653002B2 JP3653002B2 JP2001118823A JP2001118823A JP3653002B2 JP 3653002 B2 JP3653002 B2 JP 3653002B2 JP 2001118823 A JP2001118823 A JP 2001118823A JP 2001118823 A JP2001118823 A JP 2001118823A JP 3653002 B2 JP3653002 B2 JP 3653002B2
- Authority
- JP
- Japan
- Prior art keywords
- policy definition
- policy
- filter
- definition
- filter condition
- 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
【０００１】
【発明の属する技術分野】
本発明は、ネットワークにおけるＩＰパケットの通信品質を保証するＱｏＳ（Quality of Service:通信品質）制御のためのポリシー定義の配布および設定方法に関するものである。
【０００２】
【従来の技術】
従来技術として、Diffserv-PIB（Differentiated Service Quality of Service Policy Information Base）をベースとしたポリシー定義方法がある。Diffserv-PIBに関する文献としては、M. Fine, K. McCloghrie, J. Seligson, K. Chan, S. Hahn, A. Smith, Francis Reichmeyer "Differentiated Services Quality of Service Policy Information Base", IETF Internet Draft, November 24, 2000がある。
【０００３】
上記文献のDiffserv-PIBのポリシー定義には、ＩＰネットワーク上のルータを通過するＩＰパケットを識別するためのフィルター条件と、ＩＰヘッダにサービスクラスを指定するマーキング設定やＱｏＳ制御を行うキュー制御命令の設定等であるアクションとが含まれる。ルータでは、ポリシーサーバから配布されたこのポリシー定義にしたがってＩＰパケットを分類し、ＱｏＳ制御を実行する。
【０００４】
フィルター条件に関しては、同時に複数のフィルター条件が指定されることがあり、フィルター条件の内容によっては１つのＩＰパケットに対して、複数のフィルター条件がマッチする場合が出てくる。複数のフィルター条件に同時にマッチしてしまうと、あるＩＰパケットに対して希望と違うＱｏＳ制御が実行されてしまう場合が出てきてしまう。このため、Diffserv-PIBでは、どのフィルター条件から評価していくかを指定するための評価順位（相対的）が指定可能となっている。
【０００５】
ここで、従来は、評価順位が付与されたフィルター条件を含むポリシー定義をルータへ配布する際には、評価順位の付与された全フィルター条件を含む全てのポリシー定義を配布するようにしていた。
【０００６】
【発明が解決しようとする課題】
このように評価順位を全フィルター条件に付与し、全フィルター条件を配布する従来の手法では、１つでもフィルター条件の変更（追加）があると、全フィルター条件をルータに再度配信する必要があり、ポリシーサーバとルータ間で交換する通信データ量が膨大になり、データの転送時間や、ルータでの設定時間が長くなる問題を有している。このため、上記従来技術においては、ＩＰネットワーク上で音声通話を実現するＶｏＩＰ（Voice over IP）における呼設定のようなオンデマンドな外部要求に対して早急な応答ができない。
【０００７】
また、呼設定のような外部要求は頻繁に発生することが予想されるので、要求のたびに評価順位を付与する処理を実行するため、ポリシーサーバの負荷が高くなり、応答時間がさらに伸びることが予想される。
【０００８】
この発明は上記に鑑みてなされたもので、外部要求によるポリシー定義の変更に伴うポリシー定義の配布の際に、その配布情報の通信データ量を削減し、その配布時間を短縮するとともに、ルータ側での更新処理時間も短縮してルータへの設定時間を短縮し、外部要求元に対し早急な設定完了応答を可能にするポリシー定義の配布方法および設定方法を得ることを目的としている。
【０００９】
【課題を解決するための手段】
上記目的を達成するためこの発明にかかるポリシー定義の配布方法は、ポリシーサーバから複数のルータに対し、オンデマンドな外部要求に基づく外部要求ポリシー定義およびポリシー管理者作成の運用管理ポリシー定義を配布するＩＰネットワークにおけるポリシー定義の配布方法において、配布するポリシー定義が外部要求ポリシー定義および運用管理ポリシー定義の何れであるかを識別し、外部要求ポリシー管理定義である場合は、要求があるたびにその要求分の外部要求ポリシー定義のみを配布し、運用管理ポリシー定義である場合は、配布すべき運用管理ポリシー定義および対応する評価順位のみを配布することを特徴とする。
【００１０】
この発明によれば、ポリシーサーバは、配布するポリシー定義が外部要求ポリシー定義および運用管理ポリシー定義の何れであるかを識別し、外部要求ポリシー管理定義である場合は、要求があるたびにその要求分の外部要求ポリシー定義のみを配布し、運用管理ポリシー定義である場合は、配布すべき運用管理ポリシー定義および対応する評価順位のみを配布するようにしている。
【００１１】
つぎの発明にかかるポリシー定義の設定方法は、ポリシーサーバから受信したオンデマンドな外部要求に基づく外部要求ポリシー定義のフィルター条件およびポリシー管理者作成の運用管理ポリシー定義のフィルター条件をルータのフィルターテーブルに設定するＩＰネットワークにおけるポリシー定義の設定方法において、配布された運用管理ポリシー定義のフィルター条件と外部要求ポリシー定義のフィルター条件を区別して前記フィルターテーブルに設定するとともに、外部要求ポリシー定義のフィルター条件を、運用管理ポリシー定義のフィルター条件よりも評価順位を高くして前記フィルターテーブルに設定することを特徴としている。
【００１２】
この発明によれば、ルータは、配布された運用管理ポリシー定義のフィルター条件と外部要求ポリシー定義のフィルター条件を区別して前記フィルターテーブルに設定するとともに、外部要求ポリシー定義のフィルター条件を、運用管理ポリシー定義のフィルター条件よりも評価順位を高くして前記フィルターテーブルに設定するようにしている。
【００１３】
つぎの発明にかかるポリシー定義の設定方法は、上記発明において、前記配布された外部要求ポリシー定義のフィルター条件を、既に設定済み外部要求ポリシー定義のフィルター条件のいずれよりも評価順位を高くしてフィルターテーブルに設定することを特徴とする。
【００１４】
この発明によれば、ルータでは、配布された外部要求ポリシー定義のフィルター条件を、既に設定済み外部要求ポリシー定義のフィルター条件のいずれよりも評価順位を高くしてフィルターテーブルに設定するようにしている。
【００１５】
つぎの発明にかかるポリシー定義の設定方法は、上記発明において、前記配布された運用管理ポリシー定義のフィルター条件を、該フィルタ条件と共に配布される評価順位データに従って前記外部要求ポリシー定義のフィルター条件よりも下の評価順位で設定することを特徴とする。
【００１６】
この発明によれば、ルータでは、配布された運用管理ポリシー定義のフィルター条件を、該フィルタ条件と共に配布される評価順位データに従って前記外部要求ポリシー定義のフィルター条件よりも下の評価順位で設定するようにしている。
【００１７】
【発明の実施の形態】
以下に添付図面を参照して、この発明にかかるポリシー定義の配布および設定方法の好適な実施の形態を詳細に説明する。
【００１８】
実施の形態１.
図１は本発明のシステム構成例である。図１において、ＩＰネットワーク（ドメイン）Ｔには、３個のルータ１０,２０および３０が接続されている。各ルータ１０,２０および３０には、それぞれパーソナルコンピュータやワークステーションなどの端末１１、２１および３１が接続されており、ＩＰネットワークＴを介してこれら端末間でＩＰパケットデータが伝送される。すなわち、端末１１、２１および３１は、アプリケーションプログラムが生成したＩＰパケットをＩＰネットワークＴを介して送受信する。
【００１９】
ルータ１０にはＶｏＩＰゲートウェイ４０が接続され、ＶｏＩＰゲートウェイ４０には公衆網あるいは構内網などの電話網４１が接続されており、電話網４１には電話機（固定電話や携帯電話など）４２が接続されている。同様に、ルータ２０にはＶｏＩＰゲートウェイ５０が接続され、その先には電話網５１と電話機５２が接続されている。
【００２０】
ＶｏＩＰゲートウェイ４０および５０は、ＩＰネットワークを介して音声通話を行うために、ＩＰネットワークＴと電話網４１および５１との間で音声信号の符号化（復号化）処理、ＩＰパケット化（組立・分解）処理、呼設定処理などを行う。すなわち、ＶｏＩＰゲートウェイ４０および５０は、各電話網４１,５１からの音声信号をデジタル信号に符号化し、ＩＰパケット化して、ＩＰネットワークに送り出す機能を有する。
【００２１】
ドメインＴには、当該ドメインＴ内の各ルータ１０,２０および３０に対してＱｏＳ制御の指示としてのポリシー定義を配布するポリシーサーバ６０が接続されている。ポリシーサーバ６０は、ＩＰパケットデータのデータ転送におけるＱｏＳ制御の指示としてのポリシー定義の作成機能を、ＧＵＩ（Graphical User Interface）などを用いてユーザに提供し、定義されたポリシー定義を実際にＱｏＳ制御（帯域割当やシェーピング等）を行うルータ１０，２０および３０に配布するものである。
【００２２】
各ルータ１０，２０および３０は、ポリシーサーバ６０によって配布されたポリシー定義を受け取り、ポリシー定義に従ってＩＰパケットを通信品質でクラス分けしたサービスクラスに分類し、そのサービスクラスごとにＱｏＳ制御を行ってデータを転送するよう機能する。また、各ルータ１０，２０および３０では、ポリシーサーバ６０から配布されてきたポリシー定義を当該ルータで有効（配布されてきたポリシー定義にしたがってＱｏＳ制御がルータ上で実行可能になる）にするために、ポリシー定義中のフィルター条件をルータ内のフィルターテーブルに設定する。
【００２３】
ドメインＴには、ＩＰネットワークに接続されるＶｏＩＰゲートウェイ４０,５０からの呼設定要求を受け、宛先電話から対応するＶｏＩＰゲートウェイのＩＰアドレスを通知したり、ＩＰネットワーク上に帯域保証した通信パスの設定要求をポリシーサーバ６０に対して行う呼制御（Call Agent）サーバ７０が接続されている。すなわち、呼制御サーバ７０は、ＶｏＩＰゲートウェイ４０または５０からの呼設定要求を受けて、相手先電話番号と相手先ＶｏＩＰゲートウェイのＩＰアドレスを対応づける機能、ユーザ認証機能、および帯域制御機能などを有している。
【００２４】
ここで、電話機４２（電話番号「123-4567」）から、電話機５２（電話番号「231-5678」）にＩＰネットワークＴを介して通話する場合を想定する。電話機４２からの通話要求が、電話網４１を介してＶｏＩＰゲートウェイ４０に通知されると、ＶｏＩＰゲートウェイ４０は呼制御サーバ７０に対し呼設定要求を通知する。呼設定要求には、送信元・着信先アドレス（電話番号、ＩＰアドレス、メールアドレス等）の情報が含まれている。
【００２５】
ＶｏＩＰゲートウェイ４０からの呼設定要求を受けた呼制御サーバ７０は、宛先の電話番号「231-5678」から電話機４２が存在する電話網５１へ中継するＶｏＩＰゲートウェイ５０のＩＰアドレスを特定する。
【００２６】
次に、呼制御サーバ７０は、ＩＰネットワークＴ上にＶｏＩＰゲートウェイ４０からＶｏＩＰゲートウェイ５０までの通信パスを特定する。そして、呼制御サーバ７０は、ＩＰネットワークＴ上に他のパケットが同時にやり取りされていても音声通話に支障が無い通信品質を保証する通信パスを設定するためのポリシー定義をポリシーサーバ６０に要求する。このポリシー定義は、音声データパケットの遅延、揺らぎ、パケット損失が許容範囲内に収まるように各ルータでＱｏＳ制御が実行される内容で定義される。
【００２７】
呼制御サーバ７０からの呼設定対応のポリシー定義を外部要求ポリシー定義と呼び、ネットワーク管理者が管理ネットワークに対して定常的に設定するポリシー定義を運用管理ポリシー定義と呼ぶ。ただし、外部要求ポリシー定義は、呼制御サーバ７０から要求だけに限定したものではなく、呼制御サーバ７０からの要求のようにオンデマンドに発生するポリシー定義要求であれば、どこからの要求でもよい。
【００２８】
図２にポリシーサーバ６０の機能構成を示す。ポリシーサーバ６０は、ネットワーク管理者６１（図１）にポリシー定義のユーザインタフェースを提供するポリシー定義編集処理部６２と、ポリシー定義編集処理部６２からの要求を受け付ける運用管理ポリシー定義用インタフェース（Ｉ／Ｆ）６３と、呼制御サーバ７０等の外部からの外部ポリシー定義要求を受け付ける外部要求ポリシー定義用Ｉ／Ｆ６４がある。また、ポリシー定義制御部６５は、運用管理ポリシー定義用Ｉ／Ｆ６３および外部要求ポリシー定義用Ｉ／Ｆ６４からのポリシー定義と、その処理要求を受け付け、処理要求に応じた要求を、ポリシー定義格納部６６およびポリシー定義配信部６７に通知する。
【００２９】
ポリシー定義格納部６６は、要求が「保存」の場合は、受け取ったポリシー定義を外部記憶６８に保存する。ポリシー定義格納部６６は、要求が「読出」の場合は、外部記憶６８からポリシー定義を読出し、ポリシー定義制御部６５に通知する。
【００３０】
ポリシー定義配信部６７の場合、要求が「配布」の場合は、ポリシー定義制御部６５から受け取ったポリシー定義を対象のルータに通知する。対象ルータに関する特定情報は、ポリシー定義の中に保持している。
【００３１】
この場合、ポリシー定義は、パケットを分類するフィルター条件と、分類したパケットに対する制御命令であるアクションからなる。なお、ポリシー定義の指定内容は、ネットワークタイプやルータのＱｏＳ制御機能により異なっているので、本発明のポリシー定義は、フィルター条件およびアクションを含むものに限るわけではない。
【００３２】
ポリシーサーバ６０は、各ルータに対して、呼制御サーバ７０からの外部要求ポリシー定義（フィルター条件）と、ネットワーク管理者が設定する運用管理ポリシー定義（フィルター条件）を区別して配布する。すなわち、配布時には、外部要求ポリシー定義（フィルター条件）であるか、運用管理ポリシー定義（フィルター条件）であるかを識別する、識別フラグをつけてルータに配布する。
【００３３】
呼制御サーバ７０からの外部要求ポリシー定義（フィルター条件）の場合、追加、削除の頻度は高いが、送信元と送信先が限定されているので曖昧さの無いフィルター条件が指定されるため、他のフィルター条件との競合を考慮する必要は無い。
【００３４】
これに対し、運用管理ポリシー定義（フィルター条件）の場合、追加・削除の頻度は低いが、要素数が大きくなる可能性があるため、フィルター条件間の競合が考えられ、したがって全フィルター条件に相対的な評価順位を付与する必要がある。
【００３５】
また、各ルータ１０,２０および３０では、サーバから配布されてきた運用管理ポリシー定義（フィルター条件）と外部要求ポリシー定義（フィルター条件）とを区別してフィルターテーブルに設定する。
【００３６】
次に、図３を用いて運用管理ポリシー定義の配布方法を説明する。運用管理ポリシー定義にフィルター条件Ｄのポリシー定義が追加された場合を想定する。既存のフィルター条件として、フィルター条件Ａ、フィルター条件Ｂ、フィルター条件Ｃの３つがある（図３（ａ））。この時点では、各ルータ１０,２０および３０のフィルターテーブルには、フィルター条件が、フィルター条件Ａ→フィルター条件Ｂ→フィルター条件Ｃの順で設定されている（図３（ｂ））。
【００３７】
ネットワーク管理者は、ここで相対的な評価順位を割り当てながらフィルター条件Ｄを追加する（図３（ｃ））。例えば、フィルター条件Ａ→フィルター条件Ｄ→フィルター条件Ｂ→フィルター条件Ｃの順で評価順位をつける。
【００３８】
ポリシーサーバ６０は、評価順位付けした後、評価順位の情報と共に全てのフィルター条件（ポリシー定義情報）を所要のルータに配布する（図３（ｄ））。
【００３９】
ルータ側では、受信したフィルター条件と評価順位に基づいて、フィルター条件をフィルター条件Ａ→フィルター条件Ｄ→フィルター条件Ｂ→フィルター条件Ｃの順でフィルターテーブルに設定する（図３（ｅ））。
【００４０】
次に、図４を用いて外部要求ポリシー定義の配布方法を説明する。呼制御サーバ７０から外部要求ポリシー定義であるフィルター条件Ｗが追加された場合を想定する。
【００４１】
既存のフィルター条件として、フィルター条件Ｙ、フィルター条件Ｚ、フィルター条件Ｘの３つがある（図４（ａ））。各ルータ１０,２０および３０では、フィルター条件Ｙ、Ｚ、Ｘが、当該ルータに届いた順にフィルターテーブルに設定される。フィルター条件Ｗが追加される前のフィルターテーブルには、フィルター条件Ｘ→フィルター条件Ｚ→フィルター条件Ｙの順で評価順位の低いほうから設定されている（図４（ｂ））。
【００４２】
ポリシーサーバ６０は、呼制御サーバ７０からの要求による外部要求ポリシー定義を作成すると、即座にフィルター条件（ポリシー定義）Ｗを各ルータ１０,２０および３０に配布する（図４（ｃ））。
【００４３】
フィルター条件（ポリシー定義）Ｗを受信した各ルータ１０,２０および３０では、フィルター条件Ｗを使用済みの中で一番評価順位の高いインデックス「８」の次に高い評価順位のインデックス「７」に設定する（図４（ｄ））。
【００４４】
ここで、各ルータ１０,２０および３０においては、フィルターテーブルを設定する際には、図５および図６で示すように、上記した２種類の設定方法を組み合わせて行う。すなわち、フィルターテーブル内を外部要求ポリシー定義のフィルター条件を設定する外部要求フィルター条件用エリア▲１▼と運用管理ポリシー定義のフィルター条件を設定する運用管理フィルター条件用エリア▲２▼にそれぞれ分け、これら各エリア▲１▼▲２▼に、対応する方のフィルター条件を設定する。
【００４５】
この図５および図６に示す例では、評価順位の高い側のインデックス１〜８が外部要求フィルター条件用エリア▲１▼に属し、評価順位の低い側のインデックス９〜１７が運用管理フィルター条件用エリア▲２▼に属している。インデックスは１から１７の順で評価順位が低くなる。
【００４６】
図５においては、外部要求フィルター条件としてのフィルター条件Ｗが各ルータ１０,２０および３０のフィルターテーブルに追加される。フィルター条件Ｗは、外部要求フィルター条件用エリア▲１▼のなかで、既に登録されているフィルター条件のなかの一番評価順位の高いインデックス「６」の次に高い評価順位のインデックス「５」に設定される。
【００４７】
一方、図６においては、運用管理ポリシー定義（追加するフィルター条件Ｄを含む全てのフィルター条件Ａ,Ｂ,Ｃ,Ｄ）が各ルータ１０,２０および３０のフィルターテーブルに追加される。これら各フィルター条件Ａ,Ｂ,Ｃ,Ｄは指定された評価順位に基づいて運用管理フィルター条件用エリア▲２▼に設定される。
【００４８】
つぎに、図７を参照して、ポリシーサーバ６０でのポリシー定義の配布処理手順について説明する。
【００４９】
ポリシー定義要求を受信すると（ステップ１００）、ポリシーサーバ６０のポリシー定義制御部６５は、それが外部要求であるか運用管理であるかを判定する（ステップ１１０）。外部要求の場合、ポリシー定義制御部６５は、ポリシー定義と共に配布する識別フラグに“外部要求”を設定し（ステップ１２０）、当該外部要求に対応したポリシー定義のみをポリシー定義配信部６７を介して対象のルータに配布する（ステップ１３０）。
【００５０】
ステップ１１０の判定で運用管理であると判定された場合、ポリシー定義制御部６５は、ポリシー定義の変更に伴ってフィルター条件の評価順位を付与し直し（ステップ１４０）、識別フラグに“運用管理”を設定し（ステップ１５０）、変更のあった運用管理ポリシー定義のすべてをポリシー定義配信部６７を介して対象のルータに配布する（ステップ１６０）。
【００５１】
つぎに、図８を参照して、各ルータにおけるフィルターテーブルへのフィルター条件の設定処理（追加処理）について説明する。
【００５２】
ルータは、ポリシー定義情報を受信すると（ステップ２００）、識別フラグを判定する（ステップ２１０）。そして、この識別フラグの判定によって外部要求からのポリシー定義であると判定した場合は、この外部要求に対応するフィルター条件を、フィルターテーブルにおける外部要求フィルター条件用エリア▲１▼のなかで、既に登録されているフィルター条件のなかの一番評価順位の高いインデックスの次に高い評価順位のインデックスに設定する（ステップ２２０）。また、識別フラグの判定によって運用管理要求からのポリシー定義であると判定した場合は、フィルターテーブルにおける運用管理フィルター条件用エリア▲２▼に対し全てのフィルター条件を評価順位（相対値）にしたがって設定する（ステップ２３０）。
【００５３】
つぎに、図１における電話機４２と電話機５２との間での通話要求があった場合に、呼制御サーバ７０からの外部要求に対応してポリシーサーバ６０が外部要求ポリシー定義（フィルター条件）を配布する場合をより詳細に説明する。
【００５４】
この時のポリシー定義は、フィルター条件が「宛先ＩＰアドレスが“2.3.4.4”でかつ送信元ＩＰアドレスが“1.2.3.4”」（これをフィルター条件Ｗとする）であって、アクションが「最低保証帯域が３２kbpsで遅延が１００ms以下」であるものとする。
【００５５】
上記のポリシー定義がルータ１０，２０に通知されると、ルータ１０，２０では、前述したように、ポリシー情報といっしょに配布されてくる識別フラグを参照することによって外部要求ポリシー定義と判断する。そして、この外部要求ポリシー定義を、図５に示したように、フィルターテーブル中の外部要求フィルター条件用エリア▲１▼のなかで、既に登録されているフィルター条件のなかの一番評価順位の高いインデックス「６」の次に高い評価順位のインデックス「５」に設定する。この時、管理者が指定する運用管理フィルター条件用エリア▲２▼のフィルター条件には影響が及ばない。
【００５６】
この設定によってルータ１０，２０では、フィルター条件Ｗの外部要求ポリシー定義が有効になり、宛先ＩＰアドレスが “2.3.4.4”でかつ送信元ＩＰアドレスが“1.2.3.4”のＩＰパケットが到着すると、ポリシー定義内のアクションで指定された通信品質で伝送を行う。
【００５７】
このような外部要求ポリシー定義の配布方法を使用することにより、外部要求ポリシー定義によるポリシー定義の変更（追加）があった場合、運用管理ポリシー定義は再度ルータ等に配布しなくて済むため、通信データ量が削減でき、通信処理時間を削減できる。また、ルータ側では外部要求ポリシー定義の場合、配布されてきたポリシー定義部分（フィルター条件）だけをフィルターテーブルに設定すればよく、設定済みの外部要求ポリシー定義のフィルター条件までも再度設定する必要がないため、設定データ量が減り、設定処理時間が短縮できる。上記２つの処理時間の短縮により、呼制御サーバ７０からのポリシー定義要求に対し、早急な応答が可能になる。
【００５８】
次に、図６を使用して、運用管理ポリシー定義が変更（追加）された場合の配信および設定処理について説明する。ネットワーク管理者が運用管理ポリシー定義（フィルター条件としてはフィルター条件Ｄ）を追加した場合、ポリシーサーバ６０では、関連するフィルター条件（この場合フィルター条件Ａ、Ｂ、Ｃ）と合わせたすべて（フィルター条件Ａ,Ｂ,Ｃ,Ｄ）に、相対的な評価順位を付与し直す。評価順位の付与の方法は特定しないが、この場合は、ネットワーク管理者が指定することを想定する。
【００５９】
ポリシーサーバ６０では、評価順位が再付与された全てのフィルター条件、すなわちフィルター条件Ａ（評価順位"1"を含む）、フィルター条件Ｂ（評価順位"3"を含む）、フィルター条件Ｃ（評価順位"4"を含む）およびフィルター条件Ｄ（評価順位"2"を含む）をポリシー定義として所要の各ルータに配布する。
【００６０】
各ルータでは、ポリシー情報を受信し、そのポリシー情報に付与されている識別フラグにより運用管理ポリシー定義と判断し、フィルターテーブルの運用管理フィルター条件用エリア▲２▼に、フィルター条件に付与された評価順位の高いものから順に設定していく。このとき、外部要求フィルター条件用エリア▲１▼のフィルター条件には影響が及ばない。この場合は、図６に示したように、フィルター条件Ａ→フィルター条件Ｄ→フィルター条件Ｂ→フィルター条件Ｃの順に評価順位が低くなっているので、インデックス「９」にフィルター条件Ａが、インデックス「１０」にフィルター条件Ｄが、インデックス「１１」にフィルター条件Ｂが、インデックス「１２」にフィルター条件Ｃが設定される。
【００６１】
このような運用管理ポリシー定義の配布方法を使用することにより、運用管理ポリシー定義に変更があった場合でも、外部要求ポリシー情報はルータの既設定をそのまま使用でき、再度ポリシーサーバから外部要求ポリシー定義を配布しなくて済むため、外部要求ポリシー定義分のデータ通信と設定処理が削減でき、ルータへの設定処理時間が短縮できる。
【発明の効果】
以上説明したように、この発明によれば、ポリシーサーバは、配布するポリシー定義が外部要求ポリシー定義および運用管理ポリシー定義の何れであるかを識別し、外部要求ポリシー管理定義である場合は、要求があるたびにその要求分の外部要求ポリシー定義のみを配布し、運用管理ポリシー定義である場合は、配布すべき運用管理ポリシー定義および対応する評価順位のみを配布するようにしている。したがって、外部要求ポリシー定義によるポリシー定義の変更（追加）があった場合、運用管理ポリシー定義は再度ルータ等に配布しなくて済むため、通信データ量が削減でき、通信処理時間を削減でき、呼設定などの外部要求に対し速やかな応答が可能となる。また、運用管理ポリシー定義に変更があった場合でも、再度ポリシーサーバから外部要求ポリシー定義を配布しなくて済むため、通信データ量が削減され、通信処理時間を削減できる。
【００６２】
つぎの発明によれば、ルータは、配布された運用管理ポリシー定義のフィルター条件と外部要求ポリシー定義のフィルター条件を区別して前記フィルターテーブルに設定するとともに、外部要求ポリシー定義のフィルター条件を、運用管理ポリシー定義のフィルター条件よりも評価順位を高くして前記フィルターテーブルに設定するようにしているので、ルータ側では運用管理ポリシー定義のフィルター条件と外部要求ポリシー定義のフィルター条件を別々に設定できるようになり、これによりルータでの設定データ量を減らすことができ、設定時間を削減することが可能となり、外部要求に対する早急な応答が可能になる。また、外部要求ポリシー定義のフィルター条件の評価順位を運用管理ポリシー定義よりも高くしているので、呼設定要求などの外部要求の通信品質を要求に応じたレベルに確保することが可能となる。
【００６３】
次の発明によれば、ルータでは、配布された外部要求ポリシー定義のフィルター条件を、既に設定済み外部要求ポリシー定義のフィルター条件のいずれよりも評価順位を高くしてフィルターテーブルに設定するようにしているので、変更時点が新しい外部要求ポリシー定義の通信品質をより優先させることが可能となる。
【００６４】
つぎの発明によれば、ルータでは、配布された運用管理ポリシー定義のフィルター条件を、該フィルタ条件と共に配布される評価順位データに従って設定するようにしているので、運用管理ポリシー定義のフィルター条件を評価順位データに対応する優先順位に設定することができる。
【図面の簡単な説明】
【図１】 この発明にかかるポリシー定義配布および設定方法を適用するＩＰネットワークシステムを示す概念図である。
【図２】 ポリシーサーバの内部構成例を示すブロック図である。
【図３】 運用管理ポリシー定義の配布および設定態様を説明するための図である。
【図４】 外部要求ポリシー定義の配布および設定態様を説明するための図である。
【図５】 外部要求ポリシー定義の設定態様を説明するための図である。
【図６】 運用管理ポリシー定義の設定態様を説明するための図である。
【図７】 ポリシーサーバにおけるポリシー定義の配布動作を示すフローチャートである。
【図８】 ルータにおけるポリシー定義の設定動作を示すフローチャートである。
【符号の説明】
１０，２０，３０ ルータ、１１，２１，３１ 端末、４０，５０ ＶｏＩＰゲートウェイ、４１，５１ 電話網、４２，５２ 電話機、６０ ポリシーサーバ、６１ ネットワーク管理者、６２ ポリシー定義編集処理部、６３ 運用管理ポリシー定義用Ｉ／Ｆ、６４ 外部要求ポリシー定義用Ｉ／Ｆ、６５ ポリシー定義制御部、６６ ポリシー定義格納部、６７ ポリシー定義配信部、６８ 外部記憶、７０ 呼制御（Call Agent）サーバ。
【発明の属する技術分野】
本発明は、ネットワークにおけるＩＰパケットの通信品質を保証するＱｏＳ（Quality of Service:通信品質）制御のためのポリシー定義の配布および設定方法に関するものである。
【０００２】
【従来の技術】
従来技術として、Diffserv-PIB（Differentiated Service Quality of Service Policy Information Base）をベースとしたポリシー定義方法がある。Diffserv-PIBに関する文献としては、M. Fine, K. McCloghrie, J. Seligson, K. Chan, S. Hahn, A. Smith, Francis Reichmeyer "Differentiated Services Quality of Service Policy Information Base", IETF Internet Draft, November 24, 2000がある。
【０００３】
上記文献のDiffserv-PIBのポリシー定義には、ＩＰネットワーク上のルータを通過するＩＰパケットを識別するためのフィルター条件と、ＩＰヘッダにサービスクラスを指定するマーキング設定やＱｏＳ制御を行うキュー制御命令の設定等であるアクションとが含まれる。ルータでは、ポリシーサーバから配布されたこのポリシー定義にしたがってＩＰパケットを分類し、ＱｏＳ制御を実行する。
【０００４】
フィルター条件に関しては、同時に複数のフィルター条件が指定されることがあり、フィルター条件の内容によっては１つのＩＰパケットに対して、複数のフィルター条件がマッチする場合が出てくる。複数のフィルター条件に同時にマッチしてしまうと、あるＩＰパケットに対して希望と違うＱｏＳ制御が実行されてしまう場合が出てきてしまう。このため、Diffserv-PIBでは、どのフィルター条件から評価していくかを指定するための評価順位（相対的）が指定可能となっている。
【０００５】
ここで、従来は、評価順位が付与されたフィルター条件を含むポリシー定義をルータへ配布する際には、評価順位の付与された全フィルター条件を含む全てのポリシー定義を配布するようにしていた。
【０００６】
【発明が解決しようとする課題】
このように評価順位を全フィルター条件に付与し、全フィルター条件を配布する従来の手法では、１つでもフィルター条件の変更（追加）があると、全フィルター条件をルータに再度配信する必要があり、ポリシーサーバとルータ間で交換する通信データ量が膨大になり、データの転送時間や、ルータでの設定時間が長くなる問題を有している。このため、上記従来技術においては、ＩＰネットワーク上で音声通話を実現するＶｏＩＰ（Voice over IP）における呼設定のようなオンデマンドな外部要求に対して早急な応答ができない。
【０００７】
また、呼設定のような外部要求は頻繁に発生することが予想されるので、要求のたびに評価順位を付与する処理を実行するため、ポリシーサーバの負荷が高くなり、応答時間がさらに伸びることが予想される。
【０００８】
この発明は上記に鑑みてなされたもので、外部要求によるポリシー定義の変更に伴うポリシー定義の配布の際に、その配布情報の通信データ量を削減し、その配布時間を短縮するとともに、ルータ側での更新処理時間も短縮してルータへの設定時間を短縮し、外部要求元に対し早急な設定完了応答を可能にするポリシー定義の配布方法および設定方法を得ることを目的としている。
【０００９】
【課題を解決するための手段】
上記目的を達成するためこの発明にかかるポリシー定義の配布方法は、ポリシーサーバから複数のルータに対し、オンデマンドな外部要求に基づく外部要求ポリシー定義およびポリシー管理者作成の運用管理ポリシー定義を配布するＩＰネットワークにおけるポリシー定義の配布方法において、配布するポリシー定義が外部要求ポリシー定義および運用管理ポリシー定義の何れであるかを識別し、外部要求ポリシー管理定義である場合は、要求があるたびにその要求分の外部要求ポリシー定義のみを配布し、運用管理ポリシー定義である場合は、配布すべき運用管理ポリシー定義および対応する評価順位のみを配布することを特徴とする。
【００１０】
この発明によれば、ポリシーサーバは、配布するポリシー定義が外部要求ポリシー定義および運用管理ポリシー定義の何れであるかを識別し、外部要求ポリシー管理定義である場合は、要求があるたびにその要求分の外部要求ポリシー定義のみを配布し、運用管理ポリシー定義である場合は、配布すべき運用管理ポリシー定義および対応する評価順位のみを配布するようにしている。
【００１１】
つぎの発明にかかるポリシー定義の設定方法は、ポリシーサーバから受信したオンデマンドな外部要求に基づく外部要求ポリシー定義のフィルター条件およびポリシー管理者作成の運用管理ポリシー定義のフィルター条件をルータのフィルターテーブルに設定するＩＰネットワークにおけるポリシー定義の設定方法において、配布された運用管理ポリシー定義のフィルター条件と外部要求ポリシー定義のフィルター条件を区別して前記フィルターテーブルに設定するとともに、外部要求ポリシー定義のフィルター条件を、運用管理ポリシー定義のフィルター条件よりも評価順位を高くして前記フィルターテーブルに設定することを特徴としている。
【００１２】
この発明によれば、ルータは、配布された運用管理ポリシー定義のフィルター条件と外部要求ポリシー定義のフィルター条件を区別して前記フィルターテーブルに設定するとともに、外部要求ポリシー定義のフィルター条件を、運用管理ポリシー定義のフィルター条件よりも評価順位を高くして前記フィルターテーブルに設定するようにしている。
【００１３】
つぎの発明にかかるポリシー定義の設定方法は、上記発明において、前記配布された外部要求ポリシー定義のフィルター条件を、既に設定済み外部要求ポリシー定義のフィルター条件のいずれよりも評価順位を高くしてフィルターテーブルに設定することを特徴とする。
【００１４】
この発明によれば、ルータでは、配布された外部要求ポリシー定義のフィルター条件を、既に設定済み外部要求ポリシー定義のフィルター条件のいずれよりも評価順位を高くしてフィルターテーブルに設定するようにしている。
【００１５】
つぎの発明にかかるポリシー定義の設定方法は、上記発明において、前記配布された運用管理ポリシー定義のフィルター条件を、該フィルタ条件と共に配布される評価順位データに従って前記外部要求ポリシー定義のフィルター条件よりも下の評価順位で設定することを特徴とする。
【００１６】
この発明によれば、ルータでは、配布された運用管理ポリシー定義のフィルター条件を、該フィルタ条件と共に配布される評価順位データに従って前記外部要求ポリシー定義のフィルター条件よりも下の評価順位で設定するようにしている。
【００１７】
【発明の実施の形態】
以下に添付図面を参照して、この発明にかかるポリシー定義の配布および設定方法の好適な実施の形態を詳細に説明する。
【００１８】
実施の形態１.
図１は本発明のシステム構成例である。図１において、ＩＰネットワーク（ドメイン）Ｔには、３個のルータ１０,２０および３０が接続されている。各ルータ１０,２０および３０には、それぞれパーソナルコンピュータやワークステーションなどの端末１１、２１および３１が接続されており、ＩＰネットワークＴを介してこれら端末間でＩＰパケットデータが伝送される。すなわち、端末１１、２１および３１は、アプリケーションプログラムが生成したＩＰパケットをＩＰネットワークＴを介して送受信する。
【００１９】
ルータ１０にはＶｏＩＰゲートウェイ４０が接続され、ＶｏＩＰゲートウェイ４０には公衆網あるいは構内網などの電話網４１が接続されており、電話網４１には電話機（固定電話や携帯電話など）４２が接続されている。同様に、ルータ２０にはＶｏＩＰゲートウェイ５０が接続され、その先には電話網５１と電話機５２が接続されている。
【００２０】
ＶｏＩＰゲートウェイ４０および５０は、ＩＰネットワークを介して音声通話を行うために、ＩＰネットワークＴと電話網４１および５１との間で音声信号の符号化（復号化）処理、ＩＰパケット化（組立・分解）処理、呼設定処理などを行う。すなわち、ＶｏＩＰゲートウェイ４０および５０は、各電話網４１,５１からの音声信号をデジタル信号に符号化し、ＩＰパケット化して、ＩＰネットワークに送り出す機能を有する。
【００２１】
ドメインＴには、当該ドメインＴ内の各ルータ１０,２０および３０に対してＱｏＳ制御の指示としてのポリシー定義を配布するポリシーサーバ６０が接続されている。ポリシーサーバ６０は、ＩＰパケットデータのデータ転送におけるＱｏＳ制御の指示としてのポリシー定義の作成機能を、ＧＵＩ（Graphical User Interface）などを用いてユーザに提供し、定義されたポリシー定義を実際にＱｏＳ制御（帯域割当やシェーピング等）を行うルータ１０，２０および３０に配布するものである。
【００２２】
各ルータ１０，２０および３０は、ポリシーサーバ６０によって配布されたポリシー定義を受け取り、ポリシー定義に従ってＩＰパケットを通信品質でクラス分けしたサービスクラスに分類し、そのサービスクラスごとにＱｏＳ制御を行ってデータを転送するよう機能する。また、各ルータ１０，２０および３０では、ポリシーサーバ６０から配布されてきたポリシー定義を当該ルータで有効（配布されてきたポリシー定義にしたがってＱｏＳ制御がルータ上で実行可能になる）にするために、ポリシー定義中のフィルター条件をルータ内のフィルターテーブルに設定する。
【００２３】
ドメインＴには、ＩＰネットワークに接続されるＶｏＩＰゲートウェイ４０,５０からの呼設定要求を受け、宛先電話から対応するＶｏＩＰゲートウェイのＩＰアドレスを通知したり、ＩＰネットワーク上に帯域保証した通信パスの設定要求をポリシーサーバ６０に対して行う呼制御（Call Agent）サーバ７０が接続されている。すなわち、呼制御サーバ７０は、ＶｏＩＰゲートウェイ４０または５０からの呼設定要求を受けて、相手先電話番号と相手先ＶｏＩＰゲートウェイのＩＰアドレスを対応づける機能、ユーザ認証機能、および帯域制御機能などを有している。
【００２４】
ここで、電話機４２（電話番号「123-4567」）から、電話機５２（電話番号「231-5678」）にＩＰネットワークＴを介して通話する場合を想定する。電話機４２からの通話要求が、電話網４１を介してＶｏＩＰゲートウェイ４０に通知されると、ＶｏＩＰゲートウェイ４０は呼制御サーバ７０に対し呼設定要求を通知する。呼設定要求には、送信元・着信先アドレス（電話番号、ＩＰアドレス、メールアドレス等）の情報が含まれている。
【００２５】
ＶｏＩＰゲートウェイ４０からの呼設定要求を受けた呼制御サーバ７０は、宛先の電話番号「231-5678」から電話機４２が存在する電話網５１へ中継するＶｏＩＰゲートウェイ５０のＩＰアドレスを特定する。
【００２６】
次に、呼制御サーバ７０は、ＩＰネットワークＴ上にＶｏＩＰゲートウェイ４０からＶｏＩＰゲートウェイ５０までの通信パスを特定する。そして、呼制御サーバ７０は、ＩＰネットワークＴ上に他のパケットが同時にやり取りされていても音声通話に支障が無い通信品質を保証する通信パスを設定するためのポリシー定義をポリシーサーバ６０に要求する。このポリシー定義は、音声データパケットの遅延、揺らぎ、パケット損失が許容範囲内に収まるように各ルータでＱｏＳ制御が実行される内容で定義される。
【００２７】
呼制御サーバ７０からの呼設定対応のポリシー定義を外部要求ポリシー定義と呼び、ネットワーク管理者が管理ネットワークに対して定常的に設定するポリシー定義を運用管理ポリシー定義と呼ぶ。ただし、外部要求ポリシー定義は、呼制御サーバ７０から要求だけに限定したものではなく、呼制御サーバ７０からの要求のようにオンデマンドに発生するポリシー定義要求であれば、どこからの要求でもよい。
【００２８】
図２にポリシーサーバ６０の機能構成を示す。ポリシーサーバ６０は、ネットワーク管理者６１（図１）にポリシー定義のユーザインタフェースを提供するポリシー定義編集処理部６２と、ポリシー定義編集処理部６２からの要求を受け付ける運用管理ポリシー定義用インタフェース（Ｉ／Ｆ）６３と、呼制御サーバ７０等の外部からの外部ポリシー定義要求を受け付ける外部要求ポリシー定義用Ｉ／Ｆ６４がある。また、ポリシー定義制御部６５は、運用管理ポリシー定義用Ｉ／Ｆ６３および外部要求ポリシー定義用Ｉ／Ｆ６４からのポリシー定義と、その処理要求を受け付け、処理要求に応じた要求を、ポリシー定義格納部６６およびポリシー定義配信部６７に通知する。
【００２９】
ポリシー定義格納部６６は、要求が「保存」の場合は、受け取ったポリシー定義を外部記憶６８に保存する。ポリシー定義格納部６６は、要求が「読出」の場合は、外部記憶６８からポリシー定義を読出し、ポリシー定義制御部６５に通知する。
【００３０】
ポリシー定義配信部６７の場合、要求が「配布」の場合は、ポリシー定義制御部６５から受け取ったポリシー定義を対象のルータに通知する。対象ルータに関する特定情報は、ポリシー定義の中に保持している。
【００３１】
この場合、ポリシー定義は、パケットを分類するフィルター条件と、分類したパケットに対する制御命令であるアクションからなる。なお、ポリシー定義の指定内容は、ネットワークタイプやルータのＱｏＳ制御機能により異なっているので、本発明のポリシー定義は、フィルター条件およびアクションを含むものに限るわけではない。
【００３２】
ポリシーサーバ６０は、各ルータに対して、呼制御サーバ７０からの外部要求ポリシー定義（フィルター条件）と、ネットワーク管理者が設定する運用管理ポリシー定義（フィルター条件）を区別して配布する。すなわち、配布時には、外部要求ポリシー定義（フィルター条件）であるか、運用管理ポリシー定義（フィルター条件）であるかを識別する、識別フラグをつけてルータに配布する。
【００３３】
呼制御サーバ７０からの外部要求ポリシー定義（フィルター条件）の場合、追加、削除の頻度は高いが、送信元と送信先が限定されているので曖昧さの無いフィルター条件が指定されるため、他のフィルター条件との競合を考慮する必要は無い。
【００３４】
これに対し、運用管理ポリシー定義（フィルター条件）の場合、追加・削除の頻度は低いが、要素数が大きくなる可能性があるため、フィルター条件間の競合が考えられ、したがって全フィルター条件に相対的な評価順位を付与する必要がある。
【００３５】
また、各ルータ１０,２０および３０では、サーバから配布されてきた運用管理ポリシー定義（フィルター条件）と外部要求ポリシー定義（フィルター条件）とを区別してフィルターテーブルに設定する。
【００３６】
次に、図３を用いて運用管理ポリシー定義の配布方法を説明する。運用管理ポリシー定義にフィルター条件Ｄのポリシー定義が追加された場合を想定する。既存のフィルター条件として、フィルター条件Ａ、フィルター条件Ｂ、フィルター条件Ｃの３つがある（図３（ａ））。この時点では、各ルータ１０,２０および３０のフィルターテーブルには、フィルター条件が、フィルター条件Ａ→フィルター条件Ｂ→フィルター条件Ｃの順で設定されている（図３（ｂ））。
【００３７】
ネットワーク管理者は、ここで相対的な評価順位を割り当てながらフィルター条件Ｄを追加する（図３（ｃ））。例えば、フィルター条件Ａ→フィルター条件Ｄ→フィルター条件Ｂ→フィルター条件Ｃの順で評価順位をつける。
【００３８】
ポリシーサーバ６０は、評価順位付けした後、評価順位の情報と共に全てのフィルター条件（ポリシー定義情報）を所要のルータに配布する（図３（ｄ））。
【００３９】
ルータ側では、受信したフィルター条件と評価順位に基づいて、フィルター条件をフィルター条件Ａ→フィルター条件Ｄ→フィルター条件Ｂ→フィルター条件Ｃの順でフィルターテーブルに設定する（図３（ｅ））。
【００４０】
次に、図４を用いて外部要求ポリシー定義の配布方法を説明する。呼制御サーバ７０から外部要求ポリシー定義であるフィルター条件Ｗが追加された場合を想定する。
【００４１】
既存のフィルター条件として、フィルター条件Ｙ、フィルター条件Ｚ、フィルター条件Ｘの３つがある（図４（ａ））。各ルータ１０,２０および３０では、フィルター条件Ｙ、Ｚ、Ｘが、当該ルータに届いた順にフィルターテーブルに設定される。フィルター条件Ｗが追加される前のフィルターテーブルには、フィルター条件Ｘ→フィルター条件Ｚ→フィルター条件Ｙの順で評価順位の低いほうから設定されている（図４（ｂ））。
【００４２】
ポリシーサーバ６０は、呼制御サーバ７０からの要求による外部要求ポリシー定義を作成すると、即座にフィルター条件（ポリシー定義）Ｗを各ルータ１０,２０および３０に配布する（図４（ｃ））。
【００４３】
フィルター条件（ポリシー定義）Ｗを受信した各ルータ１０,２０および３０では、フィルター条件Ｗを使用済みの中で一番評価順位の高いインデックス「８」の次に高い評価順位のインデックス「７」に設定する（図４（ｄ））。
【００４４】
ここで、各ルータ１０,２０および３０においては、フィルターテーブルを設定する際には、図５および図６で示すように、上記した２種類の設定方法を組み合わせて行う。すなわち、フィルターテーブル内を外部要求ポリシー定義のフィルター条件を設定する外部要求フィルター条件用エリア▲１▼と運用管理ポリシー定義のフィルター条件を設定する運用管理フィルター条件用エリア▲２▼にそれぞれ分け、これら各エリア▲１▼▲２▼に、対応する方のフィルター条件を設定する。
【００４５】
この図５および図６に示す例では、評価順位の高い側のインデックス１〜８が外部要求フィルター条件用エリア▲１▼に属し、評価順位の低い側のインデックス９〜１７が運用管理フィルター条件用エリア▲２▼に属している。インデックスは１から１７の順で評価順位が低くなる。
【００４６】
図５においては、外部要求フィルター条件としてのフィルター条件Ｗが各ルータ１０,２０および３０のフィルターテーブルに追加される。フィルター条件Ｗは、外部要求フィルター条件用エリア▲１▼のなかで、既に登録されているフィルター条件のなかの一番評価順位の高いインデックス「６」の次に高い評価順位のインデックス「５」に設定される。
【００４７】
一方、図６においては、運用管理ポリシー定義（追加するフィルター条件Ｄを含む全てのフィルター条件Ａ,Ｂ,Ｃ,Ｄ）が各ルータ１０,２０および３０のフィルターテーブルに追加される。これら各フィルター条件Ａ,Ｂ,Ｃ,Ｄは指定された評価順位に基づいて運用管理フィルター条件用エリア▲２▼に設定される。
【００４８】
つぎに、図７を参照して、ポリシーサーバ６０でのポリシー定義の配布処理手順について説明する。
【００４９】
ポリシー定義要求を受信すると（ステップ１００）、ポリシーサーバ６０のポリシー定義制御部６５は、それが外部要求であるか運用管理であるかを判定する（ステップ１１０）。外部要求の場合、ポリシー定義制御部６５は、ポリシー定義と共に配布する識別フラグに“外部要求”を設定し（ステップ１２０）、当該外部要求に対応したポリシー定義のみをポリシー定義配信部６７を介して対象のルータに配布する（ステップ１３０）。
【００５０】
ステップ１１０の判定で運用管理であると判定された場合、ポリシー定義制御部６５は、ポリシー定義の変更に伴ってフィルター条件の評価順位を付与し直し（ステップ１４０）、識別フラグに“運用管理”を設定し（ステップ１５０）、変更のあった運用管理ポリシー定義のすべてをポリシー定義配信部６７を介して対象のルータに配布する（ステップ１６０）。
【００５１】
つぎに、図８を参照して、各ルータにおけるフィルターテーブルへのフィルター条件の設定処理（追加処理）について説明する。
【００５２】
ルータは、ポリシー定義情報を受信すると（ステップ２００）、識別フラグを判定する（ステップ２１０）。そして、この識別フラグの判定によって外部要求からのポリシー定義であると判定した場合は、この外部要求に対応するフィルター条件を、フィルターテーブルにおける外部要求フィルター条件用エリア▲１▼のなかで、既に登録されているフィルター条件のなかの一番評価順位の高いインデックスの次に高い評価順位のインデックスに設定する（ステップ２２０）。また、識別フラグの判定によって運用管理要求からのポリシー定義であると判定した場合は、フィルターテーブルにおける運用管理フィルター条件用エリア▲２▼に対し全てのフィルター条件を評価順位（相対値）にしたがって設定する（ステップ２３０）。
【００５３】
つぎに、図１における電話機４２と電話機５２との間での通話要求があった場合に、呼制御サーバ７０からの外部要求に対応してポリシーサーバ６０が外部要求ポリシー定義（フィルター条件）を配布する場合をより詳細に説明する。
【００５４】
この時のポリシー定義は、フィルター条件が「宛先ＩＰアドレスが“2.3.4.4”でかつ送信元ＩＰアドレスが“1.2.3.4”」（これをフィルター条件Ｗとする）であって、アクションが「最低保証帯域が３２kbpsで遅延が１００ms以下」であるものとする。
【００５５】
上記のポリシー定義がルータ１０，２０に通知されると、ルータ１０，２０では、前述したように、ポリシー情報といっしょに配布されてくる識別フラグを参照することによって外部要求ポリシー定義と判断する。そして、この外部要求ポリシー定義を、図５に示したように、フィルターテーブル中の外部要求フィルター条件用エリア▲１▼のなかで、既に登録されているフィルター条件のなかの一番評価順位の高いインデックス「６」の次に高い評価順位のインデックス「５」に設定する。この時、管理者が指定する運用管理フィルター条件用エリア▲２▼のフィルター条件には影響が及ばない。
【００５６】
この設定によってルータ１０，２０では、フィルター条件Ｗの外部要求ポリシー定義が有効になり、宛先ＩＰアドレスが “2.3.4.4”でかつ送信元ＩＰアドレスが“1.2.3.4”のＩＰパケットが到着すると、ポリシー定義内のアクションで指定された通信品質で伝送を行う。
【００５７】
このような外部要求ポリシー定義の配布方法を使用することにより、外部要求ポリシー定義によるポリシー定義の変更（追加）があった場合、運用管理ポリシー定義は再度ルータ等に配布しなくて済むため、通信データ量が削減でき、通信処理時間を削減できる。また、ルータ側では外部要求ポリシー定義の場合、配布されてきたポリシー定義部分（フィルター条件）だけをフィルターテーブルに設定すればよく、設定済みの外部要求ポリシー定義のフィルター条件までも再度設定する必要がないため、設定データ量が減り、設定処理時間が短縮できる。上記２つの処理時間の短縮により、呼制御サーバ７０からのポリシー定義要求に対し、早急な応答が可能になる。
【００５８】
次に、図６を使用して、運用管理ポリシー定義が変更（追加）された場合の配信および設定処理について説明する。ネットワーク管理者が運用管理ポリシー定義（フィルター条件としてはフィルター条件Ｄ）を追加した場合、ポリシーサーバ６０では、関連するフィルター条件（この場合フィルター条件Ａ、Ｂ、Ｃ）と合わせたすべて（フィルター条件Ａ,Ｂ,Ｃ,Ｄ）に、相対的な評価順位を付与し直す。評価順位の付与の方法は特定しないが、この場合は、ネットワーク管理者が指定することを想定する。
【００５９】
ポリシーサーバ６０では、評価順位が再付与された全てのフィルター条件、すなわちフィルター条件Ａ（評価順位"1"を含む）、フィルター条件Ｂ（評価順位"3"を含む）、フィルター条件Ｃ（評価順位"4"を含む）およびフィルター条件Ｄ（評価順位"2"を含む）をポリシー定義として所要の各ルータに配布する。
【００６０】
各ルータでは、ポリシー情報を受信し、そのポリシー情報に付与されている識別フラグにより運用管理ポリシー定義と判断し、フィルターテーブルの運用管理フィルター条件用エリア▲２▼に、フィルター条件に付与された評価順位の高いものから順に設定していく。このとき、外部要求フィルター条件用エリア▲１▼のフィルター条件には影響が及ばない。この場合は、図６に示したように、フィルター条件Ａ→フィルター条件Ｄ→フィルター条件Ｂ→フィルター条件Ｃの順に評価順位が低くなっているので、インデックス「９」にフィルター条件Ａが、インデックス「１０」にフィルター条件Ｄが、インデックス「１１」にフィルター条件Ｂが、インデックス「１２」にフィルター条件Ｃが設定される。
【００６１】
このような運用管理ポリシー定義の配布方法を使用することにより、運用管理ポリシー定義に変更があった場合でも、外部要求ポリシー情報はルータの既設定をそのまま使用でき、再度ポリシーサーバから外部要求ポリシー定義を配布しなくて済むため、外部要求ポリシー定義分のデータ通信と設定処理が削減でき、ルータへの設定処理時間が短縮できる。
【発明の効果】
以上説明したように、この発明によれば、ポリシーサーバは、配布するポリシー定義が外部要求ポリシー定義および運用管理ポリシー定義の何れであるかを識別し、外部要求ポリシー管理定義である場合は、要求があるたびにその要求分の外部要求ポリシー定義のみを配布し、運用管理ポリシー定義である場合は、配布すべき運用管理ポリシー定義および対応する評価順位のみを配布するようにしている。したがって、外部要求ポリシー定義によるポリシー定義の変更（追加）があった場合、運用管理ポリシー定義は再度ルータ等に配布しなくて済むため、通信データ量が削減でき、通信処理時間を削減でき、呼設定などの外部要求に対し速やかな応答が可能となる。また、運用管理ポリシー定義に変更があった場合でも、再度ポリシーサーバから外部要求ポリシー定義を配布しなくて済むため、通信データ量が削減され、通信処理時間を削減できる。
【００６２】
つぎの発明によれば、ルータは、配布された運用管理ポリシー定義のフィルター条件と外部要求ポリシー定義のフィルター条件を区別して前記フィルターテーブルに設定するとともに、外部要求ポリシー定義のフィルター条件を、運用管理ポリシー定義のフィルター条件よりも評価順位を高くして前記フィルターテーブルに設定するようにしているので、ルータ側では運用管理ポリシー定義のフィルター条件と外部要求ポリシー定義のフィルター条件を別々に設定できるようになり、これによりルータでの設定データ量を減らすことができ、設定時間を削減することが可能となり、外部要求に対する早急な応答が可能になる。また、外部要求ポリシー定義のフィルター条件の評価順位を運用管理ポリシー定義よりも高くしているので、呼設定要求などの外部要求の通信品質を要求に応じたレベルに確保することが可能となる。
【００６３】
次の発明によれば、ルータでは、配布された外部要求ポリシー定義のフィルター条件を、既に設定済み外部要求ポリシー定義のフィルター条件のいずれよりも評価順位を高くしてフィルターテーブルに設定するようにしているので、変更時点が新しい外部要求ポリシー定義の通信品質をより優先させることが可能となる。
【００６４】
つぎの発明によれば、ルータでは、配布された運用管理ポリシー定義のフィルター条件を、該フィルタ条件と共に配布される評価順位データに従って設定するようにしているので、運用管理ポリシー定義のフィルター条件を評価順位データに対応する優先順位に設定することができる。
【図面の簡単な説明】
【図１】 この発明にかかるポリシー定義配布および設定方法を適用するＩＰネットワークシステムを示す概念図である。
【図２】 ポリシーサーバの内部構成例を示すブロック図である。
【図３】 運用管理ポリシー定義の配布および設定態様を説明するための図である。
【図４】 外部要求ポリシー定義の配布および設定態様を説明するための図である。
【図５】 外部要求ポリシー定義の設定態様を説明するための図である。
【図６】 運用管理ポリシー定義の設定態様を説明するための図である。
【図７】 ポリシーサーバにおけるポリシー定義の配布動作を示すフローチャートである。
【図８】 ルータにおけるポリシー定義の設定動作を示すフローチャートである。
【符号の説明】
１０，２０，３０ ルータ、１１，２１，３１ 端末、４０，５０ ＶｏＩＰゲートウェイ、４１，５１ 電話網、４２，５２ 電話機、６０ ポリシーサーバ、６１ ネットワーク管理者、６２ ポリシー定義編集処理部、６３ 運用管理ポリシー定義用Ｉ／Ｆ、６４ 外部要求ポリシー定義用Ｉ／Ｆ、６５ ポリシー定義制御部、６６ ポリシー定義格納部、６７ ポリシー定義配信部、６８ 外部記憶、７０ 呼制御（Call Agent）サーバ。
Claims (4)
- ポリシーサーバから複数のルータに対し、オンデマンドな外部要求に基づく外部要求ポリシー定義およびポリシー管理者作成の運用管理ポリシー定義を配布するＩＰネットワークにおけるポリシー定義の配布方法において、
配布するポリシー定義が外部要求ポリシー定義および運用管理ポリシー定義の何れであるかを識別し、外部要求ポリシー管理定義である場合は、要求があるたびにその要求分の外部要求ポリシー定義のみを配布し、運用管理ポリシー定義である場合は、配布すべき運用管理ポリシー定義および対応する評価順位のみを配布することを特徴とするポリシー定義の配布方法。 - ポリシーサーバから受信したオンデマンドな外部要求に基づく外部要求ポリシー定義のフィルター条件およびポリシー管理者作成の運用管理ポリシー定義のフィルター条件をルータのフィルターテーブルに設定するＩＰネットワークにおけるポリシー定義の設定方法において、
配布された運用管理ポリシー定義のフィルター条件と外部要求ポリシー定義のフィルター条件を区別して前記フィルターテーブルに設定するとともに、外部要求ポリシー定義のフィルター条件を、運用管理ポリシー定義のフィルター条件よりも評価順位を高くして前記フィルターテーブルに設定することを特徴とするポリシー定義の設定方法。 - 前記配布された外部要求ポリシー定義のフィルター条件を、既に設定済み外部要求ポリシー定義のフィルター条件のいずれよりも評価順位を高くしてフィルターテーブルに設定することを特徴とする請求項２に記載のポリシー定義の設定方法。
- 前記配布された運用管理ポリシー定義のフィルター条件を、該フィルタ条件と共に配布される評価順位データに従って設定することを特徴とする請求項２または３に記載のポリシー定義の設定方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001118823A JP3653002B2 (ja) | 2001-04-17 | 2001-04-17 | ポリシー定義の配布方法および設定方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001118823A JP3653002B2 (ja) | 2001-04-17 | 2001-04-17 | ポリシー定義の配布方法および設定方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002314588A JP2002314588A (ja) | 2002-10-25 |
| JP3653002B2 true JP3653002B2 (ja) | 2005-05-25 |
Family
ID=18969144
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001118823A Expired - Fee Related JP3653002B2 (ja) | 2001-04-17 | 2001-04-17 | ポリシー定義の配布方法および設定方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3653002B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7409707B2 (en) | 2003-06-06 | 2008-08-05 | Microsoft Corporation | Method for managing network filter based policies |
| US20050010529A1 (en) * | 2003-07-08 | 2005-01-13 | Zalewski Stephen H. | Method and apparatus for building a complete data protection scheme |
| AU2005248858B8 (en) * | 2004-05-25 | 2011-05-26 | Google Llc | Electronic message source reputation information system |
| JP2006065509A (ja) * | 2004-08-25 | 2006-03-09 | Asgent Inc | セキュリティポリシー運用管理システム及びプログラム |
| JP4620070B2 (ja) * | 2007-02-28 | 2011-01-26 | 日本電信電話株式会社 | トラヒック制御システムおよびトラヒック制御方法 |
-
2001
- 2001-04-17 JP JP2001118823A patent/JP3653002B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002314588A (ja) | 2002-10-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8467299B2 (en) | Method for classifying network components of a packet-oriented network | |
| US6594277B1 (en) | Dynamic-rate, differential class-based quality of service agent for internet protocol exchange systems | |
| JP4852044B2 (ja) | 移動体通信網で無線リソースをプリエンプティブに管理する方法 | |
| KR101877595B1 (ko) | 서비스에 따른 트래픽 처리를 이용한 QoS 제어 방법 | |
| KR101542042B1 (ko) | 셀룰러 원격통신 시스템 네트워크 요소, 대응하는 방법 및 컴퓨터-판독 가능한 저장 매체 | |
| US20170237667A1 (en) | Software-defined network-based method and system for implementing content distribution network | |
| US20040203658A1 (en) | Method and system for improving radio resource allocation and utilization on a per application and per service basis | |
| JP2002319970A (ja) | 通信ネットワーク | |
| JP2002158700A (ja) | ＱｏＳサーバ及びリソース割当て制御方法 | |
| CN103297347B (zh) | 一种负载均衡处理方法及装置 | |
| EP3637705B1 (en) | Data flow processing method and device | |
| US11627076B2 (en) | Call route generation for other communication service carriers as a service | |
| GB2398460A (en) | Management of wireless channel to wireless IP terminals in WLAN | |
| US11463589B1 (en) | Domestic long-distance call route generation | |
| CA2176333C (en) | Device for the transmission of data streams in data-communication networks | |
| KR100804290B1 (ko) | 통신 시스템에서 서비스 관리 방법 | |
| JP3653002B2 (ja) | ポリシー定義の配布方法および設定方法 | |
| CN114095388B (zh) | RTC / RTE设备与WiFi接入点间交换数据包分类标识符的方法以及无线接入点 | |
| US20230247516A1 (en) | International call route generation | |
| JP2006304083A (ja) | ＷＬＡＮネットワークシステム、ＷＬＡＮネットワークのＱｏＳ制御方法 | |
| EP3932115A1 (en) | Network slice selection in a wireless telecommunications network | |
| WO2008015379A1 (en) | User prioritisation of communications traffic | |
| KR100415583B1 (ko) | 인터넷에서 차등 서비스 제공을 위한 서비스 관리 시스템및 그 서비스방법 | |
| JP2002305538A (ja) | 通信品質制御方法、サーバ及びネットワークシステム | |
| JP4356933B2 (ja) | 呼の設定要求の規制方法、規制装置およびそのためのプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050214 |
|
| 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: 20050222 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050224 |
|
| 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: 20080304 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090304 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100304 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100304 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110304 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |