IP SLA UDP ジッタ動作に関する情報
• 「IP SLA UDP ジッタ動作」
IP SLA UDP ジッタ動作
IP SLA:UDP ジッタ動作は、主として Voice over IP(VoIP)、Video over IP、またはリアルタイム会議などリアルタイム トラフィック アプリケーションに対するネットワークの適合性を診断するために設計されました。
ジッタとは、パケット内遅延の分散です。複数のパケットが送信元から宛先に連続して(たとえば 10 ミリ秒間隔で)送信される場合、ネットワークが正常に動作していれば、宛先は 10 ミリ秒間隔で受信します。しかしネットワーク内に遅延がある場合(キューの発生や別のルータ経由で到着するなど)、パケットの到着遅延は 10 ミリ秒よりも大きくなったり、小さくなったりします。この例を使用すると、正のジッタ値は、パケットの到着間隔が 10 ミリ秒を超えていることを示します。パケットが 12 ミリ秒間隔で到着した場合、ジッタ値は +2 ミリ秒となり、パケットが 8 ミリ秒間隔で到着した場合、ジッタ値は -2 ミリ秒となります。VoIP のように遅延に影響されやすいネットワークでは、プラスのジッタ値は望ましくありません。ジッタ値は、0 が理想的です。
しかし、IP SLA UDP ジッタ動作の機能は、ジッタのモニタリングだけではありません。UDP ジッタ動作には IP SLA UDP 動作によって返されたデータも含まれるので、UDP ジッタ動作は、多目的データ収集動作にも使用できます。パケット IP SLA は搬送パケットを生成し、送信元ターゲットと動作ターゲットとの間でシーケンス情報の送受信とタイム スタンプの送受信を行います。UDP ジッタ動作は、これらに基づいて次のデータを測定できます。
• 方向別ジッタ(送信元から宛先へ、宛先から送信元へ)
• 方向別パケット損失
• 方向別遅延(一方向遅延)
• ラウンドトリップ遅延(平均ラウンドトリップ時間)
データの送信と受信でパスが異なることがあるので(非対称)、方向別データを使用してネットワークの輻輳などの問題が発生している場所を簡単に特定できます。
UDP ジッタ動作は、合成(シミュレーション)UDP トラフィックを生成して機能します。UDP ジッタ動作は、指定された頻度 F で、送信元ルータからターゲット ルータに、サイズ S の N 個の UDP パケットを T ミリ秒間隔で送信します。デフォルトでは、ペイロード サイズが 10 バイト(S)のパケット フレーム 10 個(N)を 10 ミリ秒(T)ごとに生成し、60 秒(F)ごとに動作を繰り返します。 表 1 に示すように、これらのパラメータは、提供している IP サービスまたはこれから提供する IP サービスの最適なシミュレーションを行うようにそれぞれユーザ設定可能です。
表 1 UDP ジッタ動作パラメータ
|
|
|
パケット数(N) |
10 パケット |
udp-jitter コマンド、 num-packets オプション |
パケットあたりのペイロード サイズ(S) |
32 バイト |
request-data-size コマンド |
パケット間隔(ミリ秒単位)(T) |
20 ms |
udp-jitter コマンド、 interval オプション |
動作を繰り返すまでの経過時間(秒単位)(F) |
60 秒 |
frequency (IP SLA)コマンド |
IP SLA 動作は、合成(シミュレーション)ネットワーク トラフィックを生成して機能します。1 つの IP SLA 動作(たとえば IP SLA 動作 10)は、動作のライフタイム中に指定の頻度で繰り返されます。
IP SLA UDP ジッタ動作の設定方法
• 「宛先デバイスでの IP SLA Responder の設定」(必須)
• 「送信元デバイスでの UDP ジッタ動作の設定とスケジューリング」(必須)
宛先デバイスでの IP SLA Responder の設定
宛先デバイスで IP SLA Responder をイネーブルにするには、次の作業を実行します。
手順の概要
1. enable
2. configure terminal
3. ip sla responder
または
ip sla responder udp-echo ipaddress ip-address port port
4. exit
手順の詳細
|
|
|
ステップ 1 |
enable
Router> enable |
特権 EXEC モードをイネーブルにします。 • プロンプトが表示されたら、パスワードを入力します。 |
ステップ 2 |
configure terminal
Router# configure terminal |
グローバル コンフィギュレーション モードを開始します。 |
ステップ 3 |
ip sla responder または ip sla responder udp-echo ipaddress ip-address port port
Router(config)# ip sla responder または Router(config)# ip sla responder udp-echo ipaddress 172.29.139.132 port 5000 |
(任意)送信元からの制御メッセージに応じて、シスコ デバイスにおける IP SLA Responder 機能を一時的にイネーブルにします。 または (任意)送信元でプロトコル制御がディセーブルである場合にのみ必須です。指定の IP アドレスおよびポートで、IP SLA Responder 機能を永続的にイネーブルにします。 • 制御は、デフォルトでイネーブルになります。 |
ステップ 4 |
exit
Router(config)# exit |
(任意)グローバル コンフィギュレーション モードを終了し、特権 EXEC モードに戻ります。 |
前提条件
• 送信元デバイスで UDP ジッタ動作を設定する前に、ターゲット デバイス(動作ターゲット)で IP SLA Responder をイネーブルにしておく必要があります。IP SLA Responder は、Cisco IOS ソフトウェアベースのデバイスだけで利用可能です。Responder をイネーブルにするには、「宛先デバイスでの IP SLA Responder の設定」の作業を実行します。
• 一方向遅延を正確に測定するには、NTP などによる送信元デバイスとターゲット デバイスとの間のクロック同期が必要です。送信元デバイスおよびターゲット デバイスで NTP を設定するには、『 Cisco IOS Network Managent Configuration Guide』の「 Performing Basic System Management 」の章の作業を実行します。ただし、一方向ジッタとパケット損失を測定する場合、クロック同期は不要です。送信元デバイスとターゲット デバイスとの間でクロックが同期していない場合、一方向ジッタとパケット損失のデータは返されますが、UDP ジッタ動作による一方向遅延測定は「0」の値が返されます。
• IP SLA アプリケーションを設定する前に、 show ip sla application コマンドを使用して、ご使用のソフトウェア イメージでサポートされている動作タイプを確認してください。
制約事項
• 応答側は、同じ送信元の固定ポートを設定してはいけません。応答側が同じ送信元の固定ポートを設定した場合、パケットが正常に送信されても(タイムアウトまたはパケット損失が発生しなくても)、ジッタ値は 0 になります。
• 宛先 IP アドレスおよびポートで IP SLA Responder が永続的にイネーブルの場合、 udp-jitter コマンドで control disable キーワードを使用して制御メッセージをディセーブルにします。
送信元デバイスでの基本的な 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. exit
7. 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 ]
8. exit
9. show ip sla configuration [ operation-number ]
手順の詳細
|
|
|
ステップ 1 |
enable
Router> enable |
特権 EXEC モードをイネーブルにします。 • プロンプトが表示されたら、パスワードを入力します。 |
ステップ 2 |
configure terminal
Router# configure terminal |
グローバル コンフィギュレーション モードを開始します。 |
ステップ 3 |
ip sla operation-number
Router(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 ]
Router(config-ip-sla)# udp-jitter 172.29.139.134 5000 |
IP SLA 動作を UDP ジッタ動作として設定し、UDP ジッタ コンフィギュレーション サブモードを開始します。 • 送信元ルータとターゲット ルータの両方で IP SLA 制御プロトコルをディセーブルにする場合のみ control disable のキーワードの組み合わせを使用します。 |
ステップ 5 |
frequency seconds
Router(config-ip-sla-jitter)# frequency 30 |
(任意)指定した IP SLA 動作を繰り返す間隔を設定します。 |
ステップ 6 |
exit
Router(config-ip-sla-jitter)# exit |
UDP ジッタ コンフィギュレーション サブモードを終了し、グローバル コンフィギュレーション モードに戻ります。 |
ステップ 7 |
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 ]
Router(config)# ip sla schedule 5 start-time now life forever |
個々の IP SLA 動作のスケジューリング パラメータを設定します。 |
ステップ 8 |
exit
Router(config)# exit |
(任意)グローバル コンフィギュレーション モードを終了し、特権 EXEC モードに戻ります。 |
ステップ 9 |
show ip sla configuration [ operation-number ]
Router# show ip sla configuration 10 |
(任意)すべての IP SLA 動作または指定した IP SLA 動作に関する設定値を、すべてのデフォルト値を含めて表示します。 |
トラブルシューティングのヒント
• IP SLA 動作が実行せず、統計情報が生成されていない場合は、動作の設定に verify-data コマンドを追加して(IP SLA コンフィギュレーション モードで設定)、データ検証をイネーブルにします。イネーブルになると、各動作の応答が破損していないかどうかがチェックされます。通常の動作時に verify-data コマンドを使用すると、不要なオーバーヘッドがかかるので注意してください。
• IP SLA 動作に関する問題をトラブルシューティングするには、 debug ip sla trace コマンドと debug ip sla error コマンドを使用します。
次の作業
IP SLA 動作の結果を表示し、内容を確認するには、 show ip sla statistics コマンドを使用します。サービス レベル契約の基準に対応するフィールドの出力を確認すると、サービス メトリックが許容範囲内であるかどうかを判断する役に立ちます。
追加特性を指定した UDP ジッタ動作の設定とスケジューリング
追加パラメータを指定して UDP ジッタ動作の設定およびスケジューリングを行うには、次の作業を実行します。
制約事項
• 送信元デバイスで UDP ジッタ動作を設定する前に、ターゲット デバイス(動作ターゲット)で IP SLA Responder をイネーブルにしておく必要があります。IP SLA Responder は、Cisco IOS ソフトウェアベースのデバイスだけで利用可能です。Responder をイネーブルにするには、「宛先デバイスでの IP SLA Responder の設定」の作業を実行します。
• 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( http://www.cisco.com/go/mibs )を参照してください。
• 宛先 IP アドレスおよびポートで IP SLA Responder が永続的にイネーブルの場合、 udp-jitter コマンドで control disable キーワードを使用して制御メッセージをディセーブルにします。
手順の概要
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. history statistics-distribution-interval milliseconds
12. tag text
13. threshold milliseconds
14. timeout milliseconds
15. tos number
または
traffic-class number
16. flow-label number
17. verify-data
18. vrf vrf-name
19. exit
20. 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 ]
21. exit
22. show ip sla configuration [ operation-number ]
手順の詳細
|
|
|
ステップ 1 |
enable
Router> enable |
特権 EXEC モードをイネーブルにします。 • プロンプトが表示されたら、パスワードを入力します。 |
ステップ 2 |
configure terminal
Router# configure terminal |
グローバル コンフィギュレーション モードを開始します。 |
ステップ 3 |
ip sla operation-number
Router(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 ]
Router(config-ip-sla)# udp-jitter 172.29.139.134 5000 |
IP SLA 動作を UDP ジッタ動作として設定し、UDP ジッタ コンフィギュレーション サブモードを開始します。 • 送信元ルータとターゲット ルータの両方で IP SLA 制御プロトコルをディセーブルにする場合のみ control disable のキーワードの組み合わせを使用します。 |
ステップ 5 |
history distributions-of-statistics-kept size
Router(config-ip-sla-jitter)# history distributions-of-statistics-kept 5 |
(任意)IP SLA 動作中にホップ単位で保持する統計情報の配信数を設定します。 |
ステップ 6 |
history enhanced [ interval seconds ] [ buckets number-of-buckets ]
Router(config-ip-sla-jitter)# history enhanced interval 900 buckets 100 |
(任意)IP SLA 動作に対する拡張履歴収集をイネーブルにします。 |
ステップ 7 |
frequency seconds
Router(config-ip-sla-jitter)# frequency 30 |
(任意)指定した IP SLA 動作を繰り返す間隔を設定します。 |
ステップ 8 |
history hours-of-statistics-kept hours
Router(config-ip-sla-jitter)# history hours-of-statistics-kept 4 |
(任意)IP SLA 動作の統計情報を保持する時間数を設定します。 |
ステップ 9 |
owner owner-id
Router(config-ip-sla-jitter)# owner admin |
(任意)IP SLA 動作の Simple Network Management Protocol(SNMP; 簡易ネットワーク管理プロトコル)所有者を設定します。 |
ステップ 10 |
request-data-size bytes
Router(config-ip-sla-jitter)# request-data-size 64 |
(任意)IP SLA 動作の要求パケットのペイロードにおけるプロトコル データ サイズを設定します。 |
ステップ 11 |
history statistics-distribution-interval milliseconds
Router(config-ip-sla-jitter)# history statistics-distribution-interval 10
|
(任意)IP SLA 動作で維持する各統計情報の配信間隔を設定します。 |
ステップ 12 |
tag text
Router(config-ip-sla-jitter)# tag TelnetPollServer1 |
(任意)IP SLA 動作のユーザ指定 ID を作成します。 |
ステップ 13 |
threshold milliseconds
Router(config-ip-sla-jitter)# threshold 10000 |
(任意)IP SLA 動作によって作成されるネットワーク モニタリング統計情報を計算するための上限しきい値を設定します。 |
ステップ 14 |
timeout milliseconds
Router(config-ip-sla-jitter)# timeout 10000 |
(任意)IP SLA 動作がその要求パケットからの応答を待機する時間を設定します。 |
ステップ 15 |
tos number または traffic-class number
Router(config-ip-sla-jitter)# tos 160 または Router(config-ip-sla-jitter)# traffic-class 160 |
(任意)IPv4 ネットワークに限り、IP SLA 動作の IPv4 ヘッダーの ToS バイトを定義します。 または (任意)IPv6 ネットワークに限り、サポートされている IP 動作に対する IPv6 ヘッダーのトラフィック クラス バイトを定義します。 |
ステップ 16 |
flow-label number
Router(config-ip-sla-jitter)# flow-label 112233 |
(任意)IPv6 ネットワークに限り、サポートされている IP SLA 動作に対する IPv6 ヘッダーのフロー ラベル フィールドを定義します。 |
ステップ 17 |
verify-data
Router(config-ip-sla-jitter)# verify-data |
(任意)IP SLA 動作が各応答パケットに対してデータ破壊の有無をチェックするようにします。 |
ステップ 18 |
vrf vrf-name
Router(config-ip-sla-jitter)# vrf vpn-A |
(任意)IP SLA 動作を使用して、Multiprotocol Label Switching(MPLS; マルチプロトコル ラベル スイッチング)Virtual Private Network(VPN; バーチャル プライベート ネットワーク)内をモニタリングできるようにします。 |
ステップ 19 |
exit
Router(config-ip-sla-jitter)# exit |
UDP ジッタ コンフィギュレーション サブモードを終了し、グローバル コンフィギュレーション モードに戻ります。 |
ステップ 20 |
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 ]
Router(config)# ip sla schedule 5 start-time now life forever |
個々の IP SLA 動作のスケジューリング パラメータを設定します。 |
ステップ 21 |
exit
Router(config)# exit |
(任意)グローバル コンフィギュレーション モードを終了し、特権 EXEC モードに戻ります。 |
ステップ 22 |
show ip sla configuration [ operation-number ]
Router# show ip sla configuration 10 |
(任意)すべての IP SLA 動作または指定した IP SLA 動作に関する設定値を、すべてのデフォルト値を含めて表示します。 |
トラブルシューティングのヒント
• IP SLA 動作が実行せず、統計情報が生成されていない場合は、動作の設定に verify-data コマンドを追加して(IP SLA コンフィギュレーション モードで設定)、データ検証をイネーブルにします。イネーブルになると、各動作の応答が破損していないかどうかがチェックされます。通常の動作時に verify-data コマンドを使用すると、不要なオーバーヘッドがかかるので注意してください。
• IP SLA 動作に関する問題をトラブルシューティングするには、 debug ip sla trace コマンドと debug ip sla error コマンドを使用します。
次の作業
IP SLA 動作の結果を表示し、内容を確認するには、 show ip sla statistics コマンドを使用します。サービス レベル契約の基準に対応するフィールドの出力を確認すると、サービス メトリックが許容範囲内であるかどうかを判断する役に立ちます。