Aterm 19000T12BE PA-19000T12BE のクチコミ掲示板

最近不安定

[龍0811]

最近しょっちゅう写真のようにwifiが全て無効になります。
電源抜き差しで直りますが、ひどいと数時間で再発します。
ファームは最新にしています。
原因はなんでしょうか？同じ方いらっしゃいますか？

高いルーターの癖に設定のUIやアプリの出来は業界最低クラスに悪く
ちょっと購入を後悔していましたが、安定性までこれだとなんのための価格か
分からなくなります。

書込番号：26418028

[d0nchaaan]

スピードテストをした時に、電力不足で電源が落ちて再起動されていたことはあります(その時にその写真の状態になることがあります)

前のルーターのACアダプタを使い回していたせいです。
付属のACアダプタに変更すると落ちなくなりました(仕様を見ると電圧が異なっていた)

もし参考になれば幸いです

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

[龍0811]

＞d0nchaaanさん
ありがとうございます。ACアダプタは純正品を使っているのですよね。

Intel Wi-Fi 6E AX211 160MHzのPCが接続したときに起こっている気がしています。

書込番号：26420821

[石の壁紙はダサい]

それならPC側の11axをOFFにしたりとか
設定制限していって見ては？

不安定な11axよりも、11acの方が遅延は少ないですよ

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

[龍0811]

数あるWi-Fiルーターの中でも、「価格と価値が反比例している」製品と考えます。購入を検討している方は、以下の惨状をよく理解しておくべきです。
1. 「Wi-Fi 6」を謳いながら、接続すると自壊する脆弱さ
最も致命的なのは、Intel Wi-Fi 6E AX211といった標準的なチップを搭載したPCを繋いだだけで、Wi-Fi機能そのものが全停止（無効化）するという不安定さです。
「相性問題」で片付けるにはあまりにお粗末で、最新の通信規格に対応しているはずの製品が、その規格で通信しようとすると悲鳴を上げて落ちる。これはもはや、ルーターとしての基本設計に欠陥があると言わざるを得ません。

2. ユーザーに「性能落とし」を強いる本末転倒な解決策
「不安定ならWi-Fi 6（11ax）をオフにしろ」というアドバイスが出ていますが、これは笑えない冗談です。
• 最新規格を使いたくて高い金を払ったのに、安定させるために旧規格（11ac）に制限して使え？
• 顧客側に特別な設定や我慢を強いて、ようやくまともに動く？
そんな「介護」が必要な機材を「ハイエンド」と呼ぶのは、優良誤認に近いものがあります。

結論：これは「劣悪品」である
「高いから安心だろう」という消費者の信頼を裏切る、質の低いプロダクトです。

書込番号：26421691

[aehwhwahaw]

当機種は最新のWiFi7を使いたい人向けですから、旧規格のWiFi6Eが目当てなら安い旧機種が良いでしょう。

書込番号：26422266

[Haswell-MQ]

＞龍0811さん
＞Intel Wi-Fi 6E AX211 160MHzのPCが接続したときに起こっている気がしています。

私の環境ではIntel系のWi-Fiチップを搭載したものとしては、主なもので以下の機器をつないでいます。
トラブル無く、安定して稼働していますよ。

■WiFi 6E

Surface Pro 9 (Intel AX211)
Archer TXE75E (Intel AX210)

■WiFi 6

LIFEBOOK UH (Intel AX201)
Surface Go 2 (Intel AX200)
AX3000HMW (Intel AX200)

もし、ファームウェアやドライバのアップデートをされていないようであれば、確認されてみては？

書込番号：26423614

[龍0811]

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

私の環境は2.4GHzのiot機器を4台常時と
WiFi7機種として以下をMLOで繋いでも安定しているのですが、先に書いたintel axのvaio proを繋ぐと初めて繋がるときには100%症状がでますので、この組み合わせでルーターがクラッシュすると確信しています。

iphone17
ipad pro
thinkpad x1c
ideapad yoga

以前もAtermは似たようなintelのwifiとの問題があったようですが、その時もドライバーアップデートが対策だったようですね。一点懸念としてこのvaioは貸与品なので簡単にできるかということがありますが、ご指摘のようにドライバーをアップデートに着手してみようと思います。

本日午後だけで5回クラッシュして都度電源を差し直し、おまけに異様に長い本機のリブート時間も重なり長時間仕事が中断され呆れています😩

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

