IP SLA UDP ジッター動作の設定

このマニュアルでは、IP サービス レベル契約(SLA)UDP ジッター動作を設定して、IPv4 または IPv6 ネットワークで UDP トラフィックを伝送するネットワークのラウンド トリップ遅延、一方向遅延、一方向ジッター、一方向パケット損失、および接続を分析する方法について説明します。このモジュールでは、UDP ジッター動作を使用して収集されたデータを Cisco ソフトウェア コマンドを使用して表示および分析する方法についても説明します。

機能情報の確認

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

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

IP SLA UDP ジッター動作の前提条件

  • 一方向遅延を正確に測定するには、送信元デバイスとターゲット デバイスの間でネットワーク タイム プロトコル(NTP)が提供するクロック同期が必要です。送信元デバイスおよびターゲット デバイスで NTP を設定するには、『Basic System Management Configuration Guide』の「Performing Basic System Management」の章の作業を実行します。一方向ジッターおよびパケット損失を測定する場合は、クロック同期は不要です。送信元デバイスとターゲット デバイスの間でクロックが同期していない場合、一方向ジッターとパケット損失のデータは返されますが、UDP ジッター動作による一方向遅延測定値として「0」が返されます。

  • IP サービス レベル契約(SLA)アプリケーションを設定する前に、show ip sla application コマンドを使用して、動作タイプがソフトウェア イメージでサポートされていることを確認します。

IP SLA UDP ジッター動作に関する制約事項

  • 同じ送信元アドレス、宛先 IP アドレスおよびポート番号を使用して設定された複数の SLA プローブは、同時に実行することはできません。

IP SLA UDP ジッター動作に関する情報

IP SLA UDP ジッター動作

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 サービスを最適にシミュレートできるようにユーザ設定可能です。

表 1. UDP ジッター動作パラメータ

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

デフォルト

コンフィギュレーション コマンド

パケット数(n)

10 パケット

udp-jitter num-packets

要求パケット単位のペイロード サイズ(S)

10 バイト

request-data-size

応答パケット単位のペイロード サイズ(P)

デフォルトの応答データ サイズは、設定している IP SLA 動作のタイプによって異なります。

(注)   
response-data-size コマンドが設定されていない場合、応答データ サイズ値は要求データ サイズ値と同じです。

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 Responder の設定


(注)  

Responder では、送信元に対して固定ポートを設定しないでください。Responder が送信元に対して固定ポートを設定すると、パケットが正常に(タイムアウトまたはパケット損失の問題が発生せずに)送信されたとしても、ジッター値はゼロになります。


手順の概要

  1. enable
  2. configure terminal
  3. 次のいずれかのコマンドを入力します。
    • ip sla responder
    • ip sla responder udp-echo ipaddress ip-address port portvrf vrf
  4. end

手順の詳細

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

enable

例:


Device> enable

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

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

ステップ 2

configure terminal

例:


Device# configure terminal

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

ステップ 3

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

  • ip sla responder
  • ip sla responder udp-echo ipaddress ip-address port portvrf vrf

例:


Device(config)# ip sla responder

Device(config)# ip sla responder udp-echo ipaddress 192.0.2.132 port 5000 vrf vrf1

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

(任意:送信元でプロトコル制御がディセーブルである場合にのみ必須です。)指定の IP アドレス、ポート、および VRF で、IP SLA Responder の機能をイネーブルにします。
  • プロトコル制御は、デフォルトでイネーブルになっています。

ステップ 4

end

例:


Device(config)# end

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

送信元デバイスの UDP ジッター動作の設定とスケジューリング

次のいずれかの作業のみを実行します。

送信元デバイスでの基本 UDP ジッター動作の設定

手順の概要

  1. enable
  2. configure terminal
  3. ip sla operation-number
  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 ]
  5. frequency seconds
  6. end
  7. show ip sla configuration [operation-number ]

手順の詳細

  コマンドまたはアクション 目的
ステップ 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

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 ]

例:

Device(config-ip-sla)# udp-jitter 192.0.2.135 5000

IP SLA 動作を UDP ジッター動作として設定し、UDP ジッター コンフィギュレーション モードを開始します。

  • 送信元デバイスと宛先デバイスの両方で IP SLA 制御プロトコルをディセーブルにする場合のみ control disable キーワードの組み合わせを使用します。

ステップ 5

frequency seconds

例:

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

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

ステップ 6

end

例:

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

UDP ジッター コンフィギュレーション モードを終了し、特権 EXEC モードに戻ります。

ステップ 7

show ip sla configuration [operation-number ]

例:

Device# show ip sla configuration 10

(任意)すべての IP SLA 動作または指定した IP SLA 動作に関する設定値を、すべてのデフォルト値を含めて表示します。

次のタスク

