Archer AX73 のクチコミ掲示板

一気に数GBダウンロードすると必ずルーターが落ちる

[たぶんラッキー]

【困っているポイント】
数十GBあるゲーム等をネットからダウンロードすると、必ずいつも途中でルーターが落ちてどの端末からも接続が不可能になります。
数分すれば復帰しますが、また数GBダウンロードするとまた落ちます。そのため、普段の通信速度は500mbps程度は出ますが、20ギガ程度のものでも1時間程度かかってしまいます。

【使用期間】
1ヶ月
たまたまかなーと思って放置していましたが、この1ヶ月、毎回必ず起きました。

【利用環境や状況】
1台接続状態で、ゲーム等をインストールの為ダウンロードすると落ちます。
異種のOS&端末でも必ず発生するため、ルーター側の問題だと考えています。
リセット等行いましたが、改善は見られませんでした...
同様の症状を抱えている人を結構探したのですが、私の探し方が悪いのかぜんぜん見当たらないため、何が問題なのかサッパリです....
一定の時間に切れる不具合が有名なようですが、この現象は時間問わず、数GB一気にダウンロードすれば必ず起きます。
数GBダウンロードした後は、いずれの端末からもWifiが発見できなくなります。2.4GHzも5Ghzの両方の霊圧が消えます。
ランプ等に変化はありません。


調べても同様の症状を抱えている人が見当たらないのですが、同じ不具合に合われた方、そして解決した方はいらっしゃいますでしょうか？

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

[Gee580]

＞たぶんラッキーさん
＞数十GBあるゲーム等をネットからダウンロードすると、必ず。。。。。

回線業者名とISPは？　そのURLも。　　たぶん　データアクセス量総量規制がかかっていて、それに引っかかっているのではないかな？　
その旨、ISPに問い合わせてみれば？

書込番号：24935574

[おかめ@桓武平氏]

＞たぶんラッキーさん

契約されている回線、ISPなどの契約情報が見えないので、判断しての回答が出来ません。

書込番号：24935608

[羅城門の鬼]

>数十GBあるゲーム等をネットからダウンロードすると、必ずいつも途中でルーターが落ちてどの端末からも接続が不可能になります。

あまりにも大容量の通信なので、プロバイダ側で制限がかかってしまっている
可能性も高そうですが。

それ以外の要因だった場合のために、
AX73のハードがV1の場合は、
まずはファームを最新にしてみてはどうですか。
https://www.tp-link.com/jp/support/download/archer-ax73/v1/#Firmware

>数GBダウンロードした後は、いずれの端末からもWifiが発見できなくなります。2.4GHzも5Ghzの両方の霊圧が消えます。

無線LANは干渉等の影響で不安定になり易いです。
有線LAN接続に出来ないのでしょうか。

書込番号：24935847

[Gee580]

＞たぶんラッキーさん

そのトラブルが起きたとき、AX73の　SYSLOG　を　ここに貼れますかね？
または　AX73　が　かなり　熱くなってるとかない？

書込番号：24935929

接続したデバイスを再起動しないと速度でないの?!

[pafupafu]

昨日AX73が届きましたので、
早速、Softbank光のルーターに接続するかたちで試してみました。

動作モード ワイヤレスルーターモード
ファームウェアは、最新1.1.1.Build　20220505 rel.71480

この環境でPCやFire TV　Stick にWifi接続したところ、回線スピードが著しく出ない現象に遭遇しました。
（通常80M bpsのところ20M bpsになってしまいます。）
接続は、どちらも、2,4Ghzではなく、5Ghzを確認しています。

PC本体やFire TV Stickを再起動すれば、その後は解消できましたが、
こんな現象に遭遇された方、いらっしゃいますか？初期不良？

書込番号：24934454

[ムアディブ]

電波モノは不確実なんで、不良というには相当詰めないと無理ですよ。

書込番号：24934540

[瑠璃乃鳥]

解消したあとに再度遅くなっていないなら、それは解消でいいんじゃないてしようか？

起きてもいないトラブルについていちいち考えても全然全くひとっっつも意味はないと思います。

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

[EPO_SPRIGGAN]

Softbank光のルーターはルーターとして機能しているのでしょうか？
それならArcher AX73はブリッジモードの方が良いように思いますけど、どうなのでしょう？

書込番号：24934709

[pafupafu]

早速に回答ありがとうございました。


サポートからの回答きまして、EPO_SPRIGGANさんのコメントにもあるように、
ブリッジモードをお勧めしますとのことでした。

ブリッジモードにしてしばらく様子をみてみます。

お騒がせしました。ありがとうございました。

書込番号：24934806

[Gee580]

＞pafupafuさん

ブリッジモードにして速度が戻ってるなら、これ以上いうことはないけれども、そこはどうなの？

ただ、今時、ルーターモード　と　ブリッジモード　でとくに設定もなく、速度の差は誤差の範囲であって、それを問題視するのはナンセンスだけどね。　家庭用ルーターは単純なことに加えて、今のルーターは昔とは仕組みが違うよ。

今回は誤差の範囲をはるかに超えているので、わたくしはサポセンの回答はダウトだけどね。　TP-linkだって同じような仕組みでしょうから。

書込番号：24934899

[羅城門の鬼]

>（通常80M bpsのところ20M bpsになってしまいます。）

インターネットの速度は刻々と変動していますし、
バラツキの範囲内の可能性もあるのではないでしょうか。

再現時にはPCをAX73に有線LAN接続して速度測定し、
インターネト側の要因なのか、無線LAN側の要因なのか
切り分けをした方が良いのでは。

>ブリッジモードをお勧めしますとのことでした。

たとえ二重ルータ状態であっても、
通常は速度への悪影響は殆どないはずではありますが、
二重ルータ状態だとセグメント間の通信が出来ないなど
何かと制限がありますので、AX73はブリッジモードに
しておいた方が良いです。

書込番号：24935264

クライアント一覧から消える方法

[レッド７８]

最近、子供が使うようになってから保護者による制限機能を使って
制限をかけようとしているのですが、どうもすり抜けられているようです。
ただそのすり抜け方法が分からず困っています。

ipad, window11共になのですが、子供が使い始めると
クライアント一覧から姿を消します。　それによって保護者制限を
抜けている気がするのですが、子供に聞いても何もやってない。
クロム使っているからじゃない？と嘘をつかれます。

グーグルで調べても分からず困っているのですが何か思いつく術はありますでしょうか？
VPN, Proxyは軽く試してみましたがクライアントには表示されたままでした。

書込番号：24926292

[羅城門の鬼]

>最近、子供が使うようになってから保護者による制限機能を使って
>制限をかけようとしているのですが、どうもすり抜けられているようです。

ペアレンタルコントロールは各端末のMACアドレスを使って、
個々の端末を区別しています。
しかし、最近はMACアドレスがランダム化されるようになって来ました。
ランダム化によりMACアドレスが変更され、
ペアレンタルコントロールの対象外となっているのではないでしょうか。

>ipad, window11共になのですが、子供が使い始めると
>クライアント一覧から姿を消します。

以下参照して、MACアドレスのランダム化を無効にしてみてはどうですか。
http://qa.elecom.co.jp/faq_detail.html?id=8343
http://qa.elecom.co.jp/faq_detail.html?id=8342

書込番号：24926313

[レッド７８]

＞羅城門の鬼さん
早速の返信ありがとうございます。
この場合、クライアントは別名で表示されるようになりませんか？？
先日みているとパソコンが一覧から消えてクライアント数だけが減ったので別名で現れたりはしていないようでした。
ただ自信ないので明日また確認してみます

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

