Wi-Fi 6の深淵:OFDMAとRU割当が解き放つ「真のレイテンシ低減」とパケット最適化の極致
Wi-Fi 6(802.11ax)の登場から数年が経ち、もはや「高速化」という言葉だけでは、この規格が持つ本質を語るにはあまりに浅薄だ。インフラアーキテクトやテックリードの視点に立てば、Wi-Fi 6の真価はスループットの向上ではなく、「多重化によるジッターの抑制と、決定論的な遅延制御」にあると言える。
今回は、Wi-Fi 6の心臓部である OFDMA(直交周波数分割多元接続)と、その詳細なリソースユニット(RU)割当が、現代のIoT環境や高密度ネットワークでどのような魔法をかけているのか、パケットレベルから紐解いていく。
—
1. OFDMAとRU割当:パケットの「渋滞」を解消する魔法
従来のWi-Fi 5(802.11ac)まで採用されていた OFDM では、一度の通信で単一の端末がチャネル全体を占有していた。これでは、IoTデバイスが発するわずか数バイトのセンサーデータであっても、20MHzや80MHzという広大な帯域を独占してしまい、結果として「空転」が生じていた。
OFDMA はこれを周波数軸で切り分け、RU(Resource Unit)という最小単位で細分化する。
- RUの最小単位: 26サブキャリア(2MHz幅相当)
- 効果: 1つの送信機会(TXOP)で、最大9台のクライアント(80MHz幅の場合)に対して並列にデータを送り込める。
この「周波数分割」により、パケットは待ち行列(キューイング遅延)で滞留することなく、物理層の段階で多重化される。これが、スマートホームにおける大量のスマート電球やカメラが同時アクセスしても、ネットワークが「詰まった」感覚を覚えない理由だ。
—
2. インフラアーキテクトが知るべきTLSハンドシェイクとRTTの最適化
IoT環境において、OFDMA の恩恵を最大限に引き出すためには、トランスポート層以上のチューニングが不可欠だ。特に TLS 1.3 を導入している場合、ハンドシェイクのRTT削減はパフォーマンスのボトルネックを解消する鍵となる。
OFDMA でパケットの衝突が減ると、再送制御(Retransmission)の発生率が劇的に下がる。ここで、Linuxカーネルレベルの TCP バッファチューニングを組み合わせることで、パケットロス耐性を飛躍的に高めることができる。
# sysctl.confへの設定例
# BBR混雑制御アルゴリズムの有効化(パケットロス耐性とスループット向上)
net.core.default_qdisc = fq
net.ipv4.tcp_congestion_control = bbr
# TCPウィンドウサイズの動的調整(高遅延環境でも帯域を使い切る)
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 65536 16777216
TLS 1.3 の 0-RTT(Zero Round Trip Time Resumption)を有効にすることで、セッション再開時のハンドシェイクを削減し、OFDMA による低遅延物理層との相乗効果で、エッジデバイスの体感レスポンスをミリ秒単位で削り出すことが可能だ。
—
3. ヘッダー圧縮とセキュリティのトレードオフ
IoTデバイスでは、IPv6 ヘッダーや UDP ヘッダーのオーバーヘッドが通信効率を低下させる要因となる。ここで考慮すべきは ROHC(Robust Header Compression)だ。
パケット内の冗長な情報を圧縮することで、限られた RU 帯域を最大限に活用できる。しかし、セキュリティの観点では、ヘッダー圧縮は パケットインスペクション を難しくする側面がある。
脆弱性回避のためのベストプラクティス
1. 分離されたVLAN運用: IoTデバイスは SSID 単位で VLAN を分割し、ファイアウォール越しに mDNS を許可する設定を最小限にする。
2. パケットフィルタリングの最適化: iptables や nftables を使用する際は、conntrack のテーブルサイズを適切に管理し、ステートフルなフィルタリングがCPU負荷とならないよう注意する。
# nftablesでの効率的なフィルタリング例
# 内部ネットワークからの許可通信を明示し、不要なポートは即座にドロップ
table inet filter {
chain input {
type filter hook input priority 0; policy drop;
ct state established,related accept # 確立済みの通信を最優先で通す
iif lo accept
tcp dport { 80, 443 } accept # HTTPS通信の許可
}
}
—
4. 結び:ネットワークを「科学」する
Wi-Fi 6の OFDMA や RU 割当は、単なるスペックシート上の数字ではなく、物理層における通信の「最適化アルゴリズム」そのものである。
インフラを設計する際、スペックだけに依存せず、パケットがどのように物理層を通過し、カーネルがそれをどう処理しているかを想像してほしい。RTT を減らし、キューイング遅延 を制御し、そして セキュリティの要所 を守る。この泥臭いチューニングの積み重ねこそが、最高のエクスペリエンスを生む唯一の道だ。
あなたが次にルーターやアクセスポイントを設計・構築する時、この記事がその深い森を切り開くコンパスとなることを願っている。
コメント