私は過去数日間、内部ネットワーク上の少数のエンドユーザーのパケット損失とネットワーク安定性の問題を追跡してきました...これらの問題は先週表面化しましたが、場所は雷に打たれた6週間前。
77メートルの走路の向こう側にある4台のCisco 2960と複数のPCと電話のスタック間で5〜10%のパケット損失が発生しました。 PCは、トランクリンクを介して電話とインラインで実行されました( switchport configuration Pastebin )。クライアントサーバーアプリケーションとMicrosoft Exchange接続で、通話の切断と中断が発生しました。
私は通常のトラブルシューティング手順をリモートで試しました。ユーザーや本番のアクティビティが中断している間に、ローカルの技術者に次のことを依頼してください。
sh int
)のペーストビン出力 )test cable-diagnostics tdr int Gi4/0/9
(クリーン)*を使用してCisco 2960から配線されています*最終的に、安定したソリューションを見つけるために、スイッチポートの3つの変更が必要でした。唯一の論理的な結論は、いくつかのCisco 2960スイッチポートが不良または不安定であるということです...死んではいませんが、動作も一貫していません。個々のポートがこのようにして死ぬのを見ることには慣れていません。
これらのデバイスが不良であるかどうかを判断するために、他に何をテストまたはチェックできますか?
これを確認するためのベストプラクティスアプローチは何ですか?
連続したポートのバンクではなく、単一のポートで問題が発生することは一般的ですか?
ところで-show cable-diagnostics tdr int Gi4/0/14
はとてもクールです...
Interface Speed Local pair Pair length Remote pair Pair status
--------- ----- ---------- ------------------ ----------- --------------------
Gi4/0/14 1000M Pair A 79 +/- 0 meters Pair B Normal
Pair B 75 +/- 0 meters Pair A Normal
Pair C 77 +/- 0 meters Pair D Normal
Pair D 79 +/- 0 meters Pair C Normal
多くの場合、ポートのバンクはASICを共有しますが、各ポートには独自のPHYが必要です。 PHYが損傷している場合は、隣接するシステムが損傷していないのに非常に問題がある可能性があります。
とはいえ、出力の低下は、物理的な問題の奇妙な症状です。不可能ではありませんが、典型的ではありません。半二重リンクにもかかわらず、出力ドロップは通常、物理的な問題よりもバッファの枯渇と関係があります。
回線の反対側でパケットキャプチャを設定すると、より多くの情報を取得できます。不良なPHYは、リンクの片側または両側でいくつかの物理層エラー(不良CRC、ラント/ジャイアントなど)が発生することが予想されます。
全体として、それはあなたが十分に排除したように聞こえ、それがリターンを減少させるポイントを過ぎているかもしれない。契約がある場合は、RMAをお勧めします。
はい、単一のポートは不良である可能性がありますが、私が覚えているように、モジュール全体を交換する必要があります。 (警告:シスコで重要な作業を行ってから長い時間が経っています...)
役立つかどうかはわかりませんが、EtsyのOpsエンジニアの1人であるLaurie Dennessによる [〜#〜] fitb [〜#〜] を確認してください。