[Haswell-MQ]

＞龍0811さん
＞以前もAtermは似たようなintelのwifiとの問題があったようですが、その時もドライバーアップデートが対策だったようですね。一点懸念としてこのvaioは貸与品なので簡単にできるかということがありますが、ご指摘のようにドライバーをアップデートに着手してみようと思います。

ご参考までに、以下の組み合わせで問題なく接続できています。

・Aterm 19000T12BE → ファームウェアバージョン 1.0.5
・Surface Pro 9 (Intel AX211) → ドライババージョン 24.20.0.4

アップデートできないようであれば、有線LAN接続されては？

書込番号：26424565

[龍0811]

皆様、様々な視点からのコメントをありがとうございました。
最後に、私がこの投稿を通して伝えたかった趣旨と、現時点での結論をまとめて締めくくりたいと思います。
まず、本投稿の最大の趣旨は「ユーザー側にツギハギのような設定変更（機能制限など）を強いるルーターを、ハイエンド機として平然と世に出しているNECへの批判」です。
他の方の環境のお話も伺うに、Intel AX211単体との即時的な相性問題というよりは、何かしらの条件が重なった際に、偶発的な不具合ではなく「Wi-Fi機能全体が完全に停止する」という極めて脆い性質をこの機種が抱えていることが問題の根幹です。
さらに致命的だったのは、問題究明のためにログを確認しようとしたところ、「ログ機能すらなかった」という事実です。トラブルシューティングすら放棄している仕様には呆れるほかありません。

【結論：Wi-Fiメインの環境では、この機種に高い金を出す必要はない】

例えば、TP-Linkの「Archer BE7200」であれば10,000円程度で買えますが、スピードテストの結果はどちらも2.5Gbps程度で実用上の差はありません。
おまけにTP-Linkの方が設定アプリのUIも圧倒的に使いやすく、細かな設定も可能です。簡易NASやTime Machineといった付加機能も豊富に揃っています。
一方でこのAtermは、実際のインターネット接続速度も変わらず、機能は純粋なルーターのみ。かつて漠然と抱いていた「Atermブランドなら基本性能は安定しているだろう」という期待も、今回の件で非常に怪しいものになりました。
確かに、所有しているWi-Fi 7機種との通信に限って言えば「少し安定しているかも」とは感じますが、価格差とこの惨状を天秤にかければ、到底割に合いません。
以上が、一ユーザーとしての素直な評価です。これから購入を検討されている方の参考になれば幸いです。

書込番号：26424639

[Haswell-MQ]

＞龍0811さん
＞他の方の環境のお話も伺うに、Intel AX211単体との即時的な相性問題というよりは、何かしらの条件が重なった際に、偶発的な不具合ではなく「Wi-Fi機能全体が完全に停止する」という極めて脆い性質をこの機種が抱えていることが問題の根幹です。
＞以上が、一ユーザーとしての素直な評価です。これから購入を検討されている方の参考になれば幸いです。

これから購入を検討される方への参考情報ということであれば、トラブルが発生している機器(VAIO Pro)の型番やWi-Fiのドライバのバージョンなどを開示いただいた方が、再現性の検証もできますので、有用かと思いますよ。

龍0811さんが、再現性の無い事象を元にして【Wi-Fiメインの環境では、この機種に高い金を出す必要はない】と言われているのか、誰でも同様の条件下では発生するトラブルなのかによって、評価に違いが出てきますので。

＞さらに致命的だったのは、問題究明のためにログを確認しようとしたところ、「ログ機能すらなかった」という事実です。トラブルシューティングすら放棄している仕様には呆れるほかありません。

たしかに、ある時期の製品からログ機能が削除されたのには参りましたね。
以前のNEC製品にはログ機能があったのですが…

ところで、結局のところ解決されたのでしょうか？
もし、同様のトラブルに遭われている方がいたら、大変参考になる事例だと思いますので、その後の状況についても伺いたいです。

書込番号：26425238

[龍0811]

＞Haswell-MQさん
建設的なコメントありがとうございます。ログ機能の削除についてはご同意いただけて心強いです。ハイエンド機で中身がブラックボックス化されているのは本当に致命的ですよね。

ご指摘の通り、これから検討される方のために私の環境の詳細と、判明している発生条件を記載します。普段の接続機器の状況や、本日確実に落ちる条件を試して実際にクラッシュした際の写真も添付しました。