[羅城門の鬼]

>この場合、クライアントは別名で表示されるようになりませんか？？

クライアント一覧はリアルタイムでネットワークに繋がっている
端末の一覧を教示してくれるものなのでしょうか？
多分DHCPでIPアドレスを付与した端末を。

それならば、台数的には減らないはずですね。

>ただ自信ないので明日また確認してみます

念のためにお使いの端末にFingをインストールして、
デバイスをスキャンしてみて下さい。
これでネットワークに繋がっている端末の一覧が得られるはずですので、
この一覧とAX73のクライアント一覧を比較してみて下さい。

なおFingはiOS / Androidなら以下。
https://play.google.com/store/apps/details?id=com.overlook.android.fing&hl=ja&gl=US
https://apps.apple.com/jp/app/fing-%E3%83%95%E3%82%A3%E3%83%B3%E3%82%B0-%E3%83%8D%E3%83%83%E3%83%88%E3%83%AF%E3%83%BC%E3%82%AF%E3%83%84%E3%83%BC%E3%83%AB/id430921107

WindowsでもMicrosoft Storeで入手できます。

書込番号：24926349

[Gee580]

＞レッド７８さん
＞子供が使い始めるとクライアント一覧から姿を消します。　それによって保護者制限を抜けている気がするのですが、

先がたのもしいお子さんだよね。
�@その制限は　Tether　APP　を使ってますかね？　それともどうやって制限をかけてますかね？
�A　何の機能の”クライアント一覧から姿を消します。”　ですかね？　その画面をUPできますかね？
画面をUPするときは、MACアドレスが載っていたら、その下６桁をつぶしてね。

”クライアント一覧から姿を消します。”　というのは、まさにWiFiクライアント側のランダム化が効いているからだと思うよ。

これを封じるには、”White　List”機能　を使えばいいよね。　
　　　お子さんがランダム化をEnableにしたらネットにはつなげなくなるよ。　
　　　また、ランダム化をDisableにしたら、設定した制限に引っかけらると思うけども。

�Bそれから、お子さんがネットワークを制限時間外に使いだしたタイミングで、AX73にはいって、System　Log　を
ここに貼ってもらえますかね。

写真のUPが多いけど、TP-link　はマニュアルがPoorなので、よろしくね。

書込番号：24926410

[おかめ@桓武平氏]

＞レッド７８さん

>> 最近、子供が使うようになってから保護者による制限機能を使って
>> 制限をかけようとしているのですが、どうもすり抜けられているようです。

最近のモデルは、プライベートアドレスを変更が出来るので、

Wi-Fi接続したら駄目な機器を「拒否」の設定でなく、
Wi-Fi接続してもいい機器を「許可」設定にしないと、全く効果ありません。

書込番号：24926594

[ムアディブ]

余計なお世話とは思うけど、、、

子供を管理し続ければ、管理されることに慣れてズルをすることに最適化されていきます。

自己管理できない人間は出世しないし自立もできず、人に使われる一生になります。

書込番号：24926595

[レッド７８]

＞羅城門の鬼さん
クライアント一覧は、ルーターの設定画面(携帯Tether app)でクライアントを押すと
接続されている端末一覧が出るのでそこから確認しています。
先ほど、ランダムアドレスやってみましたが既存のlaptopは消えたりせず表示されていました。


＞Gee580さん
制限自体は、ルーターの設定画面⇒保護者による制限　からかけています。
携帯からだとTether app経由となります。　
ルーター設定画面またはTether Appのクライアント一覧から姿を消します。
添付した画像はルーター設定画面の一部となります。

＞おかめ@桓武平氏さん
接続機器が多く、ホワイトリスト運営をためらっていましたが
設定試してみようと思います。

＞ムアディブさん
アドバイス有難うございますs。承知の上でやっていますので問題ありません。
ズルすることに最適化したのならば、それはしょうがないことですね。

書込番号：24926901

[羅城門の鬼]

>先ほど、ランダムアドレスやってみましたが既存のlaptopは消えたりせず表示されていました。

普通はそうですよね。

しかし、クライアント一覧はDHCPの管理表を基に表示しているのでしょうから、
もしも端末側がDHCPでIPアドレスを取得してから、
何等の要因でMACアドレスが変わったとしても、
その端末が一覧から消えることはなさそうですね。

それともクライアント一覧表示時にDHCPで付与したIPアドレス群に対して
ARPでまだその端末がネットワークに繋がっているのかを確認しているのかも。
そしてMACアドレスがIPアドレス付与時のものと異なっていたら、
クライアント一覧に表示しないのかも。

>接続機器が多く、ホワイトリスト運営をためらっていましたが
>設定試してみようと思います。

ブラックリストにしてもホワイトリストにしても管理対象の端末の
MACアドレスのランダム化を無効にすることは必須ですね。

書込番号：24927048

[Gee580]

＞レッド７８さん

もしかすると、Parental　Control　は　MACアドレス　ではなく、　Device　Name　で引っ掛けてるかもしれないね。
登録するときは両方必要だけども、制限の対象はDevice　Nameを使うのかも。

で、WiFiクライアント側で　Device　Name を　ブランクにすると、Parental　Control　をすりぬけるのかもしれないね。　iPhone, Android, PC で　簡単にDevice　Name を　ブランク設定　できるから厄介だよね。

もし、そうだとすると、White　List　での防御ができなくなるね。

そうしたら、　お子さんにはGuest　SSIDを使ってもらうようにすれば？　細かくスケジュール設定はできないけれども、　Guest　SSID　の　Effective　Time　で制限できるのではないかなと。

レギュラーのSSIDは大人用でパスワードは秘密にしておくとか。

書込番号：24927244

スマートコネクトについて

[KAZU@9000D]

本機種にRE330をOneMeshで接続しています。
スマートコネクトはオフで使っているのですが、
いつの間にかRE330の電波範囲でのみ、スマホからWiFi設定を確認すると
2.4GHz用のSSIDの横に2.4G 5G と、両電波を発しているかのように表示されます。
このとき、5GHz用のSSIDは拾えません。

AX73側でスマートコネクトをオン→オフとすると一日位は大丈夫なのですが、
数日経つと同様の現象です。
解消方法をご存じの方、いらっしゃれば教えて下さい。

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

[羅城門の鬼]

まず状況の確認です。

>2.4G 5G と、両電波を発しているかのように表示されます。

SSID名の中に2.4Gと5Gと言う文字が踏まれているという事なのでしょうか？

>このとき、5GHz用のSSIDは拾えません。

RE330が元々持っていた5GHz用のSSIDが
表示されなくなったというのでしょうか？

RE330中継機として親機AX73に無線LAN接続した時に、
2.4GHzで親機に接続されたため、
RE330の2.4GHzのSSIDはAX73のSSID名が引き継がれ、
RE330の5GHzのSSIDはその引き継いだSSIDに
5Gが続くSSID名になったのではないでしょうか。

その2.4Gと5Gが含まれたSSIDに
5GHz対応の子機なら無線LAN接続出来るのですよね。

何か不都合があるのでしょうか？

書込番号：24920324

[KAZU@9000D]

＞羅城門の鬼さん

説明が下手で申し訳ございません。

前提としてOneMeshなので本体側設定を引き継いでます。
親機側で
○○○-g
○○○-a
のSSIDを作成し、それぞれ2.4GHzと5GHzで固定しております。
スマホ（Xiaomi Redmi note10 pro）のWiFi設定の画面には、
該当SSIDがどの周波数帯を出力しているか、
SSIDの後ろに表示する機能があります。
（他のAndroidにもあるのかも知れませんが…）

