(57)【要約】  ネットワーク内の性能特性を測定するための相互接続された装置の動的構成が開示される。本発明は性能特性の測定に関し、より具体的にはネットワーク内で相互接続された装置の性能特性の測定に関する。既存のシステムには、ネットワークの性能特性を動的に判定し、ネットワークの装置の間のテストプロセスを自動化するための機構がない。開示されるシステムは、ネットワーク内でプロバイダエッジ装置などの装置を動的に構成することを可能にする。さらにテスト中の装置の機能を判定し、それに従ってテストパラメータを構成することが可能である。さらに装置は同期することができ、テストを実行することができる。それによりテストプロセスは自動化され、したがって間違いを生じやすく面倒な手動の構成がなくなる。
2013539644.tif 000002
【特許請求の範囲】
【請求項１】
イーサネット環境でのプロバイダエッジ装置の間のリンクの性能特性を測定するためのシステムであって、
プロバイダエッジ装置から信号を受け取ると進行中のテストを中止し、
前記テストが完了すると前記プロバイダエッジ装置からテスト統計値を受け取る
ように構成された、ネットワーク管理モジュールを備え、
前記プロバイダエッジ装置は、
前記プロバイダエッジ装置によって構成されたテストパラメータを第２のプロバイダエッジ装置がサポートできるかどうかを判定し、
前記テストパラメータを送出するために前記第２のプロバイダエッジ装置と同期する
ように構成される、システム。
【請求項２】
前記ネットワーク管理モジュールが、
前記プロバイダエッジ装置から信号を取得し、
前記プロバイダエッジ装置のテストパラメータ機能に不整合があると判定し、
前記プロバイダエッジ装置のテストパラメータに不整合があると判定
すると前記テストを中止するように構成される、請求項１に記載のシステム。
【請求項３】
前記ネットワーク管理モジュールが前記テスト統計値を受け取るように構成され、前記テスト統計値がテスト結果、性能特性、前記プロバイダエッジ装置に転送されたコンテンツの情報を含む、請求項１に記載のシステム。
【請求項４】
前記プロバイダエッジ装置が前記テストパラメータを送出するように構成され、前記パラメータがリンクの帯域幅、トラフィックのタイプを含む、請求項１に記載のシステム。
【請求項５】
前記プロバイダエッジ装置が、前記テストが完了すると、前記第２のプロバイダエッジ装置からテスト統計値を取得するとデータを統合するようにさらに構成された、請求項１に記載のシステム。
【請求項６】
イーサネット環境でのプロバイダエッジ装置であって、前記装置は構成モジュールを備え、前記モジュールは、
第２のプロバイダエッジ装置から機能パケットを取得すると、前記第２のプロバイダエッジ装置が、構成されたテストパラメータをサポートできるかどうかを判定し、
前記テストパラメータを送出するために前記第２のプロバイダエッジ装置と同期し、
予め構成された時間に前記テストパラメータを前記第２のプロバイダエッジ装置に送出する
ように構成された、プロバイダエッジ装置。
【請求項７】
前記装置内の前記構成モジュールが、前記テストが完了すると、前記第２のプロバイダエッジ装置からテスト統計値を取得するとデータを統合するように構成された、請求項６に記載のプロバイダエッジ装置。
【請求項８】
イーサネット環境でのプロバイダエッジ装置を動的に構成する方法であって、
第２のプロバイダエッジ装置から機能情報を取得すると、プロバイダエッジ装置によって構成されたパラメータを前記第２のプロバイダエッジ装置がサポートできるかどうかを判定するステップと、
テストパラメータを送信するために前記第２のプロバイダエッジ装置と同期するステップと、
予め構成された時間に前記テストパラメータを前記第２のプロバイダエッジ装置に送出するステップと
を含む、方法。
【請求項９】
前記プロバイダエッジ装置が、前記第２のプロバイダエッジ装置から取得したテスト統計値を統合するように構成された、請求項８に記載の方法。
【請求項１０】
前記テストパラメータがリンクの帯域幅、トラフィックのタイプを含む、請求項８に記載の方法。
【請求項１１】
前記テスト統計値が、テスト結果、性能特性、受け取ったデータについての情報を含む、請求項８に記載の方法。
【請求項１２】
イーサネット環境でのプロバイダエッジ装置の性能特性を測定する方法であって、前記環境は、ネットワーク管理モジュールと、複数のプロバイダエッジ装置と、キャリアネットワークと、顧客ネットワークとを備え、
前記プロバイダエッジ装置によって構成されたテストパラメータを第２のプロバイダエッジ装置がサポートできるかどうかを前記プロバイダエッジ装置によって判定し、
テストパラメータを送出するために前記プロバイダエッジ装置によって前記第２のプロバイダエッジ装置と同期し、
前記テストが完了すると前記第２のプロバイダエッジ装置から前記ネットワーク管理モジュールによってテスト統計値を受け取る
ように構成された、方法。
【請求項１３】
前記ネットワーク管理モジュールが、
前記プロバイダエッジ装置から信号を取得し、
前記プロバイダエッジ装置のテストパラメータ機能に不整合があると判定し、
前記プロバイダエッジ装置のテストパラメータに不整合があると判定
すると前記テストを中止するように構成される、請求項１２に記載の方法。
【請求項１４】
前記ネットワーク管理モジュールが前記テスト統計値を受け取るように構成され、前記テスト統計値がテスト結果、性能特性、前記プロバイダエッジ装置に転送されたコンテンツの情報を含む、請求項１２に記載の方法。
【請求項１５】
前記プロバイダエッジ装置が前記テストパラメータを送出するように構成され、前記パラメータがリンクの帯域幅、トラフィックのタイプを含む、請求項１２に記載の方法。
【請求項１６】
前記プロバイダエッジ装置が、前記テストが完了すると、前記第２のプロバイダエッジ装置からテスト統計値を取得するとデータを統合するようにさらに構成された、請求項１２に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は性能特性の測定に関し、具体的にはネットワーク内の相互接続された装置の性能特性の測定に関する。
【背景技術】
【０００２】
現在のネットワークは、ネットワークの性能特性を判定するために種々の方法を用いている。ネットワークの性能は、伝送のビットレート、失われたおよびまたは挿入されたパケットの数、ジッタ遅延などの様々なパラメータを用いて測定することができる。従来の性能測定技術は２つの種類に分類され、一方は能動的、他方は受動的である。受動的技術はネットワークトラフィックを調べるもので、パケット突き合わせのためのパケットおよびバイトカウント、パケットヒストグラム、ならびに平均パケットおよびデータレート測定などの、状態をもつ（ｓｔａｔｅｆｕｌ）測定を含む。しかし受動的技術は、単一のポイントで行われる測定に限定される。さらに測定は、ネットワーク内の複数のポイントで取得されたデータの蓄積を必要とする。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
能動的技術は、既存のパケットトラフィックを変更する、または１つの装置からもう１つの装置へのテストトラフィック情報を注入するものであり、テストパケット内に十分な情報を含む。能動的技術に付随する欠点は、多くのネットワーク帯域幅が消費されることである。さらにユーザはテストを手動で開始するようにエンド装置を静的に構成する必要がある。ユーザは、コマンドラインインターフェースを用いて、またはネットワーク管理システムを用いて装置を構成しなければならない。コマンドラインインターフェースを用いるのは、ユーザは適切なコードを書くことが要求されるので面倒なプロセスである。さらにユーザは、手動でテストを開始し、次いでデータを統合し、テストを実行しなければならない。テストを実行した後にユーザは、手動で構成を削除しなければならない。
【０００４】
さらに既存の機構は、エンド装置の機能情報を判定する手段をもたない。一例では装置が他の装置にデータパケットを送信したい場合に、ユーザが実行したい特定のタイプのテスト用のデータをサポートする機能をレシーバ装置が有するかどうかを判定する手段がない。さらにエンド装置の間に同期がなく、したがって機能情報を判定することは難しくなる。またネットワーク管理システムは、テストを実行するための追加のロジックを備えなければならない。ユーザは、プロバイダエッジ装置に対して実行されるテストごとに別々にテストパラメータを構成する必要がある。プロセスは通常は時間がかかり面倒である。さらに一部のネットワーク管理システムは、ネットワーク装置の性能を判定するために、ネットワーク装置の静的構成を用いる。このようなシステムは、ネットワーク内の変化するトラフィックレート、時間の変化に対する待ち時間、ジッタ、損失率などのパラメータを考慮していない。その結果として、得られる結果は、異なる状況下での装置の動的特性を判定するには役立たなくなるので近似となる。
【０００５】
さらにネットワーク内に新しい装置を追加する必要がある場合は、新しい装置を組み込むためにネットワークの１つまたは複数の構成要素での設定を再構成する必要があった。さらに一部の機構は、新しい装置を組み込むために追加のソフトウェアも必要となり得る。また構成ファイル上に新しい装置の情報を追加しても、ユーザインターフェースアプリケーションにはその装置の存在が認識されない。したがってユーザインターフェースアプリケーションには、新しい装置の存在の新しいソフトウェアがロードされなければならない。テストの中間段階にて新しい装置を組み込むために新しい装置を構成することは難しくなり得る。上述の欠点の結果として、ネットワーク装置の性能特性の判定において満足な結果は可能になっていない。
【課題を解決するための手段】
【０００６】
上記に鑑みて本明細書での一実施形態は、イーサネット（登録商標）環境でのプロバイダエッジ装置の間のリンクの性能特性を測定するためのシステムを提供する。システムは、プロバイダエッジ装置から信号を受け取ると進行中のテストを中止し、テストが完了するとプロバイダエッジ装置からテスト統計値を受け取るように構成された、ネットワーク管理モジュールを備える。さらにプロバイダエッジ装置は、プロバイダエッジ装置によって構成されたテストパラメータを第２のプロバイダエッジ装置がサポートできるかどうかを判定し、テストパラメータを送出するために第２のプロバイダエッジ装置と同期するように構成される。ネットワーク管理モジュールは、プロバイダエッジ装置から信号を取得し、プロバイダエッジ装置のテストパラメータ機能に不整合があると判定し、プロバイダエッジ装置のテストパラメータに不整合があると判定するとテストを中止するように構成される。ネットワーク管理モジュールはまた、テスト統計値を受け取るように構成され、テスト統計値は、テスト結果、性能特性、プロバイダエッジ装置に転送されたコンテンツの情報を含む。プロバイダエッジ装置は、テストパラメータを送出するように構成され、パラメータは、リンクの帯域幅、トラフィックのタイプを含む。プロバイダエッジ装置はさらに、テストが完了すると、第２のプロバイダエッジ装置からテスト統計値を取得するとデータを統合するように構成される。
【０００７】
実施形態はさらに、イーサネット環境でのプロバイダエッジ装置を開示する。装置は構成モジュールを備え、モジュールは、第２のプロバイダエッジ装置から機能パケットを取得すると、第２のプロバイダエッジ装置が、構成されたテストパラメータをサポートできるかどうかを判定し、テストパラメータを送出するために第２のプロバイダエッジ装置と同期し、予め構成された時間にテストパラメータを第２のプロバイダエッジ装置に送出するように構成される。装置内の構成モジュールは、テストが完了すると、第２のプロバイダエッジ装置からテスト統計値を取得するとデータを統合するように構成される。
【０００８】
また本明細書では、イーサネット環境でのプロバイダエッジ装置を動的に構成する方法が開示される。方法は、第２のプロバイダエッジ装置から機能情報を取得すると、プロバイダエッジ装置によって構成されたパラメータを第２のプロバイダエッジ装置がサポートできるかどうかを判定するステップと、テストパラメータを送信するために第２のプロバイダエッジ装置と同期するステップと、予め構成された時間にテストパラメータを第２のプロバイダエッジ装置に送出するステップとを含む。プロバイダエッジ装置は、第２のプロバイダエッジ装置から取得したテスト統計値を統合するように構成される。テストパラメータは、リンクの帯域幅、トラフィックのタイプを含む。テスト統計値は、テスト結果、性能特性、受け取ったデータについての情報を含む。
【０００９】
本明細書ではさらにイーサネット環境でのプロバイダエッジ装置の性能特性を測定する方法が開示される。環境は、ネットワーク管理モジュールと、複数のプロバイダエッジ装置と、キャリアネットワークと、顧客ネットワークとを備える。方法は、プロバイダエッジ装置によって構成されたテストパラメータを第２のプロバイダエッジ装置がサポートできるかどうかをプロバイダエッジ装置によって判定し、テストパラメータを送出するためにプロバイダエッジ装置によって第２のプロバイダエッジ装置と同期し、テストが完了すると第２のプロバイダエッジ装置からネットワーク管理モジュールによってテスト統計値を受け取るように構成される。ネットワーク管理モジュールは、プロバイダエッジ装置から信号を取得し、プロバイダエッジ装置のテストパラメータ機能に不整合があることを判定し、プロバイダエッジ装置のテストパラメータに不整合があることを判定するとテストを中止するように構成される。ネットワーク管理モジュールは、テスト統計値を受け取るように構成され、テスト統計値は、テスト結果、性能特性、プロバイダエッジ装置に転送されたコンテンツの情報を含む。プロバイダエッジ装置は、テストパラメータを送出するように構成され、パラメータは、リンクの帯域幅、トラフィックのタイプを含む。プロバイダエッジ装置はさらに、テストが完了すると、第２のプロバイダエッジ装置からテスト統計値を取得するとデータを統合するように構成される。
【００１０】
本明細書の実施形態の上記その他の態様は、以下の説明および添付の図面と共に考察すればより良く認識され理解されるであろう。
【００１１】
本明細書の実施形態は、図面を参照した以下の詳細な説明から、より良く理解されよう。
【図面の簡単な説明】
【００１２】
【図１】本明細書で開示された一実施形態によるメトロイーサネット環境のアーキテクチャを示す図である。
【図２】本明細書で開示された一実施形態によるネットワーク管理モジュール（Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｍｏｄｕｌｅ：ＮＭＭ）を示す図である。
【図３】本明細書で開示された一実施形態によるプロバイダエッジ装置を示す図である。
【図４】本明細書で開示された一実施形態による、メトロイーサネット環境でのテストプロセスを示すシーケンス図である。
【図５−１】本明細書で開示された一実施形態による、メトロイーサネット環境でのテストプロセスを示すフローチャートである。
【図５−２】本明細書で開示された一実施形態による、メトロイーサネット環境でのテストプロセスを示すフローチャートである。
【発明を実施するための形態】
【００１３】
本明細書の実施形態およびそれらの様々な特徴および有利な詳細は、添付の図面に示され、以下の説明で詳述される非限定的な実施形態を参照してより十分に説明される。良く知られた構成要素および処理技術の説明は、本明細書の実施形態が不必要に不明瞭とならないように省かれる。本明細書で用いられる実施例は単に、本明細書の実施形態が実施されるやり方の理解を容易にし、さらに当業者が本明細書の実施形態を実施できるようにするためのものである。したがって実施例は、本明細書の実施形態の範囲を限定するものと解釈されるべきではない。
【００１４】
本明細書の実施形態は、そのためのシステムおよび方法を提供することによって、メトロイーサネット装置においてテストパラメータを動的に構成するための機構を開示する。次に図面を参照し、より具体的には同様な参照文字が諸図を通して一貫して対応する特徴を示す図１から５を参照して、実施形態が示される。
【００１５】
メトロイーサネット環境での装置を動的に構成するための機構が開示される。装置は、ネットワークスイッチ、ルータ、ゲートウェイ、および統合アクセス装置などのプロバイダエッジ装置とすることができる。機構は、メトロイーサネット環境の構成要素においてインテリジェントモジュールが使用される方法が用いられる。一実施形態では構成要素は、プロバイダエッジ装置（Ｐｒｏｖｉｄｅｒ  Ｅｄｇｅ  Ｄｅｖｉｃｅ：ＰＥＤ）、およびネットワーク管理モジュール（ＮＭＭ）を指すがそれらに限定されない。ＰＥＤ、ＮＭＭに備わっているインテリジェントモジュールは、装置の間でテストを実行するように構成される。ＮＭＭに備わっているインテリジェントモジュールは、ＰＥＤに対して実行されるテストを管理するプロセスに関係するので管理モジュールと呼ばれる。ＰＥＤ内のインテリジェントモジュールは、テストがＰＥＤの間で実行されるときにテストパラメータの構成に関係するので構成モジュールと呼ばれる。
【００１６】
２つのＰＥＤの間でテストが実行されるときは、両装置はテストパラメータをサポートするように構成されなければならない。さらにまた、ＰＥＤが同期することができそれにより両者の間で正しくテストパラメータを伝送できるように、１つのＰＥＤによって送出された機能がもう１つのＰＥＤによってサポートされるかどうかを判定する必要がある。テストの開始時にはイニシエータＰＥＤは、その構成の詳細をレシーバＰＥＤに送出する。次いでイニシエータＰＥＤは、機能情報についてレシーバＰＥＤからの応答を待つ。レシーバＰＥＤから機能パケットを取得するとイニシエータＰＥＤは、レシーバＰＥＤに送出すべきデータまたはテストパラメータが、レシーバＰＥＤによってサポートされるかどうかを判定する。レシーバＰＥＤが機能をサポートする場合は、２つの装置（イニシエータおよびレシーバ）は同期される。さらにテストパラメータはイニシエータＰＥＤによって転送され、テストが実行される。テストの結果はイニシエータＰＥＤに送出することができ、次いでイニシエータＰＥＤはテスト統計値を統合する。統合時にはイニシエータＰＥＤは、レシーバＰＥＤにて受け取られたデータ、トラフィックパラメータ、伝送のために用いられたネットワークリンクの帯域幅、待ち時間、パケット損失などのネットワークの性能特性のチェックを行う。次いでイニシエータＰＥＤはその構成を削除し、テスト構成要素にテスト結果を通知する。方法はテストプロセスの自動化を可能にする。さらにテスト装置をそれらの機能を判定することによって同期することは、テストパラメータがレシーバＰＥＤによってサポートされることを確実にしてそれによりテストが正しく完了されるのに役立つ。
【００１７】
図１は本明細書で開示された一実施形態によるメトロイーサネット環境のアーキテクチャを示す。本明細書での実施形態は、プロバイダエッジ装置１０１ａ、１０１ｂ、キャリアネットワーク１０２、顧客ネットワーク１０３ａ、１０３ｂ、およびネットワーク管理モジュール１０４を備える、メトロイーサネット環境のためのテストシナリオを示す。
【００１８】
ＰＥＤ１０１ａ、１０１ｂは、ネットワークに対するエントリポイントまたはアクセスポイントとして働く、ネットワーク内の装置を含む。ＰＥＤ１０１ａ、１０１ｂは、ルータ、ゲートウェイ、スイッチ、統合アクセス装置、マルチプレクサなどの装置を含む。テストシナリオの下では少なくとも２つのＰＥＤ１０１ａおよび１０１ｂが存在しなければならず、一方はテストを開始しイニシエータＰＥＤテスト装置と呼ばれ、他方はレシーバＰＥＤテスト装置と呼ばれる。ＰＥＤは、ユーザから要求される手動の構成を用いて自動的にテストを行うための構成モジュールと呼ばれるインテリジェントモジュールをその中に備える。イニシエータＰＥＤ内の構成モジュールは、テストを起動し、発見メッセージ（ｄｉｓｃｏｖｅｒｙ  ｍｅｓｓａｇｅ）をレシーバＰＥＤに送出する。構成モジュールはまた、その構成の詳細、およびレシーバＰＥＤからの機能情報を求める要求を送出する。レシーバＰＥＤ内の構成モジュールは、イニシエータＰＥＤに送出される機能パケット内にその機能情報を送出する役割を持つ。機能情報はレシーバＰＥＤの構成、レシーバＰＥＤによってサポートされるパケットおよびデータのタイプなどについての詳細をもたらす。
【００１９】
キャリアネットワーク１０２は、ＰＥＤ１  １０１ａとＰＥＤ２  １０１ｂの間の仲介ネットワークとして働く。２つの装置ＰＥＤ１  １０１ａおよびＰＥＤ２  １０１ｂの間のすべての通信は、キャリアネットワーク１０２を通して生じる。ＰＥＤ１  １０１ａがＰＥＤ２  １０１ｂのパラメータを構成したい、またはそれ自体の構成パラメータをＰＥＤ２  １０１ｂに送出したいときは、ＰＥＤ１  １０１ａはパラメータを送出するためにキャリアネットワーク１０２と対話する。キャリアネットワーク１０２は、ＰＥＤを通してサービスプロバイダネットワークのいずれかから取得したデータを、他のサービスプロバイダネットワークに、または同じサービスプロバイダネットワーク内にある別のＰＥＤにシームレスに伝送することを可能にする。
【００２０】
顧客ネットワーク１０３ａ、１０３ｂは、ユーザのＰＥＤ装置１０１ａ、１０１ｂのために働く任意のサービスプロバイダネットワークを表す。一実施形態では顧客ネットワーク１０３ａ、１０３ｂは、同じサービスプロバイダ、または異なるサービスプロバイダに属し得る。一実施例では、顧客ネットワーク１０３ａはＰＥＤ１  １０１ａにサービスを提供することができ、顧客ネットワーク１０３ａはユーザ対ネットワークインターフェースを通して接続することができる。同様に顧客ネットワーク１０３ｂは、ＰＥＤ２  １０１ｂにサービスを提供することができる。さらにＰＥＤ装置は、ネットワーク対ネットワークインターフェースを通してキャリアネットワーク１０２に接続することができる。
【００２１】
ＮＭＭ１０４は、ネットワークシステムの効率的な管理のためにネットワークを監視し管理する。ＮＭＭ１０４は、ネットワーク内の問題、ネットワーク内の問題の正確な発生源を識別し、問題を解決する役割を持つ。ＮＭＭ１０４はまた、ある期間にわたってＰＥＤ１０１ａ、１０１ｂなどの装置の統計値を収集する役割を持つ。一実施形態ではＮＭＭ１０４はまた、ある期間にわたる以前のネットワーク統計データが過去の問題点および成功した解決策と共に記憶された、ライブラリを含むことができる。さらにＮＭＭ１０４はまた構成管理を行い、そこでは構成ファイル管理、インベントリ管理、およびソフトウェア管理などのネットワーク装置の構成の態様が実行される。ＮＭＭ１０４はまた、全体としての性能を許容レベルに維持できるように、性能の様々な側面を監視し測定する。
【００２２】
図２は本明細書で開示された一実施形態によるネットワーク管理モジュール（ＮＭＭ）を示す。ＮＭＭ１０４は、ネットワーク装置に対するテストを実行するプロセスを処理する役割を持つ。ＮＭＭ１０４は、テスト開始信号をイニシエータ装置に送出することによってテストを開始する。テストが開始された後にＮＭＭ１０４は、テストが終わるまでプロセス全体を監視する。プロセスの間にテストをそれ以上行うことができない場合が生じたときは、ＮＭＭ１０４は適切な制御信号を諸ＰＥＤに発行し、テストは中止される。一実施形態ではこれらの場合として、ＰＥＤ１  １０１ａ、ＰＥＤ２  １０１ｂの構成に不整合がある場合、またはＰＥＤ１  １０１ａのテストパラメータがＰＥＤ２  １０１ｂによってサポートされない場合などが含まれる。このような場合にはＮＭＭ１０４は、テストを中止するための処置をとることができる。
【００２３】
ＮＭＭ１０４は、ユーザインターフェース２０１、管理モジュール２０２、データベース２０３、ゲートウェイ２０４、およびタスクスケジューラ２０５を備える。一実施形態ではＮＭＭ１０４はまた、要件に従ってＮＭＭ１０４によってサポートされる追加の機能を行うための追加の構成要素を含むことができる。
【００２４】
ユーザインターフェース２０１は、ＮＭＭ１０４への最初のコンタクトポイントとして働く。ユーザインターフェース２０１は、ユーザがネットワーク構成要素と対話できるようにする。ユーザから何らかの要求、たとえばテスト中のＰＥＤの構成の詳細を求める要求などが受け取られたときは、ユーザインターフェース２０１はその要求を受け取る。次いでユーザインターフェース２０１は要求を処理しそれを、処理すべき適切なモジュールに送出する。
【００２５】
管理モジュール２０２はテストプロセスを開始し、ネットワーク内に障害があるかどうかを判定し、またネットワークの性能が許容レベル内となるように是正措置をとる。あるテストシナリオの場合は管理モジュール２０２は、テストプロセスを開始するために制御信号を発行し、制御信号はイニシエータＰＥＤ１  １０１ａに送出することができる。さらに管理モジュール２０２は、レシーバＰＥＤ２  １０１ｂから応答を得られなかった場合はテストを中止する。管理モジュール２０２はまた、レシーバＰＥＤ２  １０１ｂのテストパラメータ、機能、構成に不整合がある場合は、イニシエータＰＥＤ１  １０１ａに中止を送出することができる。管理モジュール２０２は、テストを中止するとＴＲＡＰを発生し、それを用いてテスト内のエラーポイントを確定する。
【００２６】
データベース２０３は、ネットワークの性能についての情報、ＰＥＤに対して構成されたパラメータ、機能情報などを記憶することができる。データベース２０３はまた、ネットワーク内のエラーについての情報、およびこのようなエラーの場所を記憶することができる。
【００２７】
タスクスケジューラ２０４は、ＮＭＭ１０４の構成要素のタスクをスケジュールする役割を持つ。タスクスケジューラ２０４は、ＰＥＤに対するテストプロセスを構成し、自動化されたテストプロセスをスケジュールする。
【００２８】
ゲートウェイ２０５は、ＮＭＭ１０４を通る任意の情報およびＮＭＭ１０４からの任意の情報を経路設定する手段として働く。すべての要求および応答はゲートウェイ２０５から、ＮＭＭ１０４内のまたはＮＭＭ１０４の外部の種々の構成要素に経路設定される。
【００２９】
図３は、本明細書で開示された一実施形態によるプロバイダエッジ装置を示す。テストを開始するプロバイダエッジ装置は、イニシエータプロバイダエッジ装置ＰＥＤ１  １０１ａと呼ばれる。テストの開始後にイニシエータＰＥＤ１  １０１ａは、その構成の詳細をレシーバＰＥＤ２  １０１ｂに送出し、レシーバＰＥＤ２  １０１ｂからの機能情報を待つ。レシーバＰＥＤ２  １０１ｂから機能パケットを取得するとイニシエータＰＥＤ１  １０１ａは、構成の詳細がレシーバＰＥＤ２  １０１ｂによってサポートされるかどうかを判定する。機能がレシーバＰＥＤ２  １０１ｂによってサポートされない場合は、ＴＲＡＰをＮＭＭ１０４に送出することによってテストは中止される。機能がレシーバＰＥＤ２  １０１ｂによってサポートされる場合は、テストは続行される。
【００３０】
イニシエータＰＥＤ１  １０１ａは、ＰＥＤ１  １０１ａの機能を可能にするための種々のサブモジュールを備える。モジュールは非限定的に、構成モジュールＡ３０１、制御ロジック３０２、およびスイッチ３０３を含む。
【００３１】
構成モジュールＡ３０１は、テストプロセスの自動化の役割を持つ。サービスプロバイダまたはＮＭＭ１０４は、テスト開始信号またはテストパラメータ信号をＰＥＤに送出するなど、テストを設定するための初期プロセスを構成するだけでよい。残りのテストプロセスは、テストに関係するＰＥＤによって自動的に処理される。構成モジュールＡ３０１は、構成を機能情報と共に、スイッチ３０３を通してＰＥＤ２  １０１ｂに送出する。構成モジュール３０１は、ＰＥＤ２  １０１ｂがテストパラメータおよびＰＥＤ１  １０１ａの構成をサポートできるかどうかを判定する。構成モジュール３０１はまた、タイマを設定しリトライカウントを開始するための信号を送出するように制御ロジックに通知を送出する。さらに構成モジュール３０１は、ＰＥＤ２  １０１ｂからテスト結果を取得するとデータを統合する。統合時に構成モジュール３０１は、伝送の速度、パケットの損失、およびジッタ効果などをチェックすることができる。
【００３２】
制御ロジック３０２は、ＰＥＤ内の他のサブモジュールの機能を制御する役割を持つ。制御ロジック３０２は、構成モジュール３０１およびスイッチ３０３に制御信号を発行する。さらに制御ロジック３０２はまた、テストが失敗したとき、またはテストシナリオの下でのテストパラメータの構成に不整合があったときは、ＴＲＡＰを発生するための信号を発行することができる。
【００３３】
スイッチ３０３は、ＰＥＤへのおよびＰＥＤからの任意のメッセージおよび要求を経路設定するルータとして働く。スイッチ３０３は、ＰＥＤ内でアドレス指定されたモジュールに、応答および要求を方向付ける。
【００３４】
一実施形態ではＰＥＤ２  １０１ａもまたイニシエータＰＥＤとして機能することができる。このような場合はＰＥＤ２  １０１ｂは、ＰＥＤ１  １０１ａの機能を受け持つ。
【００３５】
図４は、本明細書で開示された一実施形態による、メトロイーサネット環境でのテストプロセスを示すシーケンス図である。テストシナリオを考察し、関係するテスト装置はＰＥＤ１  １０１ａおよびＰＥＤ２  １０１ｂである。ＰＥＤ１  １０１ａはテストのイニシエータとして働き、ＰＥＤ２  １１０１ｂはテストのレシーバとして働く。一実施形態ではＰＥＤ１  １０１ａおよびＰＥＤ２  １０１ｂは、それぞれレシーバおよびイニシエータとして働くことができる。ＮＭＭ１０４は、テスト開始信号をＰＥＤ１  １０１ａに送出することによってテストプロセスを開始する（４０１）。次いでＰＥＤ１  １０１ａは、発見信号をＰＥＤ２  １０１ｂに送出する（４０２）。発見信号は、テストではレシーバとして働くＰＥＤ２  １０１ｂを検出するために用いることができる。ＰＥＤ２  １０１ｂは発見信号を取得すると、その機能パラメータがＰＥＤ１  １０１ａのそれと適合するかどうかを判定する。次いでＰＥＤ１  １０１ａは、ＰＥＤ２  １０１ｂからの機能プロトコルデータユニット（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ：ＰＤＵ）を待つ。この期間にはタイマを、予め構成された時間間隔で予め構成されたカウントに設定することができる。一実施形態では１秒の間隔でデフォルトのカウントを３とすることができる。さらにカウントおよびタイマの間隔は、顧客ネットワーク１０３を通じてサービスプロバイダによって構成することができる。発見が送出された後のある期間にＰＥＤ２  １０１ｂから応答（機能ＰＤＵ）が受け取られなかった場合は、そのことをＴＲＡＰ信号を送出することによってＮＭＭ１０４に通知し、テストを中止することができる。リトライを設定することができ（４０３）、プロセスは繰り返すことができる。ＰＥＤ２  １０１ｂは機能ＰＤＵをＰＥＤ１  １０１ａに送出する（４０４）。機能ＰＤＵを取得するとＰＥＤ１  １０１ａは、機能がＰＥＤ２  １０１ｂによってサポートされるかどうか、および構成の詳細がＰＥＤ２  １０１ｂのそれと整合するかどうかを判定する。さらにタイマおよびカウンタは終了させることができる。機能情報に不整合がある場合は、テストを中止することができ、リトライを発生することができる（４０５）。ＰＥＤ２  １０１ｂがＰＥＤ１  １０１ａの機能をサポートすると判定された後に、ＰＥＤ１  １０１ａはテストパラメータをＰＥＤ２  １０１ｂに送出する（４０６）。テストパラメータは、リンクの帯域幅、トラフィックのタイプなどの詳細を含むことができる。テストパラメータを受け取るとＰＥＤ２  １０１ｂは、ＰＥＤ１  １０１ａの機能に適合するようにそれ自体を構成する（４０７）。一方ＰＥＤ１  １０１ａは、送出したテストパラメータに対するＰＥＤ２  １０１ｂからの応答を待つ。応答が得られなかった場合はリトライ信号が設定され、プロセスは繰り返される。さらにＰＥＤ２  １０１ｂは、テストパラメータに対する肯定応答をＰＥＤ１  １０１ａに送出する（４０８）。テストパラメータ肯定応答を受け取るとＰＥＤ１  １０１ａはそれ自体を構成し（４０９）、テストタイマを開始することができる（４１０）。「非肯定応答（ｎｏｎ  ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）」というテストパラメータを受け取った場合はＮ���Ｍ１０４に知らせることができ、ＴＲＡＰ信号などを送出することによってテストは中止される（４１１）。ＰＥＤ１  １０１ａではテストタイマが満了したときはユーザは強制中止を発し、テスト終了フェッチ開始プロトコルデータユニットをＰＥＤ２  １０１ｂに送出し（４１２）、リトライ機構（４１３）を伴う。テスト終了フェッチ開始ＰＤＵを取得するとＰＥＤ２  １０１ｂは、それ自体の構成を削除する（４１４）。さらにＰＥＤ２  １０１ｂは、テスト統計値ＰＤＵ内にて情報をＰＥＤ１  １０１ａに送出する（４１５）。テスト統計値は、テスト結果、性能特性、受け取ったデータについての情報などの詳細からなるものとすることができる。テスト統計値を取得するとＰＥＤ１  １０１ａは、肯定応答をＰＥＤ２  １０１ｂに送出する（４１６）。次いでＰＥＤ１  １０１ａはそれ自体の構成を削除し（４１７）、それ自体の統計値を、受け取ったテスト統計値と共に統合する（４１８）。統合時に、ジッタ効果、パケット損失、伝送の速度などのチェックを行うことができる。次いでＰＥＤ１  １０１ａは、テスト統計値についてＮＭＭ１０４に通知する（４１９）。方法４００における様々な動作は、述べられた順序で、異なる順序で、または同時に行うことができる。さらに一部の実施形態では、図４に列挙されたいくつかの動作は省略することができる。
【００３６】
図５は、本明細書で開示された一実施形態による、メトロイーサネット環境でのテストプロセスを示すフローチャートである。ＰＥＤ１  １０１ａはテストを起動し（５０１）、発見ＰＤＵをＰＥＤ２  １０１ｂに送出する。テストはＮＭＭ１０４を通して起動することができる。次いでＰＥＤ１  １０１ａはレシーバＰＥＤ２  １０１ｂからの応答を待つ。応答が得られたかどうかのチェックが行われる（５０２）。発見ＰＤＵに対して応答が得られない場合は、タイマを開始することができる（５０３）。タイマはリトライ間隔を有してリトライカウントを含むことができる。一実施形態ではカウントのデフォルト値は３であり、デフォルト間隔は１秒である。さらにカウントおよび間隔の値は、サービスプロバイダによって構成することができる。さらに、発見ＰＤＵに対する応答が得られたかどうかのチェックが行われる（５０４）。応答が得られない場合はカウントをデクリメントすることができる（５０５）。一方、応答が得られた場合は、ＰＤＵ内に機能情報が得られたかどうかのチェックが行われる（５０６）。ＰＥＤ２  １０１ｂの機能情報が得られなかった場合は、ＴＲＡＰをＮＭＭ１０４に送出することができ、テストを中止することができる（５０７）。機能情報が得られた場合は、機能がＰＥＤ２  １０１ｂによってサポートされるかどうかのチェックを行うことができる（５０８）。機能がＰＥＤ２  １０１ｂによってサポートされない場合はプロセスはステップ５０７へ移動する。機能情報がサポートされる場合はＰＥＤ１  １０１ａは、テストパラメータをＰＥＤ２  １０１ｂに送出する（５０９）。テストパラメータを取得するとＰＥＤ２  １０１ｂはそれ自体を構成し（５１０）、テストパラメータに対する肯定応答信号を送出する。次いでＰＥＤ１  １０１ａはテストのためにそれ自体を構成し（５１１）、テストタイマを開始することによってテストを実行する。さらにテスト持続時間が完了し、テストタイマが満了した後に、ＰＥＤ１  １０１ａは強制中止を発する。次いでテストは完了する（５１２）。テストが完了するとＰＥＤ１  １０１ａは、テスト終了フェッチ開始ＰＤＵをＰＥＤ２  １０１ｂに送出する（５１３）。レシーバ側ではＰＥＤ２  １０１ｂはテスト統計値をフェッチし、それをＰＥＤ１  １０１ａに送出する（５１４）。次いでテスト統計値はＰＥＤ１  １０１ａに送出される（５１５）。ＰＥＤ１  １０１ａは肯定応答信号をＰＥＤ２  １０１ｂに送出し、それ自体の構成を削除する。ＰＥＤ１  １０１ａはテスト統計値をそれ自体の統計値と共に統合し、次いでテスト構成要素に通知する。方法５００における様々な動作は、述べられた順序で、異なる順序で、または同時に行うことができる。さらに一部の実施形態では、図５に列挙されたいくつかの動作は省略することができる。
【００３７】
一実施形態では方法は、２つのネットワーク装置の間でデータパケットを転送するなどの特定のケースに対して実施することができる。一実施例ではデータがＰＥＤ１  １０１ａによって別のＰＥＤ２  １０１ｂに送信されることが考察される。ＰＥＤ１  １０１ａはプロセスを開始し、発見ＰＤＵをＰＥＤ２  １０１ｂに送出する。ＰＥＤ２  １０１ｂが機能ＰＤＵが送出するときは、ＰＥＤ２  １０１ｂの機能情報についての詳細が判定される。さらにＰＥＤ１  １０１ａはパラメータをＰＥＤ２  １０１ｂに送出することができる。パラメータは、パケットフロー、送信すべきパケットの数などを含むことができる。ＰＥＤ１  １０１ａはたとえば１０分間に、タイプＡのパケットを５００個送信するように構成することができる。パラメータが規定されると詳細をＰＥＤ２  １０１ｂに送出することができる。次いでＰＥＤ２  １０１ｂは肯定応答を送出し、タイマを設定することによってデータ伝送のプロセスが開始される。タイマが満了したときは肯定応答をＰＥＤ１  １０１ａに送出することができ、テスト中止信号を設定することができる。その後にＰＥＤ１  １０１ａおよびＰＥＤ２  １０１ｂの構成は削除される。プロセスの結果はＰＥＤ１  １０１ａに送出することができる。さらにＰＥＤ１  １０１ａはデータを統合し、結果をＮＭＭ１０４に送出する。統合時には送信のために割り当てられたすべてのデータパケットが正しく伝送されたかどうか、パケット損失率、ジッタ、遅延などのチェックを行うことができる。
【００３８】
一実施形態ではネットワーク装置を跨がるテストを、本方法を用いて自動化することができる。さらにこの機構はサービスレベルアグリーメント（Ｓｅｒｖｉｃｅ  Ｌｅｖｅｌ  Ａｇｒｅｅｍｅｎｔ：ＳＬＡ）検証の一部として実施することができる。方法はテスト機能を動的に制御する。
【００３９】
本明細書で開示された実施形態は、少なくとも１つのハードウェア装置上で作動し、ネットワーク要素を制御するようにネットワーク管理機能を行う、少なくとも１つのソフトウェアプログラムによって実現することができる。図１、２、および３に示されるネットワーク要素は、ハードウェア装置、またはハードウェア装置とソフトウェアモジュールの組み合わせの少なくとも１つとすることができるブロックを含む。
【００４０】
本明細書で開示された実施形態は、メトロイーサネット環境での装置を動的に構成するためのシステムを規定する。この機構はネットワーク内の装置を動的に構成することによって、性能特性を判定するためのテストプロセスの自動化を可能にする。したがって保護の範囲は、そのようなプログラム、およびさらにメッセージをその中に有するコンピュータ可読手段に拡張され、このようなコンピュータ可読記憶手段は、プログラムがサーバ、またはモバイル装置、または任意の適当なプログラマブルデバイス上で作動するときに方法の１つまたは複数のステップを実現するための、プログラムコード手段を含んでいることを理解されたい。方法は、作成され少なくとも１つのハードウェア装置上で実行されるソフトウェアプログラムによって、またはそれと共に、好ましい実施形態にて実施される。ハードウェア装置は、たとえばサーバまたはパーソナルコンピュータなど、またはそれらの任意の組み合わせなどの任意の種類のコンピュータ、たとえば１つのプロセッサと２つのＦＰＧＡを含む、プログラムすることができる任意の種類の装置とすることができる。したがって手段は少なくとも１つのハードウェア手段および／または少なくとも１つのソフトウェア手段である。本明細書で述べられた方法の実施形態は、純粋なハードウェア、または部分的にハードウェアおよび部分的にソフトウェアにて実施することができる。装置はまたソフトウェア手段のみを含むこともできる。あるいは本発明は、たとえば複数のＣＰＵを用いるなど、種々のハードウェア装置上に実施することができる。
【００４１】
特定の実施形態についての上記の説明により、本明細書の実施形態の全体的な性質は十分に明らかになり、それにより他者は、現行の知識を適用することで、全体的な概念から逸脱せずにこのような特定の実施形態を容易に変更するおよび／または様々な用途に適合させることができ、したがってこのような適合化および変更は、開示された実施形態の均等の意味および範囲内であると理解されるべきであり、かつそのように意図するものである。本明細書で使用される語句または用語は説明のためのものであり、限定するものではないことを理解されたい。したがって本明細書の実施形態について好ましい実施形態に関して述べてきたが、当業者なら本明細書の実施形態は、本明細書で述べられる「特許請求の範囲」の趣旨および範囲内での変更を伴って実施できることが認識されよう。
【図１】
2013539644.tif 000003
【図２】
2013539644.tif 000004
【図３】
2013539644.tif 000005
【図４】
2013539644.tif 000006
【図５−１】
2013539644.tif 000007
【図５−２】
2013539644.tif 000008
【国際調査報告】
2013539644.tif 000009
2013539644.tif 000010
2013539644.tif 000011