フォワーディングの基礎：VLAN、LAG、スパニングツリー、ルーティング

トランシーバーの問題が、トランシーバーの問題として名乗り出ることはありません。実際に現れるのは、スパニングツリーのトポロジー変更、LAG メンバーのサスペンド、OSPF ネイバーのダウン、VXLAN トンネルのフラッピング、あるいは「ユーザーの半分が遅い」といった形です。こうした症状を物理層まで読み解くには、フォワーディングの語彙が要ります。スイッチがどう MAC アドレスを学習するか、VLAN とトランクとは何か、リンクアグリゲーションがどうフローをハッシュするか、スパニングツリーがなぜポートをブロックするか、リンクが点滅したときルーティングプロトコルが何をするか、といったことです。このページはその語彙を、根本原因がコネクターの汚れかもしれないときに役立つ範囲に絞ってまとめたものです。

レイヤー2：MAC 学習と VLAN

スパニングツリー

スパニングツリーは、冗長な L2 経路をブロックします。不良な光モジュールがこれに何をもたらすかは次のとおりです。

• フラッピングするアップリンクは、トポロジー変更通知（TCN）を発生させます。TCN のたびにネットワーク全体で MAC テーブルがフラッシュされ、数秒間のフラッディングが起きます。フラップのたびにユーザーは停止を経験します（リンクフラッピング）。
• 単方向リンク（光ファイバーの片方が断線し、Tx は動作するが Rx は動作しない状態）は、 BPDU が届かなくなるとループを生み出すことがあります。UDLD、ループガード、ブリッジアシュアランスはまさにこのために存在します（リンクが確立しない）。
• ブロッキング状態のポートの LED（アンバー）は、冗長リンクでは正常な状態であり、障害ではありません（ポート名と LED）。

リーフ・スパインファブリックは、すべてのリンクをルーティングすることで STP を回避します。

リンクアグリゲーション（LAG、ポートチャネル、bond）

実務上のポイント：LAG が「動作はしているが遅い」ときは、バンドル全体ではなく、メンバーごとのカウンターと DDM を確認してください。

レイヤー3：スイッチでのルーティング

オーバーレイ

フロー制御とロスレスクラス

フォワーディングの症状を物理層に読み替える

各行の裏付けとなる物理的な確認手順は、症状索引と スイッチ上の光モジュールの検証にあります。

CodingBox では

フォワーディング層の症状はポートを指し示し、ポートはモジュールを指し示します。モジュールの DDM、識別情報、しきい値を、スイッチ上またはベンチ上で読み取れば、事案は解決します。 code database にモジュールごとの記録を残しておけば、「また LAG が遅い」が「メンバー3、シリアル X、Rx −17 dBm、交換済み」に変わります。