RE330を起動して数日経つと、○○○-gの後ろに（2.4G 5G）と表示され、
あたかも○○○-gが2.4GHzと5GHzを混在して出力しているかのような表示になります。

この時、スマホ側には親機側と思われる○○○-aが表示されますが、電波が非常に弱く、
接続しても親機側のクライアントに表示されます。
親機より、近くにあるRE330の○○○-aが拾えていない状況です。
そもそもその場所で5GHzが弱すぎて使えないため、本機種とRE330を購入しました。

>その2.4Gと5Gが含まれたSSIDに
>5GHz対応の子機なら無線LAN接続出来るのですよね。

混在している場合、より電波の強い2.4GHzばかり選択され、5GHzで接続されない事が不都合です。
そもそも数日はちゃんと5GHzを拾えているため、この状態を維持したい次第。

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

[羅城門の鬼]

>RE330を起動して数日経つと、○○○-gの後ろに（2.4G 5G）と表示され、
>あたかも○○○-gが2.4GHzと5GHzを混在して出力しているかのような表示になります。

実際にRE330の5GHzのSSIDも、親機から引き継いだ2.4GHzのSSIDと
同じSSID名になっているのかも知れません。

>混在している場合、より電波の強い2.4GHzばかり選択され、5GHzで接続されない事が不都合です。

RE330の設定画面に入り、
5GHzのSSID名を変更して、
2.4GHzのSSID名と区別できるようにし、
5GHzの方のSSIDに接続するようにすれば良いのでは。

書込番号：24920469

[KAZU@9000D]

>2.4GHzのSSID名と区別できるようにし、
>5GHzの方のSSIDに接続するようにすれば

そうしてあるのですが、起動後数日で見えなくなるから困っているのです。
再起動直後は拾えるんですよ…。

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

[羅城門の鬼]

>そうしてあるのですが、起動後数日で見えなくなるから困っているのです。
>再起動直後は拾えるんですよ…。

それならば、RE330を一旦初期化したうえで、
RE330をAX73の5GHzのSSIDに手動で無線LAN接続してみてはどうですか。

書込番号：24920484

[EPO_SPRIGGAN]

この現象はArcher AX73のSSIDを変更しない状態でも起きるのでしょうか？

RE330のファームウェアは最新のRE330(JP)_V1_210907（公開日: 2021-11-17）なのでしょうか？
1つ前のアップデートでOneMeshのバグ修正が入っていますが、RE330(JP)_V1_210318（公開日: 2021-05-07）やその前のバージョンではないですよね？

RE330の設定画面のエミュレーターだと、RE330の方でもSSIDが変更できるようですがどうなのでしょう？
出来るのであれば、そちらでも親機と同じSSIDに変更してみてまた変わってしまうのか試してみては？

書込番号：24920576

[Gee580]

＞KAZU@9000Dさん

また、トラブルがでたら、なるべく直後くらいに、AX73親機の　SYSTEM　LOG　を　ここに貼れる？

書込番号：24921710

[KAZU@9000D]

＞羅城門の鬼さん
＞EPO_SPRIGGANさん

ファームウェアは最新でした。
そもそもOneMeshの仕様として、RE330を5GHzのみに接続や、
SSIDを別個に設定は出来ないように見受けられます。


＞Gee580さん

先程確認したら、現象再発しておりました。
Wi-FiAnalyzerで確認すると、○○○-gから5GHzが出力されているのは間違いなさそうです。
以下、ログとなります。
####################################################################
# Archer AX73 System Log
# Time = 2022-09-13 22:29:06
# H-Ver = 2.0.0 ; S-Ver = 1.1.1 Build 20220505 rel.71480
# LAN: I = 192.168.0.1 ; M = 255.255.255.0 ;
# WAN: W = static ; I = 192.168.1.2 ; M = 255.255.255.0 ;
# G = 192.168.1.1 ; D1 = 8.8.8.8 ; D2 = 0.0.0.0
# Clients connected: 17 ; WI-FI : 15
####################################################################
2022-09-12 22:06:21 qos[16547]: <6> 259504 Service start
2022-09-12 22:06:21 qos[16547]: <6> 259503 Function disabled
2022-09-12 22:06:12 traffic-stats[9980]: <6> 269004 stats reset
2022-09-12 22:06:12 network[16524]: <6> 290005 Reload config
2022-09-12 22:06:11 qos[16547]: <6> 259505 Service stop
2022-09-12 22:06:11 network[16524]: <6> 290130 Set IPv6 status to off, protocol is passthrough
2022-09-12 22:05:14 led-controller[1165]: <6> 288051 Start to run WIFI5G_ON
2022-09-12 22:05:14 led-controller[1165]: <6> 288051 Start to run WIFI2G_ON
2022-09-12 22:05:14 led-controller[1165]: <6> 288051 Start to run WPS_OFF
2022-09-12 22:04:00 upnp[10921]: <6> 217504 Service start
2022-09-12 22:03:59 upnp[10921]: <6> 217505 Service stop
2022-09-12 22:03:58 remote-management[10608]: <6> 282505 Service stop
2022-09-12 22:03:46 qos[9995]: <6> 259504 Service start
2022-09-12 22:03:46 qos[9995]: <6> 259503 Function disabled
2022-09-12 22:03:46 qos[9995]: <6> 259505 Service stop
2022-09-12 22:03:45 nat[9535]: <6> 211501 Initialization succeeded
2022-09-12 22:03:44 nat[9535]: <6> 211501 Initialization succeeded
2022-09-12 22:03:38 nat[8687]: <6> 211501 Initialization succeeded
2022-09-12 22:03:37 nat[8687]: <6> 211501 Initialization succeeded
2022-09-12 22:03:37 traffic-stats[9980]: <6> 269004 stats reset
2022-09-12 22:03:37 network[8621]: <6> 290005 Reload config
2022-09-12 22:03:36 network[8621]: <6> 290004 Disconnect interface wan
2022-09-12 22:03:34 network[8621]: <6> 290004 Disconnect interface internet
2022-09-12 22:03:33 network[8621]: <6> 290103 Set static IP, ip is 192.168.1.2, netmask is 255.255.255.0
2022-09-12 22:03:33 network[8621]: <6> 290100 Set WAN protocol to static, operation is write

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

[KAZU@9000D]

