network-interface-health

Topics in the source

• ネットワークインターフェースヘルス
• 使用するタイミング
• 仕組み
• カウンターリファレンス
• 診断フロー
• CRCまたは入力エラー
• ドロップ
• デュプレックスと速度

ネットワークの症状が物理リンク、スイッチポート、ケーブル、トランシーバー、デュプレックス設定、または輻輳したインターフェースによって引き起こされている可能性がある場合にこのスキルを使用する。 ホストまたはVLANにパケットロス、レイテンシスパイク、または断続的な到達不能がある。 スイッチまたはルーターのインターフェースにCRC、ランツ、ジャイアント、ドロップ、リセット、またはフラップが表示されている。 ハードウェアを交換する前にリンクの両端を比較する必要がある。 変更ウィンドウでインターフェースカウンターの前後の証拠が必要。 監視がifInErrors、ifOutErrors、またはifOutDiscardsの増加を報告している。 インターフェースカウンターは証拠だが、絶対値よりもトレンドの方が重要である。ベースラインを取得し、測定間隔を待ち、再度取得してから増分を比較する。 Linuxホストの場合: | カウンター | 意味 | 一般的な原因 | | --- | --- | --- | | CRC | 受信フレームのチェックサムが失敗 | 不良ケーブル、汚れたファイバー、不良オプティック、デュプレックス不一致 | | input errors | 受信側エラーの集計 | 結論を出す前にサブカウンターを確認 | | runts | 最小イーサネットサイズ未満のフレーム | デュプレックス不一致、コリジョンドメイン、不良NIC | | giants | 期待されるMTUより大きいフレーム | MTU不一致またはジャンボフレーム境界 | | input drops | デバイスがインバウンドパケットを受け入れられなかった | バースト、オーバーサブスクリプション、CPUパス、キュー圧迫 | | output drops | 送信キューがパケットを廃棄した | 輻輳、QoSポリシー、サイズ不足のアップリンク | | resets | インターフェースハードウェアリセット | フラッピング、キープアライブ、ドライバー、オプティック、電源 | | collisions | イーサネットコリジョンカウンター | ハーフデュプレックスまたはネゴシエーション不一致 | 1. カウンターが増加していることを確認する（歴史的なものだけでなく）。 2. リンクの両端を確認する。受信側エラーは通常、エラーを報告しているポートではなく、その側に到着する信号を指す。 3. パッチケーブルを交換するか、ファイバーとオプティクスを清掃/交換する。 4. 両側で速度/デュプレックス設定が一致していることを確認する。 5. 同じタイムスタンプ前後のフラップイベントのログを確認する。 1. 入力ドロップと出力ドロップを分離する。 2. インターフェースレートを容量と比較する。 3. QoSポリシ

This is an excerpt. Refer to the complete source and its current requirements.