この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
目次
この章では、スイッチで Cisco IOS IP サービス レベル契約(SLA)を使用する方法について説明します。
特に明記しないかぎり、スイッチという用語はスタンドアロン スイッチまたはスイッチ スタックを意味します。
ご使用のソフトウェア リリースでは、このモジュールで説明されるすべての機能がサポートされているとは限りません。 最新の機能情報および警告については、使用するプラットフォームおよびソフトウェア リリースの Bug Search Tool およびリリース ノートを参照してください。 このモジュールに記載されている機能の詳細を検索し、各機能がサポートされているリリースのリストを確認する場合は、このモジュールの最後にある機能情報の表を参照してください。
プラットフォームのサポートおよびシスコ ソフトウェア イメージのサポートに関する情報を検索するには、Cisco Feature Navigator を使用します。 Cisco Feature Navigator には、http://www.cisco.com/go/cfn からアクセスします。 Cisco.com のアカウントは必要ありません。
ここでは、SLA の制約事項を示します。
次に示すのは、IP SLA ネットワーク パフォーマンス測定の制約事項です。
Cisco IOS IP SLA はネットワークにデータを送信し、複数のネットワーク ロケーション間あるいは複数のネットワーク パス内のパフォーマンスを測定します。 Cisco IOS IP SLA は、ネットワーク データおよび IP サービスをシミュレーションし、ネットワーク パフォーマンス情報をリアル タイムで収集します。 Cisco IOS IP SLA は、Cisco IOS デバイス間のトラフィックまたは Cisco IOS デバイスからネットワーク アプリケーション サーバのようなリモート IP デバイスへのトラフィックを生成し、分析します。 さまざまな Cisco IOS IP SLA 動作で評価を実行し、トラブルシューティング、問題分析、ネットワーク トポロジの設計に使用します。
Cisco IOS IP SLA 動作に応じてシスコ デバイスのネットワーク パフォーマンス統計情報がモニタリングされ、コマンドライン インターフェイス(CLI)MIB および簡易ネットワーク管理プロトコル(SNMP)MIB に格納されます。 IP SLA パケットには設定可能な IP レイヤおよびアプリケーション層のオプションがあります。たとえば、発信元および宛先 IP アドレス、ユーザ データグラム プロトコル(UDP)/TCP ポート番号、タイプ オブ サービス(ToS)バイト(DiffServ コード ポイント(DSCP)および IP プレフィックス ビットを含む)、VPN ルーティング/転送インスタンス(VRF)、URL Web アドレスなどが設定できます。
Cisco IP SLA はレイヤ 2 転送に依存していないので、異なるネットワーク間にエンドツーエンド動作を設定してエンド ユーザが経験しそうなメトリックを最大限に反映させることができます。 IP SLA は、次のパフォーマンス メトリックを収集して分析するために、Cisco Mediatrace と Cisco Performance Monitor の使用をサポートしています。
加えて、switchは、ネットワーク インフラストラクチャで幅広いビデオ アプリケーションのためのインテリジェント サービスを可能にするために Cisco Medianet もサポートします。 Cisco Medianet は、ビデオ会議サービスを提供するエンドポイントと Auto Smartport 経由の IP サーベイランス カメラの自動プロビジョニングをサポートします。
Cisco Mediatrace と Cisco Performance Monitor は、IP Base イメージまたは IP Services イメージを実行しているswitches上で使用できます。
Cisco IP SLA は SNMP によるアクセスが可能なので、Cisco Prime Internetwork Performance Monitor(IPM)やサードパーティ製パフォーマンス管理製品などのパフォーマンス モニタリング アプリケーションでも使用できます。
IP サービス ネットワーク ヘルス アセスメントにより、既存の QoS が新しい IP サービスに適していることを確認できる。
端末間のネットワーク アベイラビリティをモニタリングして、ネットワーク リソースをあらかじめ検証し接続をテストできる(たとえば、ビジネス上の重要なデータを保存する NFS サーバのネットワーク アベイラビリティをリモート サイトから確認できる)。
問題をすぐに認識し、トラブルシューティングにかかる時間を短縮できる一貫性のある信頼性の高い測定によるネットワーク動作のトラブルシューティング。
マルチプロトコル ラベル スイッチング(MPLS)パフォーマンス モニタリングとネットワークの検証を行う(switchが MPLS をサポートする場合)。
IP SLA を使用して、プローブを物理的に配置せずに、コア、分散、エッジといったネットワーク内の任意のエリア間のパフォーマンスをモニタリングすることができます。 2 つのネットワーク デバイス間のネットワーク パフォーマンスは、生成トラフィックで測定します。
IP SLA レスポンダは宛先 Cisco デバイスに組み込まれたコンポーネントで、システムが IP SLA 要求パケットを予想して応答します。 レスポンダは専用プローブなしで正確な測定を行います。 レスポンダは、受信および応答するポートが通知されるメカニズムを Cisco IOS IP SLA コントロール プロトコルを通じて実現します。
![]() (注) |
IP SLA レスポンダはレスポンダ設定可能なswitchである Cisco IOS レイヤ 2 にすることもできます。 レスポンダは、IP SLA 機能を全面的にサポートする必要はありません。 |
すべての IP SLA 動作に対して宛先デバイスのレスポンダをイネーブルにする必要はありません。 たとえば、宛先ルータが提供しているサービス(Telnet や HTTP など)はレスポンダでは必要ありません。
スイッチ、コントローラ、ルータは、他のハイ プライオリティ プロセスがあるために、着信パケットの処理に数十ミリ秒かかることがあります。 この遅延により応答時間が影響を受けます。テストパケットの応答が処理待ちのキューに入っていることもあるからです。 この場合、応答時間は正しいネットワーク遅延を反映しません。 IP SLA はソース デバイスとターゲット デバイス(レスポンダが使用されている場合)の処理遅延を最小化し、正しいラウンドトリップ時間(RTT)を識別します。 IP SLA テスト パケットは、タイム スタンプによって処理遅延を最小化します。
IP SLA レスポンダがイネーブルの場合、パケットが割り込みレベルでインターフェイスに着信したときおよびパケットが出て行くときにターゲット デバイスでタイム スタンプを付け、処理時間は含めません。 タイム スタンプはサブミリ秒単位で構成されます。
この他にも、ターゲット デバイスに 2 つのタイム スタンプがあれば一方向遅延、ジッター、方向性を持つパケット損失がトラッキングできるという利点があります。 大半のネットワーク動作は非同期なので、このような統計情報があるのは問題です。 ただし一方向遅延測定を取り込むには、ソース ルータとターゲット ルータの両方にネットワーク タイム プロトコル(NTP)を設定し、両方のルータを同じくロック ソースに同期させる必要があります。 一方向ジッター測定にはクロック同期は不要です。
IP SLA 動作を設定する場合、統計情報の取り込みとエラー情報の収集から開始するように動作をスケジューリングする必要があります。 スケジューリングは、すぐに動作を開始する、または特定の月、日、時刻に開始するように設定できます。 また、 pending オプションを使用して、あとで動作を開始するように設定することもできます。 pending オプションは動作の内部状態に関するもので、SNMP で表示できます。 トリガーを待機する反応(しきい値)動作の場合も pending オプションを使用します。 スケジューリングでは、1 度に 1 つの IP SLA 動作をさせることも、グループの動作をさせることもできます。
Cisco IOS CLI または CISCO RTTMON-MIB で 1 つのコマンドを使用して、複数の IP SLA 動作をスケジューリングできます。 等間隔で動作を実行するようにスケジューリングすると、IP SLA モニタリング トラフィックの数を制御できます。 IP SLA 動作をこのように分散させると CPU 使用率を最小限に抑え、ネットワーク スケーラビリティを向上させることができます。
IP SLA 複数動作のスケジューリング機能の詳細については、『 Cisco IOS IP SLA Configuration Guide』の「IP SLAs—Multiple Operation Scheduling」の章を参照してください。
サービス レベル契約モニタリングを正しくサポートするには、違反が発生した場合にすぐに通知されるメカニズムにする必要があります。 IP SLA は次のような場合にイベントによってトリガーされる SNMP トラップを送信できます。
IP SLA しきい値違反が発生した場合も、あとで分析するために別の IP SLA 動作がトリガーされます。 たとえば、回数を増やしたり、Internet Control Message Protocol(ICMP)パス エコーや ICMP パス ジッター動作を開始してトラブルシューティングを行うことができます。
ICMP エコー動作は、シスコ デバイスと IP を使用するその他のデバイス間のエンドツーエンド応答時間を測定します。 応答時間は、ICMP エコー要求メッセージを宛先に送信し、ICMP エコー応答を受信するのにかかる時間を測定して算出されます。 多くのお客様は、IP SLA ICMP ベース動作、社内 ping テスト、またはこの応答所要時間を測定するために ping ベース専用プローブを使用します。 IP SLA ICMP エコー動作は、ICMP ping テストと同じ仕様に準拠しており、どちらの方法でも同じ応答所要時間になります。
ジッターとは、パケット間遅延の差異を説明する簡単な用語です。 複数のパケットが送信元から宛先まで 10 ミリ秒の間隔で継続的に送信される場合、宛先は 10 ミリ秒間隔で受信します(ネットワークが正常に動作している場合)。 しかし、ネットワークに遅延がある場合(キューイングや代替ルートを通じた到着など)、パケットの着信の間隔が 10 ミリ秒を超える場合や 10 ミリ秒未満になる場合があります。 正のジッター値は、パケットが 10 ミリ秒を超える間隔で到着することを示します。 負のジッター値は、パケットが 10 ミリ秒未満の間隔で到着することを示します。 パケットの到着が 12 ミリ秒間隔の場合、正のジッター値は 2 ミリ秒です。8 ミリ秒間隔で到着する場合、負のジッター値は 2 ミリ秒です。 遅延による影響を受けやすいネットワークの場合、正のジッター値は望ましくありません。ジッター値 0 が理想的です。
ジッターのモニタリング以外にも、IP SLA UDP ジッター動作を多目的データ収集動作に使用できます。 IP SLA によって生成されるパケットは、データを送受信するパケットを含めて、送信元および動作ターゲットからシーケンス情報とタイム スタンプを伝送します。 このデータに基づいて、UDP ジッター動作は次を測定します。
データを送受信するパスが異なる場合もあるので(非同期)、方向別データを使用すればネットワークで発生している輻輳や他の問題の場所を簡単に突き止めることができます。
UDP ジッター動作では合成(シミュレーション)UDP トラフィックを生成し、送信元ルータからターゲット ルータに多数の UDP パケットを送信します。その際の各パケットのサイズ、パケット同士の間隔、送信間隔は決められています。 デフォルトでは、10 バイトのペイロード サイズのパケット フレームを 10 ミリ秒で 10 個生成し、60 秒間隔で送信します。 これらのパラメータは、提供する IP サービスを最適にシミュレートするように設定できます。
一方向遅延を正確に測定する場合、(NTP によって提供される)送信元デバイスとターゲット デバイス間のクロック同期が必要です。 一方向ジッターおよびパケット損失を測定する場合は、クロック同期は不要です。 送信元デバイスとターゲット デバイスの間でクロックが同期していない場合、一方向ジッターとパケット損失のデータは戻されますが、UDP ジッター動作による一方向遅延測定は 0 の値が戻ります。
ここでは、利用可能なすべての動作の設定情報について説明されているわけではありません。設定情報の詳細については『 Cisco IOS IP SLAs Configuration Guide』を参照してください。 ここでは、応答側の設定、UDP ジッター動作の設定(応答側が必要)、ICMP エコー動作の設定(応答側が不要)などの動作例を説明します。 他の動作の設定の詳細については、次の URL の『 Cisco IOS IP SLAs Configuration Guide』を参照してください。
IP SLA 動作は設定されていません。
IP SLA のコマンドについては、『 Cisco IOS IP SLA Command Reference, Release 12.4T』のコマンド リファレンスを参照してください。
説明と設定手順の詳細については、『 Cisco IOS IP SLAs Configuration Guide, Release 12.4TL』を参照してください。
ガイドに記載されている IP SLA コマンドまたは動作の中にはswitchでサポートされないものもあります。 switchでは、UDP ジッター、UDP エコー、HTTP、TCP 接続、ICMP エコー、ICMP パス エコー、ICMP パス ジッター、FTP、DNS、DHCP を使用する IP サービス レベル分析がサポートされます。また、複数動作スケジューリングおよび事前に設定されたしきい値のモニタリングもサポートされます。 ゲートキーパー登録遅延動作測定を使用した Voice over IP(VoIP)サービス レベルはサポートしていません。
IP SLA アプリケーションを設定する前に、 show ip sla application 特権 EXEC コマンドを使用してソフトウェア イメージで動作タイプがサポートされていることを確認してください。 コマンド出力例は次のとおりです。
Switch# show ip sla application IP Service Level Agreements Version: Round Trip Time MIB 2.2.0, Infrastructure Engine-III Supported Operation Types: icmpEcho, path-echo, path-jitter, udpEcho, tcpConnect, http dns, udpJitter, dhcp, ftp, udpApp, wspApp Supported Features: IPSLAs Event Publisher IP SLAs low memory water mark: 33299323 Estimated system max number of entries: 24389 Estimated number of configurable operations: 24389 Number of Entries configured : 0 Number of active Entries : 0 Number of pending Entries : 0 Number of inactive Entries : 0 Time of last change in whole IP SLAs: *13:04:37.668 UTC Wed Dec 19 2012
IP SLA レスポンダは、Cisco IOS ソフトウェアベース デバイスだけで利用可能です。これには、IP SLA 機能をフルにサポートしていない一部のレイヤ 2 switchesも含まれます。
1. enable
3.
ip sla responder {
tcp-connect |
udp-echo}
ipaddress
ip-address
port
port-number
6. copy running-config startup-config
switch上で IP SLA ネットワーク パフォーマンス測定を実施するには、次の手順を実行します。
show ip sla application 特権 EXEC コマンドを使用して、ソフトウェア イメージで目的の動作タイプがサポートされていることを確認してください。
1. enable
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]
6. threshold milliseconds
8. 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]
11. copy running-config startup-config
次に、UDP ジッター IP SLA 動作の設定例を示します。
Switch(config)# ip sla 10 Switch(config-ip-sla)# udp-jitter 172.29.139.134 5000 Switch(config-ip-sla-jitter)# frequency 30 Switch(config-ip-sla-jitter)# exit Switch(config)# ip sla schedule 5 start-time now life forever Switch(config)# end Switch# show ip sla configuration 10 IP SLAs, Infrastructure Engine-II. Entry number: 10 Owner: Tag: Type of operation to perform: udp-jitter Target address/Source address: 1.1.1.1/0.0.0.0 Target port/Source port: 2/0 Request size (ARR data portion): 32 Operation timeout (milliseconds): 5000 Packet Interval (milliseconds)/Number of packets: 20/10 Type Of Service parameters: 0x0 Verify data: No Vrf Name: Control Packets: enabled Schedule: Operation frequency (seconds): 30 Next Scheduled Start Time: Pending trigger Group Scheduled : FALSE Randomly Scheduled : FALSE Life (seconds): 3600 Entry Ageout (seconds): never Recurring (Starting Everyday): FALSE Status of entry (SNMP RowStatus): notInService Threshold (milliseconds): 5000 Distribution Statistics: Number of statistic hours kept: 2 Number of statistic distribution buckets kept: 1 Statistic distribution interval (milliseconds): 20 Enhanced History:
送信元デバイス上で UDP ジッター動作を設定するには、ターゲット デバイス(動作ターゲット)で、IP SLA レスポンダをイネーブルにする必要があります。
1. enable
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]
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]
10. copy running-config startup-config
次に、UDP ジッター IP SLA 動作の設定例を示します。
Switch(config)# ip sla 10 Switch(config-ip-sla)# udp-jitter 172.29.139.134 5000 Switch(config-ip-sla-jitter)# frequency 30 Switch(config-ip-sla-jitter)# exit Switch(config)# ip sla schedule 5 start-time now life forever Switch(config)# end Switch# show ip sla configuration 10 IP SLAs, Infrastructure Engine-II. Entry number: 10 Owner: Tag: Type of operation to perform: udp-jitter Target address/Source address: 1.1.1.1/0.0.0.0 Target port/Source port: 2/0 Request size (ARR data portion): 32 Operation timeout (milliseconds): 5000 Packet Interval (milliseconds)/Number of packets: 20/10 Type Of Service parameters: 0x0 Verify data: No Vrf Name: Control Packets: enabled Schedule: Operation frequency (seconds): 30 Next Scheduled Start Time: Pending trigger Group Scheduled : FALSE Randomly Scheduled : FALSE Life (seconds): 3600 Entry Ageout (seconds): never Recurring (Starting Everyday): FALSE Status of entry (SNMP RowStatus): notInService Threshold (milliseconds): 5000 Distribution Statistics: Number of statistic hours kept: 2 Number of statistic distribution buckets kept: 1 Statistic distribution interval (milliseconds): 20 Enhanced History:
この動作では、IP SLA レスポンダ側を有効にしておく必要はありません。
1. enable
4.
icmp-echo {
destination-ip-address |
destination-hostname} [
source-ip {
ip-address |
hostname} |
source-interface
interface-id]
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]
10. copy running-config startup-config
次に、ICMP エコー IP SLA 動作の設定例を示します。
Switch(config)# ip sla 12 Switch(config-ip-sla)# icmp-echo 172.29.139.134 Switch(config-ip-sla-echo)# frequency 30 Switch(config-ip-sla-echo)# exit Switch(config)# ip sla schedule 5 start-time now life forever Switch(config)# end Switch# show ip sla configuration 22 IP SLAs, Infrastructure Engine-II. Entry number: 12 Owner: Tag: Type of operation to perform: echo Target address: 2.2.2.2 Source address: 0.0.0.0 Request size (ARR data portion): 28 Operation timeout (milliseconds): 5000 Type Of Service parameters: 0x0 Verify data: No Vrf Name: Schedule: Operation frequency (seconds): 60 Next Scheduled Start Time: Pending trigger Group Scheduled : FALSE Randomly Scheduled : FALSE Life (seconds): 3600 Entry Ageout (seconds): never Recurring (Starting Everyday): FALSE Status of entry (SNMP RowStatus): notInService Threshold (milliseconds): 5000 Distribution Statistics: Number of statistic hours kept: 2 Number of statistic distribution buckets kept: 1 Statistic distribution interval (milliseconds): 20 History Statistics: Number of history Lives kept: 0 Number of history Buckets kept: 15 History Filter Type: None Enhanced History:
次の例は、アプリケーションごとのすべての IP SLA を示しています。
Switch# show ip sla application
IP Service Level Agreements
Version: Round Trip Time MIB 2.2.0, Infrastructure Engine-III
Supported Operation Types:
icmpEcho, path-echo, path-jitter, udpEcho, tcpConnect, http
dns, udpJitter, dhcp, ftp, udpApp, wspApp
Supported Features:
IPSLAs Event Publisher
IP SLAs low memory water mark: 33299323
Estimated system max number of entries: 24389
Estimated number of configurable operations: 24389
Number of Entries configured : 0
Number of active Entries : 0
Number of pending Entries : 0
Number of inactive Entries : 0
Time of last change in whole IP SLAs: *13:04:37.668 UTC Wed Dec 19 2012
次の例は、すべての IP SLA ディストリビューション統計情報を示しています。
Switch# show ip sla enhanced-history distribution-statistics
Point by point Enhanced History
Entry = Entry Number
Int = Aggregation Interval
BucI = Bucket Index
StartT = Aggregation Start Time
Pth = Path index
Hop = Hop in path index
Comps = Operations completed
OvrTh = Operations completed over thresholds
SumCmp = Sum of RTT (milliseconds)
SumCmp2L = Sum of RTT squared low 32 bits (milliseconds)
SumCmp2H = Sum of RTT squared high 32 bits (milliseconds)
TMax = RTT maximum (milliseconds)
TMin = RTT minimum (milliseconds)
Entry Int BucI StartT Pth Hop Comps OvrTh SumCmp SumCmp2L SumCmp2H T
Max TMin
関連項目 | マニュアル タイトル |
---|---|
Cisco Medianet Metadata Guide |
|
Cisco Media Services Proxy Configuration Guide |
|
Cisco Mediatrace and Cisco Performance Monitor Configuration Guide |
説明 | Link |
---|---|
このリリースのシステム エラー メッセージを調査し解決するために、エラー メッセージ デコーダ ツールを使用します。 |
https://www.cisco.com/cgi-bin/Support/Errordecoder/index.cgi |
標準/RFC | タイトル |
---|---|
なし |
- |
MIB | MIB のリンク |
---|---|
本リリースでサポートするすべての MIB |
選択したプラットフォーム、Cisco IOS リリース、およびフィーチャ セットに関する MIB を探してダウンロードするには、次の URL にある Cisco MIB Locator を使用します。 |
説明 | リンク |
---|---|
シスコのサポート Web サイトでは、シスコの製品やテクノロジーに関するトラブルシューティングにお役立ていただけるように、マニュアルやツールをはじめとする豊富なオンライン リソースを提供しています。 お使いの製品のセキュリティ情報や技術情報を入手するために、Cisco Notification Service(Field Notice からアクセス)、Cisco Technical Services Newsletter、Really Simple Syndication(RSS)フィードなどの各種サービスに加入できます。 シスコのサポート Web サイトのツールにアクセスする際は、Cisco.com のユーザ ID およびパスワードが必要です。 |
リリース |
変更内容 |
---|---|
Cisco IOS XE 3.2SECisco IOS XE 3.2SE |
この機能が導入されました。 |
目次
この章では、スイッチで Cisco IOS IP サービス レベル契約(SLA)を使用する方法について説明します。
特に明記しないかぎり、スイッチという用語はスタンドアロン スイッチまたはスイッチ スタックを意味します。
ご使用のソフトウェア リリースでは、このモジュールで説明されるすべての機能がサポートされているとは限りません。 最新の機能情報および警告については、使用するプラットフォームおよびソフトウェア リリースの Bug Search Tool およびリリース ノートを参照してください。 このモジュールに記載されている機能の詳細を検索し、各機能がサポートされているリリースのリストを確認する場合は、このモジュールの最後にある機能情報の表を参照してください。
プラットフォームのサポートおよびシスコ ソフトウェア イメージのサポートに関する情報を検索するには、Cisco Feature Navigator を使用します。 Cisco Feature Navigator には、http://www.cisco.com/go/cfn からアクセスします。 Cisco.com のアカウントは必要ありません。
Cisco IOS IP SLA はネットワークにデータを送信し、複数のネットワーク ロケーション間あるいは複数のネットワーク パス内のパフォーマンスを測定します。 Cisco IOS IP SLA は、ネットワーク データおよび IP サービスをシミュレーションし、ネットワーク パフォーマンス情報をリアル タイムで収集します。 Cisco IOS IP SLA は、Cisco IOS デバイス間のトラフィックまたは Cisco IOS デバイスからネットワーク アプリケーション サーバのようなリモート IP デバイスへのトラフィックを生成し、分析します。 さまざまな Cisco IOS IP SLA 動作で評価を実行し、トラブルシューティング、問題分析、ネットワーク トポロジの設計に使用します。
Cisco IOS IP SLA 動作に応じてシスコ デバイスのネットワーク パフォーマンス統計情報がモニタリングされ、コマンドライン インターフェイス(CLI)MIB および簡易ネットワーク管理プロトコル(SNMP)MIB に格納されます。 IP SLA パケットには設定可能な IP レイヤおよびアプリケーション層のオプションがあります。たとえば、発信元および宛先 IP アドレス、ユーザ データグラム プロトコル(UDP)/TCP ポート番号、タイプ オブ サービス(ToS)バイト(DiffServ コード ポイント(DSCP)および IP プレフィックス ビットを含む)、VPN ルーティング/転送インスタンス(VRF)、URL Web アドレスなどが設定できます。
Cisco IP SLA はレイヤ 2 転送に依存していないので、異なるネットワーク間にエンドツーエンド動作を設定してエンド ユーザが経験しそうなメトリックを最大限に反映させることができます。 IP SLA は、次のパフォーマンス メトリックを収集して分析するために、Cisco Mediatrace と Cisco Performance Monitor の使用をサポートしています。
加えて、switchは、ネットワーク インフラストラクチャで幅広いビデオ アプリケーションのためのインテリジェント サービスを可能にするために Cisco Medianet もサポートします。 Cisco Medianet は、ビデオ会議サービスを提供するエンドポイントと Auto Smartport 経由の IP サーベイランス カメラの自動プロビジョニングをサポートします。
Cisco Mediatrace と Cisco Performance Monitor は、IP Base イメージまたは IP Services イメージを実行しているswitches上で使用できます。
Cisco IP SLA は SNMP によるアクセスが可能なので、Cisco Prime Internetwork Performance Monitor(IPM)やサードパーティ製パフォーマンス管理製品などのパフォーマンス モニタリング アプリケーションでも使用できます。
IP サービス ネットワーク ヘルス アセスメントにより、既存の QoS が新しい IP サービスに適していることを確認できる。
端末間のネットワーク アベイラビリティをモニタリングして、ネットワーク リソースをあらかじめ検証し接続をテストできる(たとえば、ビジネス上の重要なデータを保存する NFS サーバのネットワーク アベイラビリティをリモート サイトから確認できる)。
問題をすぐに認識し、トラブルシューティングにかかる時間を短縮できる一貫性のある信頼性の高い測定によるネットワーク動作のトラブルシューティング。
マルチプロトコル ラベル スイッチング(MPLS)パフォーマンス モニタリングとネットワークの検証を行う(switchが MPLS をサポートする場合)。
IP SLA を使用して、プローブを物理的に配置せずに、コア、分散、エッジといったネットワーク内の任意のエリア間のパフォーマンスをモニタリングすることができます。 2 つのネットワーク デバイス間のネットワーク パフォーマンスは、生成トラフィックで測定します。
IP SLA レスポンダは宛先 Cisco デバイスに組み込まれたコンポーネントで、システムが IP SLA 要求パケットを予想して応答します。 レスポンダは専用プローブなしで正確な測定を行います。 レスポンダは、受信および応答するポートが通知されるメカニズムを Cisco IOS IP SLA コントロール プロトコルを通じて実現します。
![]() (注) |
IP SLA レスポンダはレスポンダ設定可能なswitchである Cisco IOS レイヤ 2 にすることもできます。 レスポンダは、IP SLA 機能を全面的にサポートする必要はありません。 |
すべての IP SLA 動作に対して宛先デバイスのレスポンダをイネーブルにする必要はありません。 たとえば、宛先ルータが提供しているサービス(Telnet や HTTP など)はレスポンダでは必要ありません。
スイッチ、コントローラ、ルータは、他のハイ プライオリティ プロセスがあるために、着信パケットの処理に数十ミリ秒かかることがあります。 この遅延により応答時間が影響を受けます。テストパケットの応答が処理待ちのキューに入っていることもあるからです。 この場合、応答時間は正しいネットワーク遅延を反映しません。 IP SLA はソース デバイスとターゲット デバイス(レスポンダが使用されている場合)の処理遅延を最小化し、正しいラウンドトリップ時間(RTT)を識別します。 IP SLA テスト パケットは、タイム スタンプによって処理遅延を最小化します。
IP SLA レスポンダがイネーブルの場合、パケットが割り込みレベルでインターフェイスに着信したときおよびパケットが出て行くときにターゲット デバイスでタイム スタンプを付け、処理時間は含めません。 タイム スタンプはサブミリ秒単位で構成されます。
この他にも、ターゲット デバイスに 2 つのタイム スタンプがあれば一方向遅延、ジッター、方向性を持つパケット損失がトラッキングできるという利点があります。 大半のネットワーク動作は非同期なので、このような統計情報があるのは問題です。 ただし一方向遅延測定を取り込むには、ソース ルータとターゲット ルータの両方にネットワーク タイム プロトコル(NTP)を設定し、両方のルータを同じくロック ソースに同期させる必要があります。 一方向ジッター測定にはクロック同期は不要です。
IP SLA 動作を設定する場合、統計情報の取り込みとエラー情報の収集から開始するように動作をスケジューリングする必要があります。 スケジューリングは、すぐに動作を開始する、または特定の月、日、時刻に開始するように設定できます。 また、 pending オプションを使用して、あとで動作を開始するように設定することもできます。 pending オプションは動作の内部状態に関するもので、SNMP で表示できます。 トリガーを待機する反応(しきい値)動作の場合も pending オプションを使用します。 スケジューリングでは、1 度に 1 つの IP SLA 動作をさせることも、グループの動作をさせることもできます。
Cisco IOS CLI または CISCO RTTMON-MIB で 1 つのコマンドを使用して、複数の IP SLA 動作をスケジューリングできます。 等間隔で動作を実行するようにスケジューリングすると、IP SLA モニタリング トラフィックの数を制御できます。 IP SLA 動作をこのように分散させると CPU 使用率を最小限に抑え、ネットワーク スケーラビリティを向上させることができます。
IP SLA 複数動作のスケジューリング機能の詳細については、『 Cisco IOS IP SLA Configuration Guide』の「IP SLAs—Multiple Operation Scheduling」の章を参照してください。
ジッターとは、パケット間遅延の差異を説明する簡単な用語です。 複数のパケットが送信元から宛先まで 10 ミリ秒の間隔で継続的に送信される場合、宛先は 10 ミリ秒間隔で受信します(ネットワークが正常に動作している場合)。 しかし、ネットワークに遅延がある場合(キューイングや代替ルートを通じた到着など)、パケットの着信の間隔が 10 ミリ秒を超える場合や 10 ミリ秒未満になる場合があります。 正のジッター値は、パケットが 10 ミリ秒を超える間隔で到着することを示します。 負のジッター値は、パケットが 10 ミリ秒未満の間隔で到着することを示します。 パケットの到着が 12 ミリ秒間隔の場合、正のジッター値は 2 ミリ秒です。8 ミリ秒間隔で到着する場合、負のジッター値は 2 ミリ秒です。 遅延による影響を受けやすいネットワークの場合、正のジッター値は望ましくありません。ジッター値 0 が理想的です。
ジッターのモニタリング以外にも、IP SLA UDP ジッター動作を多目的データ収集動作に使用できます。 IP SLA によって生成されるパケットは、データを送受信するパケットを含めて、送信元および動作ターゲットからシーケンス情報とタイム スタンプを伝送します。 このデータに基づいて、UDP ジッター動作は次を測定します。
データを送受信するパスが異なる場合もあるので(非同期)、方向別データを使用すればネットワークで発生している輻輳や他の問題の場所を簡単に突き止めることができます。
UDP ジッター動作では合成(シミュレーション)UDP トラフィックを生成し、送信元ルータからターゲット ルータに多数の UDP パケットを送信します。その際の各パケットのサイズ、パケット同士の間隔、送信間隔は決められています。 デフォルトでは、10 バイトのペイロード サイズのパケット フレームを 10 ミリ秒で 10 個生成し、60 秒間隔で送信します。 これらのパラメータは、提供する IP サービスを最適にシミュレートするように設定できます。
一方向遅延を正確に測定する場合、(NTP によって提供される)送信元デバイスとターゲット デバイス間のクロック同期が必要です。 一方向ジッターおよびパケット損失を測定する場合は、クロック同期は不要です。 送信元デバイスとターゲット デバイスの間でクロックが同期していない場合、一方向ジッターとパケット損失のデータは戻されますが、UDP ジッター動作による一方向遅延測定は 0 の値が戻ります。
ここでは、利用可能なすべての動作の設定情報について説明されているわけではありません。設定情報の詳細については『 Cisco IOS IP SLAs Configuration Guide』を参照してください。 ここでは、応答側の設定、UDP ジッター動作の設定(応答側が必要)、ICMP エコー動作の設定(応答側が不要)などの動作例を説明します。 他の動作の設定の詳細については、次の URL の『 Cisco IOS IP SLAs Configuration Guide』を参照してください。
IP SLA のコマンドについては、『 Cisco IOS IP SLA Command Reference, Release 12.4T』のコマンド リファレンスを参照してください。
説明と設定手順の詳細については、『 Cisco IOS IP SLAs Configuration Guide, Release 12.4TL』を参照してください。
ガイドに記載されている IP SLA コマンドまたは動作の中にはswitchでサポートされないものもあります。 switchでは、UDP ジッター、UDP エコー、HTTP、TCP 接続、ICMP エコー、ICMP パス エコー、ICMP パス ジッター、FTP、DNS、DHCP を使用する IP サービス レベル分析がサポートされます。また、複数動作スケジューリングおよび事前に設定されたしきい値のモニタリングもサポートされます。 ゲートキーパー登録遅延動作測定を使用した Voice over IP(VoIP)サービス レベルはサポートしていません。
IP SLA アプリケーションを設定する前に、 show ip sla application 特権 EXEC コマンドを使用してソフトウェア イメージで動作タイプがサポートされていることを確認してください。 コマンド出力例は次のとおりです。
Switch# show ip sla application IP Service Level Agreements Version: Round Trip Time MIB 2.2.0, Infrastructure Engine-III Supported Operation Types: icmpEcho, path-echo, path-jitter, udpEcho, tcpConnect, http dns, udpJitter, dhcp, ftp, udpApp, wspApp Supported Features: IPSLAs Event Publisher IP SLAs low memory water mark: 33299323 Estimated system max number of entries: 24389 Estimated number of configurable operations: 24389 Number of Entries configured : 0 Number of active Entries : 0 Number of pending Entries : 0 Number of inactive Entries : 0 Time of last change in whole IP SLAs: *13:04:37.668 UTC Wed Dec 19 2012
1. enable
3.
ip sla responder {
tcp-connect |
udp-echo}
ipaddress
ip-address
port
port-number
6. copy running-config startup-config
1. enable
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]
6. threshold milliseconds
8. 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]
11. copy running-config startup-config
次に、UDP ジッター IP SLA 動作の設定例を示します。
Switch(config)# ip sla 10 Switch(config-ip-sla)# udp-jitter 172.29.139.134 5000 Switch(config-ip-sla-jitter)# frequency 30 Switch(config-ip-sla-jitter)# exit Switch(config)# ip sla schedule 5 start-time now life forever Switch(config)# end Switch# show ip sla configuration 10 IP SLAs, Infrastructure Engine-II. Entry number: 10 Owner: Tag: Type of operation to perform: udp-jitter Target address/Source address: 1.1.1.1/0.0.0.0 Target port/Source port: 2/0 Request size (ARR data portion): 32 Operation timeout (milliseconds): 5000 Packet Interval (milliseconds)/Number of packets: 20/10 Type Of Service parameters: 0x0 Verify data: No Vrf Name: Control Packets: enabled Schedule: Operation frequency (seconds): 30 Next Scheduled Start Time: Pending trigger Group Scheduled : FALSE Randomly Scheduled : FALSE Life (seconds): 3600 Entry Ageout (seconds): never Recurring (Starting Everyday): FALSE Status of entry (SNMP RowStatus): notInService Threshold (milliseconds): 5000 Distribution Statistics: Number of statistic hours kept: 2 Number of statistic distribution buckets kept: 1 Statistic distribution interval (milliseconds): 20 Enhanced History:
1. enable
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]
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]
10. copy running-config startup-config
次に、UDP ジッター IP SLA 動作の設定例を示します。
Switch(config)# ip sla 10 Switch(config-ip-sla)# udp-jitter 172.29.139.134 5000 Switch(config-ip-sla-jitter)# frequency 30 Switch(config-ip-sla-jitter)# exit Switch(config)# ip sla schedule 5 start-time now life forever Switch(config)# end Switch# show ip sla configuration 10 IP SLAs, Infrastructure Engine-II. Entry number: 10 Owner: Tag: Type of operation to perform: udp-jitter Target address/Source address: 1.1.1.1/0.0.0.0 Target port/Source port: 2/0 Request size (ARR data portion): 32 Operation timeout (milliseconds): 5000 Packet Interval (milliseconds)/Number of packets: 20/10 Type Of Service parameters: 0x0 Verify data: No Vrf Name: Control Packets: enabled Schedule: Operation frequency (seconds): 30 Next Scheduled Start Time: Pending trigger Group Scheduled : FALSE Randomly Scheduled : FALSE Life (seconds): 3600 Entry Ageout (seconds): never Recurring (Starting Everyday): FALSE Status of entry (SNMP RowStatus): notInService Threshold (milliseconds): 5000 Distribution Statistics: Number of statistic hours kept: 2 Number of statistic distribution buckets kept: 1 Statistic distribution interval (milliseconds): 20 Enhanced History:
1. enable
4.
icmp-echo {
destination-ip-address |
destination-hostname} [
source-ip {
ip-address |
hostname} |
source-interface
interface-id]
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]
10. copy running-config startup-config
次に、ICMP エコー IP SLA 動作の設定例を示します。
Switch(config)# ip sla 12 Switch(config-ip-sla)# icmp-echo 172.29.139.134 Switch(config-ip-sla-echo)# frequency 30 Switch(config-ip-sla-echo)# exit Switch(config)# ip sla schedule 5 start-time now life forever Switch(config)# end Switch# show ip sla configuration 22 IP SLAs, Infrastructure Engine-II. Entry number: 12 Owner: Tag: Type of operation to perform: echo Target address: 2.2.2.2 Source address: 0.0.0.0 Request size (ARR data portion): 28 Operation timeout (milliseconds): 5000 Type Of Service parameters: 0x0 Verify data: No Vrf Name: Schedule: Operation frequency (seconds): 60 Next Scheduled Start Time: Pending trigger Group Scheduled : FALSE Randomly Scheduled : FALSE Life (seconds): 3600 Entry Ageout (seconds): never Recurring (Starting Everyday): FALSE Status of entry (SNMP RowStatus): notInService Threshold (milliseconds): 5000 Distribution Statistics: Number of statistic hours kept: 2 Number of statistic distribution buckets kept: 1 Statistic distribution interval (milliseconds): 20 History Statistics: Number of history Lives kept: 0 Number of history Buckets kept: 15 History Filter Type: None Enhanced History:
次の例は、アプリケーションごとのすべての IP SLA を示しています。
Switch# show ip sla application
IP Service Level Agreements
Version: Round Trip Time MIB 2.2.0, Infrastructure Engine-III
Supported Operation Types:
icmpEcho, path-echo, path-jitter, udpEcho, tcpConnect, http
dns, udpJitter, dhcp, ftp, udpApp, wspApp
Supported Features:
IPSLAs Event Publisher
IP SLAs low memory water mark: 33299323
Estimated system max number of entries: 24389
Estimated number of configurable operations: 24389
Number of Entries configured : 0
Number of active Entries : 0
Number of pending Entries : 0
Number of inactive Entries : 0
Time of last change in whole IP SLAs: *13:04:37.668 UTC Wed Dec 19 2012
次の例は、すべての IP SLA ディストリビューション統計情報を示しています。
Switch# show ip sla enhanced-history distribution-statistics
Point by point Enhanced History
Entry = Entry Number
Int = Aggregation Interval
BucI = Bucket Index
StartT = Aggregation Start Time
Pth = Path index
Hop = Hop in path index
Comps = Operations completed
OvrTh = Operations completed over thresholds
SumCmp = Sum of RTT (milliseconds)
SumCmp2L = Sum of RTT squared low 32 bits (milliseconds)
SumCmp2H = Sum of RTT squared high 32 bits (milliseconds)
TMax = RTT maximum (milliseconds)
TMin = RTT minimum (milliseconds)
Entry Int BucI StartT Pth Hop Comps OvrTh SumCmp SumCmp2L SumCmp2H T
Max TMin
説明 | Link |
---|---|
このリリースのシステム エラー メッセージを調査し解決するために、エラー メッセージ デコーダ ツールを使用します。 |
https://www.cisco.com/cgi-bin/Support/Errordecoder/index.cgi |
説明 | リンク |
---|---|
シスコのサポート Web サイトでは、シスコの製品やテクノロジーに関するトラブルシューティングにお役立ていただけるように、マニュアルやツールをはじめとする豊富なオンライン リソースを提供しています。 お使いの製品のセキュリティ情報や技術情報を入手するために、Cisco Notification Service(Field Notice からアクセス)、Cisco Technical Services Newsletter、Really Simple Syndication(RSS)フィードなどの各種サービスに加入できます。 シスコのサポート Web サイトのツールにアクセスする際は、Cisco.com のユーザ ID およびパスワードが必要です。 |