脳内でパケットが躍る：CAMテーブルの深淵と、エージングタイムが紡ぐ「静寂の最適化」
ネットワークエンジニアとしてキャリアを重ねると、L2スイッチの役割を単なる「ポートを繋ぐ箱」とは呼ばなくなる。それは、ワイヤスピードで流れる膨大なフレームの宛先を、コンマ数ミリ秒の判断で振り分ける「知的なルーティング・エンジン」だ。
今回は、我々インフラアーキテクトが避けては通れない、L2スイッチの心臓部である CAM (Content Addressable Memory) テーブル、そしてあまりに軽視されがちな Aging Time の真実について、パケットの深淵から解き明かしていこう。
—
CAMテーブル：魔法の検索アルゴリズム
スイッチが Ethernet フレームを受信した瞬間、ASICはヘッダーから送信元MACアドレスを抽出し、CAMテーブルを更新する。ここでのポイントは、CAMが一般的なメモリ（RAM）とは異なり、「入力されたデータそのもの」を検索キーとして、全エントリを並列で同時検索するという点にある。
この構造のおかげで、MACアドレスの数が増えても、検索時間は常に一定（O(1)）に保たれる。これが、現代のスイッチがTbps級のトラフィックをさばける物理的な理由だ。
不正なフラッディングを抑止する「エージング」の哲学
なぜCAMテーブルには Aging Time（デフォルトで300秒程度が多い）が存在するのか。ただのメモリ節約ではない。ネットワークトポロジーは常に変化する。ケーブルの抜き差し、NICの故障、あるいは仮想マシンのライブマイグレーション。
もしエージングが機能しなければ、古い宛先情報がテーブルを汚染し続け、MACアドレスの枯渇や、誤った宛先へのフレーム送出（最悪の場合はセキュリティ侵害）を招く。エージングは、スイッチがネットワークの「現在」を維持するための、いわば「認知の更新」なのだ。
—
パフォーマンスとセキュリティの狭間で：チューニングの現場
インフラアーキテクトとして、このエージングタイムをいじるべき場面がある。例えば、高密度な仮想化環境や、大量のIoTデバイスが頻繁に接続・切断を繰り返す現場だ。
1. エージングタイムの最適化
エージングタイムが短すぎれば、Unicast Flooding（宛先不明による全ポート転送）が頻発し、CPU負荷とネットワークの帯域を食いつぶす。逆に長すぎれば、テーブルのオーバーフローを招く。
# Cisco IOSにおけるCAMエージングタイムの調整例
# トラフィックが激しい環境では、デフォルトの300秒から少し長めに設定し、
# 不必要なエントリの再学習（ARP要求の誘発）を防ぐ場合がある
Switch(config)# mac address-table aging-time 600 vlan 102. セキュリティの観点：CAMテーブル爆撃への耐性
攻撃者がスイッチに対してランダムなMACアドレスをソースに持つフレームを大量に送りつける「CAMテーブル飽和攻撃」は、L2スイッチをハブ化させ、全ての通信を盗聴可能にする。これを防ぐには Port Security による制限が必須だ。
# 特定ポートで学習できるMACアドレス数を制限する
Switch(config-if)# switchport port-security
Switch(config-if)# switchport port-security maximum 2
# 違反時にポートをシャットダウンさせる
Switch(config-if)# switchport port-security violation shutdown—
TCPバッファとRTTの相関：L2の先にある世界
L2レベルで最適化されたスイッチング環境は、上位層のパフォーマンスを大きく左右する。特に、現代のWebアプリケーションにおいては、TCPの Slow Start アルゴリズムや TLS 1.3 のハンドシェイク時間が、ネットワークの遅延に極めて敏感だ。
もしL2スイッチでフレームドロップや再送が起きれば、TCPのウィンドウサイズは即座に縮小され、RTT（Round Trip Time）は跳ね上がる。我々がL2の挙動を完璧に制御することは、エンドユーザーがブラウザで「表示が速い」と感じるための、最も基礎的かつ強力なチューニングなのだ。
推奨されるLinuxサーバー側のTCPチューニング
スイッチ側でレイテンシを最小化したら、サーバー側のTCPバッファも最適化しておく。
# /etc/sysctl.conf でのTCP最適化例
# 大規模なネットワーク帯域を効率よく利用するための設定
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 65536 16777216
# 高速なコネクション確立のためにTCP Fast Openを有効化
net.ipv4.tcp_fastopen = 3—
結びに：プロトコルの美学
ネットワークのトラブルシューティングにおいて、CAMテーブルを疑うことは最後の砦のように思えるかもしれない。しかし、パケットの挙動を追う際に「このMACアドレスは本当にこのポートにいるのか？」と自問自答できるエンジニアは、どんな複雑な障害もパズルを解くように解決できる。
スイッチング・ファブリックは、単なる物理層の延長ではない。それは、論理と物理が交差する、極めて純度の高い数学的空間だ。明日、スイッチのコンソールに向かうとき、そのCAMテーブルの裏側で動くASICの鼓動を感じてみてほしい。その先には、必ず最適解があるはずだ。
コメント