ハクソク

世界を動かす技術を、日本語で。

私たちの「スピードへの欲求」はWi-Fiを悪化させるのか？

227日前原文(orb.net)

概要

  • エンタープライズWi-Fi では20MHzや40MHz幅の利用が最適とされる理由
  • 家庭用Wi-Fi も同様の課題を抱え、デフォルト設定が広帯域化で悪影響
  • 速度テスト の実施が実際にはWi-Fi体験を劣化させる現象
  • 応答性と信頼性 が真のWi-Fi体験の鍵であり、業界の意識改革が必要
  • 設定変更や新規ツール 導入により既存機器でも大幅な改善が可能

エンタープライズWi-Fi設計におけるチャネル幅の選択

  • 5GHz帯ネットワーク 設計では20MHzまたは40MHz幅の利用が推奨
  • 大規模なカバレッジ や高密度な端末接続に対応するための設計方針
  • 狭いチャネル幅 により利用可能チャネル数が増加し、チャネル再利用性向上
  • 隣接チャネル干渉 やコチャネル干渉の回避柔軟性
  • 適切なチャネル計画 によるネットワーク安定性の確保

家庭用Wi-Fiの現状と課題

  • 米国平均家庭 で21台のWi-Fi端末が接続される現状

  • 複数メッシュノードやAP が必要な家庭も増加傾向

  • 都市部の高密度環境 では広帯域チャネルが干渉を助長

  • 大手メーカーやISP製品 はデフォルトで80MHzや40MHz幅を採用

  • 消費者意識 が「速度重視」に偏っていることが背景

    • 2.4GHz帯 でも40MHz幅を強制する製品が存在
    • スペクトラムの2/3 を1台で占有する問題

なぜ広帯域チャネルが選ばれるのか

  • 消費者 がWi-Fi品質を「速度」でのみ評価する傾向
  • メーカーやISP が速度指標を重視することで返品リスク回避
  • パフォーマンスベンチマーク が速度のみを強調
  • 応答性や信頼性 といった本質的な品質指標が軽視されがち

速度テストがWi-Fi体験へ及ぼす悪影響

  • Wi-Fiのエアタイム競合 ：1チャネル上で同時に通信できるのは1端末のみ
  • 速度テストの実施 で不要なトラフィックが発生し、他端末の応答性が低下
  • 実験例 ：
    • iPhoneとMacBook Proを同一Wi-Fiルーターに接続
    • MacBook Proから速度テストを実施→iPhoneの遅延・ジッター・パケットロスが増加
    • 有線接続で速度テスト→Wi-Fi端末への影響なし
  • FQ_Codel 等のバッファブロート対策がないとさらに悪化
  • 一般家庭用機器 ではバッファブロート対策が未実装の場合が多い

自動速度テストとその弊害

  • ISPやメーカー が定期的な自動速度テストを導入
  • 高強度速度テスト がネットワーク体験を劣化させる要因
  • スループット測定用のプローブ もバッファブロートとエアタイム競合を助長

真に求められるWi-Fi体験とは

  • 米国世帯の18% が毎日Wi-Fi問題を経験、68%が年1回以上問題報告
  • 応答性・信頼性 が体験の本質であり、速度だけでは不十分
  • IEEE 802.11bn (Wi-Fi 8) では速度追求から信頼性・低遅延重視へ転換
    • 標準化完了は2028年予定
  • 6GHz帯の解放 により速度・応答性・信頼性のバランス改善に期待
    • ただし普及率は低く、根本的な解決には至らず

既存機器での改善策と今後の展望

  • Wi-Fi 6Eや7 の普及は進行中、6GHz帯対応端末はまだ少数
  • 既存ハードウェア でも設定変更で大幅な改善が可能
  • 最大スループット追求 から 応答性・信頼性重視 への意識転換が重要
  • 速度テスト は有用なツールだが、使い過ぎや誤用が体験悪化を招く
  • 連続的な体験計測ツール の導入が、実質的なWi-Fi品質向上の鍵