＞Gee580さん
一応子機側のログです。
1 INFO 0days, 00:00:00, LAN:Attach mirror0 to stack
2 INFO 0days, 00:00:00, LAN:Set interface mirror0 ip=192.168.0.254 netmask 255.255.255.0.
3 INFO 0days, 00:00:00, DHCPS: Dhcps start
4 INFO 0days, 00:00:00, HTTPD: Http server start!
5 INFO 0days, 00:00:01, DHCPS: Dhcps stop
6 INFO 0days, 00:00:01, DHCPS: Dhcps start
7 INFO 0days, 00:00:12, ACCESS CONTROL: Disable Wireless ACL
8 INFO 0days, 00:00:12, ACCESS CONTROL: Disable Lan ACL
9 INFO 0days, 00:00:12, ACCESS CONTROL: Disable Wireless ACL
10 INFO 0days, 00:00:12, ACCESS CONTROL: Disable Lan ACL
11 INFO 0days, 00:00:15, ACCESS CONTROL: Disable Wireless ACL
12 INFO 0days, 00:00:15, ACCESS CONTROL: Disable Lan ACL
13 INFO 0days, 00:00:16, ACCESS CONTROL: Disable Wireless ACL
14 INFO 0days, 00:00:16, ACCESS CONTROL: Disable Lan ACL
15 INFO 0days, 00:00:29, DHCPC: Start DHCPC
16 INFO 0days, 00:00:29, DHCPC: Send DISCOVER with unicast flag 0
17 INFO 0days, 00:00:29, DHCPC: Recv OFFER from server 192.168.0.1 with ip 192.168.0.226
18 INFO 0days, 00:00:29, DHCPC: Send REQUEST to server 192.168.0.1 with request ip 192.168.0.226
19 INFO 0days, 00:00:30, DHCPC: Recv ACK from server 192.168.0.1 with ip 192.168.0.226 lease time 7200
20 INFO 0days, 00:00:30, DHCPC: LAN up: Set interface mirror0 ip=192.168.0.226 netmask=255.255.255.0 gateway=192.168.0.1 mtu=1500.
21 INFO 0days, 00:00:30, DHCPS: Dhcps stop
22 INFO 0days, 00:00:36, Get Time From Internet [2021-01-01 0:00.02d]
23 INFO 0days, 00:00:49, DHCPC: Send DISCOVER with unicast flag 0
24 INFO 0days, 00:00:49, DHCPC: Recv OFFER from server 192.168.0.1 with ip 192.168.0.226
25 INFO 0days, 00:00:49, DHCPC: Send REQUEST to server 192.168.0.1 with request ip 192.168.0.226
26 INFO 0days, 00:00:50, DHCPC: Recv ACK from server 192.168.0.1 with ip 192.168.0.226 lease time 7200
27 INFO 0days, 00:00:50, DHCPC: LAN up: Set interface mirror0 ip=192.168.0.226 netmask=255.255.255.0 gateway=192.168.0.1 mtu=1500.
28 INFO 0days, 00:32:51, DHCPC: Stop DHCPC
29 INFO 0days, 00:32:51, DHCPS: dhcps is already stopped
30 INFO 0days, 00:32:51, DHCPS: Dhcps start
31 INFO 0days, 00:32:52, DHCPS: Recv DISCOVER from F2:CD:28:DC:08:92.
32 INFO 0days, 00:32:52, DHCPS: Send OFFER with ip 192.168.0.200.
33 INFO 0days, 00:32:52, DHCPS: Recv DISCOVER from EA:71:8A:08:76:FE.
34 INFO 0days, 00:32:53, DHCPS: Send OFFER with ip 192.168.0.201.

35 INFO 0days, 00:32:53, DHCPS: Recv DISCOVER from D8:BE:65:81:7D:2D.

36 INFO 0days, 00:32:54, DHCPS: Send OFFER with ip 192.168.0.202.

37 INFO 0days, 00:32:54, DHCPS: Recv DISCOVER from D4:8A:3B:F5:4B:B0.

38 INFO 0days, 00:32:54, DHCPS: Send OFFER with ip 192.168.0.203.

39 INFO 0days, 00:32:54, DHCPS: Recv DISCOVER from 84:25:3F:3E:0D:D6.

40 INFO 0days, 00:32:55, DHCPS: Send OFFER with ip 192.168.0.204.

41 INFO 0days, 00:32:55, DHCPS: Recv REQUEST from F2:CD:28:DC:08:92.

42 INFO 0days, 00:32:55, DHCPS: Send ACK to 192.168.0.200.

43 INFO 0days, 00:32:55, DHCPS: Recv REQUEST from EA:71:8A:08:76:FE.

44 INFO 0days, 00:32:55, DHCPS: Send ACK to 192.168.0.201.

45 INFO 0days, 00:32:55, DHCPS: Recv REQUEST from F2:CD:28:DC:08:92.

46 INFO 0days, 00:32:55, DHCPS: Send ACK to 192.168.0.200.

47 INFO 0days, 00:32:55, DHCPS: Recv REQUEST from D8:BE:65:81:7D:2D.

48 INFO 0days, 00:32:55, DHCPS: Send ACK to 192.168.0.202.

49 INFO 0days, 00:32:55, DHCPS: Recv DISCOVER from 48:87:59:15:78:0E.

50 INFO 0days, 00:32:55, DHCPS: Send OFFER with ip 192.168.0.205.

51 INFO 0days, 00:32:55, DHCPS: Recv REQUEST from EA:71:8A:08:76:FE.

52 INFO 0days, 00:32:55, DHCPS: Send ACK to 192.168.0.201.

53 INFO 0days, 00:32:55, DHCPS: Recv REQUEST from D4:8A:3B:F5:4B:B0.

54 INFO 0days, 00:32:55, DHCPS: Send ACK to 192.168.0.203.

55 INFO 0days, 00:32:55, DHCPS: Recv REQUEST from 84:25:3F:3E:0D:D6.

56 INFO 0days, 00:32:55, DHCPS: Send ACK to 192.168.0.204.

57 INFO 0days, 00:32:55, DHCPS: Recv DISCOVER from 48:87:59:15:78:0E.

58 INFO 0days, 00:32:55, DHCPS: Send OFFER with ip 192.168.0.205.

59 INFO 0days, 00:32:55, DHCPS: Recv REQUEST from 48:87:59:15:78:0E.

60 INFO 0days, 00:32:55, DHCPS: Send ACK to 192.168.0.205.

61 INFO 0days, 00:33:15, DHCPC: Start DHCPC

62 INFO 0days, 00:33:15, DHCPC: Send DISCOVER with unicast flag 0

63 INFO 0days, 00:33:15, DHCPC: Recv OFFER from server 192.168.0.1 with ip 192.168.0.226

64 INFO 0days, 00:33:15, DHCPC: Send REQUEST to server 192.168.0.1 with request ip 192.168.0.226

65 INFO 0days, 00:33:16, DHCPC: Recv ACK from server 192.168.0.1 with ip 192.168.0.226 lease time 7200

66 INFO 0days, 00:33:16, DHCPC: LAN up: Set interface mirror0 ip=192.168.0.226 netmask=255.255.255.0 gateway=192.168.0.1 mtu=1500.

67 INFO 0days, 00:33:16, DHCPS: Dhcps stop

68 INFO 0days, 00:33:18, DHCPC: Send DISCOVER with unicast flag 0

69 INFO 0days, 00:33:18, DHCPC: Recv OFFER from server 192.168.0.1 with ip 192.168.0.226

70 INFO 0days, 00:33:18, DHCPC: Send REQUEST t

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

[Gee580]

AX73　Advanced　ー　Wireless　の　設定ページ

＞KAZU@9000Dさん

現象発生中ということで、AX73で　Advanced　ー　Wireless　の　設定ページの写真をUPしてくれますかね？

LOGからは異状は見られなかったよ。関係するのは　5GHz と　2.4GHz ON　になったことくらいだけどこれは異状ではないよね。　5　と　2.4　は　設定してるんでしょ？　

2022-09-12 22:05:14 led-controller[1165]: <6> 288051 Start to run WIFI5G_ON
2022-09-12 22:05:14 led-controller[1165]: <6> 288051 Start to run WIFI2G_ON

しばらくのあいだ、2.4GHz を　このAX73で　前面OFF、　でメッシュ子機でも、引き継がれ2.4GHz がでないことを
テストできますかね？　

書込番号：24921853

[KAZU@9000D]

＞Gee580さん
添付しました。
2.4でしか繋がらない機器があるため、オフに出来ないのです。

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

