この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブ ランゲージの取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
このモジュールでは、IP サービス レベル契約（SLA）UDP ジッター動作の IP SLA QFP タイム スタンプ機能を設定する方法について説明します。この新しいプローブおよびレスポンダ構造により、より正確なネットワーク パフォーマンス測定が可能になります。
ご使用のソフトウェア リリースでは、このモジュールで説明されるすべての機能がサポートされているとは限りません。最新の機能情報および警告については、「Bug Search Tool」およびご使用のプラットフォームおよびソフトウェア リリースのリリース ノートを参照してください。このモジュールで説明される機能に関する情報、および各機能がサポートされるリリースの一覧については、機能情報の表を参照してください。
プラットフォームのサポートおよびシスコ ソフトウェア イメージのサポートに関する情報を検索するには、Cisco Feature Navigator を使用します。Cisco Feature Navigator にアクセスするには、www.cisco.com/go/cfn に移動します。Cisco.com のアカウントは必要ありません。
IP SLA QFP タイム スタンプ機能が動作するためには、レスポンダとプローブが設定されているデバイスがともに、QFP タイム スタンプをサポートしている Cisco ソフトウェア イメージを実行している必要があります。
一方向遅延を正確に測定するには、NTP などによる送信元デバイスとターゲット デバイスとの間のクロック同期が必要です。送信元デバイスおよびターゲット デバイスで NTP を設定するには、『Network Management Configuration Guide』の「Performing Basic System Management」の章の作業を実行します。
IP SLA アプリケーションを設定する前に、show ip sla application コマンドを使用して、ご使用のソフトウェア イメージでサポートされている動作タイプを確認してください。
送信者またはレスポンダのデバイスをリブートした後、SNTP が FP クロックを RP クロックに同期するまで、転送プロセッサ（FP）およびルート プロセッサ（RP）の時刻が正確でない場合があります。デバイス FP と RP の時刻が安定する前に動作が実行されるのを回避するには、UDP ジッター動作を開始する前にリブート後に数分待機します。
IP SLA UDP ジッター動作によって報告される一方向遅延の値は、NTP 同期レベルによって決まります。デバイスが同期されていても、デバイスの NTP オフセット値が大きいと、一方向値が正しくない場合があります。オフセット値が大きくなりすぎた場合は、一方向値が報告されない場合があります。また、デバイスの NTP オフセット値は変動する場合があるので、これらの変更は報告される一方向値に反映されます。
送信元デバイスに最適化されたタイム スタンプの場所を設定し、ターゲット IP SLA Responder が設定されているデバイスが最適化されたタイム スタンプの場所をサポートしていない場合、IP SLA 動作は失敗します。
IP SLA QFP タイム スタンプは、Cisco CSR 1000v または Cisco ISRv ではサポートされていません。
IP サービス レベル契約（SLA）UDP ジッター動作は、VoIP、Video over IP、またはリアルタイム会議などのリアルタイム トラフィック アプリケーションのネットワーク適合性を診断します。
ジッターとは、パケット間の遅延のばらつきを意味します。複数のパケットが発信元から宛先に連続的に送信される場合（たとえば 10 ミリ秒間隔で）、ネットワークが理想的に動作していれば、宛先は 10 ミリ秒間隔でパケットを受信します。しかし、ネットワーク内に遅延（キューイング、代替ルートを介した受信など）が存在する場合、パケット間の到着遅延は、10 ミリ秒より大きい場合も、10 ミリ秒より小さい場合もあります。この例を使用すると、正のジッター値は、パケットの到着間隔が 10 ミリ秒を超えていることを示します。パケットが 12 ミリ秒間隔で到着する場合、正のジッターは 2 ミリ秒です。パケットが 8 ミリ秒間隔で到着する場合、負のジッターは 2 ミリ秒です。Voice over IP（VoIP）など遅延に影響されやすいネットワークでは、正のジッター値は望ましくありません。0 のジッター値が理想的です。
しかし、IP SLA UDP ジッター動作の機能は、ジッタのモニタリングだけではありません。UDP ジッター動作には IP SLA UDP 動作によって返されたデータが含まれているため、UDP ジッター動作は多目的データ収集動作に使用できます。IP SLA が生成するパケットは、シーケンス情報を送受信するパケット、および送信元および動作ターゲットからのタイム スタンプを送受信するパケットを搬送します。UDP ジッター動作は、この情報に基づいて次のデータを測定できます。
方向別ジッター（送信元から宛先へ、宛先から送信元へ）
方向別パケット損失
方向別遅延（一方向遅延）
ラウンドトリップ遅延（平均 RTT）
データの送信と受信でパスが異なる場合もあるので（非対称）、方向別データを使用すれば、ネットワークで発生している輻輳や他の問題が発生している場所を簡単に突き止めることができます。
UDP ジッター動作は、合成（シミュレーション）UDP トラフィックを生成して機能します。非対称プローブは、方向ごとのカスタム定義パケット サイズをサポートしており、それを使用して、異なるパケット サイズを要求パケット（送信元デバイスから宛先デバイスへ）および応答パケット（宛先デバイスから送信元デバイスへ）で送信できます。
UDP ジッター動作は、指定された頻度 F で、送信元デバイスから宛先デバイスに、サイズ S の N 個の UDP パケットを T ミリ秒間隔で送信します。それに応じて、サイズ P の UDP パケットが宛先デバイスから送信元デバイスに送信されます。デフォルトでは、ペイロード サイズが 10 バイト（S）のパケット フレーム 10 個（N）を 10 ミリ秒（T）ごとに生成し、60 秒（F）ごとに動作を繰り返します。次の表に示すように、これらのパラメータは、指定した IP サービスを最適にシミュレートできるようにユーザ設定可能です。
|
UDP ジッター動作パラメータ |
デフォルト |
コンフィギュレーション コマンド |
||
|---|---|---|---|---|
|
パケット数（n） |
10 パケット |
udp-jitter num-packets |
||
|
要求パケット単位のペイロード サイズ（S） |
10 バイト |
request-data-size |
||
|
応答パケット単位のペイロード サイズ（P） |
デフォルトの応答データ サイズは、設定している IP SLA 動作のタイプによって異なります。
|
response-data-size |
||
|
パケット間隔（ミリ秒単位）（T） |
10 ミリ秒 |
udp-jitter interval |
||
|
動作を繰り返すまでの経過時間（秒単位）（F） |
60 秒 |
frequency (IP SLA) |
IP SLA 動作は、合成（シミュレーション）ネットワーク トラフィックを生成して機能します。1 つの IP SLA 動作（たとえば IP SLA 動作 10）は、動作の存続期間の間、指定された頻度で繰り返されます。
IP SLA UDP ジッターは、ラウンドトリップ時間、一方向遅延、ジッター、およびパケット損失などのメトリックを測定するための、最も広く利用されている IP SLA 動作です。測定の精度は、パケットが送信者とレスポンダの間で移動し戻る間に、タイム スタンプが取得される場所によって異なります。
通常、IP SLA 動作のタイム スタンプは、ルート プロセッサ（RP）の IP SLA プロセスで取得されます。タイム スタンプは、RP で発生したスケジューリング遅延の影響を受けるので、このタイムスタンプの場所が不正確で一貫性のない測定につながります。QFP タイム スタンプは、RP から Cisco Packet Processor（CPP）にタイム スタンプの場所を移動します。
ただし、一方向遅延を測定するには、送信元デバイスとターゲット デバイスのクロックを同期する必要があります。デバイスの CPP クロックは外部のクロック ソースと直接同期することができないため、RP クロックが外部のクロック ソースと同期され、SNTP を使用して RP とフォワーディング プロセッサ（FP）のクロックが同期されます。RP-FP 同期の精度は十分ではありません。この問題に対処するために、QFP タイム スタンプ機能の拡張 UDP ジッター プローブで RP と CPP 両方のタイム スタンプが保存されます。RTT とジッターの計算には CPP タイム スタンプが使用され、一方向計算は引き続き RP タイム スタンプに基づきます。そのため、一方向遅延を正確に測定するには、NTP などによる送信元デバイスとターゲット デバイスとの間のクロック同期が必要です。一方向遅延値は RP タイム スタンプを使用して計算され、CPP タイム スタンプに基づく予測補正アルゴリズムを適用して修正されます。
QFP タイム スタンプには、拡張 UDP プローブと拡張レスポンダが含まれています。UDP プローブと IP SLA Responder が設定されているデバイスは共に、QFP タイム スタンプと最適化されたタイム スタンプの場所をサポートする Cisco ソフトウェア イメージを実行している必要があります（より正確な RTT 測定のため）。UDP ジッター動作が、最適化されたタイム スタンプの場所をサポートしていないデバイス上のレスポンダを対象としている場合、IP SLA プローブは失敗します。
 （注） |