まとめと提言

  • 速度だけを重視する時代 からの脱却
  • 応答性・信頼性指標 を分かりやすく可視化するツールの普及
  • メーカー・ISP が体験品質で競争できる市場環境の醸成
  • 消費者・業界双方 の意識変革とツール進化による真のWi-Fi体験向上

Hackerたちの意見

UniFiのハブをいろいろ試してみたんだけど、各デバイスにそれぞれ独自のWiFiチャンネルを割り当てるのが理想だって結論に至ったよ。混雑がひどくて、特に特性が悪いチャンネルでも、混雑してないチャンネルの方がパフォーマンスが良くなることが多いからね。あと、誰も聞きたくないけど、Wi-Fiを速くする一番の方法は、実は使わないことなんだ。テレビをWi-FiでNetflixに繋げるのは便利だけど、他の本当にWi-Fiが必要なものが遅くなっちゃう。可能な限りEthernetで繋げる方が、メッシュWi-Fiでチャンネルを増やして混雑を増やすよりもずっといいよ。

└

誰も聞きたくないけど、Wi-Fiを速くする一番の方法は、実は使わないことなんだ。テレビをWi-FiでNetflixに繋げるのは便利だけど、他の本当にWi-Fiが必要なものが遅くなっちゃう。可能な限りEthernetで繋げる方が、メッシュWi-Fiでチャンネルを増やして混雑を増やすよりもずっといいよ。ほんとその通り！スマホやデスクに置いてないノートパソコン以外は、全部Ethernetで繋げるべきだね。2020年に配線を引いてもらったんだけど、それからビデオ通話がすごく快適になったよ。

└

残念ながら、UniFiは一部のモデルでしかDFSチャンネルをサポートしてないんだよね（混雑したエリアで「各デバイスが独自のWiFiチャンネルを持つ」唯一の本当の方法）。

└

そうそう、家を建てたとき、壁にデバイスを設置するたびにEthernetケーブルを引いてもらったんだ。最高の決断だったよ。

└

Wi-Fiを速くする一番の方法は、実は使わないことなんだ。ほんとその通り！他に役立つと思ったヒントは、IoTデバイス専用の2.4GHzネットワークを分けること。これらはWi-Fiチップセットがひどくて、古いWi-Fi規格を使ってることが多いからね。遅い速度＝同じデータ量に対して多くの空き時間を使う。これで「遅い」IoTデバイスが、あなたの速いデバイスに干渉しないようにできる。速いデバイス、例えばノートパソコンやスマホは、十分なカバレッジがあれば5GHz専用ネットワークに繋げるべきだよ。できれば有線バックホールとアクセスポイントを増やした方がいい。遠くのアクセスポイントに多くの再送信で空き時間を占有するよりも、近くのアクセスポイントに別のチャンネルで話す方がずっといいからね（これが他のクライアントにも影響するし）。うちのWi-Fiはすごく安定してるけど、ちょっと調整して、動かないものは全部配線したからだよ。

└

可能な限りEthernetで繋げる方が、メッシュWi-Fiでチャンネルを増やして混雑を増やすよりもずっといいよ。確かにこれは力技的な方法だけど、十分なUTPをどこにでも引けるなら効果があるよ。逆の例として、私はWi-Fiに全振りして、専用のバックホールを持つアクセスポイントを5台設置してる。これもサンフランシスコで、隣人がすぐそこにいるんだ。Wi-Fiには約60台のデバイスが接続されてるけど、問題はなくて、速いローミングハンドオフ、低ジッターで、上下500Mbitくらい出てるよ。これをUniFiで構築したけど、EeroのPoE機器もかなり近いパフォーマンスが出ると思うよ、彼らのメッシュバックホール機器がどれだけよく機能するかを考えると。

└

どこにでもイーサネットを引けたらいいのに。でも、ドイツのアパートに住んでるから、ここは壁が分厚くてレンガやコンクリートでできてるんだ。これを大きな目障りにならないようにケーブルを通すのはかなり難しいよ。

└

