IP SLA ICMP パス ジッター動作の設定

このマニュアルでは、ホップバイホップ ジッター（パケット間の遅延のばらつき）をモニタするために、IP サービス レベル契約（SLA）インターネット制御メッセージ プロトコル（ICMP）パス ジッター動作を設定する方法について説明します。このマニュアルでは、パス ジッター動作を使用して収集されたデータを表示し、Cisco コマンドを使用してこれらのデータを分析する方法についても説明します。

機能情報の確認

ご使用のソフトウェア リリースでは、このモジュールで説明されるすべての機能がサポートされているとは限りません。最新の機能情報および警告については、「Bug Search Tool」およびご使用のプラットフォームおよびソフトウェア リリースのリリース ノートを参照してください。このモジュールで説明される機能に関する情報、および各機能がサポートされるリリースの一覧については、機能情報の表を参照してください。

プラットフォームのサポートおよびシスコ ソフトウェア イメージのサポートに関する情報を検索するには、Cisco Feature Navigator を使用します。Cisco Feature Navigator にアクセスするには、www.cisco.com/go/cfn に移動します。Cisco.com のアカウントは必要ありません。

ICMP パス ジッター動作の前提条件

  • IP SLA アプリケーションを設定する前に、show ip sla application コマンドを使用して、ご使用のソフトウェア イメージでサポートされている動作タイプを確認してください。

  • 他の IP SLA 動作とは異なって、パス ジッタ動作の中間デバイスまたはターゲット デバイスのいずれにおいても IP SLA Responder をイネーブルにする必要はありません。ただし、IP SLA Responder を有効にすると、動作の効率が向上する可能性があります。

ICMP パス ジッター動作の制限事項

  • IP SLA - ICMP パス ジッターは ICMP ベースです。ICMP ベースの動作は、送信元の処理遅延を補うことはできますが、ターゲットの処理遅延を補うことはできません。より確実なモニタリングおよび検証を行う場合は、IP SLA UDP ジッター動作を使用することをお勧めします。

  • ICMP には、デバイス上での処理時間をパケットに組み込む機能がないため、IP SLA - ICMP パス ジッター動作を使用して取得されたジッター値は概算になります。ターゲット デバイスが ICMP パケットのプライオリティを最高に設定しない場合、デバイスは正常に応答しません。ICMP パフォーマンスは、デバイス上のプライオリティ キューイング設定および ping 応答にも影響される場合があります。

  • パス ジッター動作では、時間単位の統計情報およびホップ情報はサポートされていません。

  • ICMP パス ジッタ動作は、他の IP SLA 動作とは異なり、RTTMON MIB ではサポートされません。パス ジッター動作は、Cisco コマンド以外では設定できません。統計情報は、show ip sla コマンドを使用しなければ返されません。

  • ジッター動作には大量のデータが含まれるため、IP SLA - パス ジッターでは IP SLA 履歴機能（統計情報の履歴バケット）はサポートされていません。

  • 次のコマンドはパス ジッター コンフィギュレーション モードで使用できますが、パス ジッター動作には適用しないでください。
    • history buckets-kept
    • history distributions-of-statistics-kept
    • history enhanced
    • history filter
    • history hours-of-statistics-kept
    • history lives-kept
    • history statistics-distribution-interval
    • samples-of-history-kept
    • lsr-path
    • tos
    • threshold
    • verify-data

IP SLA ICMP パス ジッター動作に関する情報

ICMP パス ジッター動作

IP SLA - ICMP パス ジッターは、IP ネットワーク内のホップバイホップ ジッター、パケット損失、および遅延測定統計情報を提供します。パス ジッター動作は、一方向データの総計と往復データの総計を提供する標準的な UDP ジッター動作とは異なる機能を果たします。

ICMP パス ジッター動作は、標準的な UDP ジッター動作を補完するものとして使用できます。たとえば、UDP ジッター動作から得られた結果が予期しない遅延や高いジッター値を示すことがあります。この場合に ICMP パス ジッター動作を使用すると、ネットワーク パスのトラブルシューティングを行い、伝送パス沿いの特定のセグメントでトラフィックが渋滞していないかどうかを確認できます。

ICMP パス ジッタ動作は、まず traceroute ユーティリティを使用して送信元から宛先までのホップバイホップ IP ルートを検出し、次に ICMP エコーを使用して、パス沿いの各ホップの応答時間、パケット損失、およびジッタの概算値を測定します。ICMP はラウンドトリップ時間しか提供しないため、IP SLA - ICMP パス ジッターを使用して取得されたジッター値は概算値になります。