[Gee580]

＞KAZU@9000Dさん

子機LOGもUP　どうも！

でも、不思議というか不親切というか、親機、子機のメッシュのプロセス、ボーディングのログが載ってないんだよね。

書込番号：24921871

[KAZU@9000D]

そうなんですよね。
ログ見ても挙動がさっぱり判りません。

そしてこのモードになるとそのうちパスワードが違うって言われて、繋がらなくなる問題も発生するんですよ…。

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

[Gee580]

＞KAZU@9000Dさん

なるほど。　昨日から調べてるけど、TPーLink製品では同じような　５GHz問題　に当たっているユーザーがたくさんいるみたいね。　TP-Linkは　何もしない　とぼやいてる人もいたよ。

ちょっと違うだけどヒントになるかな？　英語は無視しても、画面をみてれば大体わかると思うよね。
https://www.youtube.com/watch?v=jXRBxBlIGtw
要は、５GHz用のSSIDが消えてしまうのは、スマートコネクトをDisableのタイミングで、それを防ぐ方法だよね。
Disableにしてから変更する、だよね。

子機のログからは、クライアントがつながってくるところ、メッシュ子機がメッシュ親機から192.168.0.226をもらっているところくらいしかのってないね。

書込番号：24921898

[KAZU@9000D]

ありがとうございます。
取りあえずスマートコネクトオン→オフ→SSID修正を試してみます。

そもそもスマートコネクトがちゃんと5GHzで繋がってくれれば別に構わないんですけどね。
ほぼ2.4GHzでしか繋がらないから、使えない訳で。

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

[Gee580]

＞KAZU@9000Dさん

それから、ホントにメッシュでつながってるのか？　確認できる？
中継器だったりしてない？

書込番号：24921941

[KAZU@9000D]

ルーター側で『メッシュデバイス』に表示されてますし、
RE330側も『OneMeshなので設定変更出来ない』旨が表示されてますので、
間違いないかと。

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

[Gee580]

＞KAZU@9000Dさん

なるほど。

この問題は、その機体の不具合っぽいね。

で、TP-link のサポセンにコンタクトだよね。　ちょっと担当者との意思疎通がタフみたいだけれども。
２．４GHｚと５ＧＨｚ　が両方、構成されている場合、５ＧＨｚにつながらない。　スマートコネクトは無効にしてある。

はどうかな？　保証期間とかまだあるの？

書込番号：24921954

[KAZU@9000D]

＞Gee580さん

スマートコネクトをオフ→オンにしましたが、2日目で現象再発しました。
RR330再起動後はまた5GHzで繋がるのですが…。

購入後1ヶ月経っていないので保証期間は残っていますが、
Tp-linkが対応してくれないのは過去ログからも明らかですし、
そもそもトリプルコアの表記で購入したのにデュアルコアだった事もある為、
返品の方向で交渉したいと思います。

色々とご協力ありがとうございました。
Tp-linkは個人的に良いイメージを持っていたのですが、
金輪際手を出さないようにします！（笑）

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

googole pixel5aでIpv6未対応サイトが一時的に閲覧不可になる

[ミカド０６０６]

最近ELLCOMの5年くらい前のルーターからAX73に切り替えました。
プロバイダーはso-net光で当初はv6プラス接続でした。
WiFi接続してしばらくすると、googole pixel5aのみ、
LINE、Twitter、Uberなどのサイトが閲覧できない症状に悩まされていました。
具体的には
・LINE→送信できない。しばらくすると送信できませんでしたという通知がくる。
また受信通知のみが表示されるが、メッセージそのものは受信できない。
広告部分が表示されていない。

・Twitter→テキストのみ表示されるが、アイコン、画像、動画が表示されない。
・Uber→画像全般が表示されない。テキストは表示される。

ちなみにgoogle検索ページ、Youtube、Instagramなどは問題なく閲覧できます。

LINE、Twitter、Uberなども
他の端末（google pixel6a、surface laptop3）などでは問題なく閲覧できました。

サイト・アプリが閲覧できなくなったら
google pixel5aのWiFiを一度OFFにしてONにすると一時的に改善されますが、
時間が経つと再度閲覧できなくなっていました（時間はまちまちで30分〜2時間前後）。

まずはhttps://www.tp-link.com/jp/support/faq/722/
を参考に、
・クラウドファームウェアのアップデート
・Wi-Fiのチャンネル設定を変更
2.4GHz→1と6にチャンネル変更（両方試しました）。チャンネル幅を20MHz
5GHz→36~44に変更（すべて試しました）。

・IGMPスヌーピングを無効
などを試してみましたが、なぜかネット接続自体ができなくなってしまったので、
一度リセットして工場出荷状態に戻し、設定をしなおしました。


その後、サポートにお伺いしたところ、まずgoogole pixel5aはWiFi６に対応していないため、
ワイヤレス設定を変更したほうがいいと指示を受け、
・スマートコネクトオフ、
・2.4GHzワイヤレスのモードを802.11b/g/n mixedに変更、
・5GHzワイヤレスを802.11a/n/ac/ mixedに変更しました。


それでも症状が改善されず、もう一度サポートに問い合わせたところ、
「Ipv6非対応のサイトが閲覧できていないので、v6プラス接続の設定のせいの可能性がある。
so-netに問い合わせてください」との返答でした。

so-netに問い合わせたところ、「たしかに症状を聞く限り、v6プラス接続設定の問題があるように思われるが、
通常ルーター側がv6プラスに対応しているのであれば、とくに設定をいじらなくても問題なく接続されるはず。
対応策としてはv6プラス接続をやめ、PPPoE接続にすれば改善される」との返答がありました。
その後、PPPoE接続に変更しましたが、以下の症状に悩まさております。

発生する状況は以下です。
�@スマホをスリープ状態にしてしばらく時間を置いてから再びネット閲覧をする際
（時間は5分〜2時間程度とまちまち）。
�A外出して帰宅し、Wi-Fi接続した直後

上記の状況において、LINE、Twitter、Uberなどのサイトが閲覧できなくなります
（冒頭の症状と同じ状態です）。
ですが、だいたい1分〜5分ほど時間を置くと、復活して普通に閲覧できるようになります。
たまに時間を置いても復活せず、その場合はWi-Fiをオンオフすると復活します。


この時間差が地味にストレスでなんとか改善できないものでしょうか…。
so-netにもTP-linkにもたらい回しにされてしまい、どうにもできません……涙


現在の設定は
・PPPoE接続
・スマートコネクトオフ
・2.4GHzワイヤレスのモード802.11b/g/n mixed
チャンネル６
チャンネル幅　20MHz
・5GHzワイヤレス802.11a/n/ac/ mixed
チャンネル4
チャンネル幅　自動

google pixel5a側の設定
・ネットワーク設定　Wi-Fi自動接続設定　OFF（最初はONでした）
・個別のWi-Fiへの自動接続もOFF　（最初はONでした）
・IP設定　静的（最初はDHCPでした）


何かご存じの方いらっしゃいましたらご教示いただけましたら幸いです。
どうぞよろしくお願いいたします。

書込番号：24910815

[♪ぱふっ♪]

気になるのはDNSの設定ですね。

書込番号：24911081

[ミカド０６０６]

ありがとうございます。
スマホのDNS設定は

プライベートDNS 自動

となっております。

ほかに
OFF
プライベートDNSプロバイダのホスト名をを入力

という項目がありました。

現在は自動という項目が選択されています。

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

[♪ぱふっ♪]