使わない方がいい。いくつか思いつくことがあるけど… - iPhoneやiPad用のイーサネットアダプターが買えるよ。操作がすごく速くなるし、特にオフラインマップみたいな大きなダウンロードには効果的。 - 消費者向けデバイスはWi-Fiに関してはイマイチなものが多い。例えば、有線サブウーファー付きのサウンドバーがゼロに見える。みんなWi-Fiを搭載してる。 - それに、密集した都市環境に住んでる人ならわかるけど、Wi-Fiはほとんど全ての面でリスクだよ。 - さらに悪いのは、多くのデバイスが無防備すぎること。なんでMacはエアプレイメニューに近所のテレビを全部表示するの？ - それに、MacではSIPをオフにしないとWi-Fiを本当にオフにできない（設定ではWi-Fiオフのトグルが固定されてるけどグレーアウトしてる）。

└

イーサネット配線がない人やできない人には、コアクシャルケーブルを使ったイーサネットがすごく成功したよ。俺の古いコアクシャル配線で、ScreenBeamのMoCA 2.5を使ってルーターに800Mbpsで接続できてる。

└

アイドル状態のWi-Fiクライアントは、ネットワークの品質にほとんど影響を与えないはずだよ。テレビが実際にネットワークを使ってダウンロードやアップロードしてるときだけ、遅くなるんだよね。残念ながら、スマートテレビにはそういう問題がある。でも、ゲートウェイが対応できるなら、アイドル状態のクライアントの数を制限する必要はないよ。実際の世界では、アイドルのはずのデバイスがそうじゃないことが多いのが課題なんだけど。俺のIoTネットワークでは、ほとんどのデバイスのインターネットアクセスをブロックしてる。それでバックグラウンドの雑音が減って、ちょっとした保護にもなるしね。正直言うと、Wi-Fiの問題の大半は、適切なカバレッジ（もっとアクセスポイントを増やすこと）や、有線アクセスポイントを使うこと（メッシュはなし）、そしていい機器を使うことで解決できると思う。Ubiquiti/Unifiの製品が好きだけど、他にもいい選択肢があるよ。TP-LinkやISPが提供するものは避けた方がいいね。もしメッシュを使うなら、6GHzのバックホールを確保することを強く勧めるけど、それは範囲に影響するから注意してね。

└

同意するけど、うちはかなりヘビーユーザーの家庭だから、10年前にUnifiに切り替えたら問題が解決して、それ以来戻ってきてないよ。ほとんどのデバイスがWi-Fiで、3つのAPを使ってる。

記事のポイントがよくわからないんだけど、要するに家のチャンネル幅を下げるべきってこと？それが重要になるためには、いくつのWAPを運用する必要があるの？アパートの隣人と干渉する場合は、TXパワーを下げる方が重要だと思うけど、それは絶対に実現しないから、法的な制限に従っておけばSNRは大丈夫だよ。高パフォーマンスが必要なものは、そもそもWi-Fiに頼るべきじゃないし。Wi-Fiを最適化するのに本当に時間をかけたいなら、これがリソースだよ：https://www.wiisfi.com/

└

こういうのは「問題を感じてる？感じてないなら心配しなくていいよ」って感じだよね。もし問題があれば、Wi-Fiが専用のケーブルと同じくらい良いって単純に思ってると、考えもしなかった角度からのアプローチが得られるかもしれない。最近のWi-Fiはかなりのリソースがあるからね。私は、1台のコンピュータが別のコンピュータにフルスピードでデータを転送しているときだけ、何らかの劣化を感じるけど、それはかなり特異なケースで、月に1回も起こらないことのために新たに配線するつもりはないよ。

└

寝室の80MHz幅の5GHz Wi-Fiで、常にWi-Fi信号が途切れるんだ。今、20MHzに減らしたけど、レイテンシが（少し）感じられる落ち込みがあるものの、信号対雑音比で得た5dBのおかげで、寝室でもWi-Fiが使えるようになったよ。

└

わあ、これは素晴らしいリソースだね！もっと早く知っていればよかった！

└

2.4GHzのWi-Fiを40MHzで使うと、実際に使えるチャンネルの半分を占有しちゃうよ。スピードが改善される可能性が高いけど、今は100Mbpsが出てるかもね。もし2.4GHzを無効にして5GHzだけにしたら、同じ改善が得られて、利用可能な周波数の半分を汚染することもないよ。チャンネル8や9に他の人がいると、帯域幅の半分も汚染されちゃうから、5GHzに接続できない中途半端なIoTデバイスも信号が弱くなるし、理論上は70/70Mbpsが得られる20MHzのチャンネルから、運が良ければ30Mbpsしか出ないこともあるよ。さらに4人増えたら、Wi-Fiを切ったり5GHzに強制しないとFaceTime通話もできなくなる。

└

Wi-Fiについて質問があるときは、いつもこの独特なサイトwiisfi.comを検索するんだ…ブックマークしとくべきだな。最高のリソースだよ。マジで。

└

結論としては、5GHzのチャンネル幅を40MHzに下げて、特に2.4GHzの幅を40MHzじゃなくて20MHzにすることで、より信頼性の高いWi-Fiが得られるってことだね。隣人のことはどうしようもないけど、これらの変更をすることで信頼性が向上するよ。あと、メーカーが5GHzの幅をデフォルトで40MHzに設定してくれれば、みんなにとってWi-Fiがもっと良くなると思う。もしあなたのWi-Fiがうまく動いてるなら、特に変更する必要はないけどね。それに、素晴らしいリソースを教えてくれてありがとう。

多くのISPやデバイスメーカー、消費者が定期的に高強度のスピードテストを自動化していて、それが消費者のインターネット体験に悪影響を与えているってことだね。これって本当にあることなの？なんでISPがわざわざネットワークに不要な負荷をかけるの？

└

スピードテストが何か知ってる人に会ったのは、せいぜい10人くらいだな。ほとんどの消費者が自動化するなんてどうやってやるんだろう？最初のステップは何？

└

例として、https://www.thousandeyes.com/blog/cisco-announces-intent-to-...を見てみて。SamKnowsは何百万もの家庭でパフォーマンスを測定して、今はそのデータをCiscoに送ってるんだ。

└

参考までに言うと、こういうことをするISPは、スピードテストを自社ネットワーク内でホストしてることが多いから、実際の速度が盛られてるんだ。これってISPにもスピードテストを担当してるところ（例えばspeedtest.net）にもメリットがある。データが内部ネットワークから出ないから、ネットワークの負荷を実質的に増やしてるわけじゃないんだ。俺のISPのネットワーク管理者が、これについて聞いたときに説明してくれたけど、特に違いは感じてないって言ってた。

僕にとって本当に大事なのは、Wi-Fiのローミングなんだ。家が古くて、壁が120cmまでの石造りだから、ほとんどの部屋にアクセスポイントを置かなきゃならない。真のシームレスローミング体験は一度もなかったよ。今はTP-Link Omadaを使ってるけど、前のソリューションよりはマシだけど、DECT電話にはまだ及ばないね。例えば、部屋でTwitchの配信を見てて、キッチンに行ってタブレットやスマホで何かを取ると、30%の確率でフリーズするんだ。でも、そんなに長くはない。前は、ローミングするためにデバイスのWi-Fiを切ったり入れたりしなきゃいけなかった。周波数や重なりについてのOmadaや一般的なWi-Fiのベストプラクティスは全部試したけど、まだ完全にシームレスではないね。

└

DECTフォンは1.9GHzの帯域で動いていて、2.4GHzのように水に吸収されないから、他の素材を通り抜けるのが得意なんだよね。多くの人がWi-Fiリピーターを間違った場所に置いたり、性能の悪いリピーターやメッシュデバイスにお金を使ったりしてる。単一のラジオを持つWi-Fiリピーターやメッシュデバイスは、定義上、毎回のホップでスループットが半分になるんだ。俺はISPをやってるけど、顧客は自宅の無線ネットワークに関してはいつもケチるんだよね。選択の結果を理解してないし（ちゃんと説明しても）。

└

大体の電話はDECT VoIPフォンを使ってるんだけど、めっちゃいいよ！

└

私も似たような建物に住んでる。APを有線接続してると思うけど、そうじゃないならそれが最初のステップだね。異なるチャンネルに設定して、狭いMHz帯（2.4GHzは20MHz、5GHzは40MHz）を選んでね。2.4GHzでは1、6、11だけを使って、5GHzではDFSチャンネルは使わない方がいいよ。定期的に全てがハングしちゃうから。その後、5GHzの送信パワーを減らして、遠い部屋での重複を減らすことも試してみて。残念ながら、2.4GHzは必要かもしれないけど（少なくとも私は必要）、範囲がかなり広いから、重複を防ぐためにいくつかのAPでは無効にするのもいいかも。これをやったら、基本的に問題が解消されたよ。

次のリリース基準は802.11bn、つまり「Wi-Fi 8」で、ウルトラハイリライビリティ（UHR）って呼ばれてるよ。* https://en.wikipedia.org/wiki/IEEE_802.11bn 他の考慮事項も検討されてるみたい。

消費者はWi-Fiの質を測る指標として、ただの速度だけを理解するように教育されてきたから、応答性や信頼性といったもっと重要な指標を理解していない。二つは同じではないけど、完全に切り離せるわけでもない。フラフラしたネットワークからは良いインターネット速度は得られないよ。承認の流れが途切れると、再送信が必要になって、パフォーマンスに直接影響するだけでなく、混雑を減らすアルゴリズムも作動するから。ほとんどのユーザーは、複雑なページの読み込み時間の遅延のせいで、ウェブをブラウジングしているときは良い速度が出ているかどうかわからない。個別の動画ストリームだけではシステムに負荷をかけるには不十分なんだ。ダウンロード（例えばトレント）をしてみないと、その感覚は得られないよ。ウェブページの読み込みの不安定さやストリームによる負荷不足が、信頼性の欠如やスループットの悪さを隠しちゃうことがある。

「良いWi-Fiネットワークの裏には、優れた有線バックボーンインフラがある。」 - Wi-Fiの道

└

「無線を理解している人はケーブルを使う。」 - インターネットのランダムな人。

Appleは、単なるスピードテストよりもネットワーク品質を測るための新しい仕様の草案を持ってるよ：https://github.com/network-quality/goresponsiveness 彼らのnetworkQualityの実装は、最近更新されたMacのCLIで使えるんだ。結構面白くて、どのネットワークが理論上速いか、でも実際には不安定で遅いか、どれがサクサク動くかを予測するのにすごく役立つよ。アイドル状態と負荷状態でのラウンドトリップ数を測定するんだ。カジュアルなブラウジングの速さを予測するには、スピードテストよりもずっと良い指標だよ。

これは「測定したものが得られる」という明確な例だね。スピードを測るのは簡単だから、誰でもできるし、いつでもやってる。だからプロバイダーがスピードを最適化するのも当然だよ。でも逆もまた然り。私たちはスピードに焦点を当てすぎて、それが唯一重要なことだと思ってしまった。何年もネットワークに関わってきたけど、ユーザーがネットワークのせいでいろんな問題を責めるのはよくあることで、彼らの頭の中ではもっとスピードと帯域幅が必要だと思ってるんだ。でも、改善はある程度までしか意味がないよ。それ以上はただの心理的なものだね。

これ、めっちゃいい記事だね。長年見過ごされてきた真実を浮き彫りにしてる。「Wi-Fiはスピード重視で最適化されてるけど、人間の体験は無視されてる」って感じ。スループットに重点を置くのは、初期のデジタル写真の「メガピクセル戦争」を思い出させる。シンプルで分かりやすい数字だけど、実際の品質を完全に誤解させるよね。日々の満足度を左右するのは、応答性や信頼性なんだけど、これらは定義が難しくて、店頭に並べるのも難しい。ここで面白いのは、スピードテスト自体がネットワークのパフォーマンスを悪化させるってこと。まるで、全力で走った後に脈拍を測るみたいだね。消費者がレイテンシやエアタイムの競合に注目するようになったら、ルーターのメーカーやISPが「応答性スコア」を提供するようになるかどうかは、まだ分からないけど。とにかく、この投稿はネットワークの文化的な問題をしっかり捉えてるよね。業界はまだ、より良い体験よりも驚くような数字を追いかけてる。

└

スピードがエアタイムの利用率や最適化にどう影響すると思う？PHYレートが低くなると、これがどう変わるのかな？