【テクニカル・上級編】ループガード（Loop Guard）とユニディレクション（片方向リンク）検知 – インフラ・物理＆L2/L3ネットワーク基礎実践ガイド

ネットワークの深淵を覗く：ループガードとUDLDが防ぐ「静かなる破滅」

ネットワークエンジニアにとって、ループは単なるトポロジー上のミスではない。それは、L2のブロードキャストドメインを食い尽くし、制御プレーンを飽和させ、最終的にはスイッチのCPUを限界まで追い込む「静かなる破滅」だ。

我々が日々向き合っているのは、光速に近い速度で移動するパケットという名の電気信号だ。しかし、物理層やデータリンク層で発生する「片方向リンク」という異常は、STP（Spanning Tree Protocol）の論理的な制御を無効化し、ネットワークを崩壊させる。本稿では、ループガードとUDLDという二つの防壁に焦点を当て、そのパケットレベルの振る舞いと、アーキテクトが知るべき実装上の深淵を紐解いていく。

—

1. なぜSTPだけでは不十分なのか：ループガードの必然性

STPは、ネットワーク内の「ループのない論理構成」を維持するために、BPDU（Bridge Protocol Data Unit）という小さなパケットを交換する。しかし、このBPDUが「届かなくなる」という現象が発生したとき、スイッチは「あ、向こうのスイッチはもういないんだな」と誤認し、ブロッキング状態だったポートをフォワーディングに移行させてしまう。

ここで登場するのがLoop Guardだ。

Loop Guardは、非指定ポート（Non-designated port）がBPDUを受信しなくなった瞬間、そのポートをloop-inconsistent状態へ強制的に遷移させる。これは単なるポートのシャットダウンとは異なる。BPDUが再び正常に受信されれば、即座に自動復旧する。

実装上の注意点

Loop Guardは、本来「BPDUを受信するはずがないポート」に設定してはならない。また、STPの計算を阻害する可能性があるため、Root Guardとの併用には細心の注意が必要だ。

# Cisco IOSにおけるLoop Guard設定例
interface GigabitEthernet0/1
 description Uplink_to_Core_Switch
 spanning-tree guard loop  # 非指定ポートでBPDUが途絶えた瞬間にポートをブロックする

—

2. 物理層の裏切り：UDLDが検知する「片方向リンク」

光ファイバーのペアのうち、片方だけが断線したり、SFPモジュールのレーザーが物理的に故障したりした場合、どうなるか。スイッチは「送信はできるが、受信はできない」という状況に陥る。このとき、物理的にはLink Up状態であるため、STPは異常を検知できず、ループが発生する。

これが「片方向リンク（Unidirectional Link）」という悪夢だ。

UDLD（Unidirectional Link Detection）は、独自のエコーパケットを定期的に送信し、対向デバイスからの応答を待つ。もし自分の送ったパケットが対向デバイスのリストに含まれていない場合、それは「片方向」だと判断し、物理インターフェースをerr-disableに叩き落とす。

UDLDのアグレッシブモード

通常モードではリンクを検知するだけだが、aggressiveモードでは、もし通信が途絶えた際に再接続を試みる。この際、リンクが確立できないと判断すれば即座にポートを無効化する。

# グローバル設定でUDLDを有効化（推奨）
udld enable aggressive

# インターフェースごとの設定
interface GigabitEthernet0/1
 udld port aggressive  # 対向とのハンドシェイクに失敗した場合、ポートをシャットダウンする

—

3. パフォーマンスとセキュリティの統合的視点

インフラアーキテクトとしては、単にこれらを有効にするだけでなく、トラフィックエンジニアリングの観点も忘れてはならない。

TCPバッファとRTTの相関

大規模ネットワークにおいて、ループ防止が機能しなかった場合、輻輳（Congestion）によるパケットロスが発生する。この際、TCPのBDP（Bandwidth Delay Product）計算が崩れ、再送制御が指数関数的に悪化する。Linuxカーネルレベルでのチューニングを行う際は、以下のパラメータが重要となる。

# カーネルのTCPウィンドウサイズを最適化し、RTTの増大に備える
sysctl -w net.ipv4.tcp_rmem="4096 87380 16777216"
sysctl -w net.ipv4.tcp_wmem="4096 16384 16777216"

セキュリティの深淵

片方向リンクを意図的に作り出し、特定のパスへトラフィックを誘導するような中間者攻撃（MITM）の可能性も考慮すべきだ。UDLDは単なる安定化ツールではなく、トポロジーの正当性を担保するセキュリティプロトコルの一種として捉えるべきである。

—

結論：プロトコルの挙動を信じ、物理の現実に備える

ループガードもUDLDも、現代のデータセンターやエンタープライズネットワークにおいて「あって当たり前」の機能だ。しかし、それらがどのようなパケットを投げ、どのような状態でリンクを保護しているのか、その内部実装を理解している者は少ない。

パケットがNICを通過するその一瞬の挙動に、ネットワークの健全性が宿っている。皆さんのインフラ構築において、これらの「守護神」が適切な位置で、適切な設定で稼働しているか。今一度、設定の深淵を覗いてみてほしい。

ネットワークは常に変化し続ける。その変化を制御下に置くことこそが、エンジニアに課せられた使命である。