Catalyst 4500 シリーズ スイッチ Cisco IOS ソフトウェア コンフィギュレーション ガイド リリース 12.2(44)SG

概要

Catalyst 4500 シリーズ スイッチの 48 ポート 10/100/1000BASE-T モジュール（WS-X4548-GB-RJ45、WS-X4548-GB-RJ45V、WS-X4524-GB-RJ45V、WS-X4013+TS、WS-C4948、および WS-C4948-10GE）では、TDR を使用して銅ケーブルのステータスを確認できます。TDR は、信号をケーブルに送信し、反射して戻ってきた信号を読み取ることによりケーブルの障害を検出します。信号のすべてまたは一部は、ケーブルの障害箇所またはケーブルの終端により反射されて戻されます。

（注） 標準のカテゴリ 5 ケーブルには 4 つのペアがあります。各ペアは、次のステート（オープン（接続されていない）、損傷、ショート、または終端）のいずれかであると想定できます。TDR テストでは 4 つすべてのステートを検出し、最初の 3 つの状態を「Fault」と表示し、4 番めの状態を「Terminated」と表示します。CLI 出力は表示されますが、ケーブル長はステートが「Faulty」の場合にだけ表示されます。

TDR テストの実行

TDR テストを開始するには、特権モードで次の作業を実行します。

次に、モジュール 2 のポート 1 上で TDR テストを開始する例を示します。

次に、モジュールで TDR テストがサポートされていない場合に表示されるメッセージ例を示します。

次に、ポートの TDR テストの結果を表示する例を示します。

（注） このコマンドは、Cisco IOS ソフトウェアの将来のリリースでは廃止される予定です。TDR テストを実行し、テスト結果を表示するには、diagnostic start および show diagnostic result コマンドを使用してください。

（注） TDR は、ポートのテストです。ポートは、テストの実行中（通常、1 分間）はトラフィックを処理できません。

ガイドライン

TDR を使用する場合は、次の注意事項が適用されます。

• TDR テストを実行中のポートと Auto-MDIX がイネーブルのポートを接続した場合、この TDR 結果は無効となる可能性があります。この場合、TDR テストを開始する前に WS-X4148-RJ45V 上のポートを管理上のダウンにする必要があります。

• TDR テストを実行中のポートと WS-X4148-RJ45V 上のポートなど 100BASE-T ポートを接続する場合、未使用のペア（4 ～ 5 および 7 ～ 8）はリモート エンドで終端処理されないため、障害としてレポートされます。

• TDR テストの実行中はポート設定を変更しないでください。

• ケーブルの特性から、正確な結果を入手するには TDR テストを複数回行う必要があります。

• （近端または遠端のケーブルを取り外すなど）ポート ステータスを変更しないでください。結果が不正確となる可能性があります。

ping の機能

ping コマンドを使用すると、リモート ホストとの接続を確認できます。異なる IP サブネットワークのホストに ping を実行する場合、ネットワークへのスタティック ルートを定義するか、サブネット間をルーティングするルータを設定する必要があります。

ping コマンドは、ユーザ モードおよび特権 EXEC モードから設定できます。ping は次のいずれかの応答を返します。

• 正常な応答：正常な応答（ hostname が存在する）は、ネットワーク トラフィックにもよりますが、1 ～ 10 秒以内で発生します。

• 宛先の応答なし：ホストが応答しない場合、No Answer メッセージが返されます。

• ホスト不明：ホストが存在していない場合、Unknown Host メッセージが返されます。

• 宛先到達不能：デフォルト ゲートウェイが指定されたネットワークに到達できない場合、Destination Unreachable メッセージが返されます。

• ネットワークまたはホスト到達不能：ホストまたはネットワークにルート テーブルが存在しない場合、Network または Host Unreachable メッセージが返されます。

実行中の ping を停止するには、Ctrl+C を押します。

ping の実行

スイッチからネットワーク上の別のデバイスに ping を実行するには、ユーザ モードおよび特権 EXEC モードで次の作業を行います。

次に、ユーザ モードからリモート ホストに ping を実行する例を示します。

次に、パケット数、パケット サイズ、タイムアウト時間を指定して、特権 EXEC モードで ping コマンドを入力する例を示します。

IP traceroute の機能