インターネットに接続できない・不安定になる原因のほとんどはDNSです。
それで、試しにDNSのIPアドレスを変更してどうなるか試してみたいのですが、Androidの場合、DNSサーバーのIPアドレスをどうやって変更するのかわからないのですが(メーカーや機種によって設定画面が異なるので)、とりあえず

『プライベートDNSプロバイダのホスト名を入力』

をタップして、ホスト名を入力する欄が出てきたら

8.8.8.8

と入力してOKをタップしてみてください。
このアドレスはGoogleの公開DNSサーバーで、インターネット接続が不安定な場合に真っ先に試す価値があるアドレスです。
これでもダメだったら

『プライベートDNS自動』

をタップして元に戻してください。

書込番号：24911130

[くりりん栗太郎]

＞ミカド０６０６さん

google pixel5aのIPアドレス、DNSサーバーアドレスを固定してみてください。

なぜなら、DHCPがうまく動作していない可能性　と　
DNSサーバーとの通信あたりがうまく動作していない可能性があるように見えるからです。

以下のURLが参考になります。

「パソコン、iPhone、iPad、Android、PS5、PS4、SwitchのIPアドレスを手動で設定（固定）する方法」
https://kuritaroh.com/2021/02/01/device_ipaddress_fix/

書込番号：24911195

[アキーム玉子]

＞ミカド０６０６さん

＞ちなみにgoogle検索ページ、Youtube、Instagramなどは問題なく閲覧できます。
＞LINE、Twitter、Uberなども
＞他の端末（google pixel6a、surface laptop3）などでは問題なく閲覧できました。

IPV4/V6（特定以外のサイトにアクセスできない）の問題とWiFi接続との問題を一度に解決させようとするとしない方が良いかと思います。
まずは、WiFi接続だけなのか有線接続でも発生するのか、特定の端末の設定（IPアドレス、DNS周り）に誤りがないかなどを確認。
SurfaceだからUBS型LANアダプタは持ってないですよね・・・。

＞google pixel5aのWiFiを一度OFFにしてONにすると一時的に改善されますが、
＞時間が経つと再度閲覧できなくなっていました（時間はまちまちで30分〜2時間前後）。
＞（時間は5分〜2時間程度とまちまち）

この2時間という時間と、再接続すると一時的に回復し、時間が経つと再発する挙動って、DHCPリースの問題の可能性はないでしょうか？
このルータのDHCPリース時間はデフォルトで2時間です。
ルータのDHCPリースを停止した状態で、「全ての」端末のIP、DNSを固定で振っても改善しないでしょうか。
もしくは、いっそ全端末をDHCP取得にして、ルータのDHCPサーバのDNS設定の方をGoogle（8.8.8.8）に向けてリースするとか、
で挙動に違いは発生しますか？

他の端末がWiFiでIPv4/v6の両サイトにアクセスできているのならば、ルータのIPv?の問題ではないのだと思います。
（念のため、確実にWiFiで接続させるために、各端末のモバイルデータ通信はOFFにして下さい。）

書込番号：24911267

[羅城門の鬼]

>上記の状況において、LINE、Twitter、Uberなどのサイトが閲覧できなくなります
>（冒頭の症状と同じ状態です）。
>ですが、だいたい1分〜5分ほど時間を置くと、復活して普通に閲覧できるようになります。

まずpixel5aにPing & Net をインストールしてみて下さい。
https://play.google.com/store/apps/details?id=com.ulfdittmer.android.ping&hl=ja&gl=US

そして症状が再現した時に、
アプリを起動し、8.8.8.8 に対して trace route を実行してみて下さい。

１段目に 192.168.xx.xx が表示されますか？
最終段に 8.8.8.8 が表示されますか？

書込番号：24911608

[ミカド０６０６]

＞♪ぱふっ♪さん
ありがとうございます。
さきほどのお伝えした設定はモバイル回線通信のDNSだったようです。
スマホWIFI設定を
IP設定　静的
DNS1　8.8.8.8
DNS2 8.8.4.4
プライバシー　ランダムMACを使用

にしてみました。

３０分ずつ間を置いてみましたが、いまのところ接続のタイムラグがありませんが
しばらく使ってみないと何とも言えないので、もう少し様子を見てみます。

書込番号：24911642

[ミカド０６０６]

＞くりりん栗太郎さん
ありがとうございます。
ご紹介いただいたサイトを参考に下記の設定にしてみました。

IP設定　静的
DNS1　8.8.8.8
DNS2 8.8.4.4
プライバシー　ランダムMACを使用



３０分ずつ間を置いてみましたが、いまのところ接続のタイムラグがありませんが
しばらく使ってみないと何とも言えないので、もう少し様子を見てみます。
ありがとうございます。

書込番号：24911643

[ミカド０６０６]

＞アキーム玉子さん
ありがとうございます。

＞＞SurfaceだからUBS型LANアダプタは持ってないですよね・・・。
→そうなのです…。有線で確認するのは時間がかかりそうですが、
手段を考えてみます。

＞＞ルータのDHCPリースを停止した状態で、「全ての」端末のIP、DNSを固定で振っても改善しないでしょうか。
ありがとうございます。
素人なもので「ルーターのDHCPのリースを停止」というのをどのようにするかわからず…。
とりあえず管理画面のDHCPサーバーという項目の
・アドレスリース時間
と言う箇所がおっしゃる通り120分になっていたので、
試しに1440分（24時間）にしてみました。（これだとリースの停止にはならないですよね？？）

そのうえで、
・アドレス予約
ルーターに接続されている特定のデバイスのIPアドレスを予約します。

という箇所にすべての端末を追加しました。

pixel5a側の設定は
みなさんのアドバイスをもとに、

IP設定　静的
DNS1　8.8.8.8
DNS2 8.8.4.4
プライバシー　ランダムMACを使用
にしてあります。

３０分ずつ間を置いてみましたが、いまのところ症状は出現していません。
しばらく使ってみないと何とも言えないので、もう少し様子を見てみます。

ちなみに
＞＞もしくは、いっそ全端末をDHCP取得にして、ルータのDHCPサーバのDNS設定の方をGoogle（8.8.8.8）に向けてリースするとか、
で挙動に違いは発生しますか？

とのことでしたが、

これは端末側のIP設定を「DHCP」にし、
ルーター管理画面DHCPサーバー項目の
プライマリDNSに「8.8.8.8」と入力する…

ということでよいのでしょうか…？？

重ねての質問ですみません。
教えていただけましたらうれしいです。
よろしくお願いいたします。

書込番号：24911663

[アキーム玉子]

＞ミカド０６０６さん

＞素人なもので「ルーターのDHCPのリースを停止」というのをどのようにするかわからず…。

分かりにくい言い方ですみませんでした。DHCPサーバを止めるという事です。
「DHCPサーバーを有効にする」のチェックを外して、設定を保存すれば止まります。
止めた場合は、全端末に対して静的IPとDNSを手動で設定してまわることになります。

＞・アドレス予約
＞ルーターに接続されている特定のデバイスのIPアドレスを予約します。
＞という箇所にすべての端末を追加しました。

了解です。これでIPアドレス値が固定できるので、端末が特定しやすくなると思います。

＞プライバシー　ランダムMACを使用
＞にしてあります。

検証段階である現時点では、MACアドレスをランダム化しない方が良いかと思います。
アドレス予約で指定したMACアドレスでの指定IP払い出しに該当しなくなってしまいます。