【環境詳細】
? 端末: VAIO Pro PJ228 (Windows 11 Pro)
? Wi-Fiアダプタ: Intel Wi-Fi 6E AX211 160MHz
? ドライババージョン: 22.120.0.3
? Atermファームウェア: 1.0.5
? 現在の状況: VAIOは貸与品のため、ドライバ更新には事務的な手続きが必要で一旦保留しています。正直なところ、TP-LinkかASUSのハイエンド機に買い替えようかと検討している段階です。

【クラッシュが必発・頻発する条件】
単なる「相性」ではなく、ルーターやPC側の内部状態が複雑に絡み合ってクラッシュを引き起こしています。再現のためルーターの近くでWi-Fiをオンオフしたり、一度圏外に持っていって再接続する程度の単純なテストでは再現しません。
最初の投稿で「最近しょっちゅう起こる」と書きましたが、ルーターが経時的に不安定になったわけではありません。頭を整理して分かったのですが、「クラッシュする運用パターン」を始めたのがつい最近だったのです。
詳細は分かっていませんが、以下の条件では発生することは分かっています。

1. 外部からの帰還時（再現率100%）
前日は一切Atermに繋がず、10kmほど離れた場所で朝から夕方まで1日作業。その後、PCの電源を入れたまま（スリープさせず）自動車で戻り、Atermと自動的に通信が確立されると、約5分後(本日の測定値。ただいつも早くにクラッシュする印象)にWi-Fiの全機能が落ちます。（添付写真はこの条件で先ほど意図的にクラッシュさせた時のものです）

2. 電波強度が極端に下がる場所での通信
Atermがある木造建物内で、1階と2階の対角線にあたる最も直線距離が遠い（電波が下がる）場所で通信を行っていると、早ければ30分程度でクラッシュします。ルーターを再起動しても、また30分程度で再発します。

その他に影響が有るかも知れない環境として、F5 BIG-IPのVPNを使用している時があります。ただVPN接続自体が直ちにクラッシュを引き起こすわけではありません。
また、ルーター側の対策として「全周波数帯でのプロテクション機能の有無」「バンドセレクトの安定重視／速度重視の切り替え」なども試行しましたが、クラッシュを防ぐことはできませんでした。

おっしゃる通り、これは「特定の条件下でのみ発生する事象」である可能性は高いです。
しかし、私が【この機種に高い金を出す必要はない】と結論づけた最大の理由は、「ルーターの処理が破綻し、Wi-Fi 全て巻き込んでクラッシュする」という、ルーターとしてのフェイルセーフの欠如にあります。
さらに言えば、そのフェイルセーフの欠如の背景に、各所の手抜き感が滲み出ていると感じていることも、この製品を見限った大きな理由です。
具体的には、機能の乏しさ、設定のしづらさ、アプリやWeb UIの作りの粗さに加え、所々にUIのバグすら見受けられます。ユーザーの目に触れる表層的な部分の質がここまで低いとなると、ルーターの心臓部である基幹的な部分の作り込みや動作テストも推して知るべし、と感じざるを得ません。

私はISDNの時代から11n規格の頃までは専らAtermユーザーでした。その後しばらく他社メーカーを使っており、直近では引き合いに出したTP-LinkのBE7200を使用していました。
フェアに申し上げておくと、BE7200も完璧ではありません。半年ほど使ううちに遠距離の通信が不安定になり出し、個体の故障なのかファームウェアの更新が原因なのか、特定作業が煩雑に感じられました。そこで自宅の回線を10Gにしたタイミングも重なり、「やはり基本性能と安定性はお金を出してでも完成されているAtermを買うべきだろう」と奮発して本機に戻ってきた経緯があります。

誤解のないように申し添えておきますが、相性の良い機器との無線通信や、基本的なルーティング処理そのものに関しては、Atermらしく安定していると感じています。
それだけに落胆も大きいです。家庭用ルーターとしては高額な対価を払っておきながら、ユーザー側でこんな泥臭い原因究明や対策を試行せねばならず、あろうことかその手がかりとなるログ機能すら省かれています。正直なところ、この「ログすら出さない」というブラックボックス仕様を知ってこの製品を肯定的に捉えて自力でトラブルシューティングしてやろうという気力も完全に失せました。期待しすぎたかも知れませんね。

