CodingBox Q&A Ask question

ERS 8600のファイバポートは1GフルデュプレックスでアップしているのにスイッチがMACを1つも学習しない

Asked Active Viewed 74 AI translation from English
0

ERS 8600にぶら下がっている物理サーバ1台がまったく通信できないのに、スイッチ側は何の問題もないと思い込んでいます。このポートは、サーバを銅線からファイバに切り替えて以来ずっとこの状態です。

  • Avaya ERS 8600、サーバはスロット3の1G SFPポート、ポート12
  • サーバ側NICは専用のSFP、ファイバはビルのパネル経由でパッチ
  • ポートは1Gbpsフルデュプレックス固定、設定に特殊な点はなし

そのポートについてスイッチが報告している内容:

Port 3/12: up, 1000 Mbps, full duplex
FCS errors: 0
Port errors: 0
MAC addresses learned on 3/12: none

つまりポートはトレーニングして何日もアップしたままエラーも一切カウントしないのに、フォワーディングデータベースにはそこから1件もアドレスが入りません。サーバはVLANの他のホストから到達できません。

試したこと:

  • ポートを何度かbounceしても変化なし
  • フロー制御を両方向で切り替えても変化なし
  • サーバVLANのFDBを確認、他のポートは全部アドレスがあるのに3/12だけ1件もなし
  • サーバ側は自分のリンクがギガビットでアップしていると主張

次はどこを見るべきでしょうか、スイッチ側かサーバの光モジュールか?

Comments 3

Accepted answer

そのパターン(リンクアップ、フルデュプレックス、カウンタはクリーン、フォワーディングデータベースは空)は、ほぼ確実に対向がファイバに光は出しているものの有効なフレームは出していないことを意味します。まず疑うべきはサーバ側のモジュールで、スイッチの設定ではありません。

後で議論にならないよう、先にスイッチ側を潔白にしておきましょう。ERS 8600の診断シェルで、そのポートに対してdumpPortStateとpsDump(<port index>)を実行してください。インデックスに注意、通常のCLIのslot/portではなく、slot * 64 + (port number - 1)です。ローカルポートが健全でカウンタもクリーンな結果が返ってくれば、スイッチ側の仕事は済んでいて、障害はファイバの向こう側にあります。

何かを買う前に、まず配線設備を切り分けてください。そのポートを同型の予備モジュール経由でそのまま自分自身にループバックし、出ていく光と戻ってくる光の両方を測定して、モジュールの仕様通りの値で安定しているか確認します。その後でサーバNICのSFPを交換します。この症状が記録されているケースでは、それだけで解決しました。スイッチ側のポートは何日もリンクを保持していたのに、ファイバからは使えるものが何も出てこず、サーバ側のモジュールを交換した瞬間にアドレスが現れました。

動作確認済みのモジュールに替えても何も変わらない場合の注意点が1つあります。一部のプラットフォームには、これと同じに見えるソフトウェアの不具合があります。ERS 5900には記録された事例があり、1GbpsのアップリンクモジュールをSFP+の10Gに交換するとリンクはアクティブに上がるのに何も流れません。後のソフトウェアリリースでは修正済みとされていて、それまではポートかスイッチのリセットで動くようになります。交換しても効果がない場合は、まず自分のコードのリリースノートを確認してください。

5 VietnamtxhawkVN Show original (English) AI translation

エラーゼロと学習アドレスゼロの組み合わせはかなり特殊なので、実際にどちら向きが死んでいるのか切り分けてください。ポートカウンタは受信フレームを少しでも示していますか、それとも文字通り何も届いていませんか? 受信側が動かないのに送信側だけ増え続けているなら、スイッチは穴に向かって話しているだけで、空のFDBは問題そのものではなく症状にすぎません。

スイッチがモジュールから読み取れた情報をダンプしてみる価値もあります。VSP 7000系ならshow interfaces gbic-infoで、1ポートだけ見たいならport <port number>で絞り込めます。これでスイッチがどのデバイスが挿さっていると認識していて、それをサポート対象と見なしているかどうかが分かります。お使いのERSのリリースに相当するコマンドがあれば、3/12の出力を貼ってください。あとサーバNICに入っているモジュールがどれか、メーカーと型番も教えてください、「SFP」というだけでなく。

4 Vietnamlambdaeng12VN Show original (English) AI translation

言われた通り診断シェルに入りました。スロット3ポート12だとインデックスは3 * 64 + 11 = 203になるので、psDump(203)とdumpPortStateを実行。ローカルポートは健全、カウンタもクリーン、スイッチ側には何の問題もなし、予想通りでした。

そこでサーバNICのSFPを抜いて、同型の予備モジュールに差し替えました。デスクに戻る前にはもうMACアドレスがフォワーディングデータベースに入っていて、それ以降サーバはずっと到達可能です。サーバ側の死んだモジュールが、ポートを上げて維持するには十分な光をまだ出していたということです。ありがとうございます、そうでなければもう1日スイッチの設定を読み返していたところでした。

4 Chinacorebyte73CN Show original (English) AI translation
Log in to comment. Log in