ICMP パス ジッター動作は、送信元デバイスから指定した宛先デバイスまでの IP パスをトレースし、次にそのトレース パス沿いの各ホップに N 個のエコー プローブを T ミリ秒間隔で送信します。動作全体は、F 秒ごとに 1 回の頻度で繰り返されます。次に示すように、属性はユーザ設定可能です。

パス ジッタ動作パラメータ

デフォルト

設定方法

エコー プローブの数（N）

10 エコー

path-jitter コマンド、 num-packets オプション

エコー プローブ間隔（ミリ秒単位）（T）

20 ミリ秒

path-jitter コマンド、 interval オプション

（注）   

動作の頻度と動作の間隔は異なります。

動作の繰り返し頻度（F）

60 秒に 1 回

frequency コマンド

IP SLA ICMP パス ジッター動作の設定方法

宛先デバイスでの IP SLA Responder の設定


（注）  

IP SLA Responder は、パス ジッター動作のターゲット デバイスまたは中間デバイスでは必要ありません。ただし、IP SLA Responder を有効にすると、動作の効率性を向上できます。

始める前に

レスポンダとして使用するネットワーキング デバイスがシスコ デバイスであり、そのデバイスにネットワークを介して接続できる必要があります。

手順の概要

  1. enable
  2. configure terminal
  3. ip sla responder
  4. exit

手順の詳細

  コマンドまたはアクション 目的
ステップ 1

enable

例:


Device> enable

特権 EXEC モードをイネーブルにします。

  • パスワードを入力します（要求された場合）。

ステップ 2

configure terminal

例:


Device# configure terminal

グローバル コンフィギュレーション モードを開始します。

ステップ 3

ip sla responder

例:

例:


Device(config)# ip sla responder

（任意）送信元からの制御メッセージに応じて、シスコ デバイスにおける IP SLA Responder 機能を一時的にイネーブルにします。

  • 制御は、デフォルトでイネーブルになります。

ステップ 4

exit

例:


Device(config)# exit

（任意）グローバル コンフィギュレーション モードを終了し、特権 EXEC モードに戻ります。

送信元デバイスでの ICMP パス ジッター動作の設定

この項の次のいずれかの手順のみを実行します。

基本的な ICMP パス ジッター動作の設定

手順の概要

  1. enable
  2. configure terminal
  3. ip sla operation-number
  4. path-jitter {destination-ip-address | destination-hostname } [source-ip {ip-address | hostname }] [num-packets packet-number ] [interval milliseconds ] [targetOnly ]
  5. frequency seconds
  6. end

手順の詳細

  コマンドまたはアクション 目的
ステップ 1

enable

例:

Device> enable

特権 EXEC モードをイネーブルにします。

  • パスワードを入力します（要求された場合）。

ステップ 2

configure terminal

例:

Device# configure terminal

グローバル コンフィギュレーション モードを開始します。

ステップ 3

ip sla operation-number

例:

Device(config)# ip sla 10

IP SLA 動作の設定を開始し、IP SLA コンフィギュレーション モードに移行します。

ステップ 4

path-jitter {destination-ip-address | destination-hostname } [source-ip {ip-address | hostname }] [num-packets packet-number ] [interval milliseconds ] [targetOnly ]

例:

Device(config-ip-sla)# path-jitter 172.31.1.129 source-ip 10.2.30.1 num-packets 12 interval 22

ICMP パス ジッター動作を設定するための IP SLA パス ジッター コンフィギュレーション モードを開始します。

ステップ 5

frequency seconds

例:

Device(config-ip-sla-pathJitter)# frequency 30

（任意）指定した IP SLA 動作を繰り返す間隔を設定します。

ステップ 6

end

例:

Device(config-ip-sla-pathJitter)# end

特権 EXEC モードに戻ります。

例

次の例では、targetOnly キーワードを使用してホップバイホップ測定を回避します。コマンドのこのバージョンを使用した場合、エコー プローブは宛先のみに送信されます。 


Device(config)# ip sla 1
Device(config-ip-sla)# path-jitter 172.17.246.20 num-packets 50 interval 30 targetOnly

追加パラメータを指定した ICMP パス ジッター動作の設定

手順の概要

  1. enable
  2. configure terminal
  3. ip sla operation-number
  4. path-jitter {destination-ip-address | destination-hostname } [source-ip {ip-address | hostname }] [num-packets packet-number ] [interval milliseconds ] [targetOnly ]
  5. frequency seconds
  6. owner owner-id
  7. request-data-size bytes
  8. tag text
  9. timeout milliseconds
  10. vrf vrf-name
  11. end

手順の詳細

  コマンドまたはアクション 目的
ステップ 1

enable

例:

Device> enable

