Wi-Fi 6の「BSS Coloring」が変える、高密度環境のパケット・パラダイム
Wi-Fiの歴史を振り返ると、常に我々を悩ませてきたのは「衝突」の呪縛でした。CSMA/CAというレガシーな仕組みの上で、近隣APとの同一チャネル干渉（CCI）に耐えながら、いかにスループットを絞り出すか。インフラアーキテクトやテックリードの皆様なら、一度は「なぜ隣の部屋のAPが拾うビーコンのせいで、我々のパケットがバックオフを強いられるのか」と歯噛みした経験があるはずです。
Wi-Fi 6（802.11ax）で導入されたBSS Coloringは、その「空気の読み合い」を劇的に変えるブレイクスルーでした。今回は、この技術がもたらす物理層からトランスポート層への連鎖的な最適化について、泥臭い現場の視点から紐解いていきましょう。
—
1. BSS Coloringの正体：パケットレベルの識別子
従来、Wi-Fiデバイスは「物理キャリアセンス（CCA-SD）」によって、一定以上の信号強度を検知すると、たとえそれが自らのBSS（Basic Service Set）外の信号であっても「送信待機（NAV: Network Allocation Vectorの更新）」を行っていました。これがCCIの正体です。
BSS Coloringは、PHYヘッダーに6ビットの識別子（Color）を付与することで、「これは自分のネットワークの信号か、それとも他所の信号か」を識別します。
- 同一Color: 従来の挙動と同様、厳格に待機。
- 異なるColor: 「外部のノイズ」とみなし、しきい値を引き上げて、同一チャネル上であっても空間再利用（Spatial Reuse）を試みる。
これにより、高密度環境下での「無駄な待機時間」が削減され、結果としてTCPの往復時間（RTT）の揺らぎが抑制されます。
—
2. RTT削減とTCPバッファチューニングの最適化
BSS Coloringによって空中線の利用効率が向上すると、パケットロス率が下がります。ここで重要なのは、無線区間の改善をネットワークスタック側でどう享受するか、という点です。
高密度な無線環境では、たとえBSS Coloringが効いていても、一時的なバーストトラフィックによるバッファ溢れは避けられません。LinuxカーネルのTCPスタックを最適化し、Wi-Fi 6のポテンシャルを活かすためのチューニング例を挙げます。
# TCPウィンドウサイズの動的調整を最適化
# 無線区間のRTTは変動しやすいため、BBRアルゴリズムへの変更を推奨
sysctl -w net.core.rmem_max=16777216
sysctl -w net.core.wmem_max=16777216
sysctl -w net.ipv4.tcp_rmem="4096 87380 16777216"
sysctl -w net.ipv4.tcp_wmem="4096 65536 16777216"
# BBRへの切り替え（高レイテンシ・変動環境でのスループット低下を抑制）
sysctl -w net.ipv4.tcp_congestion_control=bbrBBR（Bottleneck Bandwidth and Round-trip propagation time）を採用することで、無線の干渉によるパケットロスを「輻輳（Congestion）」と誤認してCWND（Congestion Window）を無用に絞り込む挙動を回避できます。
—
3. TLSハンドシェイクとヘッダー圧縮の重要性
Wi-Fi 6環境では、物理的な通信効率が向上するため、アプリケーション層のオーバーヘッドがより顕著になります。特にTLS 1.3のハンドシェイクは、RTTの影響をダイレクトに受けます。
- TLS 1.3の0-RTT: セキュリティのトレードオフはありますが、再接続時のRTTを1つ削減できるため、BSS Coloringによる低遅延特性と極めて相性が良い。
- HPACK/QPACK: HTTP/3 (QUIC) を利用する場合、ヘッダー圧縮アルゴリズムが効きます。Wi-Fiの空中線効率が向上した今の環境では、大きなヘッダーを送信するよりも、圧縮コンテキストを最適化し、再送コストを極限まで減らす設計が求められます。
—
4. セキュリティ専門家が注意すべき脆弱性
BSS Coloringによる空間再利用は素晴らしい技術ですが、「他所のAPからの信号を無視する」という挙動には注意が必要です。
もし、悪意のある攻撃者が「正当なBSSと同じColor」を模倣したパケットを注入した場合、NAVを操作して特定のクライアントをオフラインに追い込む（DoS攻撃）ことが可能です。
回避策:
- WPA3の強制: 管理フレーム保護（MFP）が必須となるWPA3環境であれば、偽装パケットによるセッション切断やNAV操作を大幅に軽減できます。
- IDS/IPSによる監視: APレベルで「不正なColorのビーコン」を検出し、アラートを上げる仕組みを構築してください。
—
まとめ：ネットワークを「科学」する
BSS Coloringは単なるWi-Fiの機能向上ではありません。物理層で「誰のパケットか」を識別するようになったことで、上位層のプロトコルは、よりアグレッシブに帯域を利用できるようになりました。
インフラアーキテクトとしては、この新しい「空気の読み方」を理解した上で、カーネルチューニングやTLSの設計を見直す必要があります。単に高速なAPを並べるのではなく、パケットが空中でどう飛び交い、どのタイミングで待機を強いられているのか。その「挙動」を可視化し、システム全体をチューニングすることこそが、次世代のネットワークエンジニアリングの醍醐味と言えるでしょう。
現場のログと tcpdump を片手に、ぜひ明日からの設計にこの知見を活かしてください。
コメント