Aterm 7200D8BE PA-7200D8BE のクチコミ掲示板

Amazon Echo（第四世代）との接続について

[lob02]

本機にamazon echo（第四世代）を接続し利用しています。
主な利用用途はamazon music やSpotifyの視聴です。
この視聴を行っている際に不具合が発生するため、切り分け方法や対策などご教示いただけたら幸いと書き込みいたします。

・不具合内容
amazon music やSpotifyを視聴時、突然音楽が途切れる。放っておくと5秒から10秒程度で再生が再開される。この時、再生が再開される位置は、音楽が途切れた秒数分進んでいる。
（10秒間途切れた場合は、10秒先から再生が再開される）

現象の頻度はまちまちで、視聴開始から5分で発生することもあれば15分ほど発生しない時もある。
時間帯や曜日による頻度の差異はなく、ランダムに発生する。

・構成
ONU→本機→echo
プロバイダはBIGLOBE。
本機は15畳程のリビングの隅に設置、echoはリビング中央付近に設置。直線距離3メートルから4メートル程度。
間に障害物なし、付近に電子レンジ等の電波干渉が起こり得る機器なし。
電波は5GHz帯を利用（2.4GHz帯利用時も現象発生）
バンドステアリング、MLOはOFF。
セカンダリSSID機能を利用して、セカンダリSSIDにechoのみ接続している状態。
U-APSDはOFF
A-MSDUはOFF

・Amazonサポートから実施依頼されたこと
→本機に接続している機器をechoのみにして検証（再現）
→本機のbe、ax機能を切って検証（再現）
→echoの設置場所を変えて検証（家中で検証しいずれも再現）

・Amazonサポートの見解
Echoのログを見る限り通信エラー（内容を教えてくれない）のログが出ているため、wi-fi親機の問題と判断するとのこと。


ということでamazon側にも匙を投げられてしまい、皆様のお知恵を拝借出来ればと書き込みいたしました。
繰り返しとなりますが、切り分け方法、対策があればご教示のほどよろしくお願いいたします。

書込番号：26464296　スマートフォンサイトからの書き込み

[えがおいっぱい]

＞lob02さん
Amazon Echoの一部機種では、DS-LiteやMAP-Eといったいわゆる「IPv6 over IPv4」のカプセル化技術を利用している通信環境においてDNSの参照エラーが発生するケースがあるようです。もしAmazon EchoのWi-Fi設定でDNSの変更が可能であれば、パブリックDNS（8.8.8.8 や 8.8.4.4 など）に設定を変更してみてください。

次にSSID2についてですが、暗号化方式が「WPA3」または「WPA3/WPA2」になっているようでしたら、「WPA2固定」に変更してみてください。今回は2.4GHz帯でも症状が発生しているとのことですので、バンド幅（160MHzや80MHzなど）による影響はないものと判断します。

最後に原因を切り分けるため、もし少量のデータ通信（パケット）を消費しても差し支えなければ、スマートフォンのテザリングにEchoを接続して挙動を確認してみてください。

いずれにしても、まずは「DNSの設定変更」と「WPA2への固定化」から試してみてはいかがでしょうか。

書込番号：26464332

[lob02]

＞えがおいっぱいさん

初めまして、コメントありがとうございます。
早速以下実施してみました。

・echo側DNS設定
　設定を行うことは出来ませんでしたが、DNSサーバアドレスの確認は出来、「8.8.8.8」となっておりました。

・暗号化方式
　WPA2固定に変更して音楽再生しましたが、現象再現しました。

・スマホでテザリング
　こちら実施し30分程音楽再生しましたが、現象再現しませんでした。私としてはecho側の不具合も多少疑っておりましたが、やはり本機側の問題となりそうです。。。

なお、我が家ではechoの他にテレビ、パソコン、スマホを、本機に接続し動画視聴などを行いますが、これらでは全く途切れ等発生しない状況です。

書込番号：26464566　スマートフォンサイトからの書き込み

[えがおいっぱい]

＞lob02さん
スマホ接続では問題がなかったのですね。
となるとやはり7200D8BE側の問題という事になりそうです。
というのもMLO OFF、5Ghz/2.4Ghzの両バンドでのテスト、設定を軽くするなどしても再現しているためです。
Atermのサポートが必要かと思います。
ちなみに他にWi-Fiルーターはお持ちではないですよね。
可能であればBR/APモードでもう1台つなげて、そこから電波を飛ばすという方法はあるかなと思いましたがお金のかかることにはなってしまいます。

書込番号：26464671

[lob02]

＞えがおいっぱいさん
コメントいただきありがとうございます。
やはり本機側問題が濃厚ですよね。
無線LANルータは1台しか所有していないため、ご提案いただきました切り分けは実施が難しいですが、サポートに問い合わせしてみようと思います。

なんらか進展ありましたらこちらで情報共有させていただきます。

書込番号：26465121　スマートフォンサイトからの書き込み

[天地必要]

プライマリSSIDに接続したら現象は変わるでしょうか？
セカンダリだとデフォルトでリモートワークWi-Fi機能がONなので、その影響を排除してみたらどうかと思いました。

書込番号：26472310　スマートフォンサイトからの書き込み