かつて絶対的な信頼を置いていたAtermの面影はなく、今のこのガラパゴス化した仕様と惨状を見ると、ブランドとしての終わりも近いのではないかとも思ってしまいます。

同じVAIOを接続しても、BE7200はこのようなクラッシュは起きませんでした。奮発して買ったハイエンド機が、「相性が良ければ安定しているが、ひとたび特定の機器が複雑な条件で繋がるとwifi全体が道連れになる」という脆さを抱えているのでは、結局1万円台の製品と一長一短のレベルでしかありません。それならば、機能が豊富でアプリも使いやすく、実効速度も変わらない1万円台の製品で十分ではないか、というのが私の率直な評価です。

もちろん、この評価はあくまで私の利用環境（Wi-Fiメインでの運用）を加味した上で読んでいただきたいと思います。有線LANをメインに併用される方や、メッシュを構築して運用するようなケースは評価に含んでいないことは申し添えておきます。

ただ、詳細情報を提示すべきというご意見はもっともですので、今後の皆さんの検証の材料になれば幸いです。

長文失礼しました。

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

[Haswell-MQ]

＞龍0811さん
＞【環境詳細】
＞? 端末: VAIO Pro PJ228 (Windows 11 Pro)
＞? Wi-Fiアダプタ: Intel Wi-Fi 6E AX211 160MHz
＞? ドライババージョン: 22.120.0.3

お使いのWi-Fiのドライバについてですが、このバージョンは2022年3月頃にリリースされた4年前のもので、Wi-Fi 7 には対応していません。(その頃はまだWi-Fi 7 は規格策定中です)

IntelがWi-Fi 7 に対応したAX211のドライバをリリースしたのは、おそらく2023年後半リリースの【23.x】系ドライバパッケージからで、Wi-Fi 7 製品の正式サポートを開始した最初の統一ドライバパッケージは【23.10.0】 あたりです。

「VAIOは貸与品のため、ドライバ更新には事務的な手続きが必要で一旦保留しています。」とのことですが、現状では Wi-Fi 7 に非対応の機器を接続した際に発生しているトラブルとなりますので、まずはWi-FiのドライバをWi-Fi 7 に対応しているものにアップデートされてから、同様のトラブル事象が発生するか状況を伺いたいです。

それからでないと、製品に対する公平な評価は難しいと思いますよ。

お使いのVAIO Pro PJ228には、2025/11/12付でIntel 無線LAN ドライバー【23.160.0.4】がメーカーから提供されているようです。

■VAIO Pro PJ（VJPJ22*シリーズ）
　https://support.vaio.com/products/VJPJ22/update.html

書込番号：26426325

[龍0811]

＞Haswell-MQさん

ドライバの詳細なリリース時期や、アップデートURLまでお調べいただき本当にありがとうございます。

ただ、私の主張の主旨が少し上手く伝わっていなかったようですので、補足させてください。
おっしゃる通り、この事象のとなっているのは、VAIO側の古いドライバに内在するWi-Fi 7 APへの接続時のバグ（非互換性）である可能性もあると私も考えています。ドライバの更新履歴を見ていないので新しいドライバとの差がバグかどうかは不明ですが。
しかし、私がこの製品の評価を下げ、【ルーターとしてのフェイルセーフが欠如している】と批判している本質はそこではありません。
ネットワークエンジニアリングの観点から見て、クライアント側にどれだけ古いドライバや未知のバグがあろうと、あるいは不正なパケットを投げてこようと、ルーターはそれを「例外処理」として弾くか、最悪でもそのクライアントの接続を拒否するだけで留めなければなりません。
たった1台のクライアントの古いドライバが原因で、ルーター側の全体がクラッシュし、無関係な正常な端末の通信まで全て巻き込んでダウンしてしまう。これはインフラ機器としての「エラーハンドリング（例外処理）」の実装が甘すぎる、明確な脆弱性です。

現に、同じWi-Fi 7ルーターであるTP-LinkのBE7200やバッファローのWSR-1500AX2SにこのVAIO（古いドライバのまま）を接続しても、このような事態は一切起きません。他社の何年も前に出た1万円台のルーターが正常に捌けるエラー処理を、何年も後に出た日本製など品質をアピールするハイエンドが自爆している。私が「高い金を出す必要はない」「一長一短のレベル」と評価したのは、この【インフラ機器としての基礎的な堅牢性の差】を指しています。