特権 EXEC モードをイネーブルにします。

  • パスワードを入力します（要求された場合）。

ステップ 2

configure terminal

例:

Device# configure terminal

グローバル コンフィギュレーション モードを開始します。

ステップ 3

ip sla operation-number

例:

Device(config)# ip sla 10

IP SLA 動作の設定を開始し、IP SLA コンフィギュレーション モードに移行します。

ステップ 4

path-jitter {destination-ip-address | destination-hostname } [source-ip {ip-address | hostname }] [num-packets packet-number ] [interval milliseconds ] [targetOnly ]

例:

Device(config-ip-sla)# path-jitter 172.31.1.129 source-ip 10.2.30.1 num-packets 12 interval 22

ICMP パス ジッター動作を定義するための IP SLA パス ジッター コンフィギュレーション モードを開始します。

ステップ 5

frequency seconds

例:

Device(config-ip-sla-pathJitter)# frequency 30

（任意）指定した IP SLA 動作を繰り返す間隔を設定します。

ステップ 6

owner owner-id

例:

Device(config-ip-sla-pathJitter)# owner admin

（任意）IP SLA 動作の簡易ネットワーク管理プロトコル（SNMP）所有者を設定します。

ステップ 7

request-data-size bytes

例:

Device(config-ip-sla-pathJitter)# request-data-size 64

（任意）IP SLA 動作の要求パケットのペイロードにおけるプロトコル データ サイズを設定します。

ステップ 8

tag text

例:

Device(config-ip-sla-pathJitter)# tag TelnetPollServer1

（任意）IP SLA 動作のユーザ指定 ID を作成します。

ステップ 9

timeout milliseconds

例:

Device(config-ip-sla-pathJitter)# timeout 10000

（任意）IP SLA 動作がその要求パケットからの応答を待機する時間を設定します。

ステップ 10

vrf vrf-name

例:

Device(config-ip-sla-pathJitter)# vrf vpn-A

（任意）IP SLA 動作を使用して、マルチプロトコル ラベル スイッチング（MPLS）バーチャル プライベート ネットワーク（VPN）内をモニタリングできるようにします。

ステップ 11

end

例:

Device(config-ip-sla-pathJitter)# end

特権 EXEC モードに戻ります。

IP SLA 動作のスケジューリング

始める前に

  • スケジュールされるすべての IP サービス レベル契約（SLA）動作がすでに設定されている必要があります。
  • 複数動作グループでスケジュールされたすべての動作の頻度が同じでなければなりません。
  • 複数動作グループに追加する 1 つ以上の動作 ID 番号のリストは、カンマ（,）を含めて最大 125 文字に制限する必要があります。

手順の概要

  1. enable
  2. configure terminal
  3. 次のいずれかのコマンドを入力します。
    • ip sla schedule operation-number [life {forever | seconds }] [start-time {[hh: mm: ss ] [month day | day month ] | pending | now | after hh: mm: ss }] [ageout seconds ] [recurring ]
    • ip sla group schedule group-operation-number operation-id-numbers { schedule-period schedule-period-range | schedule-together } [ageout seconds ] frequency group-operation-frequency [life {forever | seconds }] [start-time {hh: mm [: ss ] [month day | day month ] | pending | now | after hh: mm [: ss] }]
  4. end
  5. show ip sla group schedule
  6. show ip sla configuration

手順の詳細

  コマンドまたはアクション 目的
ステップ 1

enable

例:


Device> enable

特権 EXEC モードをイネーブルにします。

  • パスワードを入力します（要求された場合）。

ステップ 2

configure terminal

例:


Device# configure terminal

グローバル コンフィギュレーション モードを開始します。

ステップ 3

次のいずれかのコマンドを入力します。

  • ip sla schedule operation-number [life {forever | seconds }] [start-time {[hh: mm: ss ] [month day | day month ] | pending | now | after hh: mm: ss }] [ageout seconds ] [recurring ]
  • ip sla group schedule group-operation-number operation-id-numbers { schedule-period schedule-period-range | schedule-together } [ageout seconds ] frequency group-operation-frequency [life {forever | seconds }] [start-time {hh: mm [: ss ] [month day | day month ] | pending | now | after hh: mm [: ss] }]

例:


Device(config)# ip sla schedule 10 life forever start-time now

Device(config)# ip sla group schedule 10 schedule-period frequency

Device(config)# ip sla group schedule 1 3,4,6-9 life forever start-time now 

Device(config)# ip sla schedule 1 3,4,6-9 schedule-period 50 frequency range 80-100

  • 個々の IP SLA 動作のスケジューリング パラメータを設定します。

  • 複数動作スケジューラ用に IP SLA 動作グループ番号と動作番号の範囲を指定します。

