JP2003524994A - Ｗａｎ又はｌａｎにおけるインターネット・プロトコルのトラフィックを制御する方法及び装置 - Google Patents

Abstract

(57)【要約】 通信ネットワーク（図５）内のトラフィックを制御する方法及び装置は、複数のローカルアクティブノード及び１つのマスターノードを提供し、ローカルアクティブノードは、自身に対応しているネットワーク設備をポーリングし、ネットワーク利用についての情報をマスターアクティブノードへ送信する。定期的に、マスターアクティブノードは、ネットワークステータス情報をローカルアクティブノードへ送信する。また、ローカルアクティブノードは、マスターアクティブノードにネットワークステータスについてのクエリーを発行してもよい。ローカルアクティブノードに接続されたホストは、そのノードへネットワークステータスのためのクエリーを発行する。

Description

【発明の詳細な説明】

【０００１】 本願は、２０００年２月２３日に出願された仮出願番号６０／１８４，７５８
による権利を主張し、その開示内容の全てが参照して組み入れられる。

【０００２】 〔発明の背景〕 〔発明の分野〕 本発明は、インターネット・プロトコル（ＩＰ）を利用する電気通信ネットワ
ークに関する。特に、本発明は、ネットワークを介してのＩＰパケットの転送を
制御する方法及び装置に関する。

【０００３】 〔従来技術〕 従来技術は、以下の各文献によって代表される。これらの文献は、以下に要約
されており、その全体が上記の仮出願に添付され、本開示内容の一部を構成して
いる。