IP traceroute を使用すると、ネットワーク上でパケットが通過するパスをホップバイホップで識別できます。このコマンドを実行すると、トラフィックが宛先に到達するまでに通過するルータなどのすべてのネットワーク層（レイヤ 3）デバイスが表示されます。

レイヤ 2 スイッチは、trace コマンドの送信元または宛先として参加できますが、 trace コマンド出力ではホップとして表示されません。

trace コマンドは IP ヘッダーの存続可能時間（TTL）フィールドを使用して、ルータとサーバで特定のリターン メッセージが生成されるようにします。traceroute の実行は、ユーザ データグラム プロトコル（UDP）データグラムを、TTL フィールドが 1 に設定されている宛先ホストへ送信することから始まります。ルータが 1 または 0 の TTL 値を検出すると、ルータはデータグラムをドロップして インターネット制御メッセージ プロトコル（ICMP）Time-Exceeded メッセージを送信側に返します。traceroute は、ICMP Time-Exceeded メッセージの送信元アドレス フィールドを調べて、最初のホップのアドレスを判断します。

ネクスト ホップを識別するために、traceroute は TTL 値が 2 の UDP パケットを送信します。1 番めのルータは、TTL フィールドの値から 1 を差し引いて次のルータにデータグラムを送信します。2 番めのルータは TTL の値 1 を確認し、データグラムをドロップして、送信元に Time-Exceeded メッセージを返します。このプロセスは、データグラムが宛先ホストに到達できるだけの値まで TTL が増加するか、最大 TTL に到達するまで続けられます。

データグラムが宛先に到達したことを判断するために、traceroute はデータグラムの UDP 宛先ポートを宛先ホストが使用すると予測される非常に大きな値に設定します。ホストが未確認のポート番号を指定したデータグラムを受け取ると、送信元に ICMP Port Unreachable エラー メッセージを送信します。Port Unreachable エラー メッセージは、宛先に到達していることを traceroute に通知します。

IP traceroute の実行

パケットがネットワークで通過するパスを追跡するには、EXEC モードまたは特権 EXEC モードで次の作業を行います。

次に、 trace コマンドを使用して、パケットがネットワークで宛先に到達するまでのルートを表示する例を示します。

レイヤ 2 traceroute の使用上の注意事項

レイヤ 2 traceroute の使用上の注意事項を次に示します。

• Cisco Discovery Protocol（CDP）は、ネットワーク上のすべてのデバイスでイネーブルになっている必要があります。レイヤ 2 traceroute を適切に機能させるためには、CDP をディセーブルにしないでください。

物理パス内のデバイスが CDP に対して透過的な場合、スイッチはこれらのデバイスを通過するパスを識別できません。

（注） CDP をイネーブルにする場合の詳細については「CDP の設定」を参照してください。

• 物理パス内のすべてのスイッチは IP 接続が可能でなければなりません。スイッチが別のスイッチから到達可能である場合、特権 EXEC モードで ping コマンドを使用して接続をテストできます。

• パス内で識別可能な最大ホップ数は 10 です。

• 送信元デバイスから宛先デバイスへの物理パスにないスイッチにおいて、特権 EXEC モードで traceroute mac コマンドまたは traceroute mac ip コマンドを入力できます。パス内のすべてのスイッチは、このスイッチから到達可能でなければなりません。

• 指定した送信元および宛先 MAC アドレスが同一 VLAN に属する場合、 traceroute mac コマンド出力はレイヤ 2 パスのみを表示します。指定した送信元および宛先 MAC アドレスが、それぞれ異なる VLAN に属している場合は、レイヤ 2 パスは識別されず、エラー メッセージが表示されます。

• マルチキャスト送信元または宛先 MAC アドレスを指定すると、パスは識別されず、エラー メッセージが表示されます。

• 送信元または宛先 MAC アドレスが複数の VLAN に属する場合は、送信元および宛先 MAC アドレスの両方が属している VLAN を指定する必要があります。VLAN を指定しないと、パスは識別されず、エラー メッセージが表示されます。

• 指定した送信元および宛先 MAC アドレスが同一サブネットに属する場合、 traceroute mac ip コマンド出力はレイヤ 2 パスを表示します。IP アドレスを指定する場合、スイッチは Address Resolution Protocol（ARP; アドレス解決プロトコル）を使用して IP アドレスと対応する MAC アドレスおよび VLAN ID を対応付けます。

