「未知」への遭遇と拡散：スイッチングにおけるフラッディングの深淵
ネットワークエンジニアとしてキャリアを積んでいると、L2スイッチを単なる「ポートを増やす箱」として見ることができなくなる瞬間が訪れる。特に、スイッチングハブの根幹機能である「フラッディング（Flooding）」の挙動を理解することは、トラブルシューティングの初手であり、同時にセキュリティ設計の要諦でもある。
今回は、スイッチが「宛先不明」のフレームをどのように扱い、それが上位レイヤーのパフォーマンスにどのような地層を形成しているのか、技術的深淵を覗いてみたい。
—
フラッディングが発生する「静かなるトリガー」
スイッチがフレームを「フラッディング（全ポートへの転送）」せざるを得ない状況は、大きく分けて3つある。
1. 未知のユニキャスト（Unknown Unicast）: 送信先MACアドレスがCAMテーブル（MACアドレステーブル）に存在しない。
2. ブロードキャスト（Broadcast）: 宛先が FF:FF:FF:FF:FF:FF である。
3. マルチキャスト（Multicast）: 宛先MACアドレスがマルチキャスト用（01:00:5E 等）である。
現場で最も注意すべきは、1の「未知のユニキャスト」だ。大規模なL2ネットワークでCAMテーブルのオーバーフローが発生したり、エージングタイムアウトが短すぎたりすると、本来はピンポイントで届くべき通信が、全ポートへ拡散される「ブロードキャストストーム予備軍」と化す。これは単なる帯域の無駄遣いではなく、末端のNIC（ネットワークインターフェースカード）に無用な割り込み処理を強制し、CPU負荷を増大させるセキュリティリスクでもある。
パケットがNICに届くとき：CPUの悲鳴を防ぐために
フラッディングされたフレームをOSレベルでどう処理するか。Linuxカーネルの挙動を例にとると、不要なパケットをNICのハードウェアフィルタリングで弾くことが重要だ。
もしサーバーが大量のフラッディングフレームを受信すると、カーネル内の netif_receive_skb が呼び出され、プロトコルスタックの処理を消費する。これを防ぐためのチューニングとして、ethtool によるハードウェアオフロード設定や、不要なマルチキャストグループの制限が有効だ。
# NICの受信バッファを調整し、突発的なフラッディングによるドロップを低減
# 物理メモリに余裕があるなら、リングバッファを最大値まで拡張する
ethtool -G eth0 rx 4096
# 特定のインターフェースで不要なパケットを破棄するフィルタリング（iptablesの例）
# ネットワークの末端で明示的にDROPすることで、上位レイヤーへの負荷を遮断する
iptables -A INPUT -m mac --mac-source 00:00:00:00:00:00 -j DROPパフォーマンスへの連鎖：RTTとTCPの最適化
フラッディングは単なるL2の問題に留まらない。フラッディングによってネットワークの輻輳が発生すると、TCP のRTT（Round Trip Time）が揺らぎ、再送制御（Retransmission Timeout）のアルゴリズムがトリガーされる。
特に TLS ハンドシェイク（ClientHello -> ServerHello）の最中にフラッディングが重なると、ハンドシェイクの遅延はそのままユーザー体験の致命的な低下に直結する。これを回避するためには、ネットワークのL2ドメインを適切にVLANで分割し、フラッディングの伝播範囲を物理的・論理的に制限することが定石だ。
また、現代の高性能なインフラでは、TCP バッファのチューニングも不可欠である。以下のカーネルパラメーターは、ネットワークの揺らぎに対する耐性を高めるための推奨値に近い。
# /etc/sysctl.conf でのチューニング例
# TCPウィンドウのスケーリングを有効にし、大容量通信の効率を最大化
net.ipv4.tcp_window_scaling = 1
# 輻輳制御アルゴリズムを bbr に設定（Googleが開発した高効率プロトコル）
# ネットワークのジッター（揺らぎ）に非常に強い
net.core.default_qdisc = fq
net.ipv4.tcp_congestion_control = bbr
# 受信バッファの自動チューニング範囲を拡大
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 65536 16777216セキュリティの観点から：CAMテーブルを守れ
最後に、セキュリティの視点だ。未知のMACアドレスに対するフラッディングを悪用した「CAMテーブル溢れさせ攻撃（MAC Flooding Attack）」は、スイッチを強制的にリピーターハブ化させる古典的かつ強力な攻撃手法だ。
これを防ぐためには、Port Security の実装が必須である。ポート単位で学習できるMACアドレス数を制限し、違反時にポートを shutdown させる設定は、インフラエンジニアの最低限の矜持と言える。
! Cisco Catalystでの設定例
interface GigabitEthernet0/1
switchport mode access
switchport port-security
switchport port-security maximum 2 ! 学習するMAC数を2つに制限
switchport port-security violation shutdown ! 違反時はポートを遮断
switchport port-security mac-address sticky ! 最初の通信を記憶結び：深淵を覗き込むエンジニアであるために
フラッディングは、スイッチが「次の宛先を探すための誠実な行為」であると同時に、ネットワーク全体を停滞させる「負の連鎖」の入り口でもある。
パケットが流れるたびに、それがどのようなスイッチのメモリ（CAMテーブル）を叩き、どのような経路を通るのか。その挙動を意識し、カーネルレベルのバッファからプロトコル層のハンドシェイクに至るまで最適化を施す。それこそが、インフラアーキテクトに求められる「本質的な仕事」なのだ。
ネットワークは生き物だ。フラッディングという原始的な挙動の中にこそ、現代の高速通信を支えるためのヒントが隠されている。ぜひ、自身の環境のCAMテーブルサイズや、NICのバッファ統計値を今一度見直してみてほしい。そこには、まだ見ぬボトルネックが眠っているはずだ。
コメント