- 5 GHz 帯では 20/40 MHz の 狭いチャネル幅 を使うほうが最良の体験を提供できるが、コンシューマー向け製品は 80MHz 以上の広いチャネル幅を初期設定として使っており、干渉 と 遅延の増加 を招いている
- 消費者は 速度の速さ を好むため、メーカーや ISP は狭いチャネル設定で出荷すると ベンチマーク順位の低下 を懸念し、広いチャネルを維持している
- Wi-Fi の 速度テストを行うこと自体 がネットワークの 共有帯域幅を消費 し、応答性の低下や、ネットワーク上の他の機器に 遅延とパケットロス を引き起こす
- IEEE の次世代 Wi-Fi 8(802.11bn) は速度より 信頼性と応答性の向上 を目標としているが、標準化の完了は 2028 年までずれ込む見込み
- 現在展開済みのハードウェアでも 設定変更だけで かなりの改善が可能
狭いチャネル幅の重要性
- 企業向けネットワークは広いエリアと多数のデバイス接続を支えるため、20MHz〜40MHz のチャネル幅 を使う
- こうすることでより多くのチャネルを確保でき、同一チャネル干渉(co-channel interference) を避けられる
- 住宅や小規模ビジネスの Wi-Fi も事情は企業向けと大きく変わらない: 米国の平均的な家庭は 21 台の Wi-Fi 機器 を保有している
- 多くの家庭では有効なカバレッジのために 複数のメッシュノードまたはアクセスポイント が必要になる
- しかし家庭用ルーターや ISP 機器は、初期設定で 80MHz 以上を使い 帯域全体の 2/3 を占有 してしまうことが多い
- 一部の 2.4GHz 機器では 40MHz しか許可されておらず、ユーザーがより狭く調整できない場合もある
「速度への執着」の問題
- こうした設定になっている理由は、消費者が Wi-Fi の品質 = 速度 と認識し、速度以外の要素を考慮していないため
- 応答性や信頼性といった、より重要なインターネット体験の指標よりも 速度だけに集中 している
- メーカーと ISP は 速度テストのスコア に敏感で、初期設定を広いチャネルのままにしている
- 狭いチャネルを使えば実際の体感品質は改善するが、速度の数値が低く見えるため返品率が高まることを懸念している
- その結果、応答性と安定性 よりも 最大スループット に執着する構図が続いている
速度テストの逆効果
- Wi-Fi は 空中チャネル共有(airtime contention) の仕組みであるため、一度に送信できるのは 1 台のデバイスだけ
- そのため、ある機器で速度テストを実行すると、他の機器の遅延や パケットロス が増える
- 実験結果では、同じネットワーク上で別の機器が速度テストを行うと 遅延、ジッター(jitter)、パケットロス がすべて増加した
- 同じテストを 有線接続(ethernet) で行った場合にはこの影響はなかった
- 消費者向け機器の大半では バッファブロート(buffer bloat) 緩和機能が無効になっており、状況をさらに悪化させている
- 速度測定ツールや自動化された速度測定システムそのものが、消費者の体感品質を低下させる主要因 になっている
IEEE 802.11bn (Wi-Fi 8) の新しいアプローチ: 応答性と信頼性中心への転換
- 米国家庭の 68% が過去 1 年で Wi-Fi の問題を経験 している
- IEEE Wi-Fi 8(802.11bn) 標準は従来の速度至上主義から離れ、
- 信頼性、低遅延(95 パーセンタイル基準)、パケットロスの最小化、干渉環境での堅牢性 を目標に据えている
- しかし標準が 最終確定するのは 2028 年ごろになる見通し だ
- Wi-Fi 6E と 7 が使う 6GHz 帯 はより広いチャネルを提供するが、
- 機器の普及率が低く、根本的なチャネル共有の問題 は解決できない
解決策と提案
- Wi-Fi 6E および 7 の本格普及や、Wi-Fi 8 のまだ実現していない約束を待つ必要はない
- すでに展開済みのハードウェアでも 設定変更だけで大幅に優れた性能 を実現できる
- 単に最大スループットを追い求めるのをやめ、Wi-Fi の応答性と信頼性に集中 すべきだ
- 速度テストは有用なツールだが、過度な依存 はかえって品質低下を招く
- 消費者が実際に求めているのは 素早い応答性と安定性 だが、それを測定する ツールとデータが不足 している
- メーカーと ISP は新しい測定指標を導入し、継続的なネットワーク体験(Responsiveness & Reliability) を重視すべきだ
- 既存のハードウェアでも、単純な設定変更だけで より安定した Wi-Fi 環境 を実現できる
2件のコメント
Hacker Newsの意見
UniFiハブで実験した結果、各機器に独立したWiFiチャネルを提供できれば理想的だと分かった。干渉が深刻でチャネルが衝突しないだけでも性能が落ちる環境でも、はるかに良い結果になる。また、無線環境を高速化する最善の方法は、可能ならそもそもWiFiの使用を減らすことだ。TVなど移動しない機器をEthernetで直接接続すれば、WiFiの混雑と速度低下を効果的に減らせる
スマートフォンや机に固定されていないノートPC以外のすべての機器は、Ethernetで接続するのが理想的だ。2020年にビデオ会議が増えてから、自宅内に直接Ethernetを配線して使うようになり、使い勝手がかなり良くなった
IoT機器は低速なWiFiチップセットや古い規格を使っていることが多く、2.4GHz専用SSIDに別でまとめておくのが効果的だ。こうすると旧式・低速機器が5GHzの快適さを損なわない。また、無線ルーターを追加で設置し、有線バックホールを活用すれば、機器が近くのAPに効率よく接続できるため、WiFiはずっと安定する。家の動かない機器をすべて有線化して調整したところ、無線品質は大きく向上した
iPhone/iPadもEthernetアダプターで接続でき、大容量ダウンロード時にははるかに高速に処理できる。ただ、多くの民生家電は有線接続をサポートしていないことが多く、そこは残念だ。密集した都心のマンションでは無線は本当に不利な選択で、複数の機器が必要以上に周辺ネットワークの機器を表示したり、異常にWiFiをオフにできなかったりする不便さもある
ネットワーク上にトラフィックのないアイドル状態のWi-Fiクライアントは、品質にほとんど影響しない。実際に問題になるのは、使用中だったりバックグラウンドトラフィックの多いスマートTVなどだ。IoTネットワークでは、ほとんどの機器のインターネット接続を遮断してバックグラウンドトラフィックを減らしている。また、全体的にAPカバレッジを広げて有線バックホールを活用し、良い機材（例: Ubiquiti/UniFi）に入れ替えるだけでも、たいていのWiFi問題は大きく改善できる。メッシュWiFiを使うなら6GHzバックホールを勧めるが、距離カバレッジはやや犠牲になる点に注意
有線導入は最も積極的で強力な解決策だ。ただしWiFiを積極的に活用する必要があるなら、専用バックホールを持つAPを複数台使う形で最適化できる。この方法で60台以上の機器が快適にローミングし、高速を維持するよう構築した経験がある。UniFiベースで行ったが、Eero PoE機器も同様に性能が良い
WiFiが劣化する原因の1つは、HPなどのプリンターのWiFi Direct機能だ。近くの信号をスキャンすると、近所のプリンター5台以上が強い信号を出している。大規模建物の環境では、WiFi 6eがサポートする6GHzチャネルだけが実質的に活用可能だ
記事の内容から何を実践すべきか、いまひとつピンとこない。家でチャネル幅を狭めろという意味なのか。実際に意味を持たせるには、かなり多くのWAPを使わないと効果がなさそうだ。チャネル幅より、マンションなどではTXパワー（送信出力）を下げる勧告のほうが現実的かもしれない。ただ、皆がそうするわけではないし、法的上限に合わせるのが最善だ。高性能が必要な機器はもともと有線接続にすべきだ。WiFi最適化に時間をかける気があるなら、wiisfi.comは実際かなり良い資料だ
要点は、5GHzのチャネル幅を40MHzに下げ、2.4GHzは20MHzのままにすると、信頼性が高くなるということだ。この設定はメーカーがデフォルトをうまく設定するだけでも全体のユーザーの助けになるはずだが、現在の家庭用ルーターは概して広すぎるチャネル幅が初期設定になっている。もちろん、自分の環境で問題がないなら、わざわざ変える必要はない
こうした設定は、問題がある場合にだけ気にすればいい。たいていの場合、現代のWiFiのリソースは十分すぎるほどあり、体感差は大きくない。ごく例外的な大量ファイル転送時に少し遅くなる程度なので、そのために配線を追加する必要までは感じない
2.4GHzで40MHzを使うのは、利用可能チャネル全体の半分を占有するのと同じで、速度向上効果よりチャネル汚染のほうが深刻になり得る。周囲で無分別に8番や9番チャネルを使う機器が増えると、残りの帯域もすぐ汚染され、IoT機器でさえやっと信号をつかめる程度になる。20MHzだけでも適切に配置すれば70Mbps以上出ていたものが、わずか30Mbpsになることもある。複数人で使うと、FaceTimeですら5GHz強制設定かWiFi遮断を考えるレベルだ
自分も80MHzの5GHz環境で寝室のWiFi接続がよく切れていたが、今日すぐに20MHzへ下げたところ、SNRが5dBほど上がって寝室で再び接続できるようになった。遅延は少し増えたが、効果を実感している
紹介された資料は本当に有用で、もっと早く知りたかった
最近のWiFi最適化が、実際の利用者体験ではなく数字上の最大速度だけを強調する「速度スペック競争」に集中していたことを思い出させる説明だ。昔のデジタルカメラの「画素数競争」を連想する。実際に日常で重要なのは応答性や信頼性だが、こうした指標は定量化しにくく、製品パッケージにもまず表示されない。むしろ速度テスト自体がネットワーク性能を悪化させるという皮肉もある。今後ルーターやISPが、速度指標の代わりに応答性のような実利用感に基づくスコアを提供するかは、なお不透明だ。根本的にはネットワーク文化の問題であり、業界がより良い体験ではなく崇拝しやすい数字に執着してきたことが問題だ
Appleは、単純な速度測定ではなくネットワーク品質をより正確に評価する方法を提案している。network-quality/goresponsivenessという仕様で、最近のMacには
networkQualityというCLIツールが内蔵されている。このツールは、アイドル時と負荷時に「1分あたりのラウンドトリップ」を測定する。実際に体感するインターネットの快適さ（高い応答性、即時の反応）をよりよく予測でき、一般的な速度テストより実用価値が高い測定しやすい「速度」がすべての注目を集めるせいで、結局すべての利害関係者が速度にばかり執着するようになる。長年ネットワーク分野で働いて感じるのは、ユーザーはあらゆる問題を速度不足だと捉えがちだが、実際にはある水準を超えると心理的な満足にすぎない場合が多いということだ
IEEE 802.11bn（Wi‑Fi 8）作業部会でも、仕様の目標を単純な速度向上ではなく、信頼性、低遅延（特に95パーセンタイル基準）、パケットロス低減、干渉・移動性の克服などへ再定義している。ただ、業界経験上、新機能が世代ごとにすぐ正しく実装されるわけではなく、WiFi 6の中核機能はWiFi 7になってやっと、WiFi 7の機能はWiFi 8でようやく本格的に動く、といった具合だ。つまり各世代で導入された機能が安定して実際に動くには、さらに1世代必要になる。それでも今のWiFiは実効で1Gbpsを超え、2.5Gbps以上に達することもあり、信頼性と効率の面で毎年かなり進歩している
多くのISP、デバイスメーカー、消費者が自動化された速度テストを定期的に回しているという話があるが、それが実際に消費者全体のインターネット体験へ悪影響を与えているという主張には驚く。なぜ意図的に必要以上の負荷を作るのか本当に気になる
例としてSamKnowsという企業があり、この会社は数百万世帯から性能データを収集しており、最近Ciscoに買収された。関連記事: Cisco, SamKnows買収を発表
ほとんどのISPはこうした速度テストを自社の内部網だけで実行するため、実際のトラフィック負荷への影響は小さい。内部トラフィックだけを使って数値をかさ上げでき、外部回線を使わないので企業側にも都合がいいからだ。実際、自分のISPのネットワーク運用担当者からこの仕組みを聞いて理解した
速度テストそのものを知っている人もごく少なく、大半の消費者にこれを自動化して回す能力があるとは思えない
WiFiで最も不満なのはローミングだ。家が厚い壁（最大120cm）で造られていて、ほぼ全部屋にAPが必要な状態だ。かなり最適化を試みたが、いまだに完全なシームレスローミングは体験できていない。TP-Link Omada機器に替えてからは以前よりは改善したが、それでもDECTコードレス電話レベルの途切れない切り替えにはならない。たとえば部屋でTwitchを見ながら台所へ移動すると、30%くらいの確率で再生がフリーズし、ひどい時はWiFiをオフにして再度オンにしないと切り替わらないこともある。チャネルや重なりなど、あらゆるコツを試したが、まだ完全無欠ではない
DECTコードレス電話は1.9GHz帯を使うため、2.4GHz WiFiに比べて水による信号減衰が少なく、多くの素材もより通りやすい。問題は、多くの人がWiFi中継器/リピーターを誤った場所に置いたり、マルチラジオでない安価な機器を使ったりしていることにある。リピーターやメッシュ機器がシングルラジオだと、ホップごとに速度が半減する。ISPを運営する立場としては、顧客が家庭内無線ネットワークへの投資を惜しむことが多く、その結果と原因を理解してもらうのは簡単ではない
自分も似た構造の建物に住んでいるので苦労はよく分かるが、APを有線バックホールでつなぎ、チャネル重複なしで2.4GHzは20MHz、5GHzは40MHzに制限し、2.4GHzは1・6・11のみ厳守し、5GHzではDFSチャネルを避け、必要なら各APで送信出力を下げて遠距離で重ならないようにすれば、問題をほぼ解決できた。2.4GHzは必要に応じて一部のAPで無効にするのも手だ
ほとんどの通話でDECT VoIP電話を使っており、満足している
次のWiFi規格である802.11bn（WiFi 8）はUltra High Reliability（UHR）という別名を持っている。参考リンク: 802.11bn Wikipedia。今後は速度以外の変数もさらに積極的に考慮される流れだ
KTのギガWi‑Fiを使っていますが、チャネル帯域が80MHzになっているので、40MHzに変えながら macOS の
networkQualityの結果を比較すると、私は40に変えると responsiveness もそうですし、性能がガクッと落ちますね。