ドライバを最新にすれば「臭いものに蓋」はできるかも知れませんが、Aterm側が「想定外の通信が来るとシステム全体が道連れになる」という極めて脆い爆弾を抱えている事実に変わりはありません。

本来であればメーカーが製品化の段階で潰しておくべき致命的なバグであり、原因究明の要となるログすら確認できない仕様である以上、これ以上このルーターの不具合出しに私の時間を割くのは無駄だと判断しました。
これ以上の泥臭い検証や対策を試すつもりもありません。

早々に他社製に買い替えて、本来の仕事に集中しようと思います。

とはいえ、ドライバのバージョンがトリガーであるという点は、今後の皆さんの検証にとって非常に有益な情報だと思います。詳細にお調べいただいたことには、重ねて感謝申し上げます。

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

[COOOR]

＞龍0811さん
この機種は、メッシュ機能をOFFにすると再起動に要する時間が短縮可能です。
開発者（技術者）としての経験から見解を申し上げます。（ルーターの開発者ではありませんが）
Wi-Fi7対応の機種　TP-Link　BE-805、ASUS　TRT-BE18000でも、突然WI-Fiが完全停止する現象は残留しています。

最近は、チップメーカがリリースするSDKを元に製品開発するスタイルで、メーカはUIを載せる程度です。
品質レベルはこれが実情です、今回はQualcommでしたか。
上記２社ともログに関する機能はありますが、不具合発生時に有用なログを残したのを見たことがありません。
所詮、家電ですので。

信頼性を求められる環境では、業務用のAP導入が確実です。
この機種を継続使用するとストレスが溜まる一方ですので
例えばYAMAHA製のAPについては、ログ機能、設定UIは素晴らしく、設定に応じて都度、動作が停止することなく、
必要な設定を終えてから設定反映を一括でできます。一年以上再起動無しで連続動作します。

所詮無線ですので、有線に変えるのが確実で費用も安上がりですね。
自分は在宅勤務時は、専ら有線ですｊ。

書込番号：26427269

[龍0811]

＞COOORさん
開発者（技術者）目線からの率直な裏事情、非常に腑に落ちました。おっしゃる通り、現代のコンシューマ向けルーターはQualcommやBroadcomなどのSDKに丸乗りしてガワ（UI）を被せているだけ、というのはまさにその通りですね。他社のハイエンドでも不具合が残留しているというお話も、非常に参考になります。
ところで、アドバイスいただいた「メッシュ機能をOFFにする」という運用についてですが、この機種のさらなる【ポンコツ仕様】に直面してしまい、技術的な知見からご教授下さい。
実はこのAterm、メッシュ機能をOFFにすると、Wi-Fi 7の最大の目玉機能である「MLO（Multi-Link Operation）」まで強制的に無効化されてしまうんです。
ご存知の通り、メッシュと、MLOは、切り分けられない概念ではないですよね、
「余計な処理であるメッシュ機能は切りたい」と考えたユーザーがメッシュをOFFにすると、Wi-Fi 7の存在意義であるMLOまで道連れにされて実質Wi-Fi 6Eルーターに成り下がるというのは、控えめに言って意味不明な仕様です。
SDKに丸乗りしているとはいえ、なぜ別概念の機能をこうも無造作に紐づけてしまうのでしょうか？
これもチップメーカー側のSDKの制約に起因するものなのか、それともNEC側のソフトウェア構築（フラグ管理やUIの作り込み）が雑すぎて切り離せなかっただけなのか……。開発のご経験から見て、どう思われますか？

書込番号：26427501

[龍0811]

あと、今回のクラッシュする件について、最後にダメ元で試した設定変更で今のところ症状がピタリと再現しなくなったので、皆様の対策の参考までに共有させてください。

症状が必発・頻発する状況（スリープせずに帰宅して自動接続されるタイミングや、遠距離の電波エッジ付近での通信）を考えるに、ルーターとVAIOの間の「ハンドシェイク（再接続時のネゴシエーションや省電力復帰）」あたりの処理でAtermが捌ききれずに落ちているのではないかと疑いました。
そこで、VAIO側のWi-Fi詳細設定から「MIMO Power Save Mode」を【No SMPS】に変更してみたところ、今のところクラッシュが起らなくなりました。もし同様の症状でお困りの方がいれば、有効な回避策になるかもしれません。