＞これは端末側のIP設定を「DHCP」にし、
＞ルーター管理画面DHCPサーバー項目の
＞プライマリDNSに「8.8.8.8」と入力する…
＞ということでよいのでしょうか…？？

はい、その通りです。
ルータのDHCP設定で、プライマリDNSとセカンダリDNSを明示しておけば、
DHCP取得の各端末のDNS設定が、ここで指定した値で設定されます。

DHCPサーバの設定を変更した場合は、全端末のWiFiをOFF/ONし直して、
IPアドレスを更新して下さい。

書込番号：24911862

[アキーム玉子]

＞ミカド０６０６さん

あと、ルータのログに何か有益な情報が出ているでしょうか？
以前に、NECのルータを使用していましたが、そちらはWiFiの接続情報とか通信状況などがログに残りました。
（私はこの機種ではないTP-Linkの機種を使用していますが、目ぼしい情報が残っていません）

書込番号：24911872

[ミカド０６０６]

＞羅城門の鬼さん
ありがとうございます。
昨晩みなさんに教えていただいた設定にして過ごしてみましたが、やはり同じ症状が出現してしまいました。
ちなみに昨晩の時点の設定変更箇所は

◆DHCPアドレスリース時間
120分→1440分（24時間）

◆アドレス予約
→すべての端末を追加

pixel5a側の設定は

IP設定　静的
DNS1　8.8.8.8
DNS2 8.8.4.4
プライバシー　ランダムMACを使用
→こちらを端末のMACを使用に変更
にしてあります。

＞＞アプリを起動し、8.8.8.8 に対して trace route を実行してみて下さい。

１段目に 192.168.xx.xx が表示されますか？
最終段に 8.8.8.8 が表示されますか？

→症状出現時にアプリを起動し、8.8.8.8に対してtrace routeを実行しました。

１段目に 192.168.xx.xx が表示されていました。
最終段に 8.8.8.8 が表示されていました。

これはどういうことになるのでしょうか…？
どうぞよろしくおねがいします。

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

[ミカド０６０６]

＞アキーム玉子さん
ご丁寧なご返信ありがとうございます。

＞「DHCPサーバーを有効にする」のチェックを外して、設定を保存すれば止まります。
止めた場合は、全端末に対して静的IPとDNSを手動で設定してまわることになります
→ありがとうございます。
帰宅したらこれで一度試してみます。

さきほども書きましたが、昨晩は以下の設定で過ごしましたが、やはり同じ症状が出現しました。

◆DHCPアドレスリース時間
120分→1440分（24時間）

◆アドレス予約
→すべての端末を追加

pixel5a側の設定は

IP設定　静的
DNS1　8.8.8.8
DNS2 8.8.4.4
プライバシー　ランダムMACを使用
→こちらを端末のMACを使用に変更
ご指摘頂いた通り、色々と調べていたらランダムMACではなく、端末のMACを使用に変更したほうがよいとのことでしたが、変更してもだめでした。

帰宅したら
�@「DHCPサーバーを有効にする」のチェックを外して、設定を保存
全端末に対して静的IPとDNSを手動で設定

�A端末側のIP設定を「DHCP」にし、
ルーター管理画面DHCPサーバー項目の
プライマリDNSに「8.8.8.8」と入力
モバイル通信をオフにする

にして再び試してみます。

それと色々と調べていたらどうやらPixelシリーズとTP-LINK製品の相性が悪いようで、色々試してみたので次の投稿に記してみます。

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

[♪ぱふっ♪]

DNSの問題でないとすればルーターとスマートフォンの問題になりますね。
だけど、Pixel 5aでのみ問題が発生するのであればルーターには問題がない。
Pixel 5aのWiFi設定画面でTP-LinkのSSIDを削除して、TP-Linkとの接続を最初からやり直してみるとどーなるでしょうか。

書込番号：24912479

[ミカド０６０６]

＞♪ぱふっ♪さん
＞アキーム玉子さん
＞くりりん栗太郎さん
＞羅城門の鬼さん

みなさまご返信ありがとうございます。

昨晩色々と調べていたところ、同じpixelシリーズでTP-LINK製品を使用している人たちの中で同様の症状を訴えている方々がおりました。

最初の投稿でpixel6aでは使用可能と書きましたが、昨晩何度かもう一度pixel6aで検証をおこなった結果、ランダムに同様の症状が見受けられることが発覚しました。
pixel6a使用者は自宅でほとんどLINEやTwitterを開かないため、気が付かなかったようなのです。

pixel phoneコミュニティで検索したところ、以下のような投稿も出てきました。

https://support.google.com/pixelphone/thread/176275486?hl=ja

https://support.google.com/pixelphone/thread/149688014?hl=ja

https://support.google.com/pixelphone/thread/152064403?hl=ja

またTwitterでもおそらく同じような症状の方々がおりました。

https://twitter.com/genta_hgr/status/1565898357675282432?t=caQNFd1n6QmshqsmRSgiKQ&s=19

https://twitter.com/chipup0801/status/1534043028825858048?t=zDZJ69HdpbjEDtstyCfdQw&s=19

https://twitter.com/clerestory_mxx/status/1367390212641333248?t=P-2Pg9TQHuXIQkhCOFH5vg&s=19


そこでpixel phoneコミュニティの回答にあった以下の対策を試してみました。

1) 接続先のWiFiアクセスポイント/ルータとの相性
・buffelo / tp-link の一部機種で問題が生じるという報告があります。
・tp-link では、 WPA3に対している場合一度WPA2にしてWPA3にするとなぜか安定するという例があるようです

→こちらAX73の設定はもともとWPA2-PSKになっていました。しかし機種は違いますが似たような症状に見えるこちらの投稿を拝見し、https://bbs.kakaku.com/bbs/K0001282508/SortID=23830437/

WPA2-PSK→wpa2/wpa3パーソナルに変更
その後、wpa2/wpa3→WPA2-PSKに変更してみました。
しかし効果はありませんでした。

2) GooglePixel側のWiFi設定不良
・ランダムなMACアドレスを使うが初期値のため、こちらをデバイスのMACアドレスにすると安定するかもしれません。
→アキーム玉子さんのおっしゃるようにランダムMACアドレスから端末のMACアドレスに変更したほうがよさそうでしたので、そのようにしました。
しかし効果はありませんでした。

以下の投稿はTPLINK製品かどうかもわからず、また古い投稿なので、あまり当てにでにないと思いつつも、
https://support.google.com/pixelphone/thread/636065?hl=ja

・MTU値の設定を1454に変更したら改善された
との意見がありましたので、試しに1480となっていたものを1454に変更しましたが、効果はありませんでした。


また関係ないかもしれませんが、公式のこちらのページにhttps://www.tp-link.com/jp/support/faq/2699/

DoS保護機能で、その端末がブロックされていないかを確認してみる
というまだ試していない項目がありましたので実行しようとしたら、現在の管理画面ではDoS保護機能というのが見つかりませんでした。

というわけで、これはPixelシリーズとTP-LINK製品の相性？の問題なんでしょうか。。。その場合、TP-LINK側は他の端末では使用できてるからPixelのせいだといい、Pixel側はほかのルーターでは使用できるのだから、TP-LINK製品のせいだといい、結局TP LINK＆Pixelユーザーは泣き寝入りするしかないのでしょうか…。
悲しいです…

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

[ミカド０６０６]

＞♪ぱふっ♪さん
ご返信ありがとうございます。
さきほどの投稿にも書いたのですが、もう一度検証をおこなった結果、pixel 6aでも同じ症状が出現することが発覚しました…。。。