動作のパーセンタイル オプションを設定するには、「IP SLA の設定:異常値のフィルタリングのパーセンタイル サポート」モジュールを参照してください。

追加特性を指定した UDP ジッター動作の設定


(注)  

  • UDP ジッター動作には大量のデータが含まれるため、IP サービス レベル契約(SLA)UDP ジッター動作では IP SLA 履歴機能はサポートされていません。つまり、次のコマンドは UDP ジッター動作ではサポートされていません:history buckets-kept history filter history lives-kept samples-of-history-kept 、および show ip sla history
  • UDP ジッター動作の統計情報保存時間は、IP SLA で使用される MIB(CISCO-RTTMON-MIB)によって 2 時間に制限されます。history hours-of-statistics hours グローバル コンフィギュレーションを使用して、これより大きな値に設定しても、保持される期間が 2 時間を超えることはありません。ただし、Data Collection MIB を使用して動作の履歴データを収集することはできます。詳細については、「CISCO-DATA-COLLECTION-MIB」を参照してください。

始める前に

送信元デバイスでの UDP ジッター動作を設定する前に、ターゲット デバイス(動作ターゲット)で IP SLA Responder をイネーブルにしておく必要があります。IP SLA Responder を使用できるのは、Cisco IOS ソフトウェアベースのデバイスだけです。Responder をイネーブルにするために、「宛先デバイスでの IP SLA Responder の設定」の項の作業を実行します。

手順の概要

  1. enable
  2. configure terminal
  3. ip sla operation-number
  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 ]
  5. history distributions-of-statistics-kept size
  6. history enhanced [interval seconds ] [buckets number-of-buckets ]
  7. frequency seconds
  8. history hours-of-statistics-kept hours
  9. owner owner-id
  10. request-data-size bytes
  11. response-data-size bytes
  12. history statistics-distribution-interval milliseconds
  13. tag text
  14. threshold milliseconds
  15. timeout milliseconds
  16. 次のいずれかのコマンドを入力します。
    • tos number
    • traffic-class number
  17. flow-label number
  18. verify-data
  19. vrf vrf-name
  20. end
  21. show ip sla configuration [operation-number ]

手順の詳細

  コマンドまたはアクション 目的
ステップ 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

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 ]

例:

Device(config-ip-sla)# udp-jitter 192.0.2.134 5000

IP SLA 動作を UDP ジッター動作として設定し、UDP ジッター コンフィギュレーション モードを開始します。

  • 送信元デバイスとターゲット デバイスの両方で IP SLA 制御プロトコルをディセーブルにする場合のみ control disable キーワードの組み合わせを使用します。

ステップ 5

history distributions-of-statistics-kept size

例:

Device(config-ip-sla-jitter)# history distributions-of-statistics-kept 5

(任意)IP SLA 動作にホップ単位で保持する統計情報の配信数を設定します。

ステップ 6

history enhanced [interval seconds ] [buckets number-of-buckets ]

例:

Device(config-ip-sla-jitter)# history enhanced interval 900 buckets 100

(任意)IP SLA 動作に対する拡張履歴収集をイネーブルにします。

ステップ 7

frequency seconds

例:

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

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

ステップ 8

history hours-of-statistics-kept hours

例:

Device(config-ip-sla-jitter)# history hours-of-statistics-kept 4

(任意)IP SLA 動作の統計情報を保持する時間数を設定します。

ステップ 9

owner owner-id

例:

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

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

ステップ 10

request-data-size bytes

例:

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

(任意)IP SLA 動作の要求パケットのペイロード内でのプロトコル データ サイズを設定します。

ステップ 11

response-data-size bytes

例:

Device(config-ip-sla-jitter)# response-data-size 25 

(任意)IP SLA 動作の応答パケットのペイロード内でのプロトコル データ サイズを設定します。

ステップ 12

history statistics-distribution-interval milliseconds

例:

Device(config-ip-sla-jitter)# history statistics-distribution-interval 10

(任意)IP SLA 動作で維持する各統計情報の配信間隔を設定します。

ステップ 13

tag text

例:

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

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

ステップ 14

threshold milliseconds

例:

Device(config-ip-sla-jitter)# threshold 10000

(任意)IP SLA 動作によって作成されるネットワーク モニタリング統計情報を計算するための上限しきい値を設定します。

ステップ 15

timeout milliseconds

例:

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

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

ステップ 16

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

  • tos number
  • traffic-class number
例:

Device(config-ip-sla-jitter)# tos 160 

Device(config-ip-sla-jitter)# traffic-class 160

(任意)IP SLA 動作の IPv4 ヘッダーに ToS バイトを定義します。

または

(任意)サポートされている IP SLA 動作に対する IPv6 ヘッダーにトラフィック クラス バイトを定義します。

ステップ 17

flow-label number

例:

Device(config-ip-sla-jitter)# flow-label 112233 