ステップ 4

end

例:


Device(config)# end

グローバル コンフィギュレーション モードを終了し、特権 EXEC モードに戻ります。

ステップ 5

show ip sla group schedule

例:


Device# show ip sla group schedule

（任意）IP SLA グループ スケジュールの詳細を表示します。

ステップ 6

show ip sla configuration

例:


Device# 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）動作に予防的しきい値条件と反応トリガーを追加するには、「予防的しきい値モニタリングの設定」の項を参照してください。

IP SLA ICMP パス ジッター動作の設定例

パス ジッター動作の設定例

次に、ICMP パス ジッター動作が設定されている場合の出力例を示します。パス ジッター動作は時間単位の統計情報およびホップ情報をサポートしていないので、パス ジッター動作の show ip sla statistics コマンドの出力では、最初のホップの統計情報のみが表示されます。

次に、ICMP パス ジッター動作が設定されている場合の出力例を示します。 


Device# configure terminal
Device(config)# ip sla 15011
Device(config-sla-monitor)# path-jitter 10.222.1.100 source-ip 10.222.3.100 num-packets 20
Device(config-sla-monitor-pathJitter)# frequency 30
Device(config-sla-monitor-pathJitter)# exit
Device(config)# ip sla schedule 15011 life forever start-time now
Device(config)# exit
Device# show ip sla statistics 15011
Round Trip Time (RTT) for       Index 15011
        Latest RTT: 1 milliseconds
Latest operation start time: 15:37:35.443 EDT Mon Jun 16 2008
Latest operation return code: OK
---- Path Jitter Statistics ---- 
Hop IP 10.222.3.252:
Round Trip Time milliseconds:
        Latest RTT: 1 ms
        Number of RTT: 20
        RTT Min/Avg/Max: 1/1/3 ms
Jitter time milliseconds:
        Number of jitter: 2
        Jitter Min/Avg/Max: 2/2/2 ms
Packet Values:
        Packet Loss (Timeouts): 0
        Out of Sequence: 0
        Discarded Samples: 0
Operation time to live: Forever

その他の参考資料

関連資料

関連項目

マニュアル タイトル

Cisco IOS コマンド

『Cisco IOS Master Commands List, All Releases』

Cisco IOS IP SLA コマンド

『Cisco IOS IP SLA コマンド リファレンス』

標準および RFC

標準/RFC

タイトル

RFC 18891

『RTP: A Transport Protocol for Real-Time Applications』（「Estimating the Interarrival Jitter」の項を参照）

1 表示されている RFC は、サポートを主張するものではありません（参考までに表示します）。

MIB

MIB

MIB のリンク

パス ジッタ動作に関する MIB サポートはありません。

選択したプラットフォーム、Cisco IOS リリース、およびフィーチャ セットに関する MIB を探してダウンロードするには、次の URL にある Cisco MIB Locator を使用します。

http://www.cisco.com/go/mibs

シスコのテクニカル サポート

説明

リンク

★枠で囲まれた Technical Assistance の場合★右の URL にアクセスして、シスコのテクニカル サポートを最大限に活用してください。これらのリソースは、ソフトウェアをインストールして設定したり、シスコの製品やテクノロジーに関する技術的問題を解決したりするために使用してください。この Web サイト上のツールにアクセスする際は、Cisco.com のログイン ID およびパスワードが必要です。

http://www.cisco.com/cisco/web/support/index.html

IP SLA ICMP パス ジッター動作の機能情報

次の表に、このモジュールで説明した機能に関するリリース情報を示します。この表は、ソフトウェア リリース トレインで各機能のサポートが導入されたときのソフトウェア リリースだけを示しています。その機能は、特に断りがない限り、それ以降の一連のソフトウェア リリースでもサポートされます。

プラットフォームのサポートおよびシスコ ソフトウェア イメージのサポートに関する情報を検索するには、Cisco Feature Navigator を使用します。Cisco Feature Navigator にアクセスするには、www.cisco.com/go/cfn に移動します。Cisco.com のアカウントは必要ありません。
表 1. IP SLA ICMP パス ジッター動作の機能情報

機能名

リリース

機能情報

IP SLA パス ジッター動作

Cisco IOS IP SLA インターネット制御メッセージ プロトコル（ICMP）パス ジッター動作を使用すると、ホップバイホップ ジッタ（パケット間の遅延の分散）を測定できます。

IPSLA 4.0 - IP v6 phase2

IPv6 ネットワークでの動作を可能にするためにサポートが追加されました。

次のコマンドが導入または変更されました。path- jitter 、show ip sla configuration 、show ip sla summary