【０００４】 Murphy, David M., Building an Active Node on the Internet, MIT, May 19
97. 「アクティブＩＰネットワークにより、ＩＰパケットベースモデルとアクティ
ブ・ネットワーク・カプセルベースモデルという２つの非常に異なったネットワ
ーク・プログラミングモデルが統合される。このレポートでは、これら２つのモ
デルを、アクティブＩＰノードと呼ばれる単一のノードにどのように統合するか
、及び、アクティブＩＰノードをＩＰネットワークにどのように統合するかが、
説明されている。また、アクティブ及び非アクティブＩＰノードの異種ネットワ
ークのためにアクティブ・プロトコルを構築するときに、ネットワーク構築者が
直面するはずの制約に関する予備的な着想についても、提示されている。一定及
び可変処理のモデルを用いることにより、アクティブ及びＩＰアーキテクチャを
統合することは、すっきりと簡潔なノードを設計して実装することにつながる。
さらに、保護バッファ（protected buffer）等の本レポートで提示された仕組み
により、統合を支援する多様な安全上の制約が提供される。最後に、このレポー
トでは、いくつかの予備的な動作結果が提示されている。当該動作結果は、上記
特性と組み合わされた場合に、アクティブＩＰプラットフォームが、インターネ
ットのためのアプリケーション用のプロトコルを研究しようとする研究者にアピ
ールすることになる旨を、示唆している。」 Legedza, Ulana; Wetherall, David J. and Guttag, John, Improving The Pe
rformace of Distributed Applications Using Active Networks, IEEE Infocom
, San Fransisco, April 1998. 「アクティブ・ネットワークは、アプリケーションがカスタマイズされたプロ
グラムをネットワーク・ノードに導入することを可能にする。このことは、新し
いネットワーク・プロトコルを採用しやすくすることにより、ネットワーク・プ
ロトコルの改革を加速する。これはワイドエリアに関してもである。この論文に
おいて、我々は、アクティブ・プロトコルを導入する能力により、分散アプリケ
ーションの終端間での性能の向上に重要な可能性が提供されることを、論議して
いる。まず、新しいネットワーク・サービスを提供するいくつかのアクティブ・
プロトコルについて述べ、終端間でのアプリケーション動作についてのサービス
の影響力について考察している。そして、先に研究したサービスを実行する２つ
のアクティブ・プロトコルである信頼性の高いマルチキャストについて考察して
いる。一方のプロトコルは、バッチ・アプリケーションに対応させて最適化され
ており、他方は、インタラクティブなアプリケーションに対応させて最適化され
ている。最後に、これらのプロトコルの性能を、基準としての非アクティブ・プ
ロトコルと比較して解析する。その結果、特定のアプリケーションの要求に目を
向けてアクティブ・プロトコルを導入すると、著しく性能が向上しうることが、
明らかに実証された。」 Wetherall, David J.; Legedza, Ulana and Guttag, John, Introducing New
Internet Services: Why and How, IEEE Network Magazine Special Issue on A
ctive and Programmable Networks, July 1998. 「アクティブ・ネットワークは、アプリケーションが、ローカルエリア・ネッ
トワーク、そしてより重要なこととして、ワイドエリア・ネットワークに、プロ
グラムを導入することを可能にする。このことは、新しいネットワーク・サービ
スを採用しやすくすることにより、サービスの改革を加速するように支援する。
この論文において、我々は、アプリケーションへのアクティブ・ネットワーク・
サービスの潜在的な影響力と、このようなサービスがどのように構築されて展開
されるのかということについて考察している。試験的な使用を提案すること、及
びこのように使用されることでアプリケーションの性能がどのくらい向上するか
を論議することにより、影響力について考察する。新しいアーキテクチャである
ＡＮＴＳを提示することにより、アクティブ・ネットワークの設計について考察
する。ＡＮＴＳは、ネットワーク層に拡張的に付加され、インターネット内でア
クティブ・ノードを漸進的に採用してゆくことを可能にする。そのようにして、
ＡＮＴＳは、アクティブ・ネットワークにより提供される柔軟性が、性能や安全
性に悪い影響を与えないことを保証するという課題に取り組む。最後に、ネット
ワーク・サービスがＡＮＴＳにおいてどのように表現されうるかについて実証し
ている。」 Network Working Group, Request for Comments: 2475, December 1998. 「この文献では、インターネットにおけるスケーラブルなサービスの区分化を
実行するためのアーキテクチャが規定されている。このアーキテクチャは、トラ
フィックの分類分け状態を集めることにより、スケーラビリティを実現している
。状態は、ＤＳフィールド[DSFIELD]を用いたＩＰレイヤ・パケットのマーキン
グにより伝達される。パケットは、ノードでのそのパスに沿った特定のパー・ホ
ップ（per-hop）転送動作を受信するために、分類されマークされる。高度な分
類、マーキング、監視（policing）、及び整形（shaping）の動作は、ネットワ
ークの境界（boundaries）又はホストで実行されるだけでよい。ネットワーク・
リソースは、サービス提供ポリシーによりトラフィック・ストリームに割り当て
られる。サービス提供ポリシーは、区分化されたサービス可能ネットワークに入
ることにおいてトラフィックがどのようにマークされ、調整されるかを、決定し
ている。これら構成要素の上で、広範なサービスが実行されうる。」 「この文献で規定された区分化サービス・アーキテクチャは、既存のサービス
の区分化モデルとは異なっていてもよい。これらの代替モデルを、以下のカテゴ
リに分類する。すなわち、相対プライオリティ・マーキング、サービス・マーキ
ング、ラベルスイッチング、統合サービス／ＲＳＶＰ、及び静的パー・ホップ分
類にである。相対プライオリティ・マーキングモデルの例として、[RFC791<http
://www.faqs.org/rfcs/rfc791.html>]に規定されたＩＰｖ４優先度マーキング（
precedence marking）、トークンリング・プライオリティ[TR]、及び801.2pトラ
フィック・クラス[801.1p]のデフォルトのインタプリテーションがある。このモ
デルでは、アプリケーション、ホスト、又はプロキシ・ノードは、パケットに対
する相対プライオリティ又は「優先度」（例えば、遅延又は廃棄のプライオリテ
ィ）を選択し、転送経路のネットワーク・ノードは、パケットのヘッダ内のプラ
イオリティ値に対応する適正なプライオリティ転送動作を、適用する。我々のア
ーキテクチャは、このモデルの改良とみなされうる。なぜならば、我々は、境界
ノード及びトラフィック・コンディショナーの役割と重要性をより明確に規定し
、我々のパー・ホップ動作モデルにより、相対遅延又は廃棄プライオリティより
一般的な転送動作が可能になるからである。」 「サービス・マーキングモデルの例として、[RFC1349<http://www.faqs.org/r
fcs/rfc1349.html>]に規定されたＩＰｖ４ＴＯＳがある。この例において、各パ
ケットは、「サービスの型」の要求によりマークされる。これには、「遅延の最
小化」、「スループットの最大化」、「信頼性の最大化」、又は「コストの最小
化」が含まれていてもよい。ネットワーク・ノードは、サービスの要求を満たす
ように好適に計画されたルーティング経路又は転送動作を選択してもよい。この
モデルは、我々のアーキテクチャとは微妙に異なっている。なお、我々は、ＤＳ
フィールドをルートの選択のための入力に用いることについて記述していない。
[RFC1349<http://www.faqs.org/rfcs/rfc1349.html>]に規定されたＴＯＳマーキ
ングは、非常に一般的であり、可能なサービス・セマンティックスの範囲に及ぶ
ものではない。さらに、サービスの要求は個々のパケットに関連づけられるのに
対して、一連のパケットの集合転送動作に依存したサービスの意味があってもよ
い。サービス・マーキングモデルは、さらなるサービスの数及び範囲の拡大に容
易に対応できるものではなく（コードポイント空間が小さいため）、各コア・ネ
ットワーク・ノードに関連して「ＴＯＳ−転送動作」の構成を含んでいる。サー
ビス・マーキングの標準化は、サービスの提供を標準化することを意味している
。これは、ＩＥＴＦの活動範囲外である。なお、プロバイダがサービス・マーキ
ング・セマンティックスに対応するのに用いられうるローカルで重要なコードポ
イントを可能にするために、ＤＳコードポイント空間を割り振る準備がなされて
いる[DSFIELD]。」 「ラベルスイッチング（又は回線交換）の実例として、フレームリレー、ＡＴ
Ｍ、及びＭＰＬＳ[FRELAY, ATM]等がある。このモデルでは、パス転送状態及び
トラフィック管理又はＱＯＳ状態が、ネットワークパスに沿った各ホップについ
てのトラフィック・ストリームのために確立される。様々な大きさ（granularit
y）のトラフィックの集合に、進入ノードにてラベルスイッチされたパスが関連
づけられ、ラベルスイッチされた各パス内のパケット／セルが転送ラベルでマー
クされる。転送ラベルは、次のホップ・ノード、パー・ホップ転送動作、及び各
ホップでの差し替えラベル（replacement label）を参照するために用いられる
。このモデルにより、トラフィック・ストリームに、よりきめ細かい大きさでリ
ソースを割り当てることが可能になる。ラベル値が世界的に有効であるわけでな
く、単一のリンクでのみ有効であるためである。従って、リソースは、リンクで
受信された特定のラベルのパケット又はセルの集合のために予約可能であり、ラ
ベルスイッチングの意味により次のホップ選択が制御され、ネットワークを通じ
て特別につくられたパスをたどることが可能となる。この改良された大きさは、
ラベルスイッチされたパスを確立して維持するのに必要な追加的な管理及び構成
のコストの増加を招く。さらに、各ノードで維持される転送状態の合計は、最良
の場合（マルチ・ポイントツーポイント・ラベルスイッチ・アクセスを仮定）に
は、ネットワークのエッジノード数に比例して拡大・縮小し、最悪の場合には、
リソースが供給されたエッジからエッジへのラベルスイッチパスが用いられると
きに、エッジノード数の二乗に比例して拡大・縮小する。」 「統合サービス／ＲＳＶＰモデルは、デフォルトの場合に、通常のデータグラ
ム転送に依存しているが、発信者及び受信者が、追加的なパケット分類を確立し
て各ノードの状態をそれらのパスに沿って転送する信号メッセージを交換するこ
とを可能にしている[RFC1633<http://www.faqs.org/rfcs/rfc1633.html>, RSVP]
。状態の集合がないと、各ノードの状態の量は、同時に起る予約の数に比例して
変る。同時に起る予約は、高速リンクでは潜在的に多いものである。また、この
モデルでは、ＲＳＶＰ信号プロトコル用のアプリケーションの対応が必要とされ
る。区分化されたサービス機構は、ネットワークのコアにおける統合サービス／
ＲＳＶＰの状態を集めるのに用いられうる[Bernet]。」 「多様な統合サービス／ＲＳＶＰモデルにより、ホップ・バイ・ホップ（hop
by hop）の信号転送に要求される条件がなくなる。これは、ネットワークパスに
沿った各ノードに実装されている「静的な」分類及び転送ポリシーのみを用いる
ためである。これらのポリシーは、管理タイムスケールに基づいて更新されるも
のであり、ネットワークで動作するマイクロフローの瞬間的な混合に対応するも
のではない。この変化に対する状態の要件は、ＲＳＶＰが用いられたときに発生
するものよりも潜在的に悪質である。バックボーン・ノードにおいて特にそうで
ある。これは、継時的に適用されうる静的なポリシーの数が、ノードに予約状態
を導入したかもしれない動作中の送信者−受信者セッション数よりも多いことが
ありうるためである。多数の分類ルール及び転送ポリシーがコンピュータで実施
可能ではあるが、これらのルールを、トラフィック・ストリームが通過しうるバ
ックボーン・ネットワーク内の各ノードに導入して維持してゆくのに伴う管理負
担は、かなりのものである。」 「我々のアーキテクチャを、代替としてのこれらサービスの区分化モデルと対
比するものの、これらの技術を用いたリンク及びノードが、区分化サービス動作
、及び、ＤＳノードを相互接続するレイヤ２スイッチ・インフラストラックチャ
（例えば、802.1pＬＡＮ、フレームリレー／ＡＴＭバックボーン）全体に亘る意
味を拡張するのに用いられてもよく、ＭＰＬＳの場合には、代替としてのイント
ラドメインでの実装技術に用いられてもよい。ＤＳドメイン（又はＤＳドメイン
へのネットワーク供給アクセス）の特定の領域におけるリンクレイヤ用の技術を
用いることにより課される制約は、大きさの大きいトラフィックを区分すること
を意味する。ＰＨＢから異なるリンクレイヤのサービスへのマッピング、及び制
約されたポリシークラスの組（又は異なるカテゴリ及び容量の回線交換）にてパ
ケットがスケジューリングされること次第で、使用中のＰＨＢの全て又は一部が
対応可能（又は区別不能）となりうる。」 Network Working Group, Internet Draft, Multiprotocol Label Switching (
MPLS). 「このインターネット・ドラフトでは、マルチプロトコル・ラベルスイッチン
グ（MPLS）のためのアーキテクチャが規定されている。」 「パケットヘッダには、単に次のホップを選択するのに必要な情報よりもかな
り多くの情報が含まれている。従って、次のホップを選択することは、２つの機
能の組み合わせと考えることができる。第１の機能により、可能なかぎりのパケ
ットの全ての組が、「転送等価クラス（ＦＥＣs：Forwarding Equivalence Clas
ses）」の組に分割される。第２の機能により、各ＦＥＣが次のホップにマッピ
ングされる。転送の決定が考慮される限りにおいて、同じＦＥＣにマッピングさ
れた別々のパケットは、区別不能である。特定のＦＥＣに属して特定のノードか
ら伝達される全てのパケットは、同じ経路を（又は、ある種のマルチパス・ルー
ティングが用いられていれば、当該ＦＥＣに対応した経路の組のうちの１つを）
たどることになる。Rosen, Viswanathan & Callon [Page 4] Internet Draft dr
aft-ietf-mpls-arch-06.txt August 1999.」 「従来のＩＰ転送では、通常、特定のルータのルーティング・テーブルにおい
て、Ｘが各パケットの宛先アドレスについての「最長の一致（longest match）
」であるというようなアドレスのプレフィックスＸがある場合、当該ルータは、
２つのパケットが同じＦＥＣに入っていると見なす。パケットがネットワークを
進んでゆく間に、各ホップは、順番にパケットを再検査してＦＥＣを割り当てる
。ＭＰＬＳでは、パケットがネットワークに入ると、特定のパケットを特定のＦ
ＥＣに割り当てることが、１度だけなされる。パケットが割り当てられたＦＥＣ
は、「ラベル」として知られる短い固定長の値として符号化される。パケットが
次のホップへ転送されるとき、ラベルは、それとともに送信される。すなわち、
パケットには、転送前に「ラベル」が付される。つぎのホップでは、パケットの
ネットワーク層ヘッダのさらなる分析はなされない。むしろ、ラベルは、次のホ
ップを指定するテーブル及び新しいラベルへのインデックスとして用いられる。
旧ラベルは新ラベルに置き換えられる。」 以下に、ＡＴＭネットワークを介してＩＰパケットを伝送するための周知の仕
組みを要約する。これらには、クラシカルＩＰ、ＬＡＮＥ、ＭＰＯＡ及びＭＰＬ
Ｓが含まれている。

【０００５】 ＡＴＭを介してのクラシカルＩＰ（ＣＩＰ）により、既存のＩＰユーザが、従
来のＩＰシステム用に設計された既存のアプリケーションを引き続き使用しなが
ら、ＡＴＭを基礎となるデータ伝送技術として使用することに、移行することが
可能となる。このことから、ＡＴＭネットワークは、ルータを介して相互に通信
する論理ＩＰサブネット（ＬＩＳ：Logical IP Subnet）に分割される。

【０００６】 ＬＡＮＥは、ＭＡＣレイヤで動作し、あらゆるレイヤ３プロトコルで使用可能
である。これに対し、ＡＴＭを介したクラシカルＩＰは、ＩＰとともにのみ機能
する。

【０００７】 ＡＴＭフォーラムは、ＬＡＮＥ及びＣＩＰの主な欠点を克服するために、ＡＴ
Ｍを介してのマルチプロトコル（ＭＰＯＡ：Multi-protocol over ATM）を、規
定している。これらのプロトコルでは、異なったサブネット（ＥＬＡＮ又はＬＩ
Ｓ）上のホスト同士が中間ルータを介して通信することが必要とされる。中間ル
ータは、パケットのスループットを著しく減速する。これは、各ルータが、ルー
ティングのためにレイヤ３パケットセルを再構成し、転送するためにパケットを
セルに再度分割しなければならないためである。ＭＰＯＡにより、異なったサブ
ネット内のクライアント同士が直接、ショートカットとしても知られるＶＣＣを
、お互の間で確立することが可能となり、中間における再構成及び分割なしにレ
イヤ３で直接パケットを転送する。サブネット内において、ＭＰＯＡはＬＡＮＥ
を用いている。

【０００８】 ＭＰＯＡは、分散された仮想ルータを供給する。ＡＴＭサブネットを従来のＬ
ＡＮセグメントに接続するエッジデバイスは、どちらかというと、仮想ルータ用
のインターフェースカードに似ている。エッジデバイスを接続する全ＡＴＭネッ
トワークは、仮想ルータ転送のバックプレーンである。パケット転送機能は、経
路算出機能から分離されている。経路計算機能は、ルートサーバにより実行され
る。

【０００９】 ＭＰＬＳモデルにおいて、各ルータはスイッチでもある。ショートカットに割
り振られているパケットは、通常のレイヤ３ヘッダに加えて、固定長のラベルを
携えている。ＭＰＬＳにより、柔軟なネットワーク設計ができるようになるとと
もに、宛先のＩＰアドレス、サービスのクラス及びサービスのポリシーといった
いくつかの基準に基づいて、ショートカットがセットアップ可能になる。ＭＰＬ
Ｓは、ＡＴＭに拘束されるものではなく、その代わりに、ショートカット識別の
ための固定長ラベルに対応可能などのようなリンクレイヤ技術においても動作す
ることを目的としている。

【００１０】 今日のパケットネットワークにおいて知識の欠損は、広い帯域幅や実時間伝送
を要求する次世代サービスに備える大規模キャリア・ネットワークを実施するこ
とを、根本から制限することになる。重畳したネットワーク及びサービス全体を
連携させていないため、中心的な欠点があとに残ることになる。根本的な課題と
して、以下のことがある。

【００１１】 １．大規模顧客ベースで効率のよいサービスを提供する能力の制限 ２．高度なサービス監視能力を提供する能力の制限 ３．コストの上昇及びネットワーク全体における設備の複雑化 ４．サービス、ポリシー、トラッフィック設計、ルーティング及びスイッチン
グの実行に伴う、ネットワーク設備のＣＰＵへの過負荷 ５．このようなネットワーク設備の過負荷により、ＱＯＳが劣化し、ＱＯＳに
影響されやすいトラフィックへの備えが弱体化されること 今回の方法により、インターネット・アーキテクチャは、保証されたサービス
の質（ＱＯＳ：Quality of Service）、インターネット・プロトコル（ＩＰ）サ
ービス管理、又は新しいアプリケーションを適用する柔軟性を提供しうる。それ
にもかかわらず、現在の手続きでは、統合されたソリューションにおいてこれら
３つの目標を達成することができていない。最高のサービスの質を提供するには
、リソース予約がリクエストの伝達前に生ずることにより回線切換されるネット
ワーキングのエミュレーションが必要となる。しかしながら、非同期転送モード
（ＡＴＭ）のような技術は、ネイティブにルーティングすること又はＩＰのアド
レッシング構造をそれ自身の構造に適合させることができないので、ＩＰのサー
ビス領域を提供できていない。さらに、アクティブ・ネットワークにより、ネッ
トワークを特定のアプリケーションの目標に適合させつつ、ネットワーク要素の
動的再構成が可能になる。それにもかかわらず、アクティブ・ネットワークは、
パケット毎ではメリットがあるものの、インターネットにおけるネットワーク全
体のリソース要求を取得することができない。

【００１２】 現行の実際のＩＰネットワーキングでは、最良のシステムを通じてパケットフ
ローを大きく区分する構成が提供されている。ＣＯＰＳ（Common Open Policy S
ervice）により、ポリシー管理者及びネットワーク要素間でのクライアント／サ
ーバ構成が提供される。この構成により、コアにおけるアクセスレイヤの区分化
サービス（DiffServe）設定でのアプリケーション所望の統合サービス（IntServ
e）ポリシー・リクエストが、可能になる。このアーキテクチャの基本設計では
、終端間のＱＯＳを保証できていない。ホストは、エッジルータ（ＥＲ）での処
理で発生するポリシー決定を伴う最良の基盤で送信を行う。

【００１３】 現行の実際のＡＴＭネットワーキングでは、ＡＴＭ転送の終端間でのＱＯＳを
犠牲にしながら、ＩＰ転送を非効率に仲介する構成が提供されている。ＩＰルー
ティングでは、パケット転送の各ルータは、パケットを転送等価クラスに割り振
る。マルチプロトコル・ラベルスイッチングでは、パケットは、ネットワークに
入ったときに、ＦＥＣに１度だけ割り振られる。そして、ＦＥＣは、ラベルと呼
ばれる短い固定長の値に符号化され、そのラベルは、パケットとともに各ホップ
へ送られる。パケットがパスにおける次のノードに達すると、ラベルは、そのノ
ードにおけるルックアップ・テーブルへのインデックスとして使用される。そし
て、そのノードは、新しいラベルを提供する。旧ラベルは、新しいものに切り替
えられ、パケットが転送される。ＭＰＬＳラベルのＡＴＭ ＶＰＩ／ＶＣＩｓへ
のマッピングを通じて、ＭＰＬＳは、ＩＰルーティングの中心となる機能を、Ａ
ＴＭスイッチングに統合する。しかしながら、ＭＰＬＳには、IntServ/DiffServ
アーキテクチャと同じ機能が欠けている。ホストは、ラベルエッジ・ルータ（Ｌ
ＥＲ：Label Edge Router）での処理で発生するポリシー決定を伴う最良の基盤
で送信を行う。

【００１４】 〔発明の概要〕 これらの課題を調整するためには、ネットワークの知識を集中させ、ホストに
権限を与え、ネットワーク要素の活動を改良することが必要とされる。本発明に
よると、以下の戦略が使用可能となる。

【００１５】 １．リソースの利用可能性についての情報をネットワークから集める。

【００１６】 ２．データの集まり、及びポリシー／サービス管理を、外部のサービスノード
のデータベースに集中化する。

【００１７】 ３．相互に通信して外部のサービスノードに応答できるように、ホストへのソ
フトウェアプロキシの形態で知識を提供する。

【００１８】 ４．ホストから提供されかつデータベースに提供された情報に基づき、ネット
ワーク全体のための最適な決定を行うプログラムを開発する。

【００１９】 ５．サービスノードの決定に基づいてホスト及びネットワーク要素を操作する
ために、サービスノード、ホスト及びネットワーク要素間の通信を可能にするサ
ービス−ポリシー信号伝送プロトコルを開発する。

【００２０】 基本的なネットワーク情報を格納するためのオブジェクト指向データベースが
開発されてもよい。オブジェクトは、多くの変数にマッチングされてもよい。こ
れらの変数には、ＭＩＢ（Management Information Base）、ホストリクエスト
、ＩＰマルチキャストアドレス、ＩＰ及びＡＴＭアドレス又はサービス毎の情報
等がある。データベースは、階層的アドレッシング及びルーティングテーブルを
利用して、効率よく時間的に効果があるように最適な決定を行うことができる。
外部のサービスノードでは、データベースに格納された情報を利用するサービス
−ポリシープログラムが、ホストの要求及びネットワークの利用性が所与のネッ
トワークを最適に利用することに関する決定を行ってもよい。各ホストには、ソ
フトウェアプロキシが設けられてもよい。このソフトウェアプロキシにより、サ
ービスノードと連携動作できるようになる。ここで、ホストがサービスノードに
対して、要求した全ての転送のパラメータを通知可能である。ホスト、サービス
ノード及びネットワーク要素間の通信は、サービス／ポリシー信号伝送プロトコ
ルにより提供されることになる。このプロトコルにより、パケット−ネットワー
ク全体に亘って統合された信号伝送の知識が実現する。

【００２１】 このアーキテクチャにより、サービス−ポリシープログラムの決定と整合する
ホスト及びサービスにおいて増大してゆく知識を実行するために、上述のプロト
コルを提供することができるようになる。さらに、このアーキテクチャにより、
供給されたサービスの大規模監視が、シームレスで効果的に実現する。利用され
たサービスの時間及び型式が追跡されてもよく、これにより、知識の選択及び将
来のサービスの配信ができるようになる。

【００２２】 このアーキテクチャにより、サービスを顧客に配信することについて、広範に
亘る実用的な改革が実現する。顧客がより良いサービスを受けてもよい分野にお
けるいくつかの一般的な例を挙げる。ホストコンピュータにインストールされた
ソフトウェアプロキシは、信号伝送プロトコルを利用して、ウェブサーバにアク
セスすることに関する情報をサーバに通知するメッセージを、サービスノードへ
送信する。サービスノードのプログラムは、データベースを参照して、このよう
なウェブページにアクセスするのに使用可能なリソースについて決定する。サー
ビスノードは、リソースが入手不能か、リソースがネットワーク要素の操作によ
り入手可能となるか、あるいは、リソースが入手可能になっているかを、判別す
ることができる。サービスノードは、リソースがネットワーク要素の操作により
入手可能となる旨、判別すると、話中信号に相当するものを送信する。しかしな
がら、リソースがネットワーク要素の操作により入手可能となるのであれば、サ
ービスノードは、判別結果を実行し、信号伝送プロトコルを利用して、必要なネ
ットワーク要素と接続する。このように、ルータ、スイッチ、ルーティングプロ
トコル、トランスポートプロトコル等が操作されて、当該要求のために必要なリ
ソースを受け入れる。このことを遂行してゆくと、顧客がコンテンツを見たいと
要求しているウェブページに、信号伝送できるようになる。従って、サービスノ
ードは、ホストの要求に応えることになる。

【００２３】 さらに、サービスノードは、サービス−ポリシープログラムの判断能力により
、ネットワークにおける潜在的な問題に、事前に対応することができる。信号伝
送プロトコルを通じて、プログラムの判断により、ホストの送信及びネットワー
クの活動を操作可能となる。例えば、プログラムは、ホストがある種のサービス
の送信を抑えて、ネットワークの輻輳を緩和しなければならない旨、決定する。
ホストのソフトウェアプロキシは、このような要求を実行する。同様に、サービ
ス−ポリシープログラムは、ネットワーク要素が、減少、抑制、あるいは別のト
ラフィック設定ポリシーを実行しなければならない旨、決定してもよい。トラフ
ィック設定は、統合的及び集中的にサービスノードにて決定され、ネットワーク
における適切な領域に亘って必要なだけ実行される。

【００２４】 ビデオサービスを配信することが、このアーキテクチャを利用することによっ
て、大いに進展しうる。ビデオの送信がリアルタイムかつ広い帯域幅でなされる
ため、高いＱＯＳで大規模に配信することが非常に難しい。このアーキテクチャ
は、サービス管理機能を進展させ、ポリシー／トラフィック設定能力を大いに向
上させる。多くのＩＰマルチキャストを広い地理的領域で実行することは、パケ
ット環境で「ケーブルテレビ」を配信しようとしている者にとって、必須のこと
である。ＩＰマルチキャストの管理、デジタル広告挿入、及びユーザのリクエス
トの追跡は、大変な挑戦である。このアーキテクチャは、ホストからリクエスト
情報を搬送し、集中化されたデータベースに蓄積し、サービス−ポリシープログ
ラムが、搬送、記録、及び課金に関する決定を実行可能とする。効率的で分かり
やすいサービス及びポリシー管理を実現しながら、ＩＧＭＰの接続及び終了を追
跡することが可能となる。このことにより、ビデオの送信はポイントツーポイン
トとマルチキャストとのどちらがより効率的であるかを、ネットワーク全体の状
態に基づいて、プロバイダが賢く判断することができるようになる。さらに、ホ
ストのこれらサービスの要求が常時追跡されているので、コンテンツ及び広告を
含んだプログラムの人気を、総合的な評価のために入手することができる。この
ことにより、プロバイダが、そのネットワークにおけるリソース及び顧客に提供
するプログラムを最適化することができるようになる。

【００２５】 〔好適な実施形態の詳細な説明〕 本発明のネットワーク・アクティブ知識制御システム（ＮＡＩＣＳ：Network
Active Intelligence Control System）により、階層的管理構造をインターネッ
トに提供する。ポリシー及び管理サービスの実行を連携させるホストにおけるソ
フトウェア・プロキシ及び２つのレベルのアクティブノードを使用することが含
まれている。信号伝送プロトコルであるＡＰＩｖ６は、アクティブノードの連携
動作のために開発され、ホスト及びアクティブノード間の通信を提供する。ＡＩ
Ｐｖ６は、オプション（予め定義されたオプション処理に対応するように設計さ
れている）を使用して、定義されたオプション処理に動的に対応する。アクティ
ブノードの二重レイヤ構造は、２つの役割を果たす。第１に、ＡＩＰｖ６を、ホ
スト、ローカルノード及びマスターノード間でのクエリー及び応答に用いると、
ポリシー及びサービスの決定が、ネットワーク全体に行き渡る。第２に、この構
造により、ネットワーク利用統計を配信することが可能となる。ネットワーク利
用統計は、サービス及びポリシーの決定の基礎となるように収集される。当該ア
ーキテクチャは、この役割を、ローカルアクティブノードとマスターアクティブ
ノードとに区分している。ローカルアクティブノードは、定義された領域におけ
るＳＮＭＰポーリング情報を収集する。これに対して、マスターアクティブノー
ドは、ローカルアクティブノードの自身の領域におけるポーリング情報を集積す
る。マスターアクティブノードは、重要な情報をローカルノードへ転送し、必要
に応じて、ローカルノードの追加的な情報の要求に応える。ローカルノードは、
ネットワークデバイスを再構成するＳＮＭＰ「ｇｅｔ」を送信することにより、
ポリシー決定を実行する。

【００２６】 ＮＡＩＣＳアーキテクチャにより、ホスト自身がローカルアクティブノードに
ＡＩＰｖ６クエリーを送信可能となる。ローカルアクティブノード応答により、
サービスレベルの合意及びネットワーク利用に関連したサービス及び転送パラメ
ータの安全を保証しつつ、ホストのクエリーに対する決定的な回答が得られる。
サービス及び転送パラメータは、アクティブノードによって仲介されるものであ
り、インターネット全体に亘って安全が保障されている。

【００２７】 現在のところ実際には、アクティブノードにより、ホスト及びネットワークデ
バイスに知識が分散しており、トップダウンのポリシー及びサービス管理のため
の構成は、まだ提供されていない。アプリケーションは、自身の処理の一部をネ
ットワークに分散させる。現在のところ実際には、アクティブネットワーキング
では、ネットワークデバイスがＡＩＰ６処理及び転送の責任の双方を分担するア
ーキテクチャが、利用されている。ＮＡＩＣＳアーキテクチャでは、これらの責
任が分割され、ポリシー及びサービス管理の責任をローカル及びマスターアクテ
ィブノードの分離された構成に移転している。インターネット内のネットワーク
デバイスは、パケットを、ローカルアクティブノードのＳＮＭＰ信号伝送に基づ
いて転送する。

【００２８】 〔ＤＳＬ／ＷＡＮネットワークでのＮＡＩＣＳの利点〕 現行の実際のデジタル加入者線（ＤＳＬ：Digital Subscriber Line）／ワイ
ドエリア・ネットワーク（ＷＡＮ：Wide Area Network）のネットワーキングで
は、ＣＰＥモデム／ルータ装置、ＤＳＬアクセス・マルチプレクサ、いくつかの
管理装置、レイヤ２／３アグリゲータ（aggregator）及びコアＡＴＭスイッチが
、用意されている。この構成により、エンドユーザのコンピュータは、ワイドエ
リア・ネットワークに接続される。ワイドエリア・ネットワークは、エンドユー
ザ同士を接続させ、公共のインターネットへのアクセスを提供する。しかしなが
ら、サービス及びポリシー管理責任は、様々な装置で実行されることから、集中
制御になっていない。

【００２９】 エンドユーザは、自身が接続したＣＰＥモデム／ルータにトラフィックを転送
する。ＣＰＥモデム／ルータは、パケットを、ローカルループの電線を通じてＤ
ＳＬアクセス・マルチプレクサに転送する。ネットワークリソースを準備するこ
とは、動的には実行不能である。すなわち、エンドユーザのリクエストにより、
当該リクエストのあるラインにおけるネットワークデバイスが、直ちに再構成可
能なわけではない。転送は、予め定義されたパラメータに準拠していなければな
らない。転送が準拠していないと、配信の欠落や遅延のおそれがあるという不利
益をこうむることになる。エンドユーザの通知は、ＴＣＰのようなトランスポー
ト層のプロトコルによってのみなされる。エンドユーザには、サービスや転送ス
テータスを分かりやすく検出する機構がない。

【００３０】 現在のところ実際には、サービス管理は、いくつかの配信管理装置によって実
行されている。リモートアクセス・ダイヤルイン・ユーザーサービス（ＲＡＤＩ
ＵＳ：Remote Access Dial In User Service）サーバにより、ＤＳＬサービスを
実施するのに不可欠な認証、許可、及び課金（ＡＡＡ：Authentication, Author
ization, Accounting）サービスが提供される。これらのサービスは、ユーザ、
技術及びビジネス管理能力を追求するものである。ドメインネームサーバ（ＤＮ
Ｓ：Domain Name Server）により、ドメインネームに対応した情報を取得するル
ックアップサービスが提供される。ＤＮＳサービスは、簡単で効果的なインター
ネット・アクセスのために不可欠である。ＤＨＣＰ（Dynamic Host Configurati
on Protocol）により、サーバは、エンドユーザに対して、動的にＩＰアドレス
を割り当てることが可能となる。通常、ＤＮＳ及びＤＨＣＰは、１つのネットワ
ークデバイスに統合されている。サービス接続管理機構を用意してＤＳＬエンド
ユーザに接続することにより、加入者はＤＳＬサービスに関連づけられ、ＳＮＭ
Ｐトラップが閲覧されて、障害、構成、課金、性能、セキュリティ（ＦＣＡＰＳ
）機能へのアクセスがなされる。いくつかの別個の装置では、連携動作及び集合
的なサービスの実行のために最適化されておらず、このことにより、現行の実施
状況状態が特徴づけられる。

【００３１】 ＤＳＬ／ＷＡＮネットワークのポリシー管理のための現行の最良の機構は、Ｃ
ＯＰＳ（Common Open Policy Service）機構を実施することである。ＣＯＰＳに
より、ポリシーマネージャ及びネットワーク要素間のクライアント／サーバ構成
が提供される。集中化されたポリシーサーバに基づいて、最良のポリシーが、ネ
ットワークのエッジから実施に移される。しかしながら、このアーキテクチャに
より、エッジルータ及びポリシーサーバ間の信号伝達が提供される。ＤＳＬネッ
トワークのホスト及び集中化されたサーバ間に、信号伝達はない。サービス管理
を提供する複数の装置は、ポリシー管理構成に統合されえない。また、ＤＳＬサ
ービスに対して現在実施されている技術のいずれによっても、新しく多様な要求
に動的に対応することは不可能である。

【００３２】 サービスプロバイダは、認証を実行するとともに、ＤＳＬ／ＷＡＮの加入者の
要求に応じて、リソースを特定のアプリケーションに割り当てることを、要請し
ている。現在、最良の実施方法は、ネットワークデバイスにより、付加価値サー
ビスを提供することに許可及び課金を行うサービス管理サーバに対して、加入者
が信号伝送可能とすることである。加入者は、ＧＵＩを利用してこのようなサー
ビスを要求し、クエリー及びサービス管理サーバへの応答をなし、そのサービス
のための許可を受領することになる。サーバは、何らかのアプリケーションの配
信を信号伝送してもよい。サーバは、要求しているホストにポリシーの要件を設
定しえない。現行の実施状況では、このような決定は、ネットワークのエッジに
てなされる。

【００３３】 ネットワーク・アクティブ知識制御システム（ＮＡＩＣＳ）では、ネットワー
キングの実行要求には、予め定義されているが動的に対応可能な機構が用いられ
る。現行の実施状況では、ホストは、最良の基盤で伝送し、ポリシー及び転送機
能とは別個のサービスを通じて、ＡＡＡを取得する。ＮＡＩＣＳでは、ホストコ
ンピュータにおけるソフトウェアプロキシが利用されている。これらのソフトウ
ェアプロキシには、アプリケーションの型を転送及びサービスパラメータにマッ
ピングするデータベースが含まれている。要求されたアプリケーションは、転送
及びサービスパラメータを代表するコードに対応している。これらのパラメータ
は、制御システムに対して、特定のホストのサービス及びポリシーの必要性につ
いて信号伝送することができる。ホストは、アドバンスド・インターネットプロ
トコル・バージョン６（ＡＩＰｖ６：Advanced Internet Protocol Version 6）
のパケットを、ローカルアクティブノードに転送する。ローカルアクティブノー
ドは、ホストに変数を応答する。この変数は、ローカルノードのソフトキャッシ
ュに格納され、送信者のＩＰアドレスに対してマッピングされている。ホストは
、ローカルアクティブノードの転送に、ノード並びにアプリケーションに必要と
される転送及びサービスパラメータを代表するコードにより割り当てられた変数
を応答する。ローカルアクティブノードは、変数、発信元及び宛先のＩＰアドレ
スを、テーブルに格納する。テーブルの内容に基づいて、インタープリタが決定
を行う。ローカルアクティブノードのデータベースには、サービス及びポリシー
決定を実行するのに不可欠の情報が格納される。この情報には、ＳＮＭＰネット
ワーク利用、ＩＰルーティングテーブル、ＰＮＮＩ（Private Network-Network
Interface）ルーティングテーブル、ＩＧＭＰ（Internet Group Management Pro
tocol）、付加価値アプリケーション、ＡＡＡ、ＤＮＳ及びＤＨＣＰが、含まれ
ている。ローカルアクティブノードは、ホストへのＡＩＰｖ６パケットに含まれ
た転送コードにより、この決定をホストにリレーする。なされた決定に基づき、
ローカルアクティブノードは、ＳＮＭＰ「ｇｅｔ」を用いて、ネットワークデバ
イスを再構成する。ＳＮＭＰ「ｇｅｔ」の転送により、ホストのため特定の転送
及びサービスパラメータの要求に対して準備することが、容易になる。

【００３４】 ＡＩＰｖ６のホスト及びローカルアクティブノード間のクエリー及び応答の機
構により、ホスト及び様々なサービス管理装置の連携動作の現行の実施状況が簡
略化され、ホスト及びポリシー管理装置間の連携動作の欠如が修正される。

【００３５】 ＡＩＰｖ６のクエリー及び応答により、ローカルアクティブノード及びマスタ
ーアクティブノードは、ネットワークの利用情報をスケーラブルに同期させるこ
とが可能となる。ＳＮＭＰ、ローカルアクティブノードは、ネットワークデバイ
スをポーリングして、現行のネットワーク利用を測定する。限定された量の装置
及びホストが与えられた場合に、１つのローカルアクティブノードが、ネットワ
ーク利用情報をポーリングするのに充分であり、エンドユーザからのリクエスト
に応答するのに充分である。ＤＮＳ／ＷＡＮのような大規模なネットワークでは
、複数のローカルアクティブノードが、この責任を果たすのに必要とされ、より
高度なレベルの装置が、ローカルアクティブノードを同期させるのに必要とされ
る。マスターアクティブノードは、ローカルアクティブノードのクエリーに応答
し、このような同期を保証する。規則的な間隔で、マスターノードは、ＡＩＰｖ
６パケットをローカルアクティブノードから取得する。規則的な間隔で、マスタ
ーノードは、他のローカルアクティブノードから転送された重要なネットワーク
利用情報を含んだＡＩＰｖ６パケットを転送する。ＡＩＰｖ６が、ローカルアク
ティブノードからの追加的なネットワーク情報を要求するクエリーを信号伝送す
ると、マスターノードは、必要な情報を含んだＡＩＰｖ６パケットで応答する。

【００３６】 この実例によると、ホストのサービス／ポリシー管理プラットフォームへの直
接通信が可能となる。このプラットフォームは、ホストのリクエストを集中的に
実行するために、ネットワーク利用、転送及びサービスパラメータを登録する。
現行の実施状況では、別々のプラットフォーム及び機能のための個別の構成であ
るのに対して、全てのサービス管理及びポリシー能力が、単一のプラットフォー
ムで実行される。このようなソリューションにおけるＤＳＬカスタマーは、ソフ
トウェアプロキシを利用している。ソフトウェアプロキシにより、データベース
が維持され、ローカル−マスター管理システムへのＡＩＰｖ６信号伝送が可能に
なる。これは、要求されたパラメータを、サービスレベルの権限及びネットワー
ク能力に対応させ、それにより、現行の実施状況における最善努力でエッジベー
スの様々なプラットフォームサービス管理構成を打開している。

【００３７】 〔ＮＡＩＣＳウェブサーバ・アーキテクチャ〕 ＮＡＩＣＳストラテジーにより、静的に適用されて管理上決定されたファイア
ーウォールの現行の実施状況よりも、動的なポリシーの決定が提供される。ＮＡ
ＩＣＳにより、常時監視、迅速な応答及び動的なポリシーの実行が可能になる。
これにより、インターネット・コミュニティのサーバへのオープンアクセスを許
容しながらも、悪意のあるトラフィックをフィルタリングすることが保証される
。基礎的なＮＡＩＣＳ−ウェブサーバ・アーキテクチャにより、３つの要素がよ
り合わされる。最初の要素は、ウェブサーバを、ワイドエリア・ネットワーク（
ＷＡＮ）、ローカルエリア・ネットワーク（ＬＡＮ）、又は公共のインターネッ
トに接続するエッジルータである。このルータは、ルータ及びウェブサーバ間の
転送を仲介するＮＡＩＣＳアクティブノード・セキュリティプラットフォームに
つながる。このアーキテクチャの最後の要素は、アクティブノードとして有効に
なったウェブサーバである。

【００３８】 ルータは、クライアントのリクエストをＮＡＩＣＳアクティブノード・セキュ
リティプラットフォームへ転送する。ＮＡＩＣＳは、伝送されたもの（例えば、
ネットワークからルータを通ってウェブサーバへ向かう伝送）を、そのパケット
のＩＰｖ６が有効でなければ、受動的に転送する。ＡＩＰｖ６のパケットは、そ
れに含まれたコードが読み取られ、必要な決定がなされて、処理される。他の全
てのパケットは、ウェブサーバを有効にしたアクティブノードへ、トランスペア
レントに転送される。これらのパケットに対して、ウェブサーバは、現行の実施
状況に整合した方式で判断を実行する。しかしながら、ウェブサーバから転送さ
れたパケットは、ＡＩＰｖ６パケット内にカプセル化される。仲介の役割におい
て、ＮＡＩＣＳプラットフォームは、ウェブサーバからルータへ向けて転送され
た各ＡＩＰｖ６パケットを処理する。ＮＡＩＣＳプラットフォームには、テーブ
ルが含まれている。このテーブルにより、ＡＩＰｖ６パケットを読み込み、その
パケットの内容を適切なテーブルに記録することが、可能となっている。この監
視機能は、アクティブノードの基本的な能力と整合し、これにより高められてい
る。分散されたサービス妨害と一致した活動を監視することを決められたアルゴ
リズムに基づいて、ＮＡＩＣＳプラットフォームは、ウェブサーバから転送され
たパケットを記録し、パケットの記録を列挙したテーブルを前記アルゴリズムに
対応させる。アルゴリズムは、ネットワークデバイスを操作する予め定義された
スクリプトを実行することができる。ＮＡＩＣＳプラットフォームでは、ネット
ワークデバイスを適応させて、ネットワークの性能を弱体化させる作用を修正す
るために、２つの機構が用いられている。テルネット（Telnet）のスクリプトへ
のインターフェースを利用して、ＮＡＩＣＳプラットフォームは、ウェブサーバ
へのトラフィックを受け入れるルータのアクセスリストを再構成する。同様に、
ＮＡＩＣＳプラットフォームは、攻撃の発信元を検出するルートをたどるコマン
ドの実施を発行するスクリプトを、実行する。アクセスリストを再構成するのに
同じ機構を用いて、ＮＡＩＣＳプラットフォームは、攻撃を組織しているルータ
全体のアドレスの範囲を含めるために、アクセスリストを再構成することができ
る。この機構は、攻撃が発せられた全体のアドレスの範囲をブロックすることを
通じて、新しいＩＰアドレスを動的に利用しようとする攻撃側の試みを修正する
。第２の機構により、ＮＡＩＣＳプラットフォームが、ＡＩＰｖ６パケットを、
ウェブサーバが有効になったアクティブノードを再構成するために利用すること
が、可能になる。ＮＡＩＣＳプラットフォームは、サービスの攻撃により呼び出
されたスクリプトに整合するコードを選択する。ＡＩＰｖ６パケットは、ウェブ
サーバを再構成して、ネットワークパラメータを操作し、サービス妨害の原因で
あるＩＰアドレス及びＴＣＰ／ＵＤＰポートをブロックするコードを配信する。

【００３９】 この構成において、アクティブノードの機能は、エンドユーザに提供されうる
。ウェブサーバにおけるある要素により、ホストが、ホスト及びウェブサーバ間
の転送を最適化するアクティブノードのソフトウェアプロキシをダウンロードす
ることが可能になる。ルータからＮＡＩＣＳプラットフォームを通じてウェブサ
ーバへ入った伝送が処理されて、ＮＩＣＳプラットフォームにより最適化される
。ホストは、ＡＩＰｖ６パケットをウェブサーバへ転送する。これらのパケット
は、ネットワーク及びウェブサーバ間のトラフィックを仲介するＮＡＩＣＳプラ
ットフォームにより処理される。ＮＡＩＣＳプラットフォームは、ＡＩＰｖ６プ
ラットフォームのコードに含まれたコードを読み出し、それに応じてパケットを
処理してゆく。

【００４０】 ここでは、インターネット・プロトコルのトラフィックを制御する方法及び装
置のいくつかの実施形態が記述され図解されている。本発明の具体的な実施形態
が記述されているものの、本発明は、技術が許容する限り広い範囲に亘るもので
あり、明細書も同様に読まれる旨、意図されている。従って、当業者には、特許
請求された真意及び範囲から離れることなく、所与の発明にその他の改良を加え
うることが分かるはずである。

【図面の簡単な説明】

【図１】 本発明によるホスト−ローカルノードの連携動作を示す簡略フローチャートで
ある。

【図２】 本発明によるローカルノード−マスターノードの連携動作を示す簡略フローチ
ャートである。

【図３】 本発明によるローカルノード−ネットワーク設備の連携動作を示す簡略フロー
チャートである。

【図４】 本発明による公共インターネット・ウェブサーバのアーキテクチャを示す簡略
フローチャートである。

【図５】 本発明によるホスト、ローカルノード、マスターノード、及びネットワーク設
備の関係を図示する簡略図である。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ，ＴＲ)，ＯＡ(ＢＦ ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ， ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，Ｇ Ｍ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ， ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ， ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，Ｃ Ｈ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ， ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，Ｋ Ｚ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ， ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，Ｓ Ｌ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ ，ＶＮ，ＹＵ，ＺＡ，ＺＷ

Claims (11)

【特許請求の範囲】
1. 【請求項１】 通信ネットワーク内のトラフィックを制御する装置において
   、 ａ）前記ネットワークに接続されたマスターアクティブノードと、 ｂ）前記ネットワークに接続された複数のローカルアクティブノードであって
   、各ローカルアクティブノードが、 ｉ）現行のネットワーク利用を決定するためにネットワークデバイスをポー
   リグする手段、 ｉｉ）前記マスターアクティブノードにクエリーを送信する手段、及び、 ｉｉｉ）前記マスターアクティブノードから応答を受信する手段であって、
   前記ローカルアクティブノードのうちの１つが、前記マスターアクティブノード
   へ、他のローカルアクティブノードによりポーリングされたネットワークデバイ
   スについての情報を要求するクエリーを送信する手段を有する ローカルアクティブノードと を備えた装置。
2. 【請求項２】 前記各ローカルアクティブノードが、該ローカルアクティブ
   ノードによりポーリングされたネットワークデバイスについての情報を、前記マ
   スターアクティブノードへ送信する手段を有し、 前記マスターアクティブノードが、定期的にネットワーク利用情報を、前記ロ
   ーカルアクティブノードへ送信する手段を有する 請求項１に記載の装置。
3. 【請求項３】 前記ローカルアクティブノードが、ＳＮＭＰを介してネット
   ワークデバイスをポーリングし、 前記ローカルアクティブノードが、前記マスターアクティブノードとＡＩＰを
   介して通信する 請求項２に記載の装置。
4. 【請求項４】 ｃ）各ローカルアクティブノードに対応した複数のホストで
   あって、自身が対応しているローカルアクティブノードへクエリーを送信する手
   段を有するホストを、 さらに備えた請求項１に記載の装置。
5. 【請求項５】 前記各ローカルアクティブノードが、該ローカルアクティブ
   ノードと対応しているホストからのクエリーに応答する手段を有する 請求項４に記載の装置。
6. 【請求項６】 通信ネットワーク内のトラフィックを制御する方法において
   、 ａ）ネットワークデバイスのグループを、ローカルアクティブノードに対応さ
   せ、 ｂ）前記ネットワークデバイスを、該ネットワークデバイスに対応したローカ
   ルアクティブノードからポーリングし、 ｃ）ネットワークデバイスの利用についての情報を、ローカルアクティブノー
   ドからマスターアクティブノードへ送信する 方法。
7. 【請求項７】 さらに、 ｄ）１つのローカルアクティブノードからマスターアクティブノードへ、他の
   ローカルアクティブノードによりポーリングされたネットワークデバイスについ
   ての情報を要求するクエリーを送信する 請求項６に記載の方法。
8. 【請求項８】 さらに、 ｄ）前記ローカルアクティブノードへ前記マスターアクティブノードから、ネ
   ットワーク利用情報を定期的に送信する 請求項６に記載の方法。
9. 【請求項９】 前記ローカルアクティブノードが、ＳＮＭＰを介してネット
   ワークデバイスをポーリングし、 前記ローカルアクティブノードが、前記マスターアクティブノードへＡＩＰを
   介して送信を行う 請求項６に記載の方法。
10. 【請求項１０】 さらに、 ｄ）複数のホストを各ローカルアクティブノードに対応させ、 ｅ）ネットワークステータス・クエリーを、ホストから該ホストに対応してい
    るローカルアクティブノードへ送信する 請求項６に記載の方法。
11. 【請求項１１】 さらに、 ｆ）前記ホストに対応したローカルアクティブノードからのクエリーを、該ホ
    ストに送信する 請求項１０に記載の方法。