テストとモニターの概要
応答時間、輻輳、到達可能性などのKPI(主要業績評価指標)を監視することは、ネットワークの品質を測定するために重要です。KPI を評価するために、Active Assurance を使用して、遅延、遅延分散(ジッター)、パケット損失、ラウンドトリップ応答時間などの一般的なメトリックを測定するテストとモニターを作成および実行できます。
テストとは、1 つ以上のテストエージェントによって限られた時間にわたって実行される一連の検証です。テストの詳細については、 Active Assuranceテストを使用したメトリックの測定を参照してください。
モニターは、1 つ以上のテストエージェントによって無限に実行される検証のセットです。モニターの詳細については、「 アクティブアシュアランスモニターを使用したメトリックの測定」を参照してください。
テストとモニターの両方に タスクが伴います。タスクには、特定のプロトコルを使用して特定のメトリックを測定するための構成が含まれています。Paragon Automationでサポートされているプロトコルの詳細については、「 サポートされているプロトコル」を参照してください。
テストまたはモニターを作成して実行すると、テストエージェントは、テストまたはモニターで定義した測定構成を受け取ります。タスク作成時に定義したプロトコルに基づいて、テストエージェントはParagon Automationから必要なプロトコルをダウンロードし、測定値の収集を開始し、Paragon Automation GUIで表示できるストリームの形式でデータを共有します。この情報は、ネットワークの健全性、パフォーマンス、および品質に関するインサイトを得るのに役立ちます。
アクティブアシュアランステストを使用した指標の測定
テストとは、1 つ以上のテストエージェントによって限られた時間にわたって実行される一連の検証です。テストには 1 つ以上の ステップ と タスクが含まれ、テストで定義された KPI が操作可能 (合格) または無効 (失敗) と見なされるかどうかを検証します。
テストは、順番に実行される複数のステップで構成できます。各ステップは、同時に実行される 1 つ以上のタスクで構成できます。タスクには、特定のメトリックを測定するための構成が含まれています。
図1 は、Paragon Automationのテスト、ステップ、タスクの関係を示しています。
のコンポーネント
テストは期限付きの方法でメトリックを測定するため、テスト全体の期間を決定する各ステップの期間を設定する必要があります。
テストでは、合格または不合格の 2 つの結果が提供されます。
テストを含むタスクのいずれかが失敗すると、テストステータスは「失敗」と表示されます。
Active Assuranceモニターを使用したメトリックの測定
モニターは、1 つ以上のテストエージェントによって無限に実行される検証のセットです。モニターには、並行して実行され、モニターで定義されているKPIを継続的に監視する複数のタスクを含めることができます。タスクには、特定のメトリックを測定するための構成が含まれています。
図2 は、Paragon Automationのモニターとタスクの関係を示しています。
のコンポーネント
モニターは、モニターの停止を決定するまで、メトリックを無期限に測定します。モニターを停止する期間に制限はありません。モニターは自由に起動・停止できるため、持続時間を設定する必要はありません。
モニターは、連続的に実行されると、時間枠の結果を提供します。
サポートされているプロトコル
Paragonでは、 タスクに対して表1 にリストされているプロトコルを設定できます。
| 議定書 |
形容 |
|---|---|
| DNS |
DNSタスクは、DNSサーバーのテストと監視に使用されます。 DNS タスクが開始されると、テスト エージェントはルックアップ アドレスを解決する要求を送信し、応答時間に関する統計を収集します。DNS は、主にポート番号 53 でユーザー データグラム プロトコル (UDP) を使用して要求を処理します。DNS クエリは、クライアントからの 1 つの UDP 要求と、それに続くサーバーからの 1 つの UDP 応答で構成されます。 DNS タスクを実行すると、さまざまな場所からの DNS サーバーの応答時間に関する情報が提供されます。DNS 応答時間が長いと、Webサーフィンなど、DNSを使用してIPアドレスを解決するすべてのサービスの応答時間が長くなります。 このタスクは、IPv4 と IPv6 の両方に適用されます。 |
| HTTP |
HTTPタスクは、HTTPサーバーのテストまたは監視に使用されます。 HTTPタスクを実行すると、Webサーバー、およびWebサーバーとテストエージェント間のネットワークのWebサイトまたはWebアプリケーションのパフォーマンスがチェックされます。ネットワーク内外の分散した場所から Web ページを要求し、応答コードを確認できます。 HTTPタスクが開始されると、テストエージェントは指定されたURLに対してHTTP Getリクエストを行い、レスポンスを取得します。タスクは HTML ページをレンダリングしません。したがって、テストエージェントは、リンクされたリソース(画像、CSSファイルなど)に対して追加のリクエストを行いません。 測定されるパラメータには、TCP接続時間、最初のバイトを受信するまでの時間、最後のバイトを受信するまでの時間、およびダウンロード速度が含まれます。 このタスクは、IPv4 と IPv6 の両方に適用されます。 |
| IPTV MPEGの |
IPTV MPEGタスクは、IPTVチャネルの品質を監視するために使用されます。 IPTV MPEG タスクを実行すると、テストエージェントエンドポイントでの MPEG 損失、PCR ジッター、レート、パケット損失、および連続性カウントエラーの収集に関する情報が提供されます。タスクが開始されると、テストエージェントはIGMP参加メッセージを送信してチャネルに参加します。MPEGストリームを受信すると、テストエージェントは継続的に品質を測定します。 |
| Netflixスピードテスト |
Netflixスピードテストタスクは、Netflixスピードテストトランザクションのパフォーマンスを評価するために使用されます。 速度テストを実行すると、帯域幅、遅延、またはしきい値違反 (存在する場合) に関する情報が提供されます。Paragon Automationは、ネットワークがNetflixストリーミングを最適に処理できるように、HTTPS経由でNetflixのテストセグメントをダウンロードするようテストエージェントに指示します。 |
| OTT-HLS |
OTT-HLSタスクは、OTTサービスの監視を統合し、バッファリングを回避するために可能な限り最高の品質を選択するために使用されます。 OTT-HLS タスクを実行すると、テスト エージェントはマニフェスト ファイルを解析し、ビデオ セグメントのダウンロードを開始します。アルゴリズムは現在のネットワーク状況に適応し、バッファリングを回避するために最高のビットレートを選択します。 |
| Ping |
Pingタスクは、リモートデバイスへの接続を確認するタスクを開始します。 pingタスクを実行すると、リモートホストへの接続の遅延、遅延分散(ジッター)、パケット損失に関する情報が提供されます。Ping ツールは、インターネット制御メッセージ プロトコル (ICMP) または UDP を使用して、テスト エージェントからホストへの 1 つの要求を開始し、その後にホストから 1 つの応答が続きます。 このタスクは、IPv4 と IPv6 の両方で機能します。 |
| RPM HTTP |
ACX、PTX、またはMXデバイスを使用している場合は、このタスクを使用します。 RPM HTTPタスクは、リモートデバイスへの接続をチェックします。 |
| 回転数ICMP |
ACX、PTX、またはMXデバイスを使用している場合は、このタスクを使用します。 ICMP タイムスタンプ プローブの一方向測定値を測定できます。これには次の情報が含まれます
|
| RPM TCP |
ACX、PTX、またはMXデバイスを使用している場合は、このタスクを使用します。
|
| 回転数TWAMP |
ACX、PTX、またはMXデバイスを使用している場合は、このタスクを使用します。 TWAMP(双方向アクティブ測定プロトコル)は、双方向または往復のネットワーク パフォーマンス メトリックの測定を容易にします。TWAMP タスクの実行は、往復遅延、遅延分散(ジッター)、およびパケット損失に関する情報を提供します。セッションイニシエーターはTWAMPテストパケットを作成してTWAMPサーバーのセッションリフレクターに送信し、テストパケットを受信するとセッションリフレクターが測定パケットを送り返します。TWAMP は、TWAMP-Control プロトコルを使用して、イニシエーターとリフレクター間のハンドシェイクを実行します。 |
| RPM UDP |
ACX、PTX、またはMXデバイスを使用している場合は、このタスクを使用します。 このテストでは、クライアントサーバーアプリケーションやビデオ会議など、品質が要求されるサービスに対してネットワークが十分であるかどうかをチェックします。 UDPタスクが開始されると、テストエージェントは指定したレートでトラフィックを生成します。このレートは、レイヤー 2 イーサネットのレートで、CIR(認定情報レート)とも呼ばれます。CRCチェックサム付きのイーサネットヘッダーは含まれますが、フレームギャップ、プリアンブル、またはフレーム開始区切り文字は含まれていません。送信側のテストエージェントが送信したUDPフローにはタイムスタンプとシーケンス番号が含まれているため、受信側のテストエージェントは一方向の遅延、ジッター、パケットロスを計算できます。 |
| TCPの |
TCPタスクは、テストエージェント間でTCPセッションを送信することにより、クライアントサーバーアプリケーションのネットワークパフォーマンスを評価するために使用されます。 TCPタスクを実行すると、レイテンシー、ジッター、スループット帯域幅、およびネットワーク輻輳の監視に関する情報が提供されます。 TCPタスクが開始されると、クライアントテストエージェントはTCPパケットをサーバーテストエージェントに送信し、サーバーテストエージェントから測定情報を受信します。これにより、ネットワークの全体像を把握できます。 |
| TWAMP リフレクタ |
TWAMP リフレクターは TWAMP のコンポーネントです。セッションイニシエーターからテストパケットを受信し、それを反映します。 TWAMP リフレクタの実行は、ネットワークの品質の評価に役立ち、データが双方向でどのように送信されるかに関する情報を提供します。セッションイニシエーターとセッションリフレクタの間。この双方向通信により、往復遅延、遅延分散(ジッター)、パケットロスなどのパフォーマンスメトリックを測定できます。 このタスクは、IPv4 と IPv6 の両方に適用されます。 |
| TWAMP/TWAMP ライト |
|
| UDP |
UDPタスクは、クライアントサーバーアプリケーションとビデオ会議のネットワーク品質を評価するために使用されます。 UDPタスクを実行すると、一方向の遅延、ジッター、パケット損失、およびパケットの順序がずれて測定されます。UDP タスクが開始されると、クライアントのテストエージェントは、タイムスタンプとシーケンス番号を含むパケットを、指定したレートでサーバーテストエージェントに送信します。このようにして、サーバーテストエージェントは一方向の遅延、ジッター、パケットロスを計算できます。 |
| Y.1731 DM |
Y.1731 Delay Measurement(DM)タスクは、時間に関するネットワークパフォーマンスを評価するために使用されます。これは、ネットワークパフォーマンスを監視するためにITU-Tによって定義されたサービスOAM(運用、管理、および保守)メカニズムです。 Y.1731 DM タスクを実行すると、パケットの遅延と遅延分散が測定されます。ローカルメンテナンスエンドポイント(MEP)は、タイムスタンプを持つパケットをリモートメンテナンスエンドポイント(MEP)に送信し、その逆も同様です。テストエージェントは、一方向の遅延と双方向の遅延の測定値を計算します。Y.1731 イーサネット サービス OAM の詳細については、 ITU-T Y.1731 イーサネット サービス OAM の概要を参照してください。 |
| Y.1731 SLM |
Y.1731 Synthetic Loss Measurement(SLM)タスクは、ネットワーク全体のフレーム損失を測定するために使用されます。これは、ネットワークパフォーマンスを監視するためにITU-Tによって定義されたサービスOAM(運用、管理、および保守)メカニズムです。 Y.1731 Synthetic Loss Measurement(SLM)タスクを実行すると、送信中に失われたフレーム数が測定されます。ローカル MEP は、合成フレームをリモート MEP に送信し、送信されたフレーム数と受信した数を比較します。送信されたフレームの総数に対する失われたフレームの比率が計算され、ネットワーク上のフレーム損失が測定されます。Y.1731 イーサネット サービス OAM の詳細については、 ITU-T Y.1731 イーサネット サービス OAM の概要を参照してください。 |
Active Assuranceテストおよびモニターを使用するメリット
-
ネットワークの到達可能性、輻輳、応答時間を分析し、ビジネスクリティカルなアプリケーションをサポートします。
-
ネットワーク内のエラーの履歴ビューにアクセスします。
-
パラメータとしきい値をカスタマイズして、必要な最適なネットワークパフォーマンスを反映します。