(57)【要約】【課題】複数のネットワーク試験装置からのデータを集計し、対象の１つのイベント又は一連のイベントが発生しているかどうかを判定し、調整アクションを実装するシステムを提供する。【解決手段】本発明は、ネットワークを試験するためのシステムを提供する。このシステムは、複数のネットワーク試験装置と、複数のネットワーク試験装置と通信する中央サーバと、を有する。中央サーバは、試験用に複数のネットワーク試験装置を設定し、試験に関連する計測結果を受信する。さらに中央サーバは、複数のネットワーク試験装置からの計測結果を集計し、パターンが検出された場合にトリガアクションを起動する。【選択図】図２
2005312035.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを試験するためのシステムであって、
複数のネットワーク試験装置と、
前記複数のネットワーク試験装置と通信する中央サーバと、を有し、該中央サーバは、試験用に前記複数のネットワーク試験装置を設定し、該試験に関連する計測結果を受信し、さらに該中央サーバは、前記複数のネットワーク試験装置からの該計測結果を集計し、パターンが検出された場合にトリガアクションを起動する、
システム。
【請求項２】
前記試験装置を前記中央サーバに接続する第２のネットワークを更に有する、請求項１記載のシステム。
【請求項３】
前記ネットワークは、前記中央サーバを前記複数のネットワーク試験装置に接続する、請求項１記載のシステム。
【請求項４】
前記中央サーバは、ＸＭＬを使用して前記複数のネットワーク試験装置と通信する、請求項１記載のシステム。
【請求項５】
前記中央サーバは、状態機械を使用するよう構成される、請求項１記載のシステム。
【請求項６】
前記トリガアクションは第２の試験を設定する、請求項１記載のシステム。
【請求項７】
前記トリガアクションは前記試験によって生成された試験結果を保存する、請求項１記載のシステム。
【請求項８】
前記トリガアクションは前記ネットワーク試験装置の中の少なくとも１つでリモートセッションを起動する、請求項１記載のシステム。
【請求項９】
前記ネットワーク試験装置の中の少なくとも１つは、プロトコルアナライザである、請求項１記載のシステム。
【請求項１０】
ネットワークを試験する方法であって、
それぞれが前記ネットワークの異なるセグメントを試験する複数の試験装置から計測値を取得するステップと、
前記計測値を集計するステップと、
前記集計された計測値に基づいてアクションをトリガするステップと、
を有する方法。
【請求項１１】
中央ロケーションから前記複数の試験装置を設定するステップを更に有する、請求項１０記載の方法。
【請求項１２】
前記集計するステップは、それぞれの試験装置から出力される特定のデータパターンのインスタンスの数を判定するステップと、それぞれの試験装置からの前記インスタンスの数を加算するステップと、を有する、請求項１０記載の方法。
【請求項１３】
前記トリガするステップは、前記集計された計測値が所定の基準を満たす場合に、少なくとも１つの命令を実行するステップを有する、請求項１０記載の方法。
【請求項１４】
前記トリガするステップは、状態機械によって実行される、請求項１０記載の方法。
【請求項１５】
前記集計するステップは、事前に定義された時間ウィンドウ内において、出力された計測値を集計するステップを有する、請求項１０記載の方法。
【請求項１６】
前記アクションをトリガするステップは、中央モニタ上で前記試験装置の中の１つのインスタンスを開くステップを有する、請求項１０記載の方法。
【請求項１７】
前記アクションをトリガするステップは、プログラムを実行するステップを有する、請求項１０記載の方法。
【請求項１８】
前記アクションをトリガするステップは、前記試験装置の中の少なくとも１つからのデータを記憶デバイスに保存するステップを有する、請求項１０記載の方法。
【請求項１９】
前記アクションをトリガするステップは、ＳＮＭＰトラップをＯＳＳプログラムに発行するステップを有する、請求項１０記載の方法。
【請求項２０】
ネットワークを試験する方法であって、
１つの分散イベント又は一連のイベントが分散ネットワーク内の複数の試験装置によって検出されたかどうかを判定するステップと、
前記１つのイベント又は一連のイベントの発生の頻度を単一の値に集計するステップと、
前記単一の値が所定のレベルを超過した場合に、トリガアクションを実行するステップと、
を有する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを試験するためのシステムに関する。
【背景技術】
【０００２】
ネットワーク試験装置（本明細書においては、試験装置又はテスタと呼ぶこともある）という用語は、デバイステスタ、プロトコルアナライザ、適合アナライザ、ラインテスタなどを含む広範な試験装置を包含している。従来、このようなネットワーク試験装置は、通常、スタンドアロンユニットであり、被検ネットワーク又は被検デバイスに関する予めプログラムされた試験を実行している。結果は、モニタ上に表示され、このモニタは、通常、ネットワーク試験装置に物理的に装着されているが、ネットワーク接続を介して遠隔地に配置することも可能である。このような試験は、ルーターやスイッチなどの単一ネットワークコンポーネントや、トラフィックが通過するネットワークセグメントの動作を理解するのに非常に適している。しかしながら、複数のコンポーネント又はセグメントを試験するには、試験を所望する対象のそれぞれのコンポーネント及びセグメントにテスタを接続しなければならない。
【０００３】
最近のネットワークは、ゲートウェイ又はこれに類似したものを使用することによる異種ネットワークの相互接続を重視したアーキテクチャに移行する傾向にある。又、ネットワーク上のトラフィックのタイプも、ＶｏＩＰ（Voice over Internet Protocol、音声をＩＰに載せる仕組み）などの広帯域幅のミッションクリティカルなトラフィックを含むように変化しつつある。このような最近のネットワークによって提供されるＱｏＳ（Quality of Service、サービス品質）を理解するには、多くの場合に、様々な場所からの計測値が必要となる。即ち、単一コンポーネントにおけるデータ及びＱｏＳを検証するだけでは十分ではなく、開始点から終了点までデータストリームを追跡しなければならないのである。
【０００４】
様々な場所において実施される計測及び試験の使用によって利益を享受するであろう更なる領域は、ハッカーに対する防御である。ハッカーは、通常、複数の場所からの攻撃を偽装する（或いは、その他の方法で攻撃を案内する）。単一の場所を対象とするネットワーク試験装置は、その場所を通じたデータストリームに基づいた攻撃を識別することができないが、複数のストリームにアクセスできれば、識別が容易になる攻撃も存在する。
【０００５】
出現するネットワーク及びトラフィックの監視に必要なすべての計測を実行する能力を有する単一のネットワーク試験装置は存在しない。従って、アジレント（AGILENT）などのネットワーク試験装置製造者は、複数のネットワーク試験装置で複数のロケーション（location）における計測を実行し、結果を中央ロケーション（central location）に提供する分散ネットワーク試験環境を生成している。中央サイトは、複数の試験装置からの計測値を収集し、結果をフォーマットしてモニタ上に表示する。
【０００６】
当然のことながら、複数のネットワーク試験装置からの計測値を集約することにより、情報過多状態が発生する。そして、このようなシステムのユーザーには、過剰な情報が提示され、彼らの問題識別能力が制限されることになる。この問題は、要約情報から生データへの掘り下げを円滑に実行する階層構造表示などの情報表示法の進歩によって軽減されている。例えば、特許文献１を参照されたい。
【０００７】
現在、試験及び計測デバイスの設計者が改善するべく試みている更なる領域は、識別した問題に対する応答の自動化である。例えば、特許文献２を参照されたい。又、特許文献３も参照されたい。既存の応答型試験計測システムの通常の動作モードは、単一のデバイス又はコンポーネントからアラームを受信し、これに相応して応答するというものである。この好例が、特許文献２であり、この場合には、それぞれの警報に対して、ファックス、ポケットベル、及び電子メールなどのサービスが関連付けられている。
【特許文献１】米国特許出願第１０／２２５，１８１号明細書
【特許文献２】米国特許第５，６２１，８９２号明細書
【特許文献３】米国特許出願公開第０９／８３５，６１９号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００８】
分散ネットワーク試験環境において識別された問題に対する自動応答を提供する既存のソリューションは、まだ提示されてはいない。従って、本発明者らは、複数のネットワーク試験装置からのデータを集計し、対象の１つのイベント又は一連のイベントが発生しているかどうかを判定すると共に、そのような１つのイベント又は一連のイベントが発生している場合に、調整アクションを実装するシステム及び方法に対するニーズが存在していることを見出した。
【課題を解決するための手段】
【０００９】
本発明は、ネットワークを試験するためのシステムを提供する。このシステムは、複数のネットワーク試験装置と、複数のネットワーク試験装置と通信する中央サーバと、を有する。中央サーバは、試験用に複数のネットワーク試験装置を設定し、試験に関連する計測結果を受信する。さらに中央サーバは、複数のネットワーク試験装置からの計測結果を集計し、パターンが検出された場合にトリガアクションを起動する。
【発明を実施するための最良の形態】
【００１０】
本発明については、添付図面との関連で、本発明に関する以下の詳細な説明を参照することにより、理解することができよう。
【００１１】
以下、本発明の詳細を参照するが、その例は、添付図面に示されており、これらの図面においては、類似の参照符号によって類似の要素を示している。尚、以下の詳細な説明において、コンピュータ可読媒体内のデータビットの動作のルーチン又はシンボル表現、関連するプロセッサ、ネットワークインタフェースカード及びこれに類似したものを有するように構成された専用及び汎用演算デバイスによって実施可能な方法が提示されている。この場合に（並びに、一般的に）、ルーチンとは、所望の結果をもたらす一連のステップ又はアクションであると考えられ、従って、これには、「プログラム」、「オブジェクト」、「関数」、「サブルーチン」、及び「手順」などの専門用語が包含される。そして、これらの記述及び表現は、当業者が、自身の研究内容を他の当業者に対して効率的に伝達するために使用する手段である。
【００１２】
又、本発明の方法については、プロトコルアナライザ上における実装との関連で説明されているが、本明細書において説明する方法は、コンピュータ内に保存されているルーチンによって選択的に起動又は再設定される汎用コンピュータやその他のネットワークデバイス及び必要な信号処理能力を有するインタフェース上においても動作可能である。端的に言えば、本明細書に提示されている方法は、特定のデバイスに固有に関係するものではなく、様々なデバイスを、本明細書の教示によるルーチンと共に使用することができる。本発明の機能を実行するべく適合可能な機械には、ヒューレット・パッカード社（HEWLETT PACKARD, INC.）、アジレント・テクノロジー社（AGILENT TECHNOLOGIES, INC.）、及びテクトロニクス社（TEKTRONIX, INC.）、並びにネットワーク試験装置のその他の製造者によって製造されるものが含まれている。
【００１３】
又、当業者であれば、本明細書において説明するソフトウェアとの関連で、本明細書に概説されている手順を実行するソフトウェアを作成するための様々なプラットフォーム及び言語が存在することを認識するであろう。又、本発明の好適な実施例は、任意の複数種のＣ言語を使用して実装可能であるが、当業者であれば、特定のプラットフォーム及び言語の選択肢が、しばしば、構築する実際のシステムの仕様によって左右され、この結果、１つのシステムタイプにおいて機能し得るものが、別のシステムにおいては、非効率的なものになる可能性があることをも認識するであろう。又、本発明において説明されているルーチン及び演算は、コンピュータ又はＤＳＰ（Digital Signal Processor:デジタル信号プロセッサ）上におけるソフトウェアとしての実行に限定されるものではなく、ハードウェアプロセッサ内においても実装可能であることを理解されたい。例えば、これらのルーチン及び演算は、ＡＳＩＣ内のＨＤＬ（Hardware Design Language、ハードウェア記述言語）によって実装可能であろう。
【００１４】
図１は、ネットワーク１００のブロックダイアグラムである。尚、このネットワーク１００は、本発明の方法及びシステムが動作することができる環境の非限定的な例として提供されている。ＩＰネットワーク１０２により、通信デバイス１０４ａ及び１０４ｂ、コンピュータ１０６、サーバ１０８、及びデータベース１１０を含む様々なデバイスが接続されている。通信デバイス１０４ａ及び１０４ｂは、ＶｏＩＰに対応可能なデバイス、又はゲートウェイ（図示せず）を通じて接続された一般的な回線交換デバイスであってよい。そして、サーバ１０８は、例えば、ＦＴＰ、ＨＴＴＰ、ＳＭＴＰなどを含む様々なサービスのいずれかを提供可能である。
【００１５】
様々な試験装置を配備することにより、ネットワークの様々な接続及び健康状態を監視することができる。試験装置は、通常、プロトコルアナライザ及びＲＭＯＮ（Remote Monitoring:遠隔監視）デバイスを有している。一例として、アジレント社のプロトコルアナライザは、テレフォニー・ネットワーク・アナライザ（Telephony Network Analyzer、ＴＮＡ）、プロトコル・バイタル（Protocol Vitals）、ＲＴＰ統計（RTP Statistics）などを含む（但し、これらに限定されない）様々なタイプの単一セグメント計測を実行可能である。プロトコルアナライザ１１２ａ及び１１２ｂ上において稼働するＴＮＡ計測により、通信デバイス１０４ａ及び１０４ｂに関連するものなどのＶｏＩＰ接続の診断が提供される。プロトコルアナライザ１１４ａ及び１１４ｂは、コンピュータ１０６、サーバ１０８、及びデータベースサーバ１１０間における相互接続などのネットワーク相互接続上におけるトラフィックの一般的な診断を提供する。ＲＭＯＮデバイス１１６は、様々なネットワークモニタ及びコンソールシステムがネットワーク監視データを交換することを可能にする標準的な監視仕様に従って動作する。一般に、ＲＭＯＮは、ネットワーク管理者に対して、彼らの特定のネットワークニーズを満足する機能を有するネットワーク監視プローブ及びコンソールを選択する際の自由度を提供する。
【００１６】
図２は、分散試験及び計測フレームワーク２００のブロックダイアグラムであり、被検ネットワーク１０２を試験するべく、少なくとも１つの中央サーバ２０６が一連の試験装置２０２ｎ（２０２ａ、２０２ｂ、及び２０２ｃが図示されている）に接続されている。アジレント社のプロトコルアナライザ及び大部分のＲＭＯＮデバイスを含むネットワーク試験装置は、ＰＣ１０６などの中央コンソールとやり取りするべく構成可能である。ネットワーク２０４が、少なくとも１つの中央サーバ２０６を試験装置２０２ｎと相互接続している。少なくとも１つの中央サーバ２０６と試験装置２０２ｎ間における関係は、多：多（many-to-many）である。換言すれば、複数の中央サーバ２０６が複数の試験装置２０２ｎとインタフェースすることができる。又、被検ネットワーク１０２への複数の接続を有するように、それぞれの試験装置２０２ｎを構成することも可能であることに留意されたい。又、更に詳細に後述するが、大部分の試験装置には、例えば、ゲートウェイの両側に接続するべく、複数のインタフェースを装着可能である。
【００１７】
図３は、中央サーバ２０６の内部構成に焦点を絞った収集トポグラフィー（collection topography）２００のブロックダイアグラムである。ネットワーク１０２のセグメントは、例えば、スイッチ３０２ｎ及びルーター３０４によって相互接続されている。一般に、試験装置２０２ｎは、スイッチ３０２ｎ、ルーター３０４、及びゲートウェイ（図示せず）などの相互接続デバイスと関連付けることが望ましい。従って、例えば、アジレント DNA MXなどの試験装置２０２ａは、ＡＴＭ及びギガビット・イーサネット接続を介してスイッチ３０２ａに接続され、このスイッチは、ＡＴＭスイッチであってよい。例えば、アジレント DNA MXなどの試験装置２０２ｂ及び２０２ｃは、例えば、ＯＣ１２接続を介してルーター３０４に接続されている。最後に、例えば、アジレント DNA MXなどの試験装置２０２ｄは、ＡＴＭ及び１０／１００イーサネット接続を介してスイッチ３０２ｂに接続され、このスイッチは、ＡＴＭスイッチであってよい。
【００１８】
試験装置２０２ｎのそれぞれは、通常、ネットワーク１０２を介して、中央コンソール２０６に接続されている。試験装置２０２ｎ及び少なくとも１つの中央サーバ２０６に対して、専用の個別の直接接続又は、場合によっては、別個の中間ネットワークを提供することが好ましいであろう。中央サーバ２０６は、試験装置２０２ｎから試験及び計測結果を受信して表示するアジレント・ネットワーク・トラブルシューティング・センター（Agilent Network Troubleshooting Center）などのソフトウェアを有するように構成されている。本発明の実施例によれば、中央サーバ２０６は、試験装置２０２ｎから試験及び計測結果を受信し、この結果を集計し、結果をトリガ条件と比較すると共に、トリガ条件が存在している場合に、応答をトリガするべく構成されている。好適な実施例においては並びに、本明細書において説明するように、中央サーバには、本発明を実装するべく、状態機械が提供されている。尚、本発明は、その他のソフトウェア構造を使用しても実装可能であり、状態機械は、当業者によって一般に理解されていることを理由とする便利な一例に過ぎないことに留意されたい。
【００１９】
少なくとも１つの実施例によれば、ソフトウェアは、少なくとも１つのアプリケーションレイヤ２０８とデータ収集管理レイヤ２１４を具備している。そして、アプリケーションレイヤ２０８は、トリガ状態機械２１２と共に、報告（reporting）及びグラフィックルーチンを含むプレゼンテーションコンポーネント２１０を有している。尚、このプレゼンテーションコンポーネント２１０については、当業者が一般に理解しているものであり、従って、この更なる説明は省略する。トリガ状態機械２１２は、試験装置２０２ｎによって検出される１つの分散イベント又は一連のイベントの発生に基づいて起動されるトリガを管理している。尚、このトリガ状態機械２１２の好適な一実施例については、後述する。
【００２０】
データ収集レイヤ２１４は、データコレクタ２１６、データストレージ２１８、試験装置２０２ｎとの通信用のアプリケーション・プログラム・インタフェース（Application Programming Interface、ＡＰＩ）２２０、及びネットワークトランスポートレイヤ２２２（例：ＨＴＴＰ）を有している。このデータ収集レイヤ２１４は、分散試験装置とのやり取りと、それらのデータを収集する責任を担っている。データストレージ２１８は、データ収集レイヤ２１４からのデータの取得と、データベース（図示せず）内に保存可能な形態へのその変換の責任を担っている。ＡＰＩ２２０は、ネットワーク試験装置２０２ｎの安全な遠隔制御を円滑に実行する。好適な実施例においては、このＡＰＩ２２０は、２００２年８月２１日付けで出願され、本発明の譲受人に譲渡されている「SYSTEM CONTROLLING TEST/MEASUREMENT DEVICES ON A NETWORK USING MARKUP LANGUAGE DOCUMENTS AND METHODS THEREOF」という名称の同時係属中の米国特許出願公開第１０／２２４，５５６号明細書に記述されているXML APIを使用して実装されている。尚、この米国特許出願公開第１０／２２４，５５６号明細書は、本引用により、本明細書に包含される。
【００２１】
図４は、試験装置の一例４００のブロックダイアグラムである。図４に示されているように、この試験装置４００は、アジレント・ネットワーク・アナライザ（Agilent Network Analyzer）に基づいたものになっているが、当業者であれば、本発明によるシステムに包含するのに好適なあらゆる試験装置アーキテクチャを利用可能であることを認識するであろう。この試験装置は、被検ネットワーク１０２上の複数の接続にインタフェースするべく構成されている。内部的には、この試験装置４００は、本発明の説明の観点においては、内部ネットワーク４０８（例：ＩＰネットワーク）を介して複数の論理的な試験装置インタフェース４０６ｎに相互接続されたサーブレットコンテナ（servlet container）４０４を有していると考えることができる。
【００２２】
サーブレットコンテナ４０４は、一般に、収集エージェント通信サーブレット４１０とＨＴＴＰサーバ４１２を有している。このＨＴＴＰサーバ４１２は、一例として、前述の同時係属中の米国特許出願公開第１０／２２４，５５６号明細書に記述されているＸＭＬ文書を使用し、中央サーバ２０６内のデータ収集管理レイヤ２１４と通信する。そして、サーブレット４０４は、その対応する論理試験装置インタフェース４０６ｎとは物理的に別個のものであってよい（但し、こうである必要はない）。
【００２３】
それぞれの論理試験装置インタフェース４０６ｎは、一般に、ネットワークトランスポートＡＰＩ、ＸＭＬ  ＡＰＩ、試験装置アプリケーション、及びアジレント社のライン・インタフェース・モジュール（Line Interface Module、ＬＩＭ）などの収集用ハードウェアを有している。論理試験装置インタフェース４０６ｎが、サーブレット４０４と通信するべく構成された従来のネットワーク試験装置を有するものも存在する。尚、このような構成は、同時係属中の米国特許出願公開第１０／２２４，５５６号明細書に詳述されている。
【００２４】
図５は、本発明の好適な実施例による方法のフローチャートである。この方法は、試験を生成するステップ５０２において始まっている。一般に、試験は、１つ又は複数の試験装置からの１つ又は複数の計測値の組を有している。そして、これと関連して、計測値に基づいたトリガイベントを定義する。一例として、従来のＳＹＮサービス拒否攻撃の識別を円滑に実行する試験を生成可能である。このような攻撃の際には、異常に多数のＳＹＮ＊要求が特定のＩＰアドレスに対して案内される。又、これらのＳＹＮ＊要求は、通常、複数のネットワークセグメントから到来する。従って、複数の試験装置によって検出された特定のＩＰアドレスに対して案内されるＳＹＮ＊要求の集計数が特定のしきい値を超過した場合に、適切な試験によってトリガを起動することになろう。
【００２５】
次に、ステップ５０４において、試験に使用する試験装置を選択する。これは、ユーザーの所望に応じて、いくつでも選択可能である。そして、この選択された試験装置の物理インタフェースを、ステップ５０６において、その動作ソフトウェアに従って設定する。そして、ステップ５０８において、所望の計測を選択し、続いて、ステップ５１０において、それらを、再度、それぞれの特定の試験装置上の動作ソフトウェアに従って設定する。
【００２６】
ステップ５１２において、トリガ認定（qualification）パターンを指定する。トリガ認定パターンは、割り当てられている中央サーバに、どの計測値を転送するのかを、試験装置に対して指示するために使用するものである。これにより、ユーザーは、計測トラフィックを、関心の対象である計測値のみに絞り込むことができる。ＳＹＮ＊攻撃試験について継続すれば、ユーザーは、特定のＩＰアドレス（又は、アドレスの範囲）に案内されるＳＹＮ＊のみを対象とすると指定することができよう。トリガ認定パターンは、ある面においては、フィルタとして機能するものである。
【００２７】
ステップ５１４において、ステップ５０４において選択されたエージェントに対して、このトリガ認定パターンを配布する。これは、同時係属中の米国特許出願公開第１０／２２４，５５６号明細書に記述されているＸＭＬのＡＰＩ２２０を使用して実行可能である。
【００２８】
ステップ５１６において、中央サーバがトリガ条件を識別した場合に実行するアクションを指定する。このアクションは、好ましくは、実行可能形式、バッチ、スクリプト、又はマクロファイルの形態であってよい。例えば、このアクションは、画面上にネットワークアナライザのインスタンスを開き、識別された試験装置上における関連する計測値を掘り下げるステップを有することができよう。別の例として、このアクションは、第２のトリガ及び後続のアクションを有する第２の試験を設定するステップを有することもできよう。更に別の例においては、このアクションは、事前に定義された（又は、確定していない）期間にわたって、試験及び計測結果をデータストレージ２１８（図３を参照されたい）内に保存するステップを有することができよう。更には、このアクションは、ＯＳＳシステムに対してＳＮＭＰトラップを送信するステップを有することも可能である。尚、実行可能な様々なアクションが存在しており、トリガ条件の検出に応答して、アクションのいずれか１つ又はどのような組み合わせをも実行可能であることを認識されたい。この実行可能なアクションの範囲は、大部分は本発明の範囲外であり、従って、これに関する説明は、以上に留めておく。
【００２９】
ステップ５１８において、試験を開始する。そして、ステップ５２０において、ステップ５０４において選択された試験装置から中継されるデータを、例えば、中央サーバ２０６のデータコレクタ２１６及びデータストレージ２１８の機能（図２を参照されたい）を使用して、収集並びに集計する。最も単純な形態においては、集計は、データに関連する値（例：受信したＳＹＮ＊要求の数）を加算するステップを有している。次に、ステップ５２２において、このデータを分析し、トリガ条件が存在しているかどうかを判定する。最も単純な形態においては、このような分析は、ステップ５２０において算出された合成値をしきい値と比較するステップを有している。そして、トリガ条件が存在している（例：フィルタリングされたＳＹＮ＊要求の数がしきい値を超過している）場合には、ステップ５１６において指定されたアクションが実行されることになる。
【００３０】
図６は、本発明の好適な実施例による方法のフローチャートである。具体的には、この図６は、本発明の好適な実施例による図２に示されている中央サーバ２０６内のトリガ状態機械２１２の動作のフローチャートである。この方法は、状態機械を初期化するステップ６０２において始まっている。次に、ステップ６０４において、この状態機械をリセットする。ステップ６０６において、状態機械によって使用される必要なスレッドをセットアップする。一般に、１つのスレッドは、中央サーバ２０６によって管理されるそれぞれのトリガに専用となっている。周知のように、スレッディングとは、複数プロセスの表面上同時の実行を円滑に行う並行処理の一形態である。本実施例によれば、状態機械においてスレッドを使用することにより、複数の別個のトリガを定義すると共に、それらに専用のプロセスを並行して実行することが可能である。この結果、それぞれが独自のトリガ定義及びアクションを具備する複数の試験を中央サーバによって管理することができる。
【００３１】
ステップ６０８において、現在の試験に対する適用性を確認するべく、それぞれの試験装置からの入力を評価する。例えば、パケットヘッダの現在の内容をチェックする。次に、ステップ６１０において、適切であると判定された入力を処理して既存のデータと組み合わせ、例えば、パケットのカウントを増分する。そして、ステップ６１２において、時間ウィンドウを評価する。試験対象のアクションが発生する時点は、多くの試験において重要である。例えば、受信したＳＹＮ＊要求を分析する以前の例の場合に、それらの要求が受信された期間は、サービス拒否攻撃を識別する際に有用である。即ち、時間ウィンドウを定義し、これを使用することにより、適用可能なカウンタをリセットすることができる。任意選択により、状態の変化を伴うことなしに時間ウィンドウが経過した場合には、本方法は、ステップ６０４に戻り、状態機械がリセットされることになる。又、ローリングするように期間を定義することも可能であり、この場合には、時間ウィンドウの原点復帰にともなって、カウントが削除されることになる（例：カウントは、最後の時間において受信されたＳＹＮ＊要求のみを反映することになる）。
【００３２】
ステップ６１４において、状態機械の状態を評価し、状態変化の基準を満足している場合には、これを変更する。一般に、状態は、トリガイベントを識別した際に変化する。例えば、パケットのカウントが、定義されている時間ウィンドウ内においてしきい値に到達する。次に、ステップ６１６において、状態が変化したかどうかをチェックする。そして、状態が変化している場合には、指定されているアクションをステップ６１８において実行する。そして、この後に、本方法は、ステップ６０４に戻り、状態機械がリセットされることになる。一方、状態が変化していない場合には、本方法は、更なる評価のためにステップ６０８に戻る。尚、当業者であれば、状態機械に関する以上の説明は、正確なものではなく、線形の説明を許容するべく単純化されていることを認識するであろう。たぶん好適な実施例においては、状態の評価とトリガの起動（ステップ６１４及びステップ６１６）は、データ入力及び分析（ステップ６０８〜ステップ６１２）と並行して実行される。
【００３３】
表１には、本発明の好適な実施例によるトリガ状態機械の動作を記述した擬似コードが含まれている。尚、この擬似コードは、単一スレッドの動作環境下のものであることに留意することが重要であり、中央サーバによって管理される複数の試験に対応するべく、トリガ状態機械内に複数のスレッドが存在してもよい。
【表１】
2005312035.tif 000003
【００３４】
図７〜図９は、本発明の好適な実施例によるエージェントトリガパターン仕様ウィンドウ７００の画面ショットである。図７〜図８に示されているウィンドウは、対象のアイテムを中央サーバに対して試験装置から転送させるフィルタをアジレント・ネットワーク・アナライザ内において容易に生成するためのものである。当業者であれば、この図７〜図８に示されているウィンドウが、この種のフィルタのセットアップ並びに設定を実行可能な多くの方法の中の１つに過ぎず、図示の画面は、十分な開示を行うべく提案されたものに過ぎないことを認識するであろう。又、アジレント・ネットワーク・アナライザ以外の試験装置を、本発明によるシステム及び方法と共に使用することも可能である。一般には、例えば、別のプロトコルアナライザを含む中央サーバに対して対象のアイテムを（好ましくは、遠隔地から）提供するべく設定可能であれば、どのようなプロトコルアナライザも使用可能である。
【００３５】
試験装置の中には、開始及び停止トリガイベントを定義することにより、ユーザーがログ取得期間を制御できるものも存在する。トリガは、いくつでも定義可能である。トリガの例としては、日付及び時刻、メッセージ内における指定されたメッセージ又はパラメータ値の発生、イベント（例：ＣＲＣエラー）、開始トリガからの経過時間、反復可能な開始及び停止トリガが含まれる。更には、試験装置の中には、ログを取得するデータのタイプと量を制御（すると共に、本発明の好適な実施例に従って、少なくとも１つの中央サーバに伝達）するフィルタをユーザーが定義可能なものも存在する。一般には、フィルタは、メッセージ内の値（例：メッセージタイプ又はメッセージ内のパラメータ）に基づいて、メッセージを受け入れるか、或いは、拒絶する。ＡＮＤ／ＯＲを使用して、フィルタを論理的に組み合わせることも可能である。
【００３６】
図７においては、ウィンドウ７００の第１タブ７０２において、フィルタの一般（general）属性を設定している。この場合には、フィルタに対して、「ＳＹＮ要求（SYN request）」というタイトルが付与されている。又、このフィルタと関連付けられている基準を満足するパケットに対して、「採取（capture）」のアクションが選択されている。そして、最後に、フィルタが「オン」に切り換えられている。
【００３７】
図８においては、ウィンドウ７００の第２タブ７０４において、フィルタのフレーム属性（Frame attribute）を設定している。最大１６個のイーサネットフィルタを利用可能である。これらのフィルタを論理的にまとめて１つにＯＲ演算し、ＩＰアドレス、正常フレームなどのフレーム属性、不良ＦＣＳ（bad Frame Check Sequence）フレーム、ラント（runt）、ジャバー（jabber）、及びドリブル（dribble）に関してフィルタリングすることができる。不良ＦＣＳは、いくつであってもよいが、一般には、ＦＣＳエラーを有しているが、フレーミングエラーは有していない有効なサイズのいくつかのフレームを意味している。ラントとは、最小ＩＥＥＥ８０２．３フレームサイズ（イーサネットの場合には、６４バイト）よりも小さなフレームであり、不良ＣＲＣを有している。ジャバーは、１５１８オクテットより長いフレームであり（フレーミングビットは除外するが、ＦＣＳオクテットは含む）、これは、偶数個のオクテットで終了していないか（アライメントエラー）、又は、不良ＦＣＳエラーを具備している。ドリブルビットエラーは、フレームがわずかに長過ぎることを示すものである。図８に示されている例の場合には、ユーザーは、フレームの実際のデータ内において検出する対象のパターンを指定することができる。これは、通常、フレーム内のパケットのヘッダ内におけるデータフィールドを設定するステップを有することになろう。
【００３８】
図９は、ウィンドウ７００の第３タブ７０６内におけるプロトコル（Protocol）の識別を示している。この場合には、ＩＰ上のhttpトラフィックが選択されている。
【００３９】
図１０は、本発明の好適な実施例によるサーバトリガ仕様ウィンドウ１０００とトリガアクション仕様の画面ショットである。この図１０に示されているウィンドウは、本発明の好適な実施例による中央サーバの設定を円滑に実行するソフトウェアの一例である。一般に、中央サーバは、状態機械として動作し、この結果、状態機械の状態を変更するべく使用可能な１つのイベント又は一連のイベントを使用してトリガを起動することができる。尚、この図１０に示されているウィンドウは、本発明の好適な実施例に従って使用可能なトリガ基準の集合の一例に過ぎない。
【００４０】
この図１０に示されている例において、トリガは、いくつかの特定の定義されたパターンの発生に基づいたものになっている。この発生を認定するべく、更なる基準が提供される。これは、例えば、エージェントの特定のパーセンテージ（この場合には、７５％）にわたるパターンの存在を必要とするというものであってよい。又、前述のように、時間ウィンドウを指定することも可能である（この場合には、１０分）。又、フレームヘッダデータを認定することも可能である。
【００４１】
この図示の例においては、それぞれのデータエントリフィールドは、システム設計者が必要であると考える値をなんでも入力可能である。例えば、発生回数は、無制限の値であってもよく、或いは、有限であってもよい。パターン定義ドロップダウンメニューは、カスタム、ＩＰ、ＨＴＴＰ、ＦＴＰ、Telnetなどのエントリを含むことができよう。発生を受信した先のエージェントの数又はパーセンテージを示す「From」という言葉の後のプルダウンをプログラムし、様々なパーセントや固定値（１０エージェントにおけるもの）を一覧表示することもできよう。当然のことながら、時間ウィンドウには、使用可能なものであれば、どのような時間値も入力することができよう。フレームヘッダフィルタは、「等しい（Equal）」（図示されている）又は「等しくない」に設定可能であろう。パターンカスタマイズフィールド内のパターンは、通常の方式で設定される。
【００４２】
プルダウンボックス内に記述されているトリガイベントについて、アクションを定義する。図示の例においては、このアクションは、リモートトラブルシューティングを開始する（Start Remote Troubleshooting）というものになっている。一般に、これは、定義されたネットワーク試験エージェントに関連付けられているウィンドウを自動的に開くことを意味している。可能なトリガアクションのその他の例には、事前に定義されている経路（例：ファックス、電子メール、又はポケットベル）を介した事前に定義されている場所へのメッセージの送信、第２トリガの設定、試験の停止又は開始、及びプログラム、マクロ、バッチファイルの実行が含まれる。この実行可能なアクションを限定するものは、設計者の創造性と、ハードウェア及びソフトウェアの制約のみである。
【００４３】
本発明の前述の実施例においては、サービス拒否攻撃を検出するためのトリガの使用に焦点が絞られているが、当業者であれば、ほとんど無限の様々なトリガが可能であることを認識するであろう。即ち、別の例として、大きなマルチセグメントのＶｏＩＰの配備を使用する場合には、通話品質を確保することが必要である。一般には、このようなＶｏＩＰの配備は、複数の領域に分割される。そして、それぞれの領域ごとに試験を生成し、複数のＴＮＡ計測を具備可能である。例えば、「西部領域（western region）」をカバーする試験は、サンフランシスコ、サンノゼ、オークランド、及びサクラメントにＴＮＡを具備可能である。この結果、ＶｏＩＰネットワーク及びその内部の通話が、カリフォルニアにおいて、複数のネットワークセグメントにわたって監視されることになる。そして、試験のいずれかのＴＮＡにおいて、ＭＯＳ（Mean Objective Score:通話品質の一尺度）が特定のしきい値を下回った場合に、或いは、ジッタがなんらかのしきい値を上回った場合に、或いは、消失パケット数がなんらかのしきい値を上回った場合に、トリガイベントが生成され、アクションが起動されるように、試験自体を設定可能である。このようなアクションは、その不良ＶｏＩＰステータスを検出しているＴＮＡに対する遠隔地からの掘り下げステップや、ＯＳＳに対してＳＮＭＰアラームを送信するステップなどを有することができよう。このタイプの試験により、トラブルシューティングの担当者は、正常ＶｏＩｐ通話から不良ＶｏＩＰ通話への遷移の場所と時点をより迅速に突き止めることができる。
【００４４】
以上、本発明の実施例について図示並びに説明したが、当業者であれば、本発明の原理と精神を逸脱することなしに、これらの実施例に対して変更を加えることが可能であることを理解するであろう。本発明の範囲は、添付の請求項並びにその等価物に定義されているとおりである。
【図面の簡単な説明】
【００４５】
【図１】ネットワークのブロックダイアグラムである。
【図２】分散試験及び計測フレームワークのブロックダイアグラムである。
【図３】収集トポグラフィーのブロックダイアグラムである。
【図４】試験装置の一例のブロックダイアグラムである。
【図５】本発明の好適な実施例による方法のフローチャートである。
【図６】本発明の好適な実施例による方法のフローチャートである。
【図７】本発明の好適な実施例によるエージェントトリガパターン仕様ウィンドウの画面ショットである。
【図８】本発明の好適な実施例によるエージェントトリガパターン仕様ウィンドウの画面ショットである。
【図９】本発明の好適な実施例によるエージェントトリガパターン仕様ウィンドウの画面ショットである。
【図１０】本発明の好適な実施例によるサーバトリガパターン仕様ウィンドウの画面ショットである。
【符号の説明】
【００４６】
２０２ａ、２０２ｂ、２０２ｃ  ネットワーク試験装置
２０６  中央サーバ
【図１】
2005312035.tif 000004
【図２】
2005312035.tif 000005
【図３】
2005312035.tif 000006
【図４】
2005312035.tif 000007
【図５】
2005312035.tif 000008
【図６】
2005312035.tif 000009
【図７】
2005312035.tif 000010
【図８】
2005312035.tif 000011
【図９】
2005312035.tif 000012
【図１０】
2005312035.tif 000013