この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブ ランゲージの取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
このモジュールでは、Cisco IOS デバイス（送信元）とその他の IP デバイス（宛先）の間でネットワーク パフォーマンスに関する統計情報を収集するための ICMP パケットのストリームを生成するように Cisco IOS IP サービス レベル契約（SLA）インターネット制御メッセージ プロトコル（ICMP）ジッター動作を設定する方法について説明します。宛先デバイスは、サーバやワークステーションなどの ICMP をサポートする任意のネットワーク デバイスです。IP SLA ICMP ジッター動作で使用可能な統計測定値には、遅延、ラウンドトリップ時間、ジッター（パケット間の遅延のばらつき）、およびパケット損失が含まれます。IP SLA ICMP ジッター動作には、宛先デバイスの IP SLA Responder は必要ありません。
ご使用のソフトウェア リリースでは、このモジュールで説明されるすべての機能がサポートされているとは限りません。最新の機能情報および警告については、「Bug Search Tool」およびご使用のプラットフォームおよびソフトウェア リリースのリリース ノートを参照してください。このモジュールで説明される機能に関する情報、および各機能がサポートされるリリースの一覧については、機能情報の表を参照してください。
プラットフォームのサポートおよびシスコ ソフトウェア イメージのサポートに関する情報を検索するには、Cisco Feature Navigator を使用します。Cisco Feature Navigator にアクセスするには、www.cisco.com/go/cfn に移動します。Cisco.com のアカウントは必要ありません。
Cisco IOS-XR デバイスは ICMP タイムスタンプをサポートしていないため、これらのデバイスへのすべての ICMP ジッター動作は失敗します。
IP SLA UserDatagramProtocol（UDP）ジッター動作と比較すると、IP SLA ICMP ジッター動作は、シスコ以外の宛先デバイスによって提供される測定の精度を判断できないので、測定精度が低くなる可能性があります。
ICMP パケットは音声テクノロジーをサポートしていないため、IP SLA ICMP ジッター動作は、平均オピニオン評点（MOS）、Calculated Planning Impairment Factor（ICPIF）、または概算伝送評価係数（R）反応設定機能をサポートしていません。
IP SLA ICMP ジッター動作機能の主な利点は次のとおりです。
ICMP を使用した、シスコ デバイス（送信元）と他の IP デバイス（宛先）間のエンドツーエンドのパフォーマンス測定。
Simple Network Management Protocol（SNMP）トラップ通知および syslog メッセージによる予防的しきい値違反モニタリング。
IP SLA ICMP ジッター動作では、次の統計情報測定をサポートしています。
ジッター（ソースからターゲット、およびターゲットからソース）
遅延（送信元から宛先へ、宛先から送信元へ）
ラウンドトリップ時間の遅延
パケット損失
継続的なパケット損失
アウトオブシーケンス パケット（送信元から宛先へ、宛先から送信元へ、およびラウンドトリップ）
遅延パケット
IP SLA ICMP ジッターは、2 つの ICMP タイム スタンプ メッセージ、ICMP タイムスタンプ リクエスト（タイプ 13）および ICMP タイムスタンプ応答（タイプ 14）を使用して、ジッター、パケット損失、および遅延を提供します。IP SLA ICMP ジッター動作は、ICMP エコーは ICMP エコー要求および応答（ping）を使用するという点で、IP SLA ICMP エコー動作と異なります。RFC 792 に完全に準拠しているデバイス、インターネット制御メッセージ プロトコルは、宛先で IP SLA Responder を必要とすることなく、タイム スタンプ メッセージに応答できる必要があります。
 （注） |