(任意)サポートされている IP SLA 動作に対する IPv6 ヘッダーにフロー ラベル フィールドを定義します。

ステップ 18

verify-data

例:

Device(config-ip-sla-jitter)# verify-data

(任意)IP SLA 動作が各応答パケットに対してデータ破壊の有無をチェックするようにします。

ステップ 19

vrf vrf-name

例:

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

(任意)IP SLA 動作を使用したマルチプロトコル ラベル スイッチング(MPLS)VPN 内をモニタリングを許可します。

ステップ 20

end

例:

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

UDP ジッター コンフィギュレーション モードを終了し、特権 EXEC モードに戻ります。

ステップ 21

show ip sla configuration [operation-number ]

例:

Device# show ip sla configuration 10

(任意)すべての IP SLA 動作または指定した IP SLA 動作に関する設定値を、すべてのデフォルト値を含めて表示します。

次のタスク

動作のパーセンタイル オプションを設定するには、「IP SLA の設定:異常値のフィルタリングのパーセンタイル サポート」モジュールを参照してください。

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 UDP ジッター動作の確認

手順の概要

  1. enable
  2. show ip sla configuration
  3. show ip sla group schedule
  4. show ip sla statistics
  5. show ip sla statistics 2 details

手順の詳細


ステップ 1

enable

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

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

例:


Device> enable

ステップ 2

show ip sla configuration

IP SLA 設定の詳細を表示します。

例:


Device# show ip sla configuration

IP SLAs Infrastructure Engine-III
Entry number: 5
Owner: ownername
Tag: text
Operation timeout (milliseconds): 9999
Type of operation to perform: udp-jitter
Target address/Source address: 192.0.2.115/0.0.0.0
Target port/Source port: 5/0
Type Of Service parameter: 0x5
Request size (ARR data portion): 100
Response size (ARR data portion): 200
Packet Interval (milliseconds)/Number of packets: 20/10
Verify data: No
Operation Stats Precision : microseconds
Timestamp Location Optimization: enabled
Operation Packet Priority : high
NTP Sync Tolerance : 0 percent
Vrf Name:
Control Packets: enabled

ステップ 3

show ip sla group schedule

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

例:


Device# show ip sla group schedule

Group Entry Number: 1
Probes to be scheduled: 6-9,3-4
Total number of probes: 6
Schedule period: 10
Mode: even
Group operation frequency: Equals schedule period
Status of entry (SNMP RowStatus): Active
Next Scheduled Start Time: Pending trigger
Life (seconds): 3600
Entry Ageout (seconds): never

ステップ 4

show ip sla statistics

IP SLA 統計情報を表示します。

例:


Device# show ip sla statistics

Type of operation: udp-jitter 
Packet Loss Values:
Loss Source to Destination: 19
Source to Destination Loss Periods Number: 19
Source to Destination Loss Period Length Min/Max: 1/1
Source to Destination Inter Loss Period Length Min/Max: 1/546
Loss Destination to Source: 0
Destination to Source Loss Periods Number: 0
Destination to Source Loss Period Length Min/Max: 0/0
Destination to Source Inter Loss Period Length Min/Max: 0/0
Out Of Sequence: 0 Tail Drop: 0
Packet Late Arrival: 0 Packet Skipped: 0

  • udp-jitter には、パケットが失われた方向を検出する機能があります。また、パケット損失の期間に関する統計情報を計算します。

  • Loss Source to Destination: 19:19 個のパケットが送信者から送信されたが、レスポンダには届かなかったことを示します。

  • Source to Destination Loss Periods Number: 19:19 個のパケット損失のインシデントがあったことを示します(パケット損失のインシデントとは、実際の損失パケット数に関係なく、パケットが失われた期間のことです)。

  • Source to Destination Loss Period Length Min/Max: 1/1:この方向で失われたすべてのパケットが隔離されていることを示します。複数の損失パケットのバックツーバックのインスタンスはありません。

  • Source to Destination Inter Loss Period Length Min/Max: 1/546:損失パケット間の最小間隔が 1 であり、連続するパケット損失の最大間隔が 546 個の正常に送信されたパケットであることを示します。

ステップ 5

show ip sla statistics 2 details

IPSLA の最新の動作統計情報を表示します。

例:


Device# show ip sla statistics 2 details 

IPSLA operation id: 2
Type of operation: udp-jitter
Latest RTT: 1 milliseconds
Latest operation start time: 07:45:28 GMT Thu Aug 28 2014
Latest operation return code: OK
Over thresholds occurred: FALSE
RTT Values:
Number Of RTT: 10 RTT Min/Avg/Max: 1/1/1 milliseconds
Latency one-way time:
Number of Latency one-way Samples: 6
Source to Destination Latency one way Min/Avg/Max: 1/1/1 milliseconds
Destination to Source Latency one way Min/Avg/Max: 0/0/0 milliseconds
Source to Destination Latency one way Sum/Sum2: 6/6
Destination to Source Latency one way Sum/Sum2: 0/0
Jitter Time:
Number of SD Jitter Samples: 9
Number of DS Jitter Samples: 9
Source to Destination Jitter Min/Avg/Max: 0/1/1 milliseconds
Destination to Source Jitter Min/Avg/Max: 0/0/0 milliseconds
Source to destination positive jitter Min/Avg/Max: 1/1/1 milliseconds
Source to destination positive jitter Number/Sum/Sum2: 3/3/3
Source to destination negative jitter Min/Avg/Max: 1/1/1 milliseconds
Source to destination negative jitter Number/Sum/Sum2: 3/3/3
Destination to Source positive jitter Min/Avg/Max: 0/0/0 milliseconds
Destination to Source positive jitter Number/Sum/Sum2: 0/0/0
Destination to Source negative jitter Min/Avg/Max: 0/0/0 milliseconds
Destination to Source negative jitter Number/Sum/Sum2: 0/0/0
Interarrival jitterout: 0 Interarrival jitterin: 0
Jitter AVG: 1
Over Threshold:
Number Of RTT Over Threshold: 0 (0%)
Packet Loss Values:
Loss Source to Destination: 0
Source to Destination Loss Periods Number: 0
Source to Destination Loss Period Length Min/Max: 0/0
Source to Destination Inter Loss Period Length Min/Max: 0/0
Loss Destination to Source: 0
Destination to Source Loss Periods Number: 0
Destination to Source Loss Period Length Min/Max: 0/0
Destination to Source Inter Loss Period Length Min/Max: 0/0
Out Of Sequence: 0 Tail Drop: 0 Packet Late Arrival: 0
Packet Skipped: 0
Voice Score Values:
Calculated Planning Impairment Factor (ICPIF): 0
Mean Opinion Score (MOS): 0
Number of successes: 2
Number of failures: 0
Operation time to live: Forever
Operational state of entry: Active
Last time this entry was reset: Never

IP SLA UDP ジッター動作の設定例

例:UDP ジッター動作の設定

次の例では、2 つの動作が、動作 2 が最初の動作の 5 秒後に開始される UDP ジッター動作として設定されています。どちらの動作も無期限に実行されます。


configure terminal
 ip sla 1
  udp-jitter 192.0.2.115 65051 num-packets 20
  request-data-size 160
  tos 128
  frequency 30
 ip sla schedule 1 start-time after 00:05:00
 ip sla 2
  udp-jitter 192.0.2.115 65052 num-packets 20 interval 10
  request-data-size 20
  tos 64
  frequency 30
 ip sla schedule 2 start-time after 00:05:05
 

送信元デバイスからの制御メッセージに応じて、シスコ デバイスで IP SLA Responder 機能を一時的に有効にするには、ターゲット(宛先)デバイスで次のコマンドを入力します。


ip sla responder

IP SLA UDP ジッター動作に関するその他の関連資料

関連資料

関連項目

マニュアル タイトル

Cisco IOS コマンド

『Cisco IOS Master Command List, All Releases』

Cisco IOS IP SLA コマンド

『Cisco IOS IP SLAs Command Reference』

MIB

MIB

MIB のリンク

  • CISCO-DATA-COLLECTION-MIB

  • CISCO-RTTMON-MIB

  • IPV6-FLOW-LABEL-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 UDP ジッター動作の機能情報

表 2. IP SLA UDP ジッター動作に関する機能情報

機能名

リリース

機能情報

IP SLA:UDP ジッター動作

Cisco IOS XE Release 2.1

Cisco IOS XE 3.1.0SG

Cisco IOS XE Release 3.2SE

IP SLA UDP ジッター動作を使用すると、UDP トラフィックを伝送するネットワーク内におけるラウンドトリップ遅延、一方向遅延、一方向ジッター、一方向パケット損失、および接続を測定できます。

IPv6 用 IP SLA(UDP ジッター、UDP エコー、ICMP エコー、TCP 接続)

Cisco IOS XE Release 2.1

Cisco IOS XE 3.1.0SG

Cisco IOS XE Release 3.2SE

IPv6 用 IP SLA(UDP ジッター、UDP エコー、ICMP エコー、TCP 接続)機能によって、IPv6 ネットワークにおける動作性に対するサポートが追加されています。

IP SLA:UDP ジッターの非対称プローブ サポート

Cisco IOS XE Release 3.10S


IP SLA:UDP ジッターの非対称プローブ サポート機能では、応答パケット内のカスタム定義パケット サイズの設定をサポートしています。

次のコマンドが導入されました。response-data-size

Cisco IOS XE リリース 3.10S では、Cisco ASR 1000 シリーズ ルータのサポートが追加されました。