パケットの「住所」を探す旅路：CAM/TCAMが支えるミリ秒以下のインフラアーキテクチャ
ネットワークエンジニアとして現場に立つとき、私たちは往々にして「スイッチはパケットを転送するもの」という抽象的な理解で止まりがちです。しかし、高負荷なデータセンターやキャリアグレードのネットワークにおいて、パケットがIngressポートに到達してからEgressポートへ射出されるまでの「数マイクロ秒」の間に、シリコン内部ではどのような狂気的な処理が行われているか。
今回は、スイッチングの心臓部である CAM (Content Addressable Memory) と TCAM (Ternary Content Addressable Memory) の深淵を覗き、それが単なる「転送」を超えて、いかにセキュリティやQoS、そしてRTT削減の鍵を握っているのかを解き明かします。
—
1. CAMの静寂：MACアドレス学習のハードウェア実装
L2スイッチにおける CAM は、一言で言えば「並列検索エンジン」です。一般的なRAMが「アドレスを指定してデータを取り出す」のに対し、CAM は「データ（MACアドレス）を入力して、その場所（ポート番号）を瞬時に特定する」という逆転の発想で動いています。
パケットが到着すると、スイッチはヘッダーから送信元MACアドレスを抽出し、CAM テーブルに問い合わせます。もし該当がなければ MAC Learning が走り、存在すればエイジングタイマーがリセットされる。この処理がハードウェア（ASIC）で1クロックサイクルに近い速度で完結するからこそ、我々は線速（Wire-speed）での転送を享受できています。
なぜCAMの理解が重要なのか
トラブルシューティングの現場において、「MACフラッピング」や「CAMテーブルのオーバーフロー」は、ネットワークの安定性を根底から揺るがします。例えば、特定のサーバーが不正な大量のMACアドレスを偽装して射出する MAC Flooding 攻撃が行われると、CAM テーブルが枯渇し、スイッチは全ポートへパケットを転送する Unknown Unicast Flooding 状態に陥ります。
これは単なるL2の混乱ではなく、ネットワーク全体が「ハブ」に格下げされることを意味します。この脆弱性を防ぐには、各スイッチポートでの port-security 設定が必須です。
# Cisco IOSでのポートセキュリティ設定例
interface GigabitEthernet0/1
switchport mode access
switchport port-security # ポートセキュリティの有効化
switchport port-security maximum 2 # MAC学習数を2つに制限
switchport port-security violation shutdown # 違反時はポートを即時シャットダウン—
2. TCAMの柔軟性：ACLとQoSの高速処理
一方で、L3の機能や複雑なACL（アクセス制御リスト）、QoSのマーキングには TCAM が使用されます。TCAM の最大の特徴は「三値（0, 1, Don’t Care）」を使えることです。これにより、ネットワークマスク（/24 や /16）を用いたワイルドカード検索を可能にしています。
パケット転送における「検索の階層」
パケットがルーターやL3スイッチに入ると、TCAM は以下の順序で検索をかけます。
1. PBR (Policy Based Routing): ルーティングテーブルより優先されるポリシー検索
2. QoS (Quality of Service): DSCP値に基づくプライオリティ制御
3. ACL: 許可・拒否の判定
ここで重要なのは、TCAM のエントリ数は有限であるという点です。無秩序に複雑なACLを定義すると、ハードウェアのリソースが枯渇し、CPUによるソフトウェア転送へフォールバックします。結果、レイテンシは跳ね上がり、ジッターが増加します。これは TCP の輻輳制御ウィンドウを縮小させ、TLS ハンドシェイクのRTTを悪化させる致命的な原因となります。
—
3. パフォーマンスの極限：RTT削減とバッファチューニング
インフラアーキテクトとして意識すべきは、TCAM での処理負荷を最小限に抑えつつ、TCPのバッファを最適化することです。例えば、高遅延環境での TCP 通信を高速化するには、sysctl でのカーネルチューニングが有効です。
# LinuxカーネルのTCPバッファ最適化例
# 大容量通信時のバッファサイズを拡大
sysctl -w net.core.rmem_max=16777216
sysctl -w net.core.wmem_max=16777216
# TCPウィンドウのスケーリング有効化
sysctl -w net.ipv4.tcp_window_scaling=1
# BBR混雑制御アルゴリズムの採用（RTT削減に寄与）
sysctl -w net.ipv4.tcp_congestion_control=bbrBBR のような最新の輻輳制御アルゴリズムは、スイッチ側のバッファ溢れ（バッファブロート）を予測して送信レートを調整します。これは、ハードウェアの TCAM 検索負荷と協調して動作することで、ネットワーク全体の「詰まり」を解消し、TLSハンドシェイクにおける最初の1往復（RTT）の重要性をより際立たせます。
—
4. 結び：エンジニアに求められる「パケットの解像度」
私たちが設計するネットワークは、単なるケーブルの集合体ではありません。CAM が0と1の組み合わせでMACアドレスを特定し、TCAM がワイルドカードを使ってセキュリティポリシーを執行する。その一つひとつの処理が、ミリ秒以下の世界で完璧に調和して初めて、ユーザーは「インターネットが速い」と感じるのです。
技術的な深淵を愛する皆さんが、設定ファイルに書き込む一行のACLや、スイッチのアップリンク設計。それが物理層からアプリケーション層に至るまでの「パケットの旅路」をどのように変えているのか。常にその裏側にあるシリコンの鼓動を感じながら、設計・運用に臨んでください。
次にパケットをキャプチャするとき、Wireshark の画面の向こう側にある CAM/TCAM の挙動を想像できれば、皆さんはもうプロトコルスペシャリストの領域に片足を突っ込んでいるはずです。
コメント