とはいえ、クライアント側の省電力ハンドシェイクが多少ズレた（あるいは古いドライバ特有の挙動をした）くらいでシステム全体が巻き込まれて全ダウンするという、ルーターとしてのフェイルセーフの無さ（脆弱性）への評価は変わりませんが……。

書込番号：26427502

[Haswell-MQ]

＞龍0811さん
＞あと、今回のクラッシュする件について、最後にダメ元で試した設定変更で今のところ症状がピタリと再現しなくなったので、皆様の対策の参考までに共有させてください。

そこまで状況を特定されたのでしたら、NECのサポートへ情報提供されてはいかがですか？
ファームウェアの改善につながれば、より多くの方のためになりますよ。

書込番号：26427654

[BIGN]

龍0811さん

>ネットワークエンジニアリングの観点から見て、クライアント側にどれだけ古いドライバや未知のバグがあろうと、あるいは不正なパケットを投げてこようと、ルーターはそれを「例外処理」として弾くか、最悪でもそのクライアントの接続を拒否するだけで留めなければなりません。

気持ちは分かりますが、ちょっと乱暴ですね。

Intelの古いPCドライバにより今回の事象が引き起こされているとして理想論で言えば上記の通りです。ただ、それは異常パケットの程度にもよりますね。

チップメーカーもある程度の異常パケットは想定してソフトウェア(SDK)を開発しているでしょう。しかし、あらゆる異常ケースや各社の過去ドライバ不具合まで網羅して例外処理に組み込めばソフトウェア規模は膨らみ評価工数も増大するから開発全体にかかるコストは大幅に増加。そうなればルーターメーカーが購入する際のチップ価格等にも反映されるから最終的なエンドユーザー価格は更に高くなるでしょう。

当然、品質は高ければ高いほどいいですが、家庭用ルーターにそこまでの品質を求めるんですか？ 求めるのであれば業務用無線アクセスポイントなりを購入しましょう。Wi-Fi7対応業務アクセスポイントだと価格は倍以上しますけど。

>現に、同じWi-Fi 7ルーターであるTP-LinkのBE7200やバッファローのWSR-1500AX2SにこのVAIO（古いドライバのまま）を接続しても、このような事態は一切起きません。

BE7200やWSR-1500AX2Sは19000T12BEと同じチップメーカーのSoCや無線チップを使ってるんですか？ 違うチップメーカーならそもそも設計思想やソフトウェア構造が異なるので比較しても意味がないのでは？ 同じチップメーカーで19000T12BEだけ現象が発生するのであればそれは問題ですけど......

書込番号：26427792

[龍0811]

＞BIGNさん
コメントありがとうございます。開発コストやSoC（チップ）のSDKに依存する現代のルーターの構造についてのお考え、確かに一つの視点として理解できます。

ただ、私が問題視している「事象の深刻さ」と「製品に求める基本要件」については、明確に意見が異なりますのでお伝えさせてください。
まず状況の補足ですが、単に「VAIOが繋がらない」あるいは「ルーターの動作が少し重くなる」といった話ではありません。たった1台のクライアントの特定の挙動が引き金となり、「ルーターのWi-Fi機能全体が機能停止し、無関係な他のすべての機器まで一切の通信ができなくなる」という事態が起きています。
これを「家庭用ルーターだから許容すべき」「システムダウンを防ぐのは高価な業務用APの領域だ」とするのは、少々乱暴な線引きだと私は考えます。

異常な通信が来た際に、システム全体（Wi-Fi全機能）を巻き込まずにそのセッションだけを破棄・遮断するのは、高度な付加価値というより「ネットワークインフラとしての最低限のフェイルセーフ（安全設計）」です。

また、「SoCが違う他社製品と比較しても意味がない」というご意見についてですが、我々エンドユーザーが購入し、評価しているのは「NECのAtermという完成された製品」です。

TP-Linkやバッファローがどのチップを使っていようと、「他社の1万円台の製品は（安価なSoCであっても）異常パケットでWi-Fi全体が停止するような事態を回避できている」という事実が重要です。
もしAtermが採用したチップメーカーのSDKが未熟で、例外処理もまともにできずWi-Fi全体が道連れになる仕様なのだとすれば、それをそのまま「ハイエンド」として数万円で販売しているメーカーの製品企画・品質管理に対して厳しい評価を下すのは、消費者として自然な比較検討だと考えています。
家庭用機器にどこまでの堅牢性を求めるか、その基準は人それぞれだと思いますので、BIGNさんの「家庭用なら仕方ない」というお考えを否定するつもりはありません。

