(57)【要約】  本発明は、第１の態様によれば、ネットワーク制御タスクの実行を担当する装置を備える電気通信ネットワークを駆動する方法であって、各装置が、担当する制御タスクを装置が実行するために必要なコンテキスト情報を、エレメントで複製された知識の形で記憶するように意図された知識ベースを備えており、１つの同じ制御タスクを実行するために、協調するように意図されたネットワーク装置からなる論理的な近隣が定義され、論理的な近隣において、論理的な近隣の各装置に対して、前記装置と、論理的な近隣の他の装置との協調を実施することにより、様々な知識ベース中に記憶された知識が相互化され、論理的な近隣の各装置において、同じ制御タスクが、前記装置の知識ベース中に記憶された相互化された知識と共に、制御タスクを送ることによって実行されることを特徴とする方法に関する。本発明はまた、本発明の第１の態様による方法を実施するための手段を備える装置およびネットワークに対しても拡張される。
2009541886.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク制御タスクの実行を担当する装置を備える電気通信ネットワークを駆動する方法であって、各装置が、担当する前記制御タスクを前記装置が実行するために必要なコンテキスト情報を、エレメントで複製された知識の形で記憶するように意図された知識ベースを備えており、
協調タスクと呼ばれる同じ制御タスクを実行するために、協調するように意図された前記ネットワークの装置からなる論理的な近隣が定義され、
前記論理的な近隣において、前記論理的な近隣の各装置に対して、前記装置と、前記論理的な近隣の他の装置との協調を実施することにより、前記異なる知識ベース中に記憶された知識が相互化され、
前記論理的な近隣の各装置において、前記協調タスクが、前記装置の前記知識ベース中に記憶された前記相互化された知識と共に、前記協調タスクを送ることによって実行されることを特徴とする方法。
【請求項２】
前記論理的な近隣が時間の経過と共に変化する、請求項１に記載の方法。
【請求項３】
前記論理的な近隣が、コンフィギュレーションにより定義される、請求項１または２の一項に記載の方法。
【請求項４】
前記論理的な近隣が、装置が他の装置に加入することにより定義される、請求項１または２の一項に記載の方法。
【請求項５】
第１の装置が、第２の装置と共通の資源、および／または共通の制約、および／または共通の状況を有することを、前記第１の装置により発見された後に続いて、動的に第２の装置に加入する、請求項４に記載の方法。
【請求項６】
前記論理的な近隣の前記装置の前記協調が、関連する相互化された知識と共に前記協調タスクを送るために規則的に実施される、請求項１から５の一項に記載の方法。
【請求項７】
前記協調タスクを実行するために、前記論理的な近隣の前記装置間の前記協調がさらに、前記装置間で対話を確立することを含む、請求項６に記載の方法。
【請求項８】
装置の論理的な近隣が前記故障診断に適応された記号処理の手段を備え、故障診断の駆動が実施される、請求項１から７の一項に記載の方法。
【請求項９】
論理的な近隣が前記ネットワークの前記エッジ・ルータからなり、サービスの拒否（ｄｅｎｉａｌ  ｏｆ  ｓｅｒｖｉｃｅ）タイプの攻撃に対する防御の駆動が実施される、請求項１から７の一項に記載の方法。
【請求項１０】
知識のために、前記ネットワークの前記エッジ・ルータ中の受信者アドレスを用いて実行される受信者アドレスのヒストグラムを有し、かつ協調タスクのために、同じアドレスに向けて意図されたメッセージ数に対して閾値オーバーフローを監視する、請求項９に記載の方法。
【請求項１１】
前記駆動の実施として、前記閾値が超過されたとき、アドレスの方向への前記メッセージを削除する、請求項１０に記載の方法。
【請求項１２】
請求項１から１１の一項による前記方法を実施するための手段を備えることを特徴とする電気通信ネットワークの装置。
【請求項１３】
請求項１から１１の一項による前記方法を実施するための手段を備えることを特徴とする電気通信ネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の分野は、電気通信ネットワークを自動的に駆動することに関するものである。
【０００２】
本発明は、より正確には、電気通信ネットワークの自動的な駆動を実行するために使用されることが意図された知識のローカルな相互化の方法に関する。
【背景技術】
【０００３】
電気通信ネットワークは、多数のリンク（物理的または無線のリンクなど）および装置（コアもしくはエッジ・ルータ、スイッチ、ファイアウォール、ミドルボックス、端末など）を含む。
【０００４】
これらの装置は、経路指定、フィルタリング、モニタリング、診断などに関するタスクなど、多くのネットワーク制御タスクを担当する。
【０００５】
これらの制御タスクは、その適正なオペレーションのために、知識を、すなわち、ネットワークのリンクおよび他の装置に関する様々な性質のコンテキスト情報（例えば、リンクの、または装置の、サービス中／機能停止中における任務（charge）、オペレーションの状態、不正なトラフィックの検出など）を、また、より一般的に、ネットワーク管理および制御のプロセスにより処理されるオブジェクトのすべてに関する様々な性質のコンテキスト情報を有することを必要とする。
【０００６】
例えば、経路指定タスクを正しく実行できるために、装置は、ネットワーク中に位置するリンク、および他の装置の任務、または利用不可状態を知る必要がある（リンクの各末端部に接続された装置により保持されるリンク状態の知識）。
【０００７】
従来の装置における制御タスクは、いくつかの欠点を有しており、それに関する詳細は、以下で提供される。
【０００８】
非相互化
従来の装置では、制御タスクは互いに対して独立して実行される。したがって、各制御タスクは、他のものとは独立して、制御タスクに必要な情報を収集し、かつ示す。
【０００９】
しかし、異なるタスクが、同じ情報が収集されることを必要とすることがしばしばある。
【００１０】
このことは、類似した多くの交換を行うことによりネットワークの全体性能に悪影響を与えることになり、また冗長なオペレーションにより装置に過負荷を与える結果となる。
【００１１】
知識範囲
さらに、従来の装置では、知識範囲は、ほとんどの場合グローバルである。それはまたローカルな物理的範囲、すなわち、物理的な隣接物（neighbour）に関係する範囲を含むことができる。
【００１２】
したがって、多くの場合、ネットワークの各ノードは、ネットワーク中で生ずる任意の変更、またはその物理的な隣接物に影響を与える任意のローカルな変更を知らされるようになっている。配送される情報は、例えば、リンクの状態、占有されたメモリ・バッファの数、または利用可能な回線容量に関する。
【００１３】
例えば、ＯＳＰＦ（「Ｏｐｅｎ  Ｓｈｏｒｔｅｓｔ  Ｐａｔｈ  Ｆｉｒｓｔ」）タイプの動的経路指定は、装置が接続されている任意のリンク上で生ずる変化は、ネットワーク全体に伝えられることを要求する。
【００１４】
動的経路指定の他の例は、米国第２００５／０１５２３３３号で開発されており、物理的な隣接物間で経路指定情報をローカルに配送することを公開している。
【００１５】
ネットワークの装置のすべては、したがって、多かれ少なかれ、容量の大きい、必ずしも関係していないある量の情報についても知らされる。
【００１６】
この特徴は、装置間で大量の交換を行うとき、変更する（縮尺に合わせて変化させる）ことなくネットワーク・アーキテクチャを拡張することは困難で、かつ不可能でさえあり、またかなりの記憶容量および処理能力を必要とする。
【００１７】
知識の異種性
従来の装置では、制御タスクの独立性により、制御のために有用ないくつかの異なる情報は、まったく異なるように表現される。
【００１８】
異なる制御機構体は、多様過ぎるフォーマットによる異なる性質のデータを考慮する必要があるので、この異種性は、一貫性を持って制御決定を自動化すること、または協調して、メタ制御を実行することからなる駆動機構体（制御を制御する機構体）を設計することを困難にする。
【００１９】
物理的な隣接物間で経路指定情報をローカルに配送することを述べている米国第２００５／０１５２３３３号は、隣接物間で協調する機構体を提案していない。確かに、リンクの状態（ＬＳＡ）は、装置から単に配送されるだけであり、それは特定の装置に達するまで（焦点ノード（focal node）と呼ばれる）観察される。その配送は、一方的なものであり、元の装置に対して情報は戻されない。
【００２０】
さらに、この文書は、隣接物間で、知識を相互化することを提案していない。確かに、配送される情報は、焦点ノードによってのみ使用され、他の装置は、情報を記憶する、または使用することなく、配送するだけである。
【００２１】
さらに、配送されるデータは、そのローカルなコンテキスト中で使用されず、焦点ノードを介して戻される。したがって、データは基本的な情報を含むが、本発明の意味における知識を含まない。
【発明の概要】
【発明が解決しようとする課題】
【００２２】
本発明の目的は、従来の装置に関係する前述の欠点（非相互化、グローバルな範囲、異種性、非協調）を克服することである。
【課題を解決するための手段】
【００２３】
本発明は、この目的のために、ネットワークの装置が実行することを担当する制御タスクを送るために使用されることが意図された（情報ではなく）知識のローカルな相互化を提案する。
【００２４】
より正確には、また第１の態様によれば、本発明は、ネットワーク制御タスクの実行を担当する装置を備える電気通信ネットワークを駆動する方法であって、各装置が、担当する制御タスクを装置が実行するために必要なコンテキスト情報を、エレメントで複製された知識（elements dubbed knowledge）の形で記憶するように意図された知識ベースを備えており、
・協調タスクと呼ばれる同じ制御タスクを実行するために、協調するように意図されたネットワークの装置からなる論理的な近隣（neighbourhood）が定義され、
・論理的な近隣において、論理的な近隣の各装置に対して、前記装置と、論理的な近隣の他の装置との協調を実施することにより、異なる知識ベース中に記憶された知識が相互化され、
・論理的な近隣の各装置において、協調タスクは、前記装置の知識ベース中に記憶された相互化された知識と共に、協調タスクを送ることによって実行されることを特徴とする方法に関する。
【００２５】
この方法の、網羅的なものではないが、いくつかの好ましい態様は以下のようになる、すなわち、
・論理的な近隣が時間の経過と共に変化する、
・論理的な近隣が、コンフィギュレーションにより定義される、
・論理的な近隣が、１つの装置が他の装置に加入することにより定義される、
・第１の装置が、第２の装置と共通の資源、および／または共通の制約、および／または共通の状況を有することを、第１の装置により発見された後に続いて、動的に第２の装置に加入する、
・論理的な近隣の装置の協調が、関連する相互化された知識と共に協調タスクを送るために規則的に実施される、
・協調タスクを実行するために、論理的な近隣の装置間の協調がさらに、前記装置間で対話を確立することを含む、
・装置の論理的な近隣が故障診断に適応された記号処理の手段を備え、故障診断の駆動が実施される、
・論理的な近隣がネットワークのエッジ・ルータからなり、サービスの拒否（ｄｅｎｉａｌ  ｏｆ  ｓｅｒｖｉｃｅ）タイプの攻撃に対する防御の駆動が実施される、
・知識は、ネットワークのエッジ・ルータ中の受信者アドレスを用いて実行される受信者アドレスのヒストグラムであり、かつ協調タスクは、同じアドレスに向けて意図されたメッセージ数に対して閾値のオーバーフローを監視することにある、
・駆動は、前記閾値が超過されたとき、アドレスの方向へのメッセージを削除することにある。
【００２６】
第２および第３の態様によれば、本発明は、それぞれ、電気通信ネットワークにおける装置に関し、電気通信ネットワークは、本発明の第１の態様による方法を実施する手段を含む。
【００２７】
本発明の他の態様、目的、および利点は、非網羅的な例として与えられた本発明の好ましい諸実施形態の以下の詳細な説明を読み、添付された図面への参照を行えばさらに明確なものとなろう。
【図面の簡単な説明】
【００２８】
【図１】同じ制御タスクを行うために、協調するように意図されたルータのリストに対応する論理的な近隣を表す図である。
【図２】１組のエッジ・ルータに対応する論理的な近隣、ならびにその論理的な近隣のエッジ・ルータを横断するＤＤＯＳ攻撃に対応する論理的な近隣を表す図である。
【図３】リンクの障害に続いて起こる故障を診断するために、本発明により行われる駆動を表す図である。
【図４】仮想回線の障害に続いて起こる故障を診断するために、本発明により行われる駆動を表す図である。
【発明を実施するための形態】
【００２９】
知識ベース
本発明のフレームワーク内では、「知識」という語により、コンテキスト化された情報、すなわち、コンテキストにより変化する１つまたはいくつかの属性を備える１つの情報が意味される。
【００３０】
この説明では、リンクの状態は１つの情報であり、例えば、リンクが位置する装置の内部挙動による重みなどの属性が追加されるリンクの状態が、知識である。装置中に統合化されたインテリジェントなエージェントが、リンクが完全にフリーである場合であっても、リンクを絶対に使用してはならないと見なすため、このように、無限の重みをリンクの状態に割り振ることができる。
【００３１】
本発明のフレームワーク内では、装置の制御タスクにより必要な知識のすべては、装置中に維持される知識ベース中で、一様に、かつ構造化されて表される。
【００３２】
このベースは、例えば、ＲＤＦ（「Ｒｅｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｆｏｒｍａｔ」）またはＫＩＦ（「Ｋｎｏｗｌｅｄｇｅ  Ｉｎｔｅｒｃｈａｎｇｅ  Ｆｏｒｍａｔ」）などのフォーマットで維持され得る。
【００３３】
また、以降でさらに細部が提供されることになるが、本発明のフレームワーク内では、同じ制御タスク（協調タスクとも呼ばれる）の実行を担当し、したがって、同じ論理的な近隣に属するネットワークにおける異なる装置の異なる知識ベース中に記憶される知識の相互化が実施される。
【００３４】
本発明は、実質的には、協調タスクと呼ばれる制御タスクを実行するために協調することが意図された装置からなる装置の論理的な近隣を定義することを提案する。例として、論理的な近隣の装置は、故障の診断を行うために、またはサービスの拒否タイプの攻撃を検出するために協調することができる。
【００３５】
論理的な近隣は、これらの装置が、同じタスクを実行するために協調することを望む場合、装置に任意の組を含むことができる。それは、したがって、装置のリスト中に含まれるネットワークの１組の装置に対応する。
【００３６】
論理的な近隣は、コンフィギュレーションにより与えられ、あるいは他の装置に対して装置が加入することにより確立（elaborate）され得る。
【００３７】
論理的な近隣は、１つまたはいくつかの新しい装置を含めるために、あるいは１つまたはいくつかの装置を除外するために、時間の経過と共に変化することができる。この変化は、特に、ネットワークの状態、ならびに近隣の装置間における協調プロセスを考慮するように実行され得る。
【００３８】
近隣は、ユーザが、近隣の一部である装置のリストを明示的に確立したとき、コンフィギュレーションにより与えられる。
【００３９】
加入による近隣の確立は、装置の潜在的な隣接物を発見することにより実行され得る。この確立は、例えば、装置が共通の資源（仮想回線など）、または共通の制約（セキュリティ制約など）、または共通の状況（例えば、これらの装置が、ネットワークのエッジ・ノードである場合）を有することによって支配される。このような場合では、装置は、選択した装置に動的に加入することによりその近隣を形成する。したがって、後者には、その近隣の一部であることが知らされる。
【００４０】
論理的な近隣の２つの例は、以下のようになる。
【００４１】
図１を参照すると、論理的な近隣は、故障を診断するために、記号を処理する手段（例えば、推論エンジン）を有し、かつネットワークの同じ制御タスク、すなわち、故障タイプを診断する協調タスクを実行するために協調するネットワーク装置（ルータＲＡ）のすべてを、瞬間ｔにおいて共にグループ化する。
【００４２】
図２を参照すると、論理的な近隣は、ネットワークの同じ制御タスク、すなわち、サービスの拒否タイプの攻撃に対する防御の協調タスクを実行するために協調するネットワークのエッジ・ルータＲｂのリストを共にグループ化する。
【００４３】
知識ベースは、例えば、以下のいくつかの知識を含むことができる、すなわち、
・論理的な近隣の各装置にインストールされたインテリジェントなエージェントにより設定された重み属性を有する、論理的な近隣の装置のそれぞれの過負荷状態、
・論理的な近隣の各装置にインストールされたインテリジェントなエージェントにより設定された重み属性を有する、論理的な近隣のリンクのそれぞれの過負荷状態、
・サービス属性を有する、論理的な近隣のリンクのそれぞれの状態（機能停止しているかどうか）、
・サービス属性を有する、論理的な近隣の装置のそれぞれの状態（機能停止しているかどうか）、
・論理的な近隣の装置のそれぞれにおける最も頻度の高い受信者アドレスのヒストグラム、
・論理的な近隣の装置のそれぞれに対するアラームの数。
【００４４】
知識ベースのローカルな相互化
論理的な近隣に対応する限定された範囲では、異なる知識ベースに記憶された知識は、論理的な近隣の各装置に対して、前記装置と、論理的な近隣の他の装置との協調を実施することにより相互化される。
【００４５】
このように、同じ制御タスク（協調タスク）の実行を担当する、論理的な近隣の装置間で知識の相互化が実行される。
【００４６】
言い換えると、同じ制御タスクの実行を担当する論理的な近隣の様々な装置の知識ベース中に記憶された知識は、論理的な近隣の装置間の協調によって相互化される。
【００４７】
したがって、装置は、論理的な近隣の他の装置との協調を実施するが、その知識ベース中の各知識を考慮に入れる。
【００４８】
この協調は、異なる代替形態により実行され得るが、論理的な近隣の装置の相互化された知識を入力として有する分散されたインテリジェントなエージェント（各エージェントは、論理的な近隣の装置中にインストールされる）の協調により優先的に実行される。本明細書では、インテリジェントなエージェントという用語は、確立された知識を操作でき、かつその論理的な近隣で生ずる変化を考慮することにより、また装置に対して作用することにより、それらに割り当てられた目的を遂行することのできるソフトウェア・エージェントを意味することが指定される。
【００４９】
協調は、知識のタイプ、装置（ルータ、ファイアウォール、コンバータ・ボックス、アプリケーション・サーバなど）のタイプ、論理的な近隣のタイプ、およびネットワーク状態のタイプにより異なる時間間隔をおいて行われる。
【００５０】
その協調インスタンスは、新しい知識が規則的に導入される場合は特に、コンテキスト化される情報を取得するために行われる測定に依存する間隔で同期させることができる。
【００５１】
協調インスタンスはまた、測定に従って、例えば、測定を行うごとに協調を実行することにより、非同期とすることができる。
【００５２】
論理的な近隣による制御協調タスク
相互化された知識ベースの存在は、関連する知識と共に制御タスクを送ることを可能にする。利用可能な知識は、同じ論理的な近隣の装置間の規則的な協調から得られたものであるため、実質的にごく最近のものである。利用可能な知識はさらに、制御協調タスクに適応される。
【００５３】
協調タスクと呼ばれるネットワークの制御タスクを実行するための、論理的な近隣の装置間の協調は、暗黙的であっても、明示的であってもよい。
【００５４】
暗黙的な協調は、近隣の装置がそれらに共通な知識を有することに基づいている（例えば、装置Ａは、装置Ｂの任務の状態について通知され得る）。制御タスクは、相互化された知識に基づいてその決定を行う。その隣接物の状態を考慮することにより、かつ適切な決定を行うことにより、装置は、したがって、互いに暗黙的に協調する。
【００５５】
明示的な協調は、相互化された知識にだけ基づくのではなく、さらに、装置が、装置を満たす決定に達するために、明示的な対話を確立することを想定する。近隣の装置は、したがって、近隣の装置のすべての中の投票に続いてポリシー（例えば、セキュリティに関する）を選択するようになる、または隣接物間の入札機構に基づいて、資源（例えば、リンク上の帯域幅など）を割り振ることを選択するようになり得る。装置はまた、ネットワークの再初期設定などのプロセスのサブステップを同期化するために対話することができる。
【００５６】
駆動
自動的な駆動は、論理的な近隣により限定された範囲を有する相互化された知識ベースから得られる一貫性のある知識を用いて、非定型的な時間間隔で送られる制御タスクを実施することにある。
【００５７】
相互化された知識ベースは、知識が最近のものであり、関連しているので、電気通信ネットワークの制御タスクを協調させて送る。
【００５８】
これは、制御協調タスクが、前記装置の知識ベースに記憶された相互化された知識によって、対応する論理的な近隣の各装置に対して送られる場合、特にそうである。
【００５９】
電気通信ネットワークを駆動する２つの例が以降で提示される。ネットワーク制御タスクのすべてが、必要な情報のすべてを有する相互化された知識ベースにより送られる場合、グローバルな、かつ一貫性のある電気通信ネットワークの駆動が得られることに留意されたい。
【００６０】
以降で提示される２つの例は、より正確には、
・故障診断の駆動、および
・ＤＯＳ／ＤＤＯＳタイプの攻撃に対する防御の駆動
に関する。
【００６１】
故障診断の駆動
図３を参照すると、ネットワークの５つのノードＡ、Ｂ、Ｃ、Ｄ、およびＥが示されており、ノードＡおよびＢの間のリンクが故障したと仮定される。
【００６２】
各ノードの知識ベースは、知識として、リンクの状態、すなわち、「サービス中」または「機能停止」属性を有するリンクＸ→Ｙを含む。
【００６３】
ノードＣの論理的な近隣が、少なくともノードＡおよびＢを含むものと仮定すると、論理的な近隣のノードＡ、Ｂ、Ｃの間の協調が、これらのノードのそれぞれの知識ベース中に記憶された知識を相互化することを可能にする。
【００６４】
具体的には、この相互化は、リンクＡ→Ｂが「機能停止」しており、またリンクＢ→Ａが「機能停止」していることをノードＣが知るのを可能にすることになる。ノードＣは、その論理的な近隣に対する相互化された知識を用いて、故障制御タスクのその診断を送ることにより、Ａ〜Ｂの回線が機能停止していると論理的に推定する。
【００６５】
この簡単な例は、本発明による方法が、その知識を相互化するために、同じ論理的な近隣の装置間で協調を実施することにより故障診断を可能にすることを示している。
【００６６】
本発明による方法はまた、機能停止した仮想回線の発見に適用することも可能である。図４に一部が示されているネットワークを考える、またノードＦの論理的な近隣がノードＡ、Ｂ、Ｃ、およびＤを含み、かつＡとＤの間の仮想回路の開放が、ＢおよびＣを通過しているものと仮定する。
【００６７】
Ｆ、Ａ、Ｂ、Ｃ、およびＤの論理的な近隣の装置間の協調は、Ｆが、リンクＡ→Ｄが「機能停止」、リンクＤ→Ａが「機能停止」、リンクＡ→Ｂが「サービス中」、リンクＢ→Ｃが「サービス中」、リンクＣ→Ｄが「サービス中」、リンクＤ→Ｃが「サービス中」、リンクＣ→Ｂが「サービス中」、およびリンクＢ→Ａが「サービス中」であることを知るのを可能にし、かつ、このことから、その論理的な近隣に対する相互化された知識を用いて、その故障診断制御タスクを送ることにより、仮想回路Ａ〜Ｄが機能停止していることの推定を可能にする。
【００６８】
ＤｏＳ／ＤＤｏＳタイプの攻撃に対する防御の駆動
ＤｏＳ（Ｄｅｎｉａｌ  ｏｆ  Ｓｅｒｖｉｃｅ：サービスの拒否）は、ユーザが自分のマシンにアクセスするのを妨害する、または応答時間を遅延させて、許容できないものとする攻撃である。ＤｏＳは、資源またはシステムを意図的に過負荷にする悪意のある人物によりプログラムされた攻撃の後に続いて行われ得る。
【００６９】
ＤＤｏＳ（Ｄｉｓｔｒｉｂｕｔｅｄ  ＤｏＳ）は、いくつかのソースから同時に到来する同様の攻撃である。
【００７０】
図２は、４つのエッジ・ルータＲｂから到来するＤＤＯＳ攻撃を示す図であり、データストリーム（矢印Ｆで示される）が、同じ端末Ａ装置に向けて集中している。
【００７１】
論理的な近隣は、ここでは、電気通信ネットワークのエッジ・ルータＲｂから構成されている。
【００７２】
ＤＯＳ／ＤＤＯＳタイプの攻撃に対する防御を実行するためにここで使用される相互化された知識ベース中の知識は、電気通信ネットワークのエッジ・ルータＲｂにおける最も頻度の高い受信者アドレスを用いて行われる受信者アドレスのヒストグラムに対応する。
【００７３】
それらの知識を相互化するために、ネットワークのエッジ・ルータＲｂ間の協調が、ここでは、異なるエッジ・ルータＲｂ間のヒストグラムを交換することにより行われる。
【００７４】
知識の更新は、毎秒ｆ回の頻度で実行される。
【００７５】
論理的な近隣のエッジ・ルータＲｂにより実施される制御協調タスクは、同じ受信者アドレスの方向のメッセージ数に対する閾値オーバーフローを監視することに対応する。送信アドレスの妥当性を検証することは、さらに、診断を強化することを可能にする。
【００７６】
本駆動は、次いで、データ・ストリームに対する制御アクションにより実行され得る。その制御アクションは、例えば、このアドレスの方向へのメッセージを破壊することを含む。
【図１】
2009541886.tif 000003
【図２】
2009541886.tif 000004
【図３】
2009541886.tif 000005
【図４】
2009541886.tif 000006
【国際調査報告】
2009541886.tif 000007
2009541886.tif 000008
2009541886.tif 000009
2009541886.tif 000010
2009541886.tif 000011
2009541886.tif 000012
2009541886.tif 000013
2009541886.tif 000014
2009541886.tif 000015
2009541886.tif 000016