Responder では、同じ送信元に対して固定ポートを設定しないでください。Responder が同じ送信元に対して固定ポートを設定すると、パケットが正常に（タイムアウトまたはパケット損失の問題が発生せずに）送信されたとしても、ジッター値はゼロになります。 |
| コマンドまたはアクション | 目的 | |
|---|---|---|
| ステップ 1 |
enable 例: |
特権 EXEC モードをイネーブルにします。
|
| ステップ 2 |
configure terminal 例: |
グローバル コンフィギュレーション モードを開始します。 |
| ステップ 3 |
次のいずれかを実行します。
例:例: |
（任意）送信元からの制御メッセージに応じて、シスコ デバイスにおける IP SLA Responder 機能を一時的にイネーブルにします。
|
| ステップ 4 |
exit 例: |
（任意）グローバル コンフィギュレーション モードを終了し、特権 EXEC モードに戻ります。 |
送信元デバイスで QFP タイム スタンプを指定した UDP ジッター プローブを設定するには、次の作業を実行します。
| コマンドまたはアクション | 目的 | |||
|---|---|---|---|---|
| ステップ 1 |
enable 例: |
特権 EXEC モードをイネーブルにします。
|
||
| ステップ 2 |
configure terminal 例: |
グローバル コンフィギュレーション モードを開始します。 |
||
| ステップ 3 |
ip sla operation-number 例: |
IP SLA 動作の設定を開始し、IP SLA コンフィギュレーション モードに移行します。 |
||
| ステップ 4 |
udp-jitter {destination-ip-address | destination-hostname } destination-port [source-ip {ip-address | hostname }] [source-port port-number ] [control {enable | disable }] [num-packets number-of-packets ] [interval interpacket-interval ] 例: |
IP SLA 動作を UDP ジッター動作として設定し、UDP ジッタ コンフィギュレーション サブモードを開始します。
|
||
| ステップ 5 |
frequency seconds 例: |
（任意）指定した IP SLA 動作を繰り返す間隔を設定します。 |
||
| ステップ 6 |
precision microseconds 例: |
QFP タイム スタンプを有効にします。 |
||
| ステップ 7 |
optimize timestamp 例: |
（任意）Cisco ASR 1000 シリーズ ルータの場合のみ。cpp UNIX 時間よりも正確な CPP ティックを有効にします。
|
||
| ステップ 8 |
end 例: |
特権 EXEC モードに戻ります。 |
||
| ステップ 9 |
show ip sla configuration [operation-number ] 例: |
（任意）すべての IP SLA 動作または指定した IP SLA 動作に関する設定値を、すべてのデフォルト値を含めて表示します。 |
（注） |
|
| コマンドまたはアクション | 目的 | |||
|---|---|---|---|---|
| ステップ 1 |
enable 例: |
特権 EXEC モードをイネーブルにします。
|
||
| ステップ 2 |
configure terminal 例: |
グローバル コンフィギュレーション モードを開始します。 |
||
| ステップ 3 |
ip sla operation-number 例: |
IP SLA 動作の設定を開始し、IP SLA コンフィギュレーション モードに移行します。 |
||
| ステップ 4 |
udp-jitter {destination-ip-address | destination-hostname } destination-port [source-ip {ip-address | hostname }] [source-port port-number ] [control {enable | disable }] [num-packets number-of-packets ] [interval interpacket-interval ] 例: |
IP SLA 動作を UDP ジッター動作として設定し、UDP ジッタ コンフィギュレーション サブモードを開始します。
|
||
| ステップ 5 |
precision microseconds 例: |
QFP タイム スタンプを有効にします。 |
||
| ステップ 6 |
optimize timestamp 例: |
（任意）Cisco ASR 1000 シリーズ ルータのみに対し、IP SLA のタイム スタンプの場所を最適化します。
|
||
| ステップ 7 |
history distributions-of-statistics-kept size 例: |
（任意）IP SLA 動作中にホップ単位で保持する統計情報の配信数を設定します。 |
||
| ステップ 8 |
history enhanced [interval seconds ] [buckets number-of-buckets ] 例: |
（任意）IP SLA 動作に対する拡張履歴収集をイネーブルにします。 |
||
| ステップ 9 |
frequency seconds 例: |
（任意）指定した IP SLA 動作を繰り返す間隔を設定します。 |
||
| ステップ 10 |
history hours-of-statistics-kept hours 例: |
（任意）IP SLA 動作の統計情報を保持する時間数を設定します。 |
||
| ステップ 11 |
owner owner-id 例: |
（任意）IP SLA 動作の簡易ネットワーク管理プロトコル（SNMP）所有者を設定します。 |
||
| ステップ 12 |
request-data-size bytes 例: |
（任意）IP SLA 動作の要求パケットのペイロードにおけるプロトコル データ サイズを設定します。 |
||
| ステップ 13 |
history statistics-distribution-interval milliseconds 例: |
（任意）IP SLA 動作で維持する各統計情報の配信間隔を設定します。 |
||
| ステップ 14 |
tag text 例: |
（任意）IP SLA 動作のユーザ指定 ID を作成します。 |
||
| ステップ 15 |
threshold milliseconds 例: |
（任意）IP SLA 動作によって作成されるネットワーク モニタリング統計情報を計算するための上限しきい値を設定します。 |
||
| ステップ 16 |
timeout milliseconds 例: |
（任意）IP SLA 動作がその要求パケットからの応答を待機する時間を設定します。 |
||
| ステップ 17 |
次のいずれかを実行します。
例:例: |
（任意）IPv4 ネットワークに限り、IP SLA 動作の IPv4 ヘッダーの ToS バイトを定義します。 または （任意）IPv6 ネットワークに限り、サポートされている IP 動作に対する IPv6 ヘッダーのトラフィック クラス バイトを定義します。 |
||
| ステップ 18 |
flow-label number 例: |
（任意）IPv6 ネットワークに限り、サポートされている IP SLA 動作に対する IPv6 ヘッダーのフロー ラベル フィールドを定義します。 |
||
| ステップ 19 |
verify-data 例: |
（任意）IP SLA 動作が各応答パケットに対してデータ破壊の有無をチェックするようにします。 |
||
| ステップ 20 |
vrf vrf-name 例: |
（任意）IP SLA 動作を使用して、マルチプロトコル ラベル スイッチング（MPLS）バーチャル プライベート ネットワーク（VPN）内をモニタリングできるようにします。 |
||
| ステップ 21 |
end 例: |
特権 EXEC モードに戻ります。 |
||
| ステップ 22 |
show ip sla configuration [operation-number ] 例: |
（任意）すべての IP SLA 動作または指定した IP SLA 動作に関する設定値を、すべてのデフォルト値を含めて表示します。 |
| コマンドまたはアクション | 目的 | |
|---|---|---|
| ステップ 1 |
enable 例: |
特権 EXEC モードをイネーブルにします。
|
| ステップ 2 |
configure terminal 例: |
グローバル コンフィギュレーション モードを開始します。 |
| ステップ 3 |
次のいずれかのコマンドを入力します。
例: |
|
| ステップ 4 |
end 例: |
グローバル コンフィギュレーション モードを終了し、特権 EXEC モードに戻ります。 |
| ステップ 5 |
show ip sla group schedule 例: |
（任意）IP SLA グループ スケジュールの詳細を表示します。 |
| ステップ 6 |
show ip sla configuration 例: |
（任意）IP SLA 設定の詳細を表示します。 |
IP SLA 動作が実行中でなく、統計情報が生成されていない場合は、動作の設定に verify-data コマンドを追加して（IP SLA コンフィギュレーション モードで設定）、データ検証をイネーブルにします。データ検証をイネーブルにすると、各動作の応答で破損の有無がチェックされます。通常の動作時に verify-data コマンドを使用すると、不要なオーバーヘッドがかかるので注意してください。
IP SLA 動作に関する問題をトラブルシューティングするには、debug ip sla trace コマンドと debug ip sla error コマンドを使用します。
トラップを生成する目的（または別の動作を開始する目的）で、IP SLA 動作に予防的しきい値条件と反応トリガーを追加するには、「予防的しきい値モニタリングの設定」の項を参照してください。
operation)
IP SLA 動作の結果を表示し、内容を確認するには、show ip sla statistics コマンドを使用します。サービス レベル契約の基準に対応するフィールドの出力を確認し、サービス メトリックが許容範囲内であるかどうかを判断します。
次の例では、2 つの動作が QFP タイム スタンプと最適化されたタイム スタンプの場所を指定した拡張 UDP ジッター動作として設定されています。動作 2 は、最初の動作の 5 秒後に開始します。
（注） |
レスポンダが設定されているデバイスは、最適化されたタイム スタンプの場所をサポートしている必要が（も）あり、そうでないとプローブが失敗します。 |
送信元（送信者）デバイス側：
ip sla 1
udp-jitter 192.0.2.134 5000 num-packets 20
request-data-size 160
tos 128
frequency 30
precision microseconds !enables QFP time stamping
optimize timestamp !configures optimized time stamp location
ip sla schedule 1 start-time after 00:05:00
ip sla 2
udp-jitter 192.0.2.134 65052 num-packets 20 interval 10
request-data-size 20
tos 64
frequency 30
precision microseconds
optimize timestamp
ip sla schedule 2 start-time after 00:05:05
宛先（レスポンダ）デバイス側：
ip sla responder|
関連項目 |
マニュアル タイトル |
|---|---|
|
Cisco IOS コマンド |
|
|
Cisco IOS IP SLA コマンド |
|
MIB |
MIB のリンク |
|---|---|
|
選択したプラットフォーム、Cisco IOS リリース、およびフィーチャ セットに関する MIB を探してダウンロードするには、次の URL にある Cisco MIB Locator を使用します。 |
|
説明 |
リンク |
|---|---|
|
★枠で囲まれた Technical Assistance の場合★右の URL にアクセスして、シスコのテクニカル サポートを最大限に活用してください。これらのリソースは、ソフトウェアをインストールして設定したり、シスコの製品やテクノロジーに関する技術的問題を解決したりするために使用してください。この Web サイト上のツールにアクセスする際は、Cisco.com のログイン ID およびパスワードが必要です。 |
次の表に、このモジュールで説明した機能に関するリリース情報を示します。この表は、ソフトウェア リリース トレインで各機能のサポートが導入されたときのソフトウェア リリースだけを示しています。その機能は、特に断りがない限り、それ以降の一連のソフトウェア リリースでもサポートされます。
プラットフォームのサポートおよびシスコ ソフトウェア イメージのサポートに関する情報を検索するには、Cisco Feature Navigator を使用します。Cisco Feature Navigator にアクセスするには、www.cisco.com/go/cfn に移動します。Cisco.com のアカウントは必要ありません。|
機能名 |
リリース |
機能情報 |
|---|---|---|
|
IP SLA QFP タイム スタンプ |
Cisco IOS XE Release 3.7S |
この機能では、IP SLA UDP ジッター動作の精度を高めるために、IP SLA Cisco パケット プロセッサ（CPP）のタイム スタンプを有効にできます。 Cisco ASR 1000 シリーズ ルータでのみ、この機能は、より正確な RTT を測定するためのタイム スタンプの場所の最適化もサポートしています。 次のコマンドが導入または変更されました。optimize timestamp 、precision microseconds 、show ip sla configuration |
フィードバック