＞＞Pixel 5aのWiFi設定画面でTP-LinkのSSIDを削除して、TP-Linkとの接続を最初からやり直してみるとどーなるでしょうか。
→ありがとうございます。こちらは最初のほうに何度か試してみたのですが、効果がありませんでした……。
泣きそうです…

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

[ミカド０６０６]

＞アキーム玉子さん
度々すみません。
ログは確認してみます。
ありがとうございます。

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

[ミカド０６０６]

ちなみにpixel5a側でさらに試したことは以下です。
効果はありませんでしたが、記録のために書いておきます。

・設定→アプリ→特別なアプリアクセス→Wi-Fiの管理→すべてのアプリで「許可しない」にする

・設定→バッテリー→アダプティブの設定→自動調整バッテリーをオフにする

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

[アキーム玉子]

＞ミカド０６０６さん

＞最初の投稿でpixel6aでは使用可能と書きましたが、昨晩何度かもう一度pixel6aで検証をおこなった結果、ランダムに同様の症状が見受けられることが発覚しました。
＞pixel6a使用者は自宅でほとんどLINEやTwitterを開かないため、気が付かなかったようなのです。

まずは、「どこ」＝特定の端末か、ルータのWiFiか、ルータのWAN側なのかLAN側なのか、等の発生個所を特定する必要があるかと思います。
Pixel6aとPixel5a の双方で発生しているようですが、どちらもWiFi端末ですし、OSはAndroidです。
WiFi / Windows であるSurfaceではそのような症状は本当に発生していないのでしょうか？
Surfaceでも発生するのであれば、端末によらないWiFi接続での事象の可能性が高まります。
以前にUSB-LANを所持しているかを聞いたのは、無線か有線かを切り分ける為です。

また、USBデバイス（HDDでもフラッシュメモリでも良い）があれば、それを本機の簡易NASで共有・通信してみて、できるだけ大きなファイルの通信が正常にできるかどうかを確認。
この簡易NASは主にLAN側での通信になるため、問題がどちら（WAN側かLAN側か）を切り分ける材料になるかと思います。

＞2.4GHz→1と6にチャンネル変更（両方試しました）。チャンネル幅を20MHz
＞5GHz→36~44に変更（すべて試しました）。

根本に帰って、近所にチャンネルが被っているアクセスポイントは無いでしょうか？
Androidであれば、Play Storeで「WiFiアナライザー」とかで検索すれば、電波強度・チャンネル等を可視化するツールがたくさんあります。

それはさておき、このAX73は製品バージョンが2つ（Ver1 / Ver2）有るようですね。
ハード面、ソフト面の微妙な違いがありそうです。

書込番号：24912635

[羅城門の鬼]

>→症状出現時にアプリを起動し、8.8.8.8に対してtrace routeを実行しました。
>
>１段目に 192.168.xx.xx が表示されていました。
>最終段に 8.8.8.8 が表示されていました。

trace routeを実行する時には既に復旧していたいのかも。
trace route を実行した後も、同じ症状が続いていたのでしょうか？

書込番号：24912709

v6プラス接続について

[すすす０１]

AX73を購入しv6プラスでインターネットの設定をしましたがうまくいきません。
家の回線はフレッツ光マンションタイプ隼でぷららを契約しています。ぷららのv6エクスプレスが開通しているのはマイペースで確認済みです。
ぷららはocnバーチャルコネクトになるので管理画面で、接続タイプ「MAP-E(ocn)」を選択したのですが、ずっとipアドレスが0.0.0.0になりネットに接続できません。管理画面ではネット接続成功したことになってます。
接続タイプをv6プラスにもしてみましたが、同様です。
この場合どのようなことを試し、v6プラス接続すればよろしいでしょうか。
よろしくお願いします

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

[jm1omh]

＞すすす０１さん

まず確認です。ぷららとPPPoEで接続しておいて、こちらをアクセスしてみてください。

IPv6テスト
https://test-ipv6.com/index.html.ja_JP

IPv6アドレスの先頭が2405:でしたらOCNバーチャルコネクトではありません。

インターネット接続タイプはv6プラスではなく、DS-Liteを選択して、
AFTRに dslite.v6connect.net を設定してみてください。

書込番号：24905705

[羅城門の鬼]

>家の回線はフレッツ光マンションタイプ隼でぷららを契約しています。ぷららのv6エクスプレスが開通しているのはマイペースで確認済みです。

https://www.buffalo.jp/support/other/network-ipv6.html
を見ればわかりますが、v6エクスプレスで使われているIPv4 over IPv6は
OCNバーチャルコネクトかtransixです。
v6プラスではないです。

https://www.tp-link.com/jp/support/faq/2466/
を見てみると、OCNバーチャルコネクトの接続設定は
v6プラスと同じようですが、
それでうまく行かない場合は、transixの可能性がありますので、
以下のtransixの設定を試みてください。
それでインターネット接続できるようになりませんか。
https://www.tp-link.com/jp/support/faq/2262/

書込番号：24905710

[すすす０１]

判定画面

＞jm1omhさん
ご回答ありがとうございます。
IPv6アドレスの先頭は2405でした
なのでDS-Liteを選択しAFTRに dslite.v6connect.netを入力してみました。
再度載せていただいたサイトで確認したのですが、画像のような判定になります。
これはうまくいっているのでしょうか
管理画面のipv4のアドレスは0.0.0.0のままです。
しかし、軽くネットサーフィンしてみた感じでは特に問題なさそうでした。

書込番号：24905843

[おかめ@桓武平氏]

＞すすす０１さん

IPv6の頭の数値は、
2400(OCN VC)、2409(transix)のどちらになっていますでしょうか？

書込番号：24905869

[羅城門の鬼]

>IPv6アドレスの先頭は2405でした

OCNバーチャルコネクトでもtransixでもなく、
v6コネクトですね。

>再度載せていただいたサイトで確認したのですが、画像のような判定になります。
これはうまくいっているのでしょうか

うまく行っていないようです。

AX73をRESETボタン長押しで一旦初期化したうえで、
https://www.tp-link.com/jp/support/faq/2262/
を参照し、
接続タイプを ds-lite、
AFTR名を手動でdslite.v6connect.net
を入力してみて下さい。

書込番号：24905885

[jm1omh]

＞すすす０１さん

確認君+
https://env.b4iine.net/

IPv4アドレスで確認できればOKです。
Archer AX73ですが、v6プラス、DS-LiteにするIPv6が流れてこない
ケースがあるため、それですね。

I詳細設定のPv6で、IPv6をONで、パススルー(フリッジ)を選択してみてください。
それでもIPv4で通信できてIPv6がNGなら、まずはそのままお使いください。

書込番号：24905905

[おかめ@桓武平氏]

＞すすす０１さん

>> IPv6アドレスの先頭は2405でした

おっと、見落とししていました。

DS-Lite系の「v6コネクト」のようです。

接続タイプをDS-Lite、
AFTR名に「dslite.v6connect.net」に入力して接続されるとOKかと思います。

書込番号：24905947

[すすす０１]

判定画面

皆様
すいません。
時間がたってから試したところうまく接続できるようになったと思われます。
ただ、1つ気になるのはルーターの管理画面で0.0.0.0になることです。
これでうまくできているのでしょうか
ぷららの判定ではIPoE方式となってました。

書込番号：24906411

[羅城門の鬼]

>ぷららの判定ではIPoE方式となってました。

IPｖ４とIPv6の各々があると思いますが、
IPv4の方もIPoEになっていますか？

書込番号：24906571