ただ、私は「他社の安価な製品でも当たり前に実装されているフェイルセーフが、数万円の最新国産ハイエンド機で欠落しており、Wi-Fi全体が機能停止する」という事実をもって、この製品に高い金額を出す価値は見出せないと結論づけています。

様々な角度からの見解をいただき、ありがとうございました。

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

[Haswell-MQ]

＞COOORさん
＞Wi-Fi7対応の機種　TP-Link　BE-805、ASUS　TRT-BE18000でも、突然WI-Fiが完全停止する現象は残留しています。

昔から、Wi-Fiルーターに限らず有線ルーターやハブでも、接続した機器からの不正パケットでクラッシュする事象はメーカー問わずありましたよね。

この手の事象については、法人向けの機器であれば回避できる可能性は高いとは思いますが、本質的にはファームウェアの熟成を待つしかないと思います。
Aterm 19000T12BEは発売直後の製品なので、一般的なネットワーク機器と同様に、安定までには時間が必要な気がします。

書込番号：26427850

壁掛けで利用の場合注意

[秋人77]

機能面はこれから確認ですがとりあえず設置に関して…

壁掛けするとネジを外さないと本体を取り外すことができなくなります。
更に上下に各1箇所、2箇所ネジ止めするのですが、上は本体に引っかける、下は完全に本体を壁にネジ止めする、という形です。
上下で段差があると取り付けるのが困難です。

7200D8BEのように脚部が外れてそれを横2つネジで留め、それに本体を引っかけるというのであれば何かあったら時に本体をすんなり外せるが、この機種は下のネジを一度外して、上のネジにひっかかっているのを外さないと取り外せません。

何故こんな型にしたのかが疑問。
11000は壁掛けできなかったが、その形のまま無理矢理壁掛けできるようにしたような感じ。

マニュアル見れば書いてあるんですが、壁掛けできるという所までしか確認しておらず、まさかこんな不便とは思いませんでした

書込番号：26395874

[石の壁紙はダサい]

11000t12も足が簡単に取れれば良いのですが
金属じゃない釘に引っ掻けるか、ヒモで吊るしますが
形状を使いやすく考えて欲しいですね

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

[KAZU0002]

ケーブルを壁中に入れられるのならともかく。
ケーブルぶらーんで壁に貼ってもなぁ…と思うのは私だけ？

書込番号：26395904

[秋人77]

ついでに今までのAtermはルーター、ブリッジの切替がスイッチで物理的にできましたが、これは設定画面開いて設定する必要があるので無駄に手間が増えました。

スイッチの切替間違えたり、誤って動かしてしまって接続出来ない！っていう問合せ対策ですかね…？



＞石の壁紙はダサいさん
7200の形にするのにそんなコストかからないと思うんですけどね…

＞KAZU0002さん
7200使用時は柱の上に取り付けて、モールでケーブル隠して使っていました。
なのでケーブルぷらーん状態ではないです。

書込番号：26396468

[もっちのぉ]

>これは設定画面開いて設定する必要があるので無駄に手間が増えました。

モード毎にクイック設定WebのIPが変わるので、さらに手間ですねぇ
まぁ最初だけなので、仕方ないんですが...
ちなみに、各モードのクイック設定のIPはマニュアルにばらばらに書いてありますが...多分以下

ルーターモード:192.168.10.1
ブリッジモード:192.168.1.210(使用済の場合は+1される場合有り)
メッシュモード:192.168.1.245(使用済の場合は+1される場合有り)

ルーターモードはDHCPが設定しているルーター自身なので、aterm.meで良いんですが、ルーターが別にあって、aterm.meが強制DHCPでしか使えないブリッジモードとメッシュモードは同一IPにしといてほしかったとちょっと思いました
オンラインのマニュアル見ながらだから、強制DHCPでの直結操作は地味に厳しい

書込番号：26398913

[秋人77]

＞もっちのぉさん
なんかもう、「何故変えた？？」というのが多いですね…仰るとおり設定は最初だけだからまだ良いですが、何かトラブって初期化したら面倒くさいですね

書込番号：26399427