Nuro + Aterm 7200D8BE

[(XmX)]

WG1800HPから買い替え。
NuroのFG4023Bに接続。ネットの接続は、動作モードをブリッジモードに変更したら安定し、
Wi-Fi で繋げたプリンタはネットワーク分離機能を OFF にしたら使えるようになった。
iPhone はたまに接続が切れる。11be を OFF にして 11axモード で様子見中。

書込番号：26460573

[bl5bgtspb]

ブリッジモードに変更したら安定⇒当然ですね。
、
Wi-Fi で繋げたプリンタはネットワーク分離機能を OFF⇒これも当然ですね。

NUROのルーター機能で、プリンターに固定IP割り当ての設定していますかね？

"iPhone"として書いてありませんが、古い場合など、
新旧いろんな機器を繋いでいる場合には、TWTが悪さをする事があり。
不安定になる場合もありますから、
省電力機能TWTを、NEC機は、オフにできますから、試してみてください。

書込番号：26460595

ファームウェア1.4.1にしてから通信が途切れる

[えがおいっぱい]

以前投稿した
https://bbs.kakaku.com/bbs/K0001680864/?lid=itemview_top_bbs_list#26444099
にも投稿したのですが、広く情報をお伝えしたほうが良いと考え、こちらでも改めてまとめさせていただきます。

現在、ファームウェアを1.4.1にアップデートして以降、Wi-Fiの子機（iPhone、Android、PC問わず）においてデータ通信がランダムに途切れるという問題が発生しています。この現象は、ファームウェア1.3.0までは発生していませんでした。

具体的には、Wi-Fiのアンテナピクトは最大状態で表示されているにもかかわらず、YouTubeのストリーミング再生が不定期に止まったり、Wi-Fi経由の通話中に固まったり、あるいはクラウド上のフォルダを参照しようとしても中身が真っ白で表示されないといった症状です。

これらはいずれもリロードを行えば復旧するのですが、特にストリーミング再生が不定期に途切れる点には非常に困らされています。娯楽としてのストリーミング視聴であればまだ我慢もできますが、重要な用件での通話中に固まってしまうと、相手との空気感や意思疎通に支障をきたします。そのため、重要な通話の際にはあえてWi-Fiを切り、モバイルデータ通信で行わざるを得ないという本末転倒な状況です。なお、発生頻度は一定ではなくあくまでランダムに起こるため、安定する時もあれば頻発する時もあるという状態です。

対策として7200D8BEの初期化、子機側でのWi-Fi再接続、電波干渉を避けるためのチャンネル変更、そしてMLOのオフなど、定番の対応はすべて実施済みですが、それでも問題は再発しています。

7200D8BEは、初期ファームウェアの1.1.1の時に購入し、以来今日まで使ってきましたが、ここにきて通信がランダムに途切れるというクリティカルな問題に直面し、本機を使い続けることに疲れてしまいました。もちろん問題なく動いている方も多いとは思うのですが、実際に問題が発生してしまっている事もあり、近いうちにフリマアプリ等で売却し、バッファローなど他社製のWi-Fiルーターへ買い替える予定です。

書込番号：26458160

[Haswell-MQ]

＞えがおいっぱいさん
＞
＞Wi-Fiのアンテナピクトは最大状態で表示されているにもかかわらず、YouTubeのストリーミング再生が不定期に止まったり、Wi-Fi経由の通話中に固まったり、あるいはクラウド上のフォルダを参照しようとしても中身が真っ白で表示されないといった症状です。
＞
＞対策として7200D8BEの初期化、子機側でのWi-Fi再接続、電波干渉を避けるためのチャンネル変更、そしてMLOのオフなど、定番の対応はすべて実施済みですが、それでも問題は再発しています。

ファームウェアをアップデートしたタイミングからと言うことで、疑わしいのは判るのですが…
それは本当にAterm 7200D8BEの問題なのか？という点が気になります。

上流側の機器(HGWやONUなど)やISPとの接続に問題はないのでしょうか？
Aterm 7200D8BEをアップデートした事によって、通信制御の振る舞いが変わって、上流機器の潜在事象が表面化した可能性も否定できないような気がします。
PCを上流側の機器に直接つないで、事象発生時に問題なくアクセスできることも確認されてはいかがでしょうか？

＞近いうちにフリマアプリ等で売却し、バッファローなど他社製のWi-Fiルーターへ買い替える予定です。

それで解決するのなら、それが一番良いかも知れませんね。

書込番号：26458207

[えがおいっぱい]

＞Haswell-MQさん
＞上流側の機器(HGWやONUなど)やISPとの接続に問題はないのでしょうか？
返答ありがとうございます。

補足させていただきますと、現在AP/BRモードで使用しておりますが、上位のHGWに有線接続しているPCでは一切問題が出ておらず、本機（7200D8BE）に接続している無線子機のみで現象が発生している状況です。

また、他の投稿者様もバージョン1.4.1にしてからアプリ通信がうまくいかないといった投稿もされており、個人的にはファームウェアの挙動を疑っておりますが、これ以上の切り分けや検証を続けるのは少々困難と感じております。

本件については一旦ここまでとし、機器の買い替えを含めて検討することにいたしました。色々とアドバイスをいただき、ありがとうございました。

