このインターフェイスと、このインターフェイスに接続しているデバイスとの間で、速度とデュプレックスの設定(ハード設定されているか、または自動ネゴシエートされるか)が同じであることを確認します。それ以外の場合は以降の手順を続けます。オプションを発行してその理由を調べます。フィールドに表示される)には、次のものがあります。手動で復旧する必要があります。状態でないことを示しています。よってプルーニングされていないことを確認します。一致していることを確認します。トランクであることがわかります。ハード設定されています。VLAN)リストには存在しません。対してスパニングツリーのブロッキング状態にあるためです。スイッチポートとして設定されているインターフェイスについて、その設定とステータスをチェックできます。スイッチポートの例を次に示します。スイッチポートの例を次に示します。Memory(CAM)エントリが作成されていることを確認します。関連付けられていることを確認します。上でスパニングツリーのフォワーディング状態にあることを確認します。必要に応じて有効または無効になっていることを確認します。Protocol(ARP)エントリを学習していることを確認します。プロトコルの近接デバイスが、対象となるインターフェイスを通じて正しく形成されていることを確認します。Protocol(CDP)を使用して、このインターフェイスがそのデバイスを認識できるかどうかをチェックします。デバイスの両方で有効にする必要があります。シスコ独自の機能であり、シスコ以外のデバイスでは動作しない点にも注意してください。このスイッチでグローバルに有効になっていることを確認します。インターフェイスで有効になっていることを確認します。インターフェイスで無効になっている場合は、次のコマンドを実行しても何も出力されません。コマンドを発行できます。アドレスが付けられています。アドバタイズメントを通じて学習されました。パケットを送受信しているかどうか、およびなんらかのエラーが発生していないかどうかをチェックできます。パケットを通過させることができます。台のデバイス同士が、実際には直接接続していないのに、直接接続しているように思われることがあります。全体にわたってフラッディングされます。テーブルとカウンタをクリアーできます。問題を起こしているインターフェイスの状態と健全性をチェックし、トラフィックがインターフェイスを通過しているかどうかをチェックします。ハードウェアが現在アクティブなことを示します。コマンドを発行してインターフェイスをダウンさせたことを示します。プロセスが回線を使用可能とみなしているかどうかを示します。フレームの最大データの部分サイズ)。コマンドの発行によって増加することができます。インターフェイスの現在の速度およびデュプレックスの設定。ネゴシエーションによって得られてハード設定して下さい。このインターフェイスと、このインターフェイスに接続しているデバイスとの間で、速度とデュプレックスの設定(ハード設定されているか、または自動ネゴシエートされるか)が同じであることを確認します。最後のパケットがインターフェイスによって正常に受信または送信されてから経過した時間、分、および秒数。この値は、応答のないインターフェイスでいつ障害が起こったかを知るのに役立ちます。コマンドを実行した時刻です。コマンドの発行によって表示する統計情報すべてをリセットするのに使用されています。カウンタがクリアーされる際、ルーティングに影響を与える可能性のある変数(負荷や信頼性など)はクリアーされません。入力キュー内のパケットの数。キューにある現在のフレームの数です。フレームの廃棄を開始する前にキューに保持できるフレームの最大数です。サイズを超えたために廃棄された実際のフレームの数です。発行によって修正することができます。キューのサイズを増やすときは注意が必要です。これは、フレームが比較的長い時間にわたってキュー内に留まり、その結果トラフィックの遅延を招くことがあるためです。drops:出力キューのオーバーフローによって廃棄されたパケットの数です。通常この原因としては、高帯域幅リンクからのトラフィックが低帯域幅リンクにスイッチングされたか、あるいは複数の着信リンクからのトラフィックが単一の発信リンクにスイッチングされたことが考えられます。インターフェイスの出力廃棄が増加する場合があります。これは、着信側の帯域幅と発信側の帯域幅との間で速度のミスマッチがあるため、インターフェイスの出力キューが過度のトラフィックによってあふれるためです。queue:出力キュー内のパケットの数です。それぞれ、キュー内の現在のフレーム数/フレームの廃棄が発生するまでにキューが保持できる最大フレーム数を示します。コマンドを発行することによって修正することができます。キューのサイズを増やすときは注意が必要です。これは、フレームが比較的長い時間にわたってキュー内に留まり、その結果トラフィックの遅延を招くことがあるためです。分間でインターフェイスによって確認された入力レートおよび出力レートの平均です。コマンドを発行して下さい。インターフェイスで受信または送信された、エラーのないパケットの合計数。これらのカウンタの増加を監視することは、トラフィックがインターフェイスを通じて正常に流れているかどうかを調べるために役立ちます。カプセル化の両方が反映されます。バッファ領域がないために廃棄された受信パケットの数。無視された数と比較します。ストームがこれらのイベントの原因になっている場合がよくあります。インターフェイスで受信したブロードキャストおよびマルチキャストの合計数。巡回冗長検査)の不正なフレームの数。カード)の不良などの物理的な問題が考えられます。シーケンス)の不正なフレームの数。問題のデバイスを特定し、そのデバイスをネットワークから取り除きます。情報をインターフェイスに送信する際、あるインターフェイスがスイッチ内の別のインターフェイスに対して速度を落とすように要求した回数。各カウントが含まれます。カウントが増えることもあり、データグラムによってはエラーが複数発生する場合があります。カウントの合計数と一致しないことがあります。受信データから計算したチェックサムと一致しない場合に増加します。自体にノイズまたは送信の問題があることを示します。数の増加はコリジョンが原因です。不良など)や、デュプレックスのミスマッチが原因である可能性もあります。エラー)、正常に受信されなかったパケットの数。不良など)が原因です。デュプレックスのミスマッチが原因である可能性もあります。バッファに渡すことができなかった回数。ハードウェアの内部バッファが足りなくなったためにインターフェイスによって無視された受信パケットの数。カウントが増加する場合があります。エラーは、フレームがわずかに長すぎることを示します。カウンタは情報提供の目的で増加します。トランスミッタがスイッチの処理能力よりも高速に動作した回数。インターフェイスからのデータグラムの最後の送信を妨げたすべてのエラーの合計数。この数は列挙された出力エラー数の合計値と等しくならないことがあります。これは、データグラムによっては、複数のエラーや、個別に集計されるどのカテゴリにも属さないエラーがあるためです。インターフェイスがフレームをメディアに正常に送信する前に衝突が発生した回数。衝突は、半二重として設定されたインターフェイスでは普通ですが、全二重のインターフェイスでは見られません。衝突が大幅に増加している場合は、リンクの使用率が高いか、あるいは接続デバイスとデュプレックスのミスマッチの可能性があることを示しています。インターフェイスが完全にリセットされた回数。リセットは、送信のためにキューイングされたパケットが数秒以内に送られない場合に発生することがあります。インターフェイスがループバックまたはシャットダウンされたときにも、インターフェイスのリセットが発生することがあります。オクテットは含む)よりも長いフレームです。送信プロセスの遅い段階で、特定のインターフェイスで衝突が検出された回数。ビット時間後よりも遅くなります。マイクロ秒に相当します。このエラーは、特にデュプレックスのミスマッチを示す可能性があります。コリジョンは半二重側で見られます。コリジョンが発生します。ケーブルまたはセグメントが長すぎることを示す可能性もあります。全二重として設定されたインターフェイスでは、衝突は見られません。メディアがビジー状態のため待機した後に、正常に送信されたフレームの数。通常、この現象は、フレームを送信しようとするときにキャリアがすでに使用中である半二重の環境で発生します。送信中にキャリアが失われた回数。送信中にキャリアが存在しなかった回数。失敗したバッファの数と、スワップアウトされたバッファの数。カウンタがポートの着信側と発信側の双方で増えていないかをチェックします。41上のコマンドは、インターフェイスで受信(In)および送信(Out)されたユニキャスト、マルチキャスト、ブロードキャストの各パケットの合計数を示しています。<mod/port>]コマンドを発行して下さい。インターフェイスに関連するエラーがないかをチェックします。不正なフレーム)の数。不良)を示していますが、デュプレックスのミスマッチを示している可能性もあります。ケーブルを初めてインターフェイスに接続するときに、このようなエラーが起こることがあります。ハブをインターフェイスに接続している場合に、ハブ上の他のデバイスとの間の衝突が原因でこれらのエラーが起こることもあります。エラーはない、有効なサイズのフレームの数。不良)を示していますが、デュプレックスのミスマッチを示している可能性もあります。これらは内部インターフェイスの送信(Tx)バッファおよび受信(Rx)バッファがいっぱいになったことを示します。原因としては、高帯域幅リンクからのトラフィックが低帯域幅リンクにスイッチングされたか、あるいは複数の着信リンクからのトラフィックが単一の発信リンクにスイッチングされたことが考えられます。増えることがあります。帯域幅間の速度ミスマッチによる過剰なトラフィックによって圧倒されるという理由によります。オクテットは含む)、それ以外は正常な形式のフレームの数。これらのフレームを送出しているデバイスをチェックします。エラーがまったく検出されなかったにもかかわらず、廃棄対象として選択された発信パケットの数。して、バッファ領域の解放が考えられます。回の衝突が発生した回数。衝突は、半二重として設定されたインターフェイスでは普通ですが、全二重のインターフェイスでは見られません。衝突が大幅に増加している場合は、リンクの使用率が高いか、あるいは接続デバイスとデュプレックスのミスマッチの可能性があることを示しています。インターフェイスがフレームをメディアに正常に送信する前に複数回の衝突が発生した回数。衝突は、半二重として設定されたインターフェイスでは普通ですが、全二重のインターフェイスでは見られません。衝突が大幅に増加している場合は、リンクの使用率が高いか、あるいは接続デバイスとデュプレックスのミスマッチの可能性があることを示しています。送信プロセスの遅い段階で、特定のインターフェイスで衝突が検出された回数。ビット時間後よりも遅くなります。マイクロ秒に対応します。このエラーは、特にデュプレックスのミスマッチを示す可能性があります。コリジョンは半二重側で見られます。コリジョンが発生します。ケーブルまたはセグメントが長すぎることを示す可能性もあります。全二重として設定されたインターフェイスでは、衝突は見られません。過度の衝突のために特定のインターフェイスでの送信に失敗したフレームの数。回連続してパケットのコリジョンが発生すると、過度のコリジョンと見なされます。パケットはこの後廃棄されます。過度のコリジョンは、通常、セグメントの負荷を複数のセグメントに分散する必要があることを示す兆候です。接続する他のデバイスとのデュプレックスのミスマッチを示している可能性もあります。全二重として設定されたインターフェイスでは、衝突は見られません。コントローラが半二重接続でデータを送信しようとするたびに発生します。コントローラは回線を検知し、ビジー状態でないことをチェックしてから送信を行います。セグメントでは、これは正常な状態です。不良などの物理的な問題が考えられます。問題のデバイスを特定し、そのデバイスをネットワークから取り除きます。関連エラーを数えます、パケットを意味することは良いかもしれませんがフレームは内部の問題が廃棄された原因でした。<mod/port>]コマンドを発行して下さい。カプセル化エラーのあったフレームの数もチェックします。<mod/port>]コマンドを発行して下さい。ブロードキャスト抑制機能が有効になっている場合は、その機能のために廃棄されたパケットがないかをチェックします。<mod/port>]コマンドを発行して下さい。プロトコルに関して転送するか、またはブロックされます。ポートはトラフィックを転送しません。オンライン診断診断試験の結果をチェックするのに使用することができます。コンポーネントの障害がモジュールで検出されたかどうかがわかります。設定することが重要です。しない場合、診断テストの一部または全部が省略されます。コンポーネントの障害が発生した場合、その障害を検出するために、スイッチやモジュールのリセットを通じてもう一度診断を実行する必要があります。