【テクニカル・上級編】 Wi-Fiトラブルシューティングにおけるビーコンフレームとプローブ要求・応答の解析 – 家庭用ネットワーク・IoT・モバイル通信実践ガイド

Wi-Fi 7時代のパケット・アーキテクチャ:ビーコンとプローブが語る「接続の深淵」

ネットワークエンジニアにとって、無線LANは「見えない空気」ではなく、厳密に定義されたフレームが飛び交う「物理的な回路」です。Wi-Fi 7(IEEE 802.11be)が到来し、MLO(Multi-Link Operation)によって複数の帯域を束ねる時代になっても、通信の揺りかごであり、かつトラブルの温床でもある「ビーコン(Beacon)」と「プローブ(Probe)」の挙動を理解しなければ、真のパフォーマンスチューニングは語れません。

今日は、上位レイヤーの最適化以前に避けて通れない、管理フレームの深淵と、それがネットワークの健全性に与える影響について紐解いていきます。

—

1. 接続の静的・動的フェーズ:ビーコンとプローブの役割

クライアントがネットワークに参加する際、無線空間には二つのアプローチが存在します。

  • パッシブスキャン(Beacon): APが定期的に発信するビーコンフレームを受信し、SSIDやサポートレート、BSSIDを収集する。
  • アクティブスキャン(Probe Request/Response): クライアントが自ら Probe Request をブロードキャストし、APが Probe Response で応答する。

ここで重要なのは、「サポートレート」のネゴシエーションです。古い802.11b/gデバイスが混在する環境では、APは低いデータレートをビーコンに含めざるを得ません。これが「管理フレームのオーバーヘッド」を増大させ、結果としてWi-Fi 7のマルチギガビット性能を殺す原因となります。

トラブルシューティングの勘所

パケットキャプチャ(airmon-ng や tcpdump)で Probe Request が異常に多い場合、クライアントがローミングの閾値(RSSI)を頻繁に跨いでいるか、AP側のビーコン送信間隔(通常100TU)が、過密なクライアント環境で負荷になっている可能性を疑うべきです。

# 特定のインターフェースで管理フレームを詳細にキャプチャする例
# Wi-Fi 7の高スループット解析には、最低でもWi-Fi 6E対応のアダプタと適切なチャネル幅設定が必要
tcpdump -i wlan0mon -e type mgt subtype probe-req

—

2. RTT削減とTCPバッファチューニングの「その先」

上位レイヤーのパフォーマンスを最大化するためには、無線区間の遅延(RTT)を極限まで削る必要があります。Wi-Fi 7では OFDMA の活用により、リソースユニット(RU)の割り当てが細分化されますが、TCPの振る舞いには依然としてカーネルパラメータが直結します。

特に、不安定な無線環境下では、デフォルトのTCPウィンドウサイズは過大評価されがちです。

# LinuxカーネルのTCPバッファチューニング例
# 無線環境のジッター(揺らぎ)を考慮し、バッファを動的に制御する
sysctl -w net.ipv4.tcp_rmem="4096 87380 4194304"
sysctl -w net.ipv4.tcp_wmem="4096 16384 4194304"

# BBR混雑制御アルゴリズムの適用(パケットロスが多い無線環境で極めて有効)
sysctl -w net.ipv4.tcp_congestion_control=bbr

BBR は、パケットロスを「混雑」と誤認してCWND(Congestion Window)を絞り込む従来の Cubic とは異なり、ボトルネック帯域とRTTを推測して送信量を決定します。無線環境特有の、一時的な干渉によるドロップに対して非常にレジリエントです。

—

3. TLSハンドシェイクの最適化とヘッダー圧縮

アプリケーション層で TLS 1.3 を利用している場合、ハンドシェイクのRTTを 0-RTT(Early Data)で削減することが可能です。しかし、これはリプレイアタックのリスクを孕みます。

また、HTTP/3(QUIC)を採用する場合、UDPベースの通信となるため、Wi-Fiの QoS(WMM) 設定が決定的に重要になります。AC_BE(Best Effort)ではなく、音声や動画、あるいはQUICのストリームを AC_VI(Video)や AC_VO(Voice)にマッピングすることで、競合を回避し、パケットの優先度を上げる設計が必要です。

—

4. セキュリティとパケット解析の鉄則

最後に、セキュリティ専門家として一言。ビーコンに含まれる IE(Information Element) には、APのセキュリティ機能(WPA3-SAEなど)が詳細に記述されています。

  • 脆弱性の回避: 古い WPA2 の脆弱性を突かれないよう、ビーコンの RSNE(Robust Security Network Element)を精査し、レガシーな暗号化アルゴリズム(TKIP等)を物理的に無効化すること。
  • 隠れた脅威: Probe Request に含まれる「過去に接続したSSIDリスト」は、クライアントの行動追跡を可能にするプライバシー上の弱点です。現代のOSはランダムMACアドレスでこれを防いでいますが、インフラ側で Probe Response の送信を制限する「Probe Suppression」機能を有効にすることで、ネットワークの不可視性を高めることができます。

まとめ:現場のエンジニアへ

ネットワークの挙動をパケットレベルで視覚化することは、直感に頼らない「確信を持った構築」への第一歩です。Wi-Fi 7の理論値に惑わされず、ビーコンが刻むリズムと、プローブが交わす握手に耳を澄ませてください。そこにこそ、真の最適解が隠されています。

次は、Linuxの mac80211 スタックにおける ath12k ドライバのデバッグを通じて、MLOのパケット振り分けをどう可視化するかについて深掘りしましょう。それでは、また。

コメント

タイトルとURLをコピーしました