– 指定の IP アドレスの ARP のエントリが存在している場合、スイッチは関連付けられた MAC アドレスを使用し、物理パスを識別します。

– ARP のエントリが存在しない場合、スイッチは ARP クエリーを送信し、IP アドレスを解決しようと試みます。IP アドレスが解決されない場合は、パスは識別されず、エラー メッセージが表示されます。

• 複数のデバイスがハブを介して 1 つのポートに接続されている場合（たとえば複数の CDP ネイバーがポートで検出された場合）、レイヤ 2 traceroute 機能はサポートされません。複数の CDP ネイバーが 1 つのポートで検出された場合、レイヤ 2 パスは特定されず、エラー メッセージが表示されます。

• この機能は、トークンリング VLAN ではサポートされません。

レイヤ 2 traceroute の実行

送信元デバイスから宛先デバイスへ送信されるパケットが通過する物理パスを表示するには、特権 EXEC モードで次の作業のいずれかを行います。

または

次の例は、traceroute mac および traceroute mac ip コマンドを使用して、パケットが宛先に到達するまでに通過したネットワーク上の物理パスを表示します。

ICMP Protocol Unreachable メッセージのイネーブル化

Cisco IOS ソフトウェアが不明なプロトコルを使用する非ブロードキャスト パケットを受け取ると、送信元に ICMP Protocol Unreachable メッセージを返します。

同様に、宛先アドレスまでのルートを認識していないため最終的な宛先に届かないパケットをソフトウェアが受け取ると、送信元に ICMP Host Unreachable メッセージを返します。この機能は、デフォルトでイネーブルにされています。

ICMP Protocol Unreachable と Host Unreachable メッセージの生成をイネーブルにするには、インターフェイス コンフィギュレーション モードで次のコマンドを入力します。

ICMP 宛先到達不能メッセージが生成されるレートを制限するには、次の作業を行います。

ICMP Redirect メッセージのイネーブル化

最適なデータ ルートが使用されない場合があります。たとえば、受信したその同じインターフェイスを使用したパケットの再送をルータに強制できます。この場合、Cisco IOS ソフトウェアはパケットの送信元に ICMP Redirect メッセージを送信して、ルータが受信デバイスに直接接続するサブネット上にあること、また、ルータは同じサブネット上の別のシステムにパケットを転送する必要があることを送信元に通知します。ソフトウェアはパケットの送信元に ICMP Redirect メッセージを送信します。これは発信側ホストがすでにネクスト ホップにそのパケットを送信し、それを送信元がまったく認識していない可能性があるためです。Redirect メッセージは、ルートから受信デバイスを削除し、よりダイレクトなパスを示す指定されたデバイスに代えるよう送信側に指示します。この機能は、デフォルトでイネーブルにされています。

ただし、ホットスタンバイ ルータ プロトコル（HSRP）がインターフェイスに設定されている場合、そのインターフェイスでは ICMP Redirect メッセージは（デフォルトで）ディセーブルになります。HSRP の詳細については、次の URL を参照してください。

http://www.cisco.com/en/US/docs/ios/ipapp/configuration/guide/ipapp_hsrp_ps6350_TSD_Products_Configuration_Guide_Chapter.html

Cisco IOS ソフトウェアが受信したインターフェイスからパケットを再送するように指定されている場合、ICMP Redirect メッセージの送信をイネーブルにするには、インターフェイス コンフィギュレーション モードで次のコマンドを入力します。

ICMP Mask Reply メッセージのイネーブル化

ネットワーク デバイスがインターネットワークの特定のサブネットワークに関して、サブネット マスクを認識していなければならない場合があります。この情報を取得するために、デバイスは ICMP Mask Request メッセージを送信します。これらのメッセージには、要求された情報を保有するデバイスの ICMP Mask Reply メッセージが応答します。Cisco IOS ソフトウェアは、ICMP Mask Reply 機能がイネーブルの場合に、ICMP Mask Request メッセージに応答できます。

Cisco IOS ソフトウェアが ICMP Mask Reply メッセージを送信して、ICMP マスク要求に応答するように指定するには、次の作業を行います。