Cisco IOS デバイスは、RFC 792 のタイムスタンプ要求および応答をサポートしていますが、Cisco IOS-XR デバイスはこれをサポートしていません。 |
ICMP API は、インターフェイスから設定可能な数の要求メッセージ パケットを送信します。要求で受信されたデータ（タイム スタンプ）は、別のタイム スタンプとともに返信メッセージ パケットで返されます。すべてのパケットには、発信（送信）タイムスタンプ、受信タイムスタンプ、および送信（返信）タイプスタンプの 3 つのタイム スタンプが含まれています。
IP SLA は、それらのタイム スタンプを利用して、2 つの連続するパケットの到着間遅延と出発間遅延の差に基づいて、各方向のジッターを計算します。差が正であれば、正のジッターでカウントされます。負の値は、負のジッターでカウントされます。パスは異なるもの（非対称）にできるので、送信元から宛先へ、および宛先から送信元へのデータ パスの個別の測定を使用して、ネットワークの問題を識別できます。
各 ICMP パケットには、送信者のシーケンスから受信されたパケット数をカウントするために使用されるシーケンス番号がヘッダー内に含まれています。シーケンス番号と受信タイムスタンプはともに、送信元から宛先へのパスでアウトオブシーケンス パケットを計算するために使用できます。パケットの受信タイム スタンプが次のパケットのタイム スタンプよりも大きい場合は、最初のパケットが送信元から宛先へのパスで不適切に配信されました。宛先から送信元へのパスには、同じ方法を適用できます。送信元から宛先へのパスでパケットに問題がある場合は、宛先から送信元へのパスでも問題がある場合を除き、送信者に正しく返されないことに注意してください。
内部または予期しないエラーが原因でパケットを送信できない場合、またはパケットを含む timerwheel スロットが見つからないため、スキップされたパケットとしてカウントされます。このメトリックは、統計情報が送信されたパケットだけで測定されるため、非常に重要です。
すべてのタイムアウトになったパケットは、パケット損失に考慮されます。連続的なパケット損失は、連続してドロップされたパケットの数をカウントおよび追加することで計算されます。連続的なパケット損失は、最小の連続的なパケット ドロップおよび最大の連続的なパケット ドロップとして報告されます。
他のすべての統計情報は、UDP ジッター動作と同じロジックを使用して計算されます。
| コマンドまたはアクション | 目的 | |
|---|---|---|
| ステップ 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）動作に予防的しきい値条件と反応トリガーを追加するには、「予防的しきい値モニタリングの設定」の項を参照してください。
|
関連項目 |
マニュアル タイトル |
|---|---|
|
Cisco IOS コマンド |
|
|
Cisco IOS IP SLA コマンド |
|
|
Cisco IOS IP SLA：一般情報 |
『Cisco IOS IP SLAs Configuration Guide』の「Cisco IOS IP SLAs Overview」の章 |
|
標準 |
タイトル |
|---|---|
|
この機能でサポートされる新規の規格または変更された規格はありません。また、既存の規格のサポートは変更されていません。 |
-- |
|
MIB |
MIB のリンク |
|---|---|
|
選択したプラットフォーム、Cisco ソフトウェア リリース、およびフィーチャ セットの MIB を検索してダウンロードする場合は、次の URL にある Cisco MIB Locator を使用します。 |
|
RFC |
タイトル |
|---|---|
|
RFC 792 |
インターネット制御メッセージ プロトコル（ICMP） |
|
説明 |
リンク |
|---|---|
|
★枠で囲まれた Technical Assistance の場合★右の URL にアクセスして、シスコのテクニカル サポートを最大限に活用してください。これらのリソースは、ソフトウェアをインストールして設定したり、シスコの製品やテクノロジーに関する技術的問題を解決したりするために使用してください。この Web サイト上のツールにアクセスする際は、Cisco.com のログイン ID およびパスワードが必要です。 |
次の表に、このモジュールで説明した機能に関するリリース情報を示します。この表は、ソフトウェア リリース トレインで各機能のサポートが導入されたときのソフトウェア リリースだけを示しています。その機能は、特に断りがない限り、それ以降の一連のソフトウェア リリースでもサポートされます。
プラットフォームのサポートおよびシスコ ソフトウェア イメージのサポートに関する情報を検索するには、Cisco Feature Navigator を使用します。Cisco Feature Navigator にアクセスするには、www.cisco.com/go/cfn に移動します。Cisco.com のアカウントは必要ありません。|
機能名 |
リリース |
機能情報 |
|---|---|---|
|
IP SLA ICMP ジッター動作 |
Cisco IOS IP サービス レベル契約（SLA）インターネット制御メッセージ プロトコル（ICMP）ジッター動作では、Cisco IOS デバイス（送信元）とその他の IP デバイス（宛先）の間でネットワーク パフォーマンスに関する統計情報を収集するための ICMP パケットのストリームを生成できます。IP SLA ICMP ジッター動作で使用可能な統計測定値には、遅延、ラウンドトリップ時間、ジッター（パケット間の遅延のばらつき）、およびパケット損失が含まれます。 |
フィードバック