書込番号：26458211

[ほしいろ]

APモードのルーターのファームウエアがアップデートした事で、上位のHGWに悪影響をあたえて挙動がかわるなんて事がおこるようなファームウエアなのであれば、そもそも民生機としてそんなファームを出す事がまずいのでは
流石にNECほどの大メーカであれば、推測ですがHGWとの接続テストを実施してからファームウエアリリースしてますよね
もしこれすらしないでファームだしてるならそっちのほうが問題です
ONUに関しては単に光回線信号をデジタル信号に変換する機器でしかなく、これがストリーミング通信だけに影響を当たる可能性は低いので除外します
ONUが仮におかしくなっているならそもそも全通信が止まるはずです

書込番号：26458247

[Haswell-MQ]

＞えがおいっぱいさん
＞本件については一旦ここまでとし、機器の買い替えを含めて検討することにいたしました。色々とアドバイスをいただき、ありがとうございました。

ネットワーク周りのトラブルは根が深いことが多いので、それが趣味でなければ、すっぱりと買い替えした方が時間の無駄が省けて良いと思います。
しっかり切り分けされていたので、Aterm 7200D8BEに起因するトラブルの可能性が高そうですし。

書込番号：26458271

[天地必要]

＞えがおいっぱいさん
WSR6500BE6Pでは発生しないとのことですが、Wi-Fiのパラメーターは揃えているんでしょうか？
バッファローはMLOはSSID2だけ、とかAtermとは違いがあります。
Wi-Fi 7は比較的新しい技術なので相性もあるかもしれません。
AQUOS R10が問題無いならiPhone側の問題の可能性もあります。
羅城門の鬼さんが仰っているように、切り分けした方が良いと思います。

書込番号：26458621　スマートフォンサイトからの書き込み

[えがおいっぱい]

＞天地必要さん
同じ回答の繰り返しとなってしまうのですが、上に書いた通り考えられる切り分けは実施しております。
また、他の方でも類似した現象が発生しているという点も認識しております。
そして、問題なく動いている方もおられると思いますという点も追記しております。
バッファローがSSID2しかMLOに対応していない事も実際に使っており重々認識しております。
ただ、いずれにしても手放す方向で考えておりますため、これ以上の何か対応は現状考えておりません。申し訳ありません。

書込番号：26458640

[ほしいろ]

おや少し席を外した隙に何とも「奇跡的」な展開になっているようで
初投稿の『天地必要』様がこのスレッドに一度も登場していない『羅城門の鬼』様の固有名詞をピンポイントで挙げられたことには驚きを禁じ得ません
膨大な口コミの海からたまたまこのスレッドに辿り着きたまたま特定の投稿者にのみ深く共感して指名された？
なるほど天文学的な確率の「偶然」が重なったというわけですかね？
それにしても他にも有益な投稿者は大勢いらっしゃる中でなぜ敢えて「この方」だったのか
まさかとは思いますがどなたかによる「一人二役」という無粋な演出でないことを切に願います
価格コムも電話番号認証によるID管理を真剣に検討すべき時期かもしれませんねぇ

書込番号：26458847

[えがおいっぱい]

＞ほしいろさん
天地必要さんの返信ですが、改めて読み返したところAQUOS R10についての言及があり、どうやら別スレッドのた か おさん宛ての内容がこちらに混入してしまったようですね。

こちらはAQUOS R10を所有しておらず、あくまで自分の環境で起きている事象の共有を目的として書き込ませていただいた内容なので、そもそも返答が食い違っていたようです。

その上で、宛先間違いに気づかず反射的に返答してしまったので、余計に話の流れがややこしくなってしまったようです。いずれにしても、この投稿の情報は、あくまで１事例として参考にしていただければ幸いです。

書込番号：26459166

ファームウェア1.4.1後一部のアプリなどが開かない

[た か お]

iPhone17ProMaxで使用すると、一部のアプリが開かなかったり、YouTubeなどの動画を再生中に途中でバッファの読み込みが遅れたりする
アプリは、私の中では日産コネクトと言うアプリが起動しない、初期起動の段階でグルグルマークが出てメイン画面になるのですが、初期起動の日産のマークのままでフリーズした様に見える
対処はタスクを一旦消す
動画もバッファが追い付かない感じと、止まってフリーズしている様に見える
動画アプリのタスクを消すと、問題ない

1.3.0の時はこの様な症状は一切出ませんでした

androidのAQUOS R10は問題ないです

別に持っているバッファローのWSR６５００BE6Pは問題ないです

接続方法は、XG-100NE→７２００D8BE（ブリッジモード)

XG-100NEのWiFi機能で上記のアプリ、動画を使っても問題ないです

7200D8BEの1.4.1のバグなのか?

書込番号：26457449

[えがおいっぱい]

＞た か おさん
我が家にはWi-Fi7対応のiPhoneがないのですが、アプリが開かないなどの問題は発生していないのでWi-Fi7関連に起因する問題のような気がします。定番の対処方法としてはMLOをオフにするといったあたりで安定しませんか？

ーーー

余談ですが、それ以外の不具合ですが、当方も1.4.1になっても過去から発生している問題が解消しておらず、1.1.1の頃から1年使い続けてきた中で色々と疲れてしまったので、書かれている6500BE6Pに買い替えてしまいました。

その6500BE6Pも過去のファームウェアでは色々あったようですが、最近公開された1.0.2を適用すると、とても安定していますよね。

ハードウェアスペック的には6500BE6Pは7200D8BEに確かに見劣りするのですが、何よりも安定して動かないことには話にならないですもんね。ということで、7200D8BEは近々売却しようと考えていて、今きれいに清掃しているところです。

書込番号：26457466

[羅城門の鬼]

状況から7200D8BE のファームウェア1.4.1が絡んでいるのは確かなようですね。

7200D8BEの比較的新しい機能であるMLOやバンドステアリングなど
WI-Fiの付加機能を少しずつオフにして行って要因を切り分けしてみてはどうですか。

あと、iPhone17ProMaxのOSや日産コネクトなどのアプリがバージョンアップ可能なら、
バージョンアップしてみてはどうですか。

書込番号：26457528

[えがおいっぱい]

＞た か おさん
他のスレッドでも投稿しましたが、

＞動画もバッファが追い付かない感じと、止まってフリーズしている様に見える

これに近い症状が発生しています。

当初はファームウェア1.4.1による挙動だとは思わなかったため触れてこなかったのですが、た か おさんの投稿を拝見し、同様の症状が起きている方が他にもいらっしゃるのだと気づき、今回投稿した次第です。

そうなるとやはり、1.4.1におけるストリーミング周りの挙動に問題があるように思えますね。困ったものです。

書込番号：26458255

ルンバminiがつながらない

[Shinji1111]

ルンバminiがつながりません．MLO Off，メッシュ Offにして，２．４ｇにつなごうとしても無理です．WPA2/WPA3兼用の場合でも接続に失敗することがあるとの情報でWPA2にしてみましたがダメでした．なにか他アドバイスありますか？

書込番号：26454743

[えがおいっぱい]

＞Shinji1111さん
Wi-Fi詳細設定(2.4GHz)を開き、詳細設定を開くと色々と設定がでてくると思いますが、そこも全てオフにしてみたらどうでしょうか。

書込番号：26454747

[Shinji1111]

それもやってみましたが、ダメでした。ありがとうございます。

書込番号：26454761　スマートフォンサイトからの書き込み

[羅城門の鬼]

そのルンバminiは今までにWi-Fiに繋いだ実績があるのでしょうか？
例えばルンバminiの接続手順等は適正なのでしょうか？

以下にルンバminiのWi-Fi接続トラブルのシューティングが書かれています。
https://salaryman-story.com/roomba-wifi-connection-fix

まずは「ステップ2：ルンバ本体のリセット」を試してみてはどうですか。

書込番号：26454779

[えがおいっぱい]

＞Shinji1111さん
では、スマホアプリ側の設定で、ルンバアプリに正確な位置情報を渡すとどうでしょうか。
くわえて、プライベートリレー（iPhoneの場合）をつかっていたら、それを無効にしてみるとどうですか。

書込番号：26454789

[Shinji1111]

すべてやってみましたがダメです．

書込番号：26454795

[えがおいっぱい]

＞Shinji1111さん
なるほど、そこまでやってダメであれば、Wi-Fiルーターとの相性問題という事に帰着するかもしれません。
これ以上はAtermのサポートにご相談になろうかと思います。

書込番号：26454799

[えがおいっぱい]

＞Shinji1111さん
一点余談ですが、過去のネット記事でAndroidで設定したらうまくいったというケースもあるので、もしもっていれば試してみる価値はあるかもしれません。

書込番号：26454800

[Shinji1111]

それはみました．androidもってないので，誰かに借りて今度試してみます．

書込番号：26454808

[Shinji1111]

Wi-Fiの帯域幅を変更 40MHz → 20MHz ってのもやってみましたがダメでした．

書込番号：26454813

[ありりん00615]

エラーコードは確認したのですか？

ルーター及びONUの電源を1分ほどオフにしてみるのも手です。

書込番号：26454880

[Shinji1111]

ルーターもルンバも工場出荷状態にリセット試しましたがむりでした。アプリも再インストールしました。

アプリ上のエラーメッセージは「ロボットを検出することはできませんでした（BF02D0）です。

書込番号：26454885　スマートフォンサイトからの書き込み

[Shinji1111]

どなたかルンバミニとこのルーターつなぐの成功した方はいませんかね？どちらも売れ筋ランキング上位の製品なので、いそうですが。

書込番号：26454887　スマートフォンサイトからの書き込み

[Shinji1111]

ちなみにiPhone17proと第6世代iPad miniにルンバアプリ入れて試しましたが、無理でした。

書込番号：26454889　スマートフォンサイトからの書き込み

[猫猫にゃーご]

ルンバminiが故障しているのでは？

書込番号：26454907

[羅城門の鬼]

7200D8BE側の要因かどうかを切り分けるため、
スマホのテザリングにルンバをWi-Fi接続してみるとどうなりますか？

書込番号：26454948

[ありりん00615]

スマホを2.4GHzのSSID(-2p)に接続していないのでは？

書込番号：26454988

[Shinji1111]

さすがにそれはしてます笑笑

書込番号：26454990　スマートフォンサイトからの書き込み

[Shinji1111]

ほかのルーターでも試しましたがつながらず，メーカーにも問い合わせましたが，ルンバのwifi初期不良のようです．交換を依頼しました．

書込番号：26455092

[Shinji1111]

交換品がきて，また一発ではつながらず心配しましたが，2.4ghzのWPA2‐PSKに変更したらつながりました！ルンバmini最新機種なのにWifiがボロイですｗ

書込番号：26456884

[ありりん00615]

2.4Hzを使用するためにバンドステアリングを無効にする必要がある時点で、10GbEの意味は薄れますね。

書込番号：26456935

ファームウエア1.4.1がリリースされました。

[えがおいっぱい]

ファームウエア1.2.5において、見えて安心ネットに削除不能な「MACアドレス 00:00:00:00:00:00」が残る問題ですが、本日公開のファームウェア v1.4.1で無事に修正されました（ファームウエア1.3.0でも継続して発生していました）。

https://bbs.kakaku.com/bbs/K0001680864/SortRule=1/ResView=all/Page=7/#26303881

メーカー側で再現ができない環境依存の症状？のようでしたが、当方環境では、ブリッジモード時に、メッシュ/MLO/バンドステアリングをオフにし、7200D8BEを再起動するだけで、なぜか100%発生してしまう症状でした。

サポートとのやりとりで本体の修理までしてもらいましたが改善せず、打つ手無しだったのですが、2月中旬頃に当方環境で本件が再発した際、設定ファイルをエクスポートし、サポートにて解析してもらった結果、ファームウエア1.4.1において、「MACアドレス 00:00:00:00:00:00」が削除可能となる修正導入という形で解決に至りました。

修理でも直らず諦めかけていましたが、出荷から1年かけ、付帯機能のソフト面でも不満のない完成度になった印象です。

書込番号：26444099

[kishi_tomo]

設定画面

＞えがおいっぱいさん
情報ありがとうございます。
うちの7200D8BEの設定画面を確認した所、
まだアップデートが掛かっていない状態でしたので
先程、手動でアップデートさせて、様子見している所です。

ちなみに、うちの環境ではスマホ：SONY　Xperia 1 VIが
Wi-Fi７でつながった際に接続不調を起こし、
スマホの再接続をしないといけない状態に頻繁に陥っていました。
(うちでWi-Fi７対応機がまだその1台だけですので…)

「バンドステアリング」と「MLO」をOFFにしてやっと安定して使える様になったのですが、
今回のアップデートでその辺りが改善していたら…
せっかくの機能なのでONに戻したいなと気になっています。
(メッシュは影響無かった為、ONのままです)

えがおいっぱいさんの環境で改善されていましたら、お教え頂けると助かりますm(__)m

また他のこの機種をお使いの方も是非、改善していましたら情報提供頂けると助かります！

まずは自分で試してココに書けよ！だとは思ってはいますが…

書込番号：26446016

[broncobuster]

わたしの設定は
バンドステアリングオフ、MLOオフ、メッシュオフ、
Wi-Fi7オンです。
そのまま使用すると、スマート電球などがWi-Fi切れを起こしますので、暗号化モードを
WPA2-PSK(AES)に下げてます。
これで回線切れは起こらないです。

書込番号：26446192　スマートフォンサイトからの書き込み

[えがおいっぱい]

＞kishi_tomoさん
返信が遅くなりました。

Wi-Fi7のMLOについてですが、結論から申し上げますと現状のスマホ接続においてMLOを有効にするメリットはありません。むしろデメリットの方が大きいです。

安定しない理由を以下に記載します。

その理由はWi-Fi7の親機と子機には2つの接続方式があるためです。

1つは5GHzと2.4GHzの両方を同時に使って通信するMSMR方式、もう1つは状況の良い帯域を高速で切り替えて繋ぐeMLSR方式です。

Wi-Fi7で速くなると言われているのは前者のMSMR方式ですが、これに対応したスマホは存在しません。なぜならMSMR方式に対応する事はつまり、常時5Ghzと2.4Ghzの2つの帯域に同時接続し続ける事になり、スマホのバッテリー消費が激しくなるためです。よってこの先、画期的な電池技術でも開発されない限り、スマホ（もっと言えばPCなど含めたモバイル機器全て）は、eMLSR方式を採用しつづけると思われます。

そのため現状でMSMRの恩恵を受けられるのはルーター同士でメッシュを組んだ際の無線バックホール通信に限られます。

次にMLOをオンにするデメリットですが、家の中でスマホ移動中、意図せず低速な2.4GHzに切り替わってしまう事があるわけです。そうなると、通信が劇的に遅くなります。これがスマホで安定しないと言われている最大の理由かと思います。

ですので、スマホの速度と安定性を重視するなら5Ghzだけを掴み続ける状態がベストであり、MLOはオフで運用するのが正解なのです。

更にいうと、7200D8BEで将来的にメッシュを組んだとしても、親機と子機の間の無線速度はあがるでしょうが、その先のWi-Fiに繋がるスマホ側がeMLSR方式である以上、速度向上よりもデメリットの方が大きくなってしまうのです。

では、Wi-Fi7のMLOってメリットがないの？というとそうでもなく、7200D8BEではデメリットが大きいですが、他の6GHz帯を含む3バンド対応モデルであれば、2.4GHzを排除した6GHz＋5GHzの組み合わせでMLO設定ができる事が多いので、この場合は子機が6Ghz帯に対応していれば、高速化のメリットが得られます。

繰り返しとなりますが、つまり、本機のような5GHz＋2.4GHzの構成では殆どの場合MLOのメリットが薄いので、7200D8BEでスマホ接続を安定させたいのであれば、MLOはオフのまま利用することをお勧めします。

最後に、メーカの言い分も少しとりいれますと、7200D8BE同士でMLOオンで無線メッシュ構築し、更に、子機はLANポートの有線接続のみで利用するといった限られた環境下においては、5Ghz+2.4GhzのWi-Fi7でMLOをオンにするメリットはあります。企業などではこういった構成もあるでしょうから、その場合は、5Ghz+2.4GhzでもMLOをオンにするメリットはあります。

書込番号：26446537

[えがおいっぱい]

上の投稿typoしていますが、MSMRではなくMLMRの間違いです。コピペしたので全部まちがっていますが、MLMRが正解です。お恥ずかしい。

書込番号：26446554

[kishi_tomo]

＞えがおいっぱいさん
ご丁寧に詳細な解説して頂きありがとうございますm(__)m
やはりバンドステアリングもMLOもオフ環境が一番安定するのですね。
今まで皆さんがそう言われているからで何となく設定して使っていたのですが、理解が深まりました！

1点書き忘れていました…
私の家の環境がルーターが1台（親機のみ）の状態ですので
メッシュはON/OFF設定での影響がないのです^^;
（認識合っていますよね…）

＞broncobusterさん
反応頂きありがとうございますm(__)m
やはりOFF設定が安定するのですね！！

書込番号：26446886

[えがおいっぱい]

＞kishi_tomoさん
＞1点書き忘れていました…
＞私の家の環境がルーターが1台（親機のみ）の状態ですので
＞メッシュはON/OFF設定での影響がないのです^^;
＞（認識合っていますよね…）

はい、メッシュ機能をONにしても対向となる子機がなければメッシュネットワークは構築されないため、通信そのものに直接的な悪影響はありません。

ただし、メッシュを有効にすると「バンドステアリング」が強制的にONになるという点には注意が必要です。

最近のスマートフォンやSwitchなどのゲーム機は、バンドステアリング環境下でも高速な5GHz帯を優先して掴むよう設計されているため、基本的には問題になりません。ですが、古いスマホやPC、一部のIoT機器ではこの制御がうまくいかず、低速な2.4GHz帯を掴んでいしまうケースがあります。

そのため、通信の安定性と速度を追求するのであれば、「メッシュOFF・バンドステアリングOFF」に設定し、5GHz帯専用のSSIDに接続するのが最も理想的な形といえます。

ですが、当方が1番上の最初の投稿に記載した通り、この設定の場合、環境によっては「見えて安心ネット」上で「00:00:00:00…」という不明なMACアドレスの接続履歴が作成されてしまう不具合が発生する可能性があります（当方では、ルーターを再起動すると100%発生します）。

ですので、仮に「見えて安心ネット」に心当たりのない接続が表示されるようであれば、メッシュ機能はONのままにして、MLO（Multi-Link Operation）のみをOFFにする設定で運用してみてください。この構成であれば、件の不具合を回避できるはずです。

といろいろぐちゃぐちゃ書いたのですが、MLOをOFFにして、メッシュをONのままでも問題なく接続して子機がつかえていれば、そのまま使うのが1番無難です。

書込番号：26446904

[鈴木jji]

うちの環境の話ですが
PS3ログイン時の挙動が直りました
メッシュ3600との通信の安定度は若干改善
端末の通信は安定していたが、今回ので切れやすくなった1時間に一度は切れる、長時間作業が無線で不可能に

書込番号：26450229

[えがおいっぱい]

スレ主です。以前、ファームウェアを1.4.1にアップデートした際、「見えて安心ネット」に削除不能な「MACアドレス 00:00:00:00:00:00」が残る問題について、削除が可能になったことで解決したと書きましたが、訂正させていただきます。

正確には、確かに手動で削除はできるようになったのですが、何らかのタイミングで再び「MACアドレス 00:00:00:00:00:00」の登録がいつの間にか復活してしまうため、結局のところ解決には至っていないという残念な結末でした。もちろん、初期化を行っても再発します。

さらに、別のトラブルも起こり始めていて、Wi-Fiの接続自体が切れることはないのですが、通信そのものが一時的に途絶えてしまう現象が1.4.1にしてからランダムで発生しています。

より具体的に書きますと、例えば、YouTubeのライブ配信などを視聴している最中に通信が止まってしまうため、Wi-Fiがつながっている表示にもかかわらずストリーミング再生が突然停止したり、ビデオ通話中に通信が途切れて画面が固まってしまったりするという症状です。

また、後出しの情報のようになってしまい申し訳ないのですが、iPhoneがWi-Fiにうまくつながらず、iPhone本体を再起動するとつながるようになるという問題も継続しています。これはファームウェアのバージョンを問わず、初期の1.1.1から起こっている問題です。複数のモデルのiPhoneで発生しているため、端末側の問題とは考えにくい状況です。

結論として、1.4.1にアップデートして得られたメリットは、本来存在しないはずの「MACアドレス 00:00:00:00:00:00」を手動で消せるようになっただけで、それが登録されてしまう根本原因は解決していませんでした。それどころか、無線接続の安定性が以前より悪くなってしまったという悲しい結果になりました。

何より1番困っているのは、通信が時折止まってしまう問題です。これには本当に参っており、1年使ってきたけれどもう限界かなという気持ちから、7200D8BEは売却する方向で考えています。もちろん、環境によっては問題なく使えている方も多くいらっしゃるとは思いますが、実際にこうした不具合が発生してしまっています。

書込番号：26458117

[Haswell-MQ]

＞えがおいっぱいさん
＞最後に、メーカの言い分も少しとりいれますと、7200D8BE同士でMLOオンで無線メッシュ構築し、更に、子機はLANポートの有線接続のみで利用するといった限られた環境下においては、5Ghz+2.4GhzのWi-Fi7でMLOをオンにするメリットはあります。企業などではこういった構成もあるでしょうから、その場合は、5Ghz+2.4GhzでもMLOをオンにするメリットはあります。

すこし独善的でステレオタイプなご意見なのでは？
私の環境では、Wi-Fi 7 MLOをオンにしたメッシュネットワークに、イーサネットコンバータとしてWi-Fi 7 MLO対応の子機を接続しています。
別に企業や限られた環境というわけでもないと思いますよ。

ちなみに、子機にはFire TV、Switch2、テレビ、レコーダーなどを繋いでおり、Wi-Fi 7 MLOになったことでレスポンスが大幅に改善しました。(以前はWi-Fi 6のイーサネットコンバータ)
とくにFire TVなどは、設定画面で計測される通信速度に変化はありませんでしたが、体感できるほどに操作のレスポンスが改善しました。
個人的には、Wi-Fi 7 (MLO)を利用するメリットは、レイテンシの改善だと思っています。

書込番号：26458182

[えがおいっぱい]

＞Haswell-MQさん
ご意見ありがとうございます。

Haswell-MQさんのような「イーサネットコンバータによる固定機器での受信」という使い方は、2バンドWi-Fi7のポテンシャルを最大限に活かせる安定した構成ですね。

ただ、当方のようにスマートフォン等の移動端末で利用する場合、MLOを有効にしたままあちこちに移動をすると、5GHz圏内でも2.4GHzを掴んでしまうという、挙動の不安定さが事実として発生しており、MLOをオフにする事で5Ghzを掴んでくれるという状態になっています。

プロのライターによる検証動画でも指摘されている通り、デバイス側の制御アルゴリズムによってはMLOの利便性が裏目に出てしまうケースがあるようです。

ただ、環境による違いが明確になり、非常に参考になりました。

（参考：https://www.youtube.com/watch?v=RVKLRl0mnDM）

書込番号：26458201

[Haswell-MQ]

＞えがおいっぱいさん
＞当方のようにスマートフォン等の移動端末で利用する場合、MLOを有効にしたままあちこちに移動をすると、5GHz圏内でも2.4GHzを掴んでしまうという、挙動の不安定さが事実として発生しており、MLOをオフにする事で5Ghzを掴んでくれるという状態になっています。

環境に依存するのでしょうね。

私の環境では、家族全員でモバイル端末を繋ぎまくっていますが、Wi-Fi 7 (MLOオン)で問題になったことはありません。
モバイル端末だけでもざっと数えるとスマホ8台、タブレット4台、ノートPC5台は使われていますが、通信が不安定だったり繋がらないと言ったトラブルは無いです。

端末のアンテナピクトを見ていても、電波の届きにくいところへ移動すると2.4GHzになりますが、移動すれば5GHzになります。

書込番号：26458221

[えがおいっぱい]

＞Haswell-MQさん
環境による差異があることを前提としたうえで、子機（スマホやPC等）を接続する際、2バンド構成（5GHz+2.4GHz）のWi-Fi7ではMLO無効を推奨している理由は、まさにHaswell-MQさんが指摘されている挙動に起因しています。

＞端末のアンテナピクトを見ていても、電波の届きにくいところへ移動すると2.4GHzになりますが、移動すれば5GHzになります。

ここですね。

こちらの環境の場合も複数台の子機を繋げていますが、子機側内部の実際の判断挙動は推測も含みますが、その場所において5GHzの強度が十分であるにもかかわらず、2.4GHzの信号強度がわずかに上回った瞬間、2.4Ghzを掴んでしまうケースが発生しています。

そしてこの意図しない切り替えによって「急に通信が遅くなった」や「不安定になった」と感じる要因がうまれています。

とはいえ、MLOをオフにした状態であっても、メッシュ構築時はバンドステアリングが有効ですので、2.4GHzへ繋がる可能性はゼロではありません。ですが、MLOによる切り替えほどリニアではないため、基本的に5GHzを安定維持してくれています。

こうした実体験に加え、価格の口コミにおいて、他機種のWi-Fi7の接続トラブルに関する情報なども総合的に判断し、現時点ではMLOをオフに設定するほうが、安定性の面でメリットが多いと考えています。

書込番号：26458240

[Haswell-MQ]

＞えがおいっぱいさん
＞こちらの環境の場合も複数台の子機を繋げていますが、子機側内部の実際の判断挙動は推測も含みますが、その場所において5GHzの強度が十分であるにもかかわらず、2.4GHzの信号強度がわずかに上回った瞬間、2.4Ghzを掴んでしまうケースが発生しています。
＞
＞そしてこの意図しない切り替えによって「急に通信が遅くなった」や「不安定になった」と感じる要因がうまれています。

以前の書き込みで、YouTube配信が途切れる話をされていましたが、動画配信サービス（Netflix, YouTube, Prime Videoなど）で必要とされる速度は、おおよそ15Mbps〜25Mbpsです。
2.4GHzに切り替わったとしても電波強度が十分で通信が保たれていれば「急に通信が遅くなった」や「不安定になった」とは感じないはずです。
ましてや動画配信サービスは裏でデータをバッファしていますので、通信が一時的に途絶しても、動画視聴が途切れることはありません。
例外としては、セッションが切れてしまうレベルで通信が途絶すると、バッファも役に立ちませんが。

そもそもの話として、電波強度が不足しているのではないですか？
その場合、小手先の設定でどうこうするよりも、メッシュ環境にAPを追加して電波強度を上げた方が早いですよ。
そうすれば、そもそも2.4GHzでつなぎにいきませんし。

＞とはいえ、MLOをオフにした状態であっても、メッシュ構築時はバンドステアリングが有効ですので、2.4GHzへ繋がる可能性はゼロではありません。ですが、MLOによる切り替えほどリニアではないため、基本的に5GHzを安定維持してくれています。
＞
＞こうした実体験に加え、価格の口コミにおいて、他機種のWi-Fi7の接続トラブルに関する情報なども総合的に判断し、現時点ではMLOをオフに設定するほうが、安定性の面でメリットが多いと考えています。

えがおいっぱいさんの環境では、MLOをオフにした方が安定するのであれば、そうされるのが良いですね。

書込番号：26458262

[えがおいっぱい]

＞Haswell-MQさん
ご返信ありがとうございます。Haswell-MQさんの環境では非常に安定しているとのこと、参考になります。

仰る通り、動画プレイヤーのビットレートは15Mbpsから25Mbpsあれば十分ですが、これは平均値ビットレートになります。実際は、プレイヤーがバッファ確保のために瞬間的に要求するバースト転送（100Mbps超など）の際、干渉を受けやすい2.4GHz帯がボトルネックになっている可能性は、2.4Ghz環境では否定できないと感じております。

また、MLOによるリンク切り替え時の瞬断がIP層の通信に影響を与えるケースも、環境やタイミングによっては起こり得るのではないかと考えています。

また、AP増設による電波強度の底上げは確かに抜本的な解決策ですが、コスト面や、NECの仕様書にもある通り「AP間の距離が近すぎることによるローミングへの影響」など、別の課題が生じる懸念もあり、なかなか判断が難しいところです。

そもそも、5Ghzでも電波は十分に届いているので、5GHzで使えればAP増設はしても問題がないという状況だったりもします。

結局のところ、設置環境や周囲の電波状況に左右される部分が大きく、一概に「これが正解」と言い切れないのがWi-Fi7（MLO）の難しい点ですね。

ただ、口コミを他機種も含めて幅広くみていると、MLOオフで使っているや、速度が向上したという報告が上がっていることを踏まえると、現状では一般論として、MLOオフの方が安定する可能性が高いと言ってよいと思っております。

ただ、最終的には環境の違いによる挙動の差ということだと思いますので、貴重な知見としてお礼申し上げます。

書込番号：26458277

[えがおいっぱい]

＞スレ主です。以前、ファームウェアを1.4.1にアップデートした際、「見えて安心ネット」に削除不能な「MACアドレス 00:00:00:00:00:00」が残る問題について、削除が可能になったことで解決したと書きましたが、訂正させていただきます。
＞正確には、確かに手動で削除はできるようになったのですが、何らかのタイミングで再び「MACアドレス 00:00:00:00:00:00」の登録がいつの間にか復活してしまうため、結局のところ解決には至っていないという残念な結末でした。もちろん、初期化を行っても再発します。

本件についてサポートから返答があり、開発側で原因が特定できたとのことでした。

発生条件は2.4GHz帯をオフに設定することであり、「環境や状況によってこの症状が発生する」という回答でした。また、今後のファームウェアアップデートで対応予定（時期未定）とのことで、それまでの間は2.4GHz帯をオンのまま使用してほしいと依頼されました。

サポートからの正式な回答なのでその通りなのでしょうが、環境依存があるためにこれまで露見しなかったとはいえ、2.4GHz帯をオフにするだけで「見えて安心ネット」の表示に不具合が生じるという潜在的な問題を抱えていた事実に直面し、あまりにも初歩的な内容であるだけに、どこか悲しい気持ちになっています。

書込番号：26458379