今回は、

enひかりクロス XpassのIPv4瞬断とポート上限問題。10Gbps化後に通信品質が低下した件を総務省にも相談予定 part.4

こんにちは、執事です。今回は、この記事の続き。前回の記事では、enひかりクロス10G＋Xpass環境で長いこと悩まされていたIPv4瞬断について、我が家の1契約に割り当てられているTCP/UDPポート数が、実際に上限へ到達していたことがen...

butler885.com

2026.10.04

この記事の続き。

前回の記事では、

enひかりクロス10G＋Xpassで発生しているIPv4瞬断と、契約単位のTCP/UDPポート数上限問題について、総務省にも相談してみる予定。

というところまで書きました。

で、連休も終わったので、

実際に総務省へ相談してみました。

まず総務省の電気通信消費者相談センターへ電話

今回電話したのは、

総務省 電気通信消費者相談センター

です。

前回は祝日だったので電話が繋がらなかったんですが、

連休明けに改めて電話。

今回の、

• enひかりクロス10G＋Xpassを利用していること
• IPv4通信だけが断続的に利用できなくなること
• enひかり側で、実際に契約単位のTCP/UDPポート数上限への到達が確認されていること
• ポート上限到達時にIPv4通信が制限されること自体は「仕様上想定される動作」と回答されていること
• しかし具体的な上限値や現在の使用量は利用者から確認できないこと

なんかを説明しました。

ただ、

電話なので当然ながら、

こちらが話した内容がそのまま文章として残るわけではありません。

自分としては今回、

単に電話で相談して終わりではなく、こちらが何を問題としているのかを文章としてきちんと残しておきたい。

と思っていました。

なので、

「電話ではなく、メールみたいに内容が残る問い合わせ方法はありませんか？」

と聞いてみたところ、

こちらを案内されました。

電気通信サービスに関する情報受付フォーム

telecom-user-report.soumu.go.jp

「電気通信サービスに関する情報受付フォーム」

今回は電話だけで終わらせず、情報受付フォームから送信

電話で聞いたところ、

このフォームから送った内容については、

• 回答まで2週間程度かかる場合がある
• 送信内容が必ず事業者へ伝達されることを確約するものではない
• 必要に応じて情報提供として確認される

という感じの説明でした。

それでも、

今回はこちらを使うことにしました。

理由は単純。

文章として残したかったから。

今回の件、

技術的な話だけでも、

DS-Lite、

AFTR、

CGN、

TCP/UDPポート、

IPv4、

IPv6、

とか色々出てくる。

更に、

「何が一番問題だと思っているのか」

まで電話だけで正確に伝えようとすると、

かなり長くなる。

なので、

自分なりにこれまでの経緯を整理して、

総務省へ送信しました。

総務省へ伝えた内容

全部載せるとかなり長いので、

大きくまとめるとこんな内容。

enひかりクロス10Gbps＋Xpassを利用中、IPv4通信が断続的に利用できなくなる症状が繰り返し発生している。

宅内環境についてはLANケーブル、有線接続、DNS、MTU等を確認し、XG-100NE本体についてもNTTに交換してもらったが、交換後も同じ症状が再発した。

enひかり側の調査では、我が家の契約について、実際に契約単位のTCP/UDPポート数上限へ到達していたことが確認されている。

しかし、

・具体的なポート上限値は非公開
・現在何ポート使用しているのか確認できない
・あとどれだけ余裕があるのか確認できない
・どの程度の端末数や通信量を「一般的な利用」としているのか分からない

という状態。

そして、実際に我が家で確認してきた症状としては、通常のIPv4 Web閲覧やDNS通信まで利用できなくなる場合がある。

で、

今回自分が一番伝えたかったのは、

やっぱりここ。

「10Gbps出ない」という相談ではない

総務省への申告文にも、はっきり書きました。

自分が問題に感じているのは「10Gbps契約なのに10Gbps出ない」という話ではありません。

以前使っていたenひかり1Gbpsでは、

最大速度は今より当然遅い。

でも、

普通にInternetへ繋がっていました。

Yahooを見る。

Googleを見る。

DNS問い合わせをする。

HTTPS通信をする。

そんな普通の通信で、

「今日は繋がるかな？」

なんて考える必要はなかった。

ところが、

10Gbpsへアップグレードして、

最大速度そのものは速くなった。

その一方で、

普通のIPv4 Web通信が断続的に成立しなくなる。

という状態になった。

なので、

1Gbps → 速度は低い → でも普通に繋がる

10Gbps＋Xpass → 速度は速い → でもIPv4通信が繋がらない事がある

という状態。

自分としては、

速度は向上したけど、可用性・接続安定性・通信品質は実質的に低下した。

と感じています。

これが、

いち消費者として一番納得できていないところ。

ポート制限そのものを否定したいわけじゃない

これも総務省にはちゃんと書きました。

IPv4アドレスが足りない。

だから複数利用者で共有する。

そのため、

利用できるTCP/UDPポート数にも制限がある。

この仕組みそのものは理解しています。

自分が聞きたいのは、

その制限によって「普通のWeb閲覧まで利用できなくなる可能性がある」という事を、契約時に利用者が十分理解できる状態だったのか？

というところ。

契約時、

自分は、

• v6プラス
• transix
• Xpass

の違いについて電話で聞いています。

その時に自分が受け取った説明としては、

「大きな違いはなく、どれも10Gbps回線で使える」

という程度。

だから、

「じゃあXpassでいいかな」

くらいで決めました。

後から調べれば、

IPv4アドレスを共有すること、

ポート数に制限があること、

自体はWebサイトや重要事項説明にも書いてある。

なので、

「一切書いてなかった！」

と言いたいわけではありません。

でも、

ポート数に制限があります → 契約単位の上限があります → 具体値は非公開です → 使用量も見えません → 上限に達すると普通のWeb閲覧やDNS通信まで失敗する場合があります

ここまで一般利用者が読み取れるのか？

という疑問。

なので総務省には、

こうした制約は、サービス選択に影響する重要な提供条件として、もっと具体的に説明されるべきものではないのか？

という点について見解を聞きたい、

と伝えました。

そして連休明けからIPv4瞬断がまた増えている

ちなみに通信状況ですが、

改善していません。

従来と同じようなIPv4瞬断が再発。

その後も断続的に発生しています。

そして、

連休明けの2026年9月24日15時16分までに、自分が確認できた範囲だけでも3回以上、IPv4通信が正常に利用できない状態を確認しました。

なので、

過去に一時的にポート上限へ達したことがあった。

というだけの話ではなく、

利用者側から見える「Internetが突然繋がらなくなる」という症状自体は、今現在も続いています。

なお、

連休中は体感的に瞬断の発生頻度が少なかったように感じています。

そして連休が明けた9月24日から、

また明確に増えた。

ただ、

これが利用者数や設備負荷なんかと関係しているのかは分かりません。

そこは利用者側から確認する手段がないので。

総務省への送信は完了

で、2026年9月24日。

総務省の、

「電気通信サービスに関する情報受付フォーム」

から送信完了。

送信後は、

「登録を完了いたしました」

と表示され、

受付番号も発行されました。

一応、

送信完了画面はPDFで保存。

こういうのは後で、

「いつ送ったっけ？」

「何て書いたっけ？」

になるので、

記録は残しておいた方がいいですね。

ちなみに送信後の確認画面、

入力時の改行や段落がほぼ全部消えて、文章がギッチギチに詰まって表示されました

ちゃんと内容は入ってるんだけど、

まぁ読みづらい(´・ω・`)

それでも登録自体は完了していて、受付番号も発行されています。

送信した本文についても、確認画面上には今回整理した経緯や総務省へ確認したい4項目まで記録されていました。

今の状況をまとめると

現時点では、

enひかり → 社内確認中 → 回答待ち

総務省 → 電話相談 → 情報受付フォームを案内される → 2026年9月24日 送信完了 → 回答待ち

という状態。

なので、

今度こそ本当に両方の回答待ち。

になりました。

まとめ

今回、

総務省へ相談したからといって、

すぐ何かが変わるとか、

enひかりへ必ず何か指導が入るとか、

そういう話ではありません。

それでも、

今回自分が一消費者として感じている疑問について、

行政側へ正式に情報提供として残すところまではできました。

これは一つ進んだかなと思っています。

あとは、enひかりがどう回答してくるのか。

総務省からどんな回答が返ってくるのか。

ここを待ちたいと思います。

最初は、

「Yahooが時々開かない」

だけだった話が、

XG-100NEを交換し、

Xpassのポート上限が判明し、

ついには総務省へ情報提供するところまで来ました。

光回線のトラブルシューティングで霞が関まで辿り着くとは思わんかったわｗ

またenひかり、

もしくは総務省から回答があれば、

続きを書きたいと思います。

さて、

今度はどんな回答が返ってくるんでしょうかね(´・ω・`)

関連記事

光クロス(10Gbps回線）のXpassとXG-100NE運用でipv4が瞬断する問題についてあれこれ検証　part.1

こんばんは、執事です。今回は、これらの記事の続きです。ファンを取り付けて落ち着いたと思ったんだけど、やっぱり瞬断が発生する。しかも、主にipv4接続でのみ発生。Xpass(DS-Lite)ではIPv6はIPoEでそのまま通信し、IPv4はD...

butler885.com

2026.10.04

XG-100NE交換後もIPv4瞬断が再発。Xpass（DS-Lite）のAFTR・CGN側を疑って調査中 part.2

こんばんは、執事です。今回は、この記事の続き。前回、en光クロスに変更してから続いている謎のIPv4瞬断について色々切り分けをしていたところ、XG-100NEのLAN4（10Gbpsポート）が完全に通信できなくなるという、なんとも分かりやす...

butler885.com

2026.10.04

enひかりクロス XpassのIPv4瞬断の原因がほぼ判明。DS-Liteのポート数上限到達でWeb通信まで失敗していた part.3

こんにちは、執事です。今回は、この記事の続き。前回まで、enひかりクロス10G＋Xpass環境で、IPv4通信だけが突然遅くなる、というかほぼ繋がらなくなる。という謎の障害を追い続けていました。Wi-Fi？ASUS RT-BE18000？D...

butler885.com

2026.10.04

enひかりクロス XpassのIPv4瞬断とポート上限問題。10Gbps化後に通信品質が低下した件を総務省にも相談予定 part.4

こんにちは、執事です。今回は、この記事の続き。前回の記事では、enひかりクロス10G＋Xpass環境で長いこと悩まされていたIPv4瞬断について、我が家の1契約に割り当てられているTCP/UDPポート数が、実際に上限へ到達していたことがen...

butler885.com

2026.10.04

enひかりクロス XpassのIPv4瞬断問題その後。9日待って進捗確認、ポート割当やAFTR/CGNの設定変更は「なし」との回答 part.6

こんにちは、執事です。今回は、この記事の続き。前回の記事では、enひかりクロス10G＋Xpassで発生しているIPv4瞬断・ポート上限問題について、総務省へ情報提供。そして、enひかり側にも追加質問を投げて、回答待ち。というところまで書きま...

butler885.com

2026.10.05

今回は、

enひかりクロス XpassのIPv4瞬断の原因がほぼ判明。DS-Liteのポート数上限到達でWeb通信まで失敗していた part.3

こんにちは、執事です。今回は、この記事の続き。前回まで、enひかりクロス10G＋Xpass環境で、IPv4通信だけが突然遅くなる、というかほぼ繋がらなくなる。という謎の障害を追い続けていました。Wi-Fi？ASUS RT-BE18000？D...

butler885.com

2026.10.04

この記事の続き。

前回の記事では、enひかりクロス10G＋Xpass環境で長いこと悩まされていたIPv4瞬断について、

我が家の1契約に割り当てられているTCP/UDPポート数が、実際に上限へ到達していた

ことがenひかり側の調査で確認されたところまで書きました。

更に、

ポート数上限へ到達した場合にIPv4通信の一部が利用できなくなること自体は、Xpass可変IPサービスの「仕様上想定される動作」

との回答。

で、

• じゃあ、その上限って何ポートなの？
• 今何ポート使ってるの？
• あとどのくらい余裕があるの？
• 「一般的な利用」って具体的に何台なの？
• 普通のWeb閲覧やDNSまで失敗する可能性って、契約時にちゃんと分かるように説明されてた？

というところを更にenひかりへ質問しています。

今回は、その後の途中経過。

ちなみにその後、2026年9月19日23:40頃にも、従来と同様のIPv4瞬断が再発しています。

一時的に症状が出ていない時間帯はあったものの、少なくとも問題そのものが解消したわけではありませんでした。

ただし、この23:40頃の瞬断について、同時刻にポート数上限へ到達していたかどうかは現時点では確認できていません。

enひかりからは「社内確認するので少し待ってほしい」との返答

2026年9月20日、enひかりからこんな返信がありました。

お世話になっております。

enひかりカスタマーセンターでございます。

ご質問いただいた事項につきまして社内確認いたしますため、回答まで今しばらくお時間いただけますようご了承お願いいたします。

引き続きよろしくお願いいたします。

まぁ、これは仕方ないかなと思っています。

今回聞いている内容って、

単に、

「ルーター再起動してみてください」

とか、

「LANケーブルを交換してみてください」

みたいな一般的なサポートの範囲ではなくなっていて、

• Xpassの具体的なポート割り当て仕様
• 上限値を非公開としている理由
• 契約時の説明方法
• 利用者側で使用状況を確認できないこと
• サービスの提供条件としてどう扱っているのか
• 今回の調査で何らかの設定変更を行ったのか

みたいな話になってます。

なので、カスタマーセンターの担当者がその場で即答できる内容ではないのは分かる。

おそらく上位部署だったり、場合によってはXpassを提供しているアルテリア・ネットワークス側にも確認が必要になるんじゃないかな？

と思っています。

しかも今はシルバーウィーク期間中。

常駐しているカスタマーサポート以外の部署は休みだと思うので、

本格的な回答は連休明けの9月24日以降かな？

くらいに考えています。

なので、ここは一旦待ち。

その間に総務省にも相談してみようと思った

で、

enひかりからの回答を待っている間に、

この件を総務省にも一度相談してみよう。

と思いました。

別に、

「enひかりを怒ってもらおう！」

とか、

「違法だ！処分しろ！」

とか、

そういう話ではありません。

今回の件について、

一消費者として感じている疑問が、通信サービスの提供条件や説明として妥当なのか。

第三者の立場から見た意見を聞いてみたい。

というのが目的。

……。

どっちも連休でやってなかった(´・ω・`)

まぁ、そりゃそうか。

この記事を書いている2026年9月23日は祝日。

なので、こちらも連休明けに改めて相談してみようと思います。

で、総務省に何を相談したいのか？

ここまでの記事を読んでもらうと、

「ポート上限が非公開なのが問題なんでしょ？」

と思うかもしれません。

もちろん、それもかなり気になっています。

でも色々考えた結果、

一消費者として自分が一番納得いっていない部分は、そこだけじゃない。

という事に気付きました。

自分が一番引っ掛かっているのは、

1Gbpsから10Gbpsへアップグレードしたのに、通信の安定性が悪くなった

ここなんですよね。

以前使っていたenひかり1Gbpsでは、

当然ながら最大速度は1Gbps。

10Gbps回線に比べれば遅い。

でも、

普通にInternetへ繋がる。

これが当たり前でした。

Yahooを開く。

Googleを開く。

DNS問い合わせをする。

普通にWebを見る。

それが、

「今日はポートを使い過ぎてるから開かないかもしれません」

なんて意識する必要はなかった。

ところが、

より高速な10Gbpsサービスへアップグレードした結果、最大通信速度は上がった。

でもその一方で、

普通のWeb閲覧すら断続的に失敗するようになった。

というのが今回の状況。

速くなったけど「繋がる」が不安定になった

これって、

単純な、

「10Gbps契約なのに5Gbpsしか出ません！」

みたいな話とは全然違うと思うんですよね。

ベストエフォート回線なのは理解しています。

10Gbpsと書いてあるからといって、

24時間いつでも必ず10Gbps出るわけじゃない。

混雑していれば5Gbpsになるかもしれない。

1Gbpsになるかもしれない。

500Mbpsになることだってあるかもしれない。

そこは分かる。

でも今回起きているのは、

速度が遅いのではなく、通信そのものが成立しないことがある。

という話。

 1Gbps回線 → 最大速度は低い → でも基本的には普通に繋がる 10Gbps＋Xpass → 最大速度は大幅に上がった → でもポート上限に達すると 通常のIPv4通信まで失敗する場合がある

これ、

通信サービスとしての快適性は本当に向上したと言えるの？

って思うんですよね。

今回は「可用性・接続安定性」の問題

今回問題に感じているのは、

可用性とか接続安定性、通信の継続性。

こっち。

つまり、

「必要な時に普通に使えるか」

という部分。

自分の感覚では、

 速度 ↑ でも 可用性・接続安定性 ↓

になった。

10Gbps回線へのアップグレードって、

普通の消費者感覚なら、

今までより高性能になる。

と思うじゃないですか。

少なくとも、

「最大速度は上がりますが、代わりに普通のWeb通信が断続的に成立しなくなる可能性があります」

なんてサービス変更だとは思ってなかった。

そして、そのトレードオフを契約時に認識できていなかった

ここが総務省に聞いてみたい部分。

自分がenひかりクロスへ変更した時、

IPv4 over IPv6方式として、

• v6プラス
• transix
• Xpass

なんかが選べました。

で、

電話で、

「これって何が違うんですか？」

って聞いています。

その時に受けた説明として自分が認識しているのは、

「大きな違いはない。どれも10Gbpsで使える」

という程度。

だから、

「じゃあXpassにしようかな」

くらいで選んだ。

もちろん、

Webサイトや重要事項説明を後から確認すると、

IPv4アドレスを共有することや、

ポート数に制限があること自体は書いてあります。

なので、

「どこにも書いてない！」

という話をしたいわけじゃない。

でも、

「ポート数に制限があります」

という一文から、

普通の利用者が、

 一定数以上のTCP/UDP通信を行う → 契約単位のポート上限に達する → 新しいIPv4通信に制限が生じる → DNS問い合わせ失敗 → HTTPS接続失敗 → 普通のWebサイトまで開かなくなる

ここまで具体的に想像できるのか？

って話。

しかも、

その上限値は分からない。

現在の使用量も分からない。

残りも分からない。

利用者側から監視する方法も今のところ分からない。

障害が起きた後に問い合わせをして、事業者側で初めて「ポート上限に達してます」と確認できる。

これで、

「利用者はサービスの違いを理解した上で選択できていました」

と言えるんだろうか？

というのが、自分の疑問。

総務省には「10Gbps出ない」という相談はしない

なので、連休明けに総務省へ電話する時は、

最初にここをちゃんと伝えようと思っています。

「10Gbps契約なのに10Gbps出ない」という速度の相談ではありません。

と。

相談したいのは、

1Gbpsサービスから、より高速な10Gbpsサービスへアップグレードした結果、最大通信速度は向上したものの、以前は普通に利用できていたWeb閲覧やDNS通信が、契約単位のポート上限によって断続的に成立しなくなる状態になった。

つまり、最大速度は向上した一方で、インターネット接続サービスとしての可用性・接続安定性・通信品質は実質的に低下したと感じている。

このような重要なサービス特性について、現在のWebサイトや重要事項説明、契約時の説明だけで、利用者が十分理解してサービスを選択できる状態と言えるのか。

この辺を中心に聞いてみたい。

ポート上限そのものが悪い、と言いたいわけではない

ここも誤解されないようにしたいところ。

IPv4アドレスが枯渇してる。

だから複数人でIPv4アドレスを共有する。

そのために使えるポート数にも限界がある。

これは仕組みとして理解できます。

もちろん、IPv4アドレスを複数利用者で共有する以上、利用できるポート数に制約が生じるという仕組み自体は理解しています。

ここで「Xpassという仕組みそのものがおかしい」と言いたいわけではありません。

自分が問題に感じているのは、

その制約によって利用者が実際に受ける影響がどの程度なのか。

そして、

その影響を契約前にどこまで具体的に理解できるよう説明されているのか。

です。

例えば最初から、

Xpass可変IPでは契約単位でIPv4用ポート数に上限があります。

多数の端末や通信を同時利用すると上限に達し、通常のWeb閲覧やDNS通信を含むIPv4通信が一時的に利用できなくなる可能性があります。

具体的なポート数は○○です。

とか説明されていたら、

「じゃあ自分の環境だと他方式にしようかな」

って選べる。

でも実際には、

ポート数上限はある。

具体値は非公開。

使用量は見えない。

超えた時はWebすら開かない事がある。

という事を、

障害が発生してから初めて理解した。

ここが一番引っ掛かっています。

enひかりを責めたいわけではない

何度も書いていますが、

自分はenひかりを3年以上使っています。

1Gbps時代は普通に満足してました。

料金も比較的安い。

今回のサポートについても、

ちゃんと通信状況を調べて、

「あなたの契約は実際にポート上限まで達しています」

というところまで確認してくれています。

今回の追加質問についても、

すぐ適当な回答を返すんじゃなくて、

「社内確認するので待ってほしい」

と返してきた。

これはむしろちゃんと対応しようとしていると思っています。

なので、

「enひかり最悪！」

みたいな記事にするつもりはない。

ただ、

一消費者として納得できないものは納得できない。

それだけ。

ちなみに宅内側の切り分けも一通りやっています

この記事から読み始めた方からすると今回の件、

「LANケーブルとか宅内環境が悪いんじゃないの？」

と思う人もいると思います。

もちろんそこも疑っていて、

LANケーブルの交換、

有線接続、

DNS変更、

MTU確認、

XG-100NE本体の交換、

までやっています。

10Gbps環境なので、今回の切り分けではCat6A対応品を使用。

自分が使っているのは、以前から使っているBUFFALOのCat6Aケーブルです。

バッファロー ツメの折れないLANケーブル モデム用 カテゴリ6a ストレート フラットタイプ ブラック BSLS6AFU10BK

バッファロー

絶対にツメの折れないLANケーブル!!持ちやすく挿抜しやすいケーブル。

Amazonの商品レビュー・口コミを見る

Amazon

楽天

Yahoo!ショッピング

メルカリ

もちろん今回のIPv4瞬断は、LANケーブルを交換しても改善しませんでした。

なので、このケーブルを買えば今回の問題が直る、という話ではありません。

ただ、10Gbps回線で通信トラブルを切り分けるなら、物理層を疑う時にCat6A対応ケーブルを1本持っておくと確認はしやすいと思います。

今はenひかりの回答待ち。総務省へは連休明けに相談予定

というわけで、

2026年9月23日現在、

enひかり

については、社内確認中。

おそらく連休明け以降に回答。

そして、

総務省

についても、

九州総合通信局と電気通信消費者相談センターへ連休明けに改めて相談予定。

なので今は、

連休明け待ち(´・ω・`)

という状態です。

今回のシリーズ、

最初はただ、

「Yahooが時々開かないんだけど？」

というところから始まったのに、

Wi-Fi、

DNS、

MTU、

DS-Lite、

AFTR、

CGN、

TCP/UDPポート、

そして遂には、

電気通信サービスの提供条件や消費者への説明ってどうあるべきなの？

というところまで来てしまいました。

いやぁ……。

10Gbps回線にしただけなのに、ホントどこまで勉強させる気なんだｗ

enひかりから正式な回答が来たら、

それもそのまま紹介したいと思います。

そして総務省にも実際に相談して、

どういう見解だったのか、

また続きを書きます。

さて、

このシリーズ、

本当にどこまで続くんでしょうかね(´・ω・`)

関連記事

光クロス(10Gbps回線）のXpassとXG-100NE運用でipv4が瞬断する問題についてあれこれ検証　part.1

こんばんは、執事です。今回は、これらの記事の続きです。ファンを取り付けて落ち着いたと思ったんだけど、やっぱり瞬断が発生する。しかも、主にipv4接続でのみ発生。Xpass(DS-Lite)ではIPv6はIPoEでそのまま通信し、IPv4はD...

butler885.com

2026.10.04

XG-100NE交換後もIPv4瞬断が再発。Xpass（DS-Lite）のAFTR・CGN側を疑って調査中 part.2

こんばんは、執事です。今回は、この記事の続き。前回、en光クロスに変更してから続いている謎のIPv4瞬断について色々切り分けをしていたところ、XG-100NEのLAN4（10Gbpsポート）が完全に通信できなくなるという、なんとも分かりやす...

butler885.com

2026.10.04

enひかりクロス XpassのIPv4瞬断の原因がほぼ判明。DS-Liteのポート数上限到達でWeb通信まで失敗していた part.3

こんにちは、執事です。今回は、この記事の続き。前回まで、enひかりクロス10G＋Xpass環境で、IPv4通信だけが突然遅くなる、というかほぼ繋がらなくなる。という謎の障害を追い続けていました。Wi-Fi？ASUS RT-BE18000？D...

butler885.com

2026.10.04

enひかりクロス XpassのIPv4瞬断・ポート上限問題を総務省へ情報提供。現在はenひかりの回答待ち part.5

こんにちは、執事です。今回は、この記事の続き。前回の記事では、enひかりクロス10G＋Xpassで発生しているIPv4瞬断と、契約単位のTCP/UDPポート数上限問題について、総務省にも相談してみる予定。というところまで書きました。で、連休...

butler885.com

2026.10.04

enひかりクロス XpassのIPv4瞬断問題その後。9日待って進捗確認、ポート割当やAFTR/CGNの設定変更は「なし」との回答 part.6

こんにちは、執事です。今回は、この記事の続き。前回の記事では、enひかりクロス10G＋Xpassで発生しているIPv4瞬断・ポート上限問題について、総務省へ情報提供。そして、enひかり側にも追加質問を投げて、回答待ち。というところまで書きま...

butler885.com

2026.10.05

今回は、

光クロス(10Gbps回線）のXpassとXG-100NE運用でipv4が瞬断する問題についてあれこれ検証　part.1

こんばんは、執事です。今回は、これらの記事の続きです。ファンを取り付けて落ち着いたと思ったんだけど、やっぱり瞬断が発生する。しかも、主にipv4接続でのみ発生。Xpass(DS-Lite)ではIPv6はIPoEでそのまま通信し、IPv4はD...

butler885.com

2026.10.04

この記事の続き。

前回、en光クロスに変更してから続いている謎のIPv4瞬断について色々切り分けをしていたところ、

XG-100NEのLAN4（10Gbpsポート）が完全に通信できなくなる

という、なんとも分かりやすい故障っぽい症状まで出てきました。

LAN1～3の1Gbpsポートなら繋がる。

LAN4だとリンクアップのログ自体は出る。

でも、192.168.1.1のXG-100NE管理画面にすらアクセスできない。

いや、もうお前が原因やろ(´・ω・`)

と思うじゃないですか。

で、NTTに来てもらってXG-100NEそのものを交換してもらいました。

これで全部解決！

……すると思ってたんですけどね。

XG-100NEを新品交換。LAN4は復活した

NTTの業者さんに来てもらい、XG-100NEを交換。

まず、完全に通信できなくなっていたLAN4（10Gbpsポート）は普通に使えるようになりました。

なので、

旧XG-100NEのLAN4側には、少なくとも何らかの不具合があった可能性が高そう。

これはこれで交換してもらって正解だったと思います。

LAN4からASUS RT-BE18000へ繋ぎ、

PCからXG-100NEの管理画面にもアクセスできる。

インターネットも繋がる。

よし。

これで長かった障害調査も終わりかな？

と思いながら使っていたんですが……。

交換したXG-100NEでもIPv4が落ちた

また落ちた(´；ω；`)

症状は交換前とほぼ同じ。

IPv4側のサイトが突然開かなくなる。

でもIPv6側は普通に通信できる。

以前は障害に気付いてからコマンドを打っている間に復帰してしまうことも多かったんですが、今回はちょうど症状が出ている真っ最中に確認できました。

使ったのは前回と同じく、

ping -4 8.8.8.8 nslookup www.yahoo.co.jp 8.8.8.8 curl -4 -I https://www.yahoo.co.jp/

結果はこちら。

まず、

ping -4 8.8.8.8

は連続タイムアウト。

その後、何も再起動していないのに突然19ms程度で応答が戻る。

次に、

nslookup www.yahoo.co.jp 8.8.8.8

こちらもタイムアウト。

これはXG-100NEやプロバイダから配布されたDNSではなく、

Google Public DNSの8.8.8.8を直接指定

しています。

なので、

「XG-100NEのDNS Proxyがおかしいだけ」

とか、

「en光側のDNSサーバーがおかしいだけ」

という話ではなさそう。

更に、

 curl -4 -I https://www.yahoo.co.jp/

も、

 curl: (28) Failed to connect ...

となって約21秒で失敗。

つまり今回は、

IPv4のICMP、DNS、HTTPSがまとめて一時的に通信できない

という状態を確認できました。

新品交換しても再発したという事はどういう事なのか？

ここが今回一番大きいところ。

交換前までは、

• XG-100NEのDS-Lite処理がおかしい？
• XG-100NE内部のSPIやNAT周辺がおかしい？
• LAN4まで死んだし、やっぱり本体故障？
• Xpass側の設備がおかしい？

と、色々候補がありました。

ところが、

XG-100NE本体を交換しても同じIPv4障害が再発した。

こうなると、

「前のXG-100NE個体だけが壊れていた」

では説明しづらくなります。

もちろん、

同じXG-100NE、同じファームウェア、同じDS-Lite機能を使っているので、

XG-100NEという機種共通の処理やソフトウェア側に何かある

という可能性までは消えません。

でも少なくとも、

旧XG-100NE固有の個体故障だけが原因

という線はかなり薄くなりました。

LAN4が死んだ件とIPv4瞬断は、

もしかすると別件だったのかもしれません。

改めてXpass（DS-Lite）の通信経路を考えてみる

ここで、そもそもIPv4通信がどこを通っているのかを整理。

自宅側は、

PC → ASUS RT-BE18000 → XG-100NE → ONU → NTT東日本のフレッツ網 → Xpass側 → Internet

という流れ。

ASUS RT-BE18000はAPモードなので、今回のIPv4 over IPv6処理をしているわけではありません。

IPv4通信の場合はXG-100NE側でIPv4パケットをIPv6の中にカプセル化して、

Xpass側のAFTRまで運びます。

ざっくり書くと、

 IPv4通信 → XG-100NE → IPv4パケットをIPv6内にカプセル化 → NTT IPoE網 → Xpass → AFTR → IPv6の殻を外す → CGN/NAT → IPv4 Internet

みたいな感じ。

一方でIPv6通信は、

 IPv6通信 → XG-100NE → NTT IPoE網 → IPv6 Internet

という感じで、IPv4通信で必要になるAFTRやIPv4用のNAT処理を通りません。

で、今回の症状は、

IPv4が止まっている時でもIPv6サイトは普通に見られる。

つまり、

光回線全体が落ちているとか、

Wi-Fiが切れているとか、

XG-100NEとASUS間のLANが死んでいる、

という感じではない。

IPv4 over IPv6固有部分が怪しい。

という切り分けになってきます。

NTTの業者さんから気になる話を聞いた

今回XG-100NEを交換しに来てくれた業者さんと話していた時に、

ちょっと気になる話を聞きました。

最近、

「プロバイダ側設備の容量不足で通信トラブルが起きている事例を聞くようになった」

とのこと。

もちろん、これは今回の自宅の障害がそれだと断定する話ではありません。

業者さんから聞いた事例の話です。

ただ、今回の通信経路を考えると気になる。

DS-Liteでは、IPv4通信がXpass側のAFTRへ集約されます。

AFTR側では、

IPv4 over IPv6の終端、

IPv4への戻し、

CGN/NAT、

大量のユーザーのセッション管理、

などを処理する事になります。

なので仮に、

• AFTRの処理負荷
• CGN/NATのセッション資源
• NAT用ポート資源
• 収容設備の負荷
• AFTRからIPv4 Internetへ出ていく設備や回線

のどこかで一時的な逼迫が起きれば、

「IPv6は生きているのにIPv4だけおかしい」

という事自体は理屈としてはあり得る。

しかも今回の障害は、

ずっと止まるわけではなく、

数十秒～数分程度で勝手に復帰する。

というのがまた嫌らしい。

調べた時には正常。

でも数分前には死んでいた。

こういう障害が一番面倒なんよ(´・ω・`)

enひかりから届いた前回の調査結果

XG-100NE交換前にenひかりへ障害報告を出していました。

その回答がこちら。

以前頂いていたトレース情報で調査完了しました。

該当時間帯にて弊社にて工事故障情報はございませんでした。

また、クロスパス設備を確認いたしましたが、調査時点にて異常は見受けられません。

なお、お手数をおかけいたしますが、次回事象発生時につきましては、

通信元から通信先への経路だけでなく、通信先から通信元への経路を含めた、

双方向のトレースルートをご確認いただきますようお願いいたします。

ここでちょっと気になったのが、

「調査時点にて異常は見受けられません」

という部分。

今回の障害は自然復旧します。

例えば、

 23:32 障害発生 23:34 復旧 翌日 調査 → 正常

なら、

その時点で正常なのは当然なんですよね。

知りたいのは、

障害が発生していた2026年9月16日の23:32～23:34の間にXpass側設備で何が起きていたか。

です。

交換後の再発を受けてenひかりへ再調査を依頼

そこで今回、

XG-100NEを新品交換した後でも同じ障害が発生したことと、

障害発生中に取得したログを追加してenひかりへ連絡しました。

送った内容はこんな感じ。

XG-100NE本体を新品交換後も同一のIPv4通信障害が再発。

障害発生中に、

ping -4 8.8.8.8
→複数回タイムアウト

nslookup www.yahoo.co.jp 8.8.8.8
→Google DNSを直接指定してもタイムアウト

curl -4 -I https://www.yahoo.co.jp/
→約21秒後に接続失敗

を確認。

DNSだけではなくIPv4のICMP・DNS・HTTPSが同時に通信不能となっている。

発生時刻は2026年9月16日23:32～23:34頃。

調査時点の正常・異常だけではなく、障害発生時刻について、クロスパス側の収容設備、AFTR、CGN/NATセッション、IPv4出口設備等にパケットロス、セッション異常、設備負荷、収容逼迫等の記録がないか確認してほしい。

という内容。

これまでよりかなり具体的な情報は渡せたと思います。

「双方向のtraceroute」って一般ユーザー側で取れるの？

あと、enひかりから言われた、

「通信先から通信元への経路を含めた双方向のtraceroute」

について。

自宅からGoogleなら、

 tracert -4 8.8.8.8

で調べられます。

でも、

 Google → 自宅

のtracerouteは、

Google側からコマンドを実行できないと普通は取れません。

しかもDS-Liteでは、

自宅の192.168.1.xというIPv4アドレスがそのままInternetに出ているわけではなく、

Xpass側のAFTR/CGNを経由してグローバルIPv4を共有しています。

なので、

「通信先から自宅までの逆tracerouteを取ってください」

と言われても、

具体的にどうやって？(´・ω・`)

となる。

なのでこの点についても、

具体的にどのサービスや測定方法を想定しているのか、enひかり側へ確認しています。

IPv6セキュリティログにも障害時間帯の記録があった

ちなみにXG-100NEのログをもう一度細かく見ていたところ、

2026年9月16日23:32～23:34頃、

IPv6のセキュリティログにSPIで破棄されたパケットが複数記録されていました。

最初、

「これ、今回の障害と関係ある？」

と思ったんですが、

送信元IPv6アドレスをXG-100NEの端末接続ログから逆引きしてみると、

自分が障害調査に使っていたWindows PCではなく、

別のAndroid端末でした。

しかも、おそらく外出中の家族のスマートフォン。

なのでこのIPv6 SPIログについては、

現時点では今回のIPv4障害との直接的な関連は確認できていません。

同時刻だったから気にはなりますが、

SPIログが出た＝今回の原因、

と決めつけるのは早そう。

ここは一旦保留です。

現在のところ一番疑っている場所

今までの切り分けを全部並べると、

 PC・スマホ → ASUS RT-BE18000 → XG-100NE → NTTフレッツ網 → Xpass → AFTR / CGN → IPv4 Internet

このうち、

ASUSはAPモード。

XG-100NEへのLAN内pingは正常。

XG-100NEは新品交換済み。

IPv6通信は障害中も使える。

でもIPv4側だけ、

ping、

DNS、

HTTPS、

が一時的に失敗する。

となると、

今のところ個人的には、

XpassのDS-Lite固有部分、特にAFTR/CGN周辺またはその先のIPv4出口側

がかなり気になっています。

ただし、

まだ「Xpass設備が原因」と断定できる証拠まではありません。

XG-100NEという機種共通のDS-Lite処理に何かある可能性も残ります。

なので今は、

犯人を決める段階じゃなくて、逃げ道を一個ずつ潰してる段階。

って感じ。

まとめ

今回分かった事としては、

XG-100NEのLAN4不具合については、本体交換で復旧しました。

ただし、

肝心のIPv4瞬断は新品XG-100NEへ交換しても再発。

なので、

「XG-100NEの旧個体が壊れていただけ」

では説明できなくなりました。

そして今回は障害発生中に、

 IPv4 ping → timeout Google DNS直接指定 → timeout IPv4 HTTPS → timeout

というログも取れた。

一方でIPv6通信は利用できる。

となると、

DS-LiteでIPv4だけが通る経路、

特にXpass側のAFTR、CGN/NAT、IPv4出口設備周辺はやっぱり気になります。

enひかりには障害発生時刻を指定して、

その瞬間の設備負荷やセッション異常まで見てもらえないか

と再調査を依頼中。

いやぁ……、

最初は、

「Wi-Fiかな？」

「DNSかな？」

「ASUSかな？」

「LANケーブルかな？」

「XG-100NEかな？」

とかやってたんですが、

まさかここまで長引くとは思わなかった。

10Gbpsにして速くなったはずなのに、回線障害の勉強で障害内容にばっかり詳しくなっていく(´；ω；`)

まぁでも、

ここまで来たら最後まで原因を追ってみます。

enひかりからクロスパス側の調査結果が返ってきたら、また続きを書こうと思います。

関連記事

光クロス(10Gbps回線）のXpassとXG-100NE運用でipv4が瞬断する問題についてあれこれ検証　part.1

こんばんは、執事です。今回は、これらの記事の続きです。ファンを取り付けて落ち着いたと思ったんだけど、やっぱり瞬断が発生する。しかも、主にipv4接続でのみ発生。Xpass(DS-Lite)ではIPv6はIPoEでそのまま通信し、IPv4はD...

butler885.com

2026.10.04

enひかりクロス XpassのIPv4瞬断の原因がほぼ判明。DS-Liteのポート数上限到達でWeb通信まで失敗していた part.3

こんにちは、執事です。今回は、この記事の続き。前回まで、enひかりクロス10G＋Xpass環境で、IPv4通信だけが突然遅くなる、というかほぼ繋がらなくなる。という謎の障害を追い続けていました。Wi-Fi？ASUS RT-BE18000？D...

butler885.com

2026.10.04

enひかりクロス XpassのIPv4瞬断とポート上限問題。10Gbps化後に通信品質が低下した件を総務省にも相談予定 part.4

こんにちは、執事です。今回は、この記事の続き。前回の記事では、enひかりクロス10G＋Xpass環境で長いこと悩まされていたIPv4瞬断について、我が家の1契約に割り当てられているTCP/UDPポート数が、実際に上限へ到達していたことがen...

butler885.com

2026.10.04

enひかりクロス XpassのIPv4瞬断・ポート上限問題を総務省へ情報提供。現在はenひかりの回答待ち part.5

こんにちは、執事です。今回は、この記事の続き。前回の記事では、enひかりクロス10G＋Xpassで発生しているIPv4瞬断と、契約単位のTCP/UDPポート数上限問題について、総務省にも相談してみる予定。というところまで書きました。で、連休...

butler885.com

2026.10.04

enひかりクロス XpassのIPv4瞬断問題その後。9日待って進捗確認、ポート割当やAFTR/CGNの設定変更は「なし」との回答 part.6

こんにちは、執事です。今回は、この記事の続き。前回の記事では、enひかりクロス10G＋Xpassで発生しているIPv4瞬断・ポート上限問題について、総務省へ情報提供。そして、enひかり側にも追加質問を投げて、回答待ち。というところまで書きま...

butler885.com

2026.10.05

今回は、

enひかりクロス(10GB回線) XpassでASUSのルーターRT-BE18000は使用可能！あと、開通時のトラブルのお話。

こんにちは、執事です。今回は、この時にプロバイダ変更をして安価に、且つ速くなった我が家のインターネットを更に爆速にすべく、ネット環境をenひかりクロス Xpassにした事と、enひかりクロス Xpass接続方式でASUSのルーターは使える！...

butler885.com

2026.09.23

続・enひかりクロス(10Gbps回線) Xpassで今度はWAN(0) Connection: WAN was restored.連発事案発生　XG-100NE側でもトラブルが…

こんにちは、執事です。今回は前回のこの記事の続きです。いや、あの後も色々ありまして。すったもんだしてるんですよ…。ASUS　RT-BE18000を外部との切り分けルーターとして使うのを辞めましたまずは、ここから。前回、NTT側からの切り替え...

butler885.com

2026.09.23

続・続・enひかりクロス(10Gbps) Xpassで接続が不安定、遅くなる原因判明。ひかりクロス(10Gbps回線)利用者は即この対応をした方が良いです。

こんにちは、執事です。これらの記事から続いた光クロスの件、やっと決着です。いや、まぁ、思い返せば確かにそうかも、とは思うけど、まさかここまでとは思わないじゃん。完全ではないにせよ、回線が10Gbpsになるというなら、同時に扱うデータ量が10...

butler885.com

2026.09.23

これらの記事の続きです。

ファンを取り付けて落ち着いたと思ったんだけど、やっぱり瞬断が発生する。

しかも、主にipv4接続でのみ発生。

Xpass(DS-Lite)ではIPv6はIPoEでそのまま通信し、IPv4はDS-LiteによってIPv4パケットをIPv6の中にカプセル化して運びます。

そのIPv4パケットをXpass側のAFTRで取り出し、IPv4側へNATして通信するので、その辺の処理でトラブルが起きているのかな？

つまり、Xpassをやめて別のIPv4 over IPv6方式に変更しないとダメなのかな？

とか思ってたんですが、色々調べてみるとXG-100NEの方が相当に怪しい感じで…。

発生している障害について

まず、発生している障害と状況について書くと、

• en光クロス(10Gbps)でインターネットを使用していると主にipv4のサイトが突然遅くなる→開かなくなる
• ipv6対応のサイトだと普通に繋がる
• ASUSのRT-BE18000をAP設定で無線LAN機器(192.168.1.2）として使用
• XG-100NEをホームゲートウェイとして使用（ひかり電話の為に必要だった）
• XG-100NE管理画面のルータ設定→高度な設定内で「省電力型イーサネット機能」は無効
• ipv4が落ちている時にping -4 -t 192.168.1.1のログを見ても障害無し（ASUS⇔XG100NE間のLANに問題なし）
• XG-100NEのLAN側はLAN1~3(1Gbps)でもLAN4(10Gbps)でも同じように瞬断は発生する。
• XG-100NE⇔ASUS間のLANケーブルは、cat6Aを使用（当初はCat7にしてたけど変えた）

バッファロー ツメの折れないLANケーブル モデム用 カテゴリ6a ストレート フラットタイプ ブラック BSLS6AFU10BK

バッファロー

絶対にツメの折れないLANケーブル!!持ちやすく挿抜しやすいケーブル。

Amazonの商品レビュー・口コミを見る

Amazon

楽天

Yahoo!ショッピング

メルカリ

といった感じ。

この瞬断の厄介な所は、完全にランダムなタイミングで来る事。

そして、暫くリロードを繰り返すとその内復帰するので、XG-100NEの再起動をしなくても一応戻る。

この障害は7月にen光1Gbpsからen光クロス(10Gbps)に変更して間もない頃から発生していたけど、前述の記事のようになんやかんややってたらちょっと落ち着いていた。

けれど、8月くらいから頻度がどんどん上がっていって、今では一日に10回は落ちる様になってしまったので、これはいよいよちゃんと調べないと、と思った次第。

ipv4とipv6の接続状況を体感ではわかっていたけど、ちゃんと切り分ける。

まず、瞬断が発生するタイミングが読めないので、いつ発生してもわかるように2つのコマンドを使う。

ping -4 -t 8.8.8.8

ping -6 -t 2001:4860:4860::8888

ping -4 -t 8.8.8.8 の意味

• -4：強制的に IPv4 プロトコルを使用して通信を行う。

• -t：ユーザーが手動で停止する（Ctrl + C を押す）まで、無制限にpingを送信し続ける。

• 8.8.8.8：宛先となるGoogleパブリックDNS（IPv4アドレス）。

つまり、「IPv4を使って、止めるまでずっとGoogleのDNSサーバーへ通信テストを続ける」という事。

ping -6 -t 2001:4860:4860::8888 の意味

• -6：強制的に IPv6 プロトコルを使用して通信を行う。

• -t：上と同様、手動で停止するまで無制限にpingを送信し続ける。

• 2001:4860:4860::8888：宛先となるGoogleパブリックDNSの IPv6アドレス 。

これらを使って取れたログがこちら。

←のipv6はちゃんとpingは通っているけど、→のipv4はタイムアウトしているのがわかる。

そして、ipv4がタイムアウトしていてもipv6は接続が継続しているのもわかる。

これと前提条件を合わせると、

XG-100NE → Ds-Lite → Xpass AFTR → IPv4 Internet

のどこかが怪しいな、って目星はついたわけです。

一体どの辺までルーティングできているかを調べる

次に使うコマンドがこちら。

tracert -4 8.8.8.8

tracertコマンドの意味

• tracert：宛先までに経由するネットワーク経路（ルーターなど）を追跡（Trace Route）するコマンド。

• -4：強制的に IPv4 プロトコルを使用して経路を追跡する。

• 8.8.8.8：追跡の宛先となるGoogleパブリックDNS（IPv4アドレス）。

つまり、「IPv4を使って、自分のパソコンからGoogleのDNSサーバーに届くまでに、どのネットワーク機器を経由しているかを調べる」という事。

主な用途と使い方

• 通信の遅延や切断箇所の特定：インターネットが重いときや繋がらないときに、どこまでの経路が正常で、どこから先に問題があるのかを切り分けるために使います。

で、これがそのログ。

これを見ると、←のtracertのタイムアウトと、→のpingのタイムアウトが重なっているものの、最終的に17msで繋がってはいる。

tracertでは途中に*が出ていますが、途中のルーターがTracerouteへ応答しないだけの場合もあるため、これだけで障害箇所とは判断できません。

最終的には8.8.8.8まで到達していました。

この時点では「IPv4経路が完全に消えているわけではなさそう」というところまでしか判断できませんでした。

ipv4サイトであるyahoo.co.jpを使ってもうちょっと条件を加えて調べる

次に使うコマンドがこちら。

curl -4 -I https://www.yahoo.co.jp/
nslookup www.yahoo.co.jp 8.8.8.8

curl -4 -I https://www.yahoo.co.jp/ の意味

Webサーバーが正常に応答しているか、HTTPヘッダー（ステータスコードなど）を確認するコマンド。

• curl：ネットワーク経由でサーバーとデータを送受信するコマンド。

• -4：強制的に IPv4 プロトコルを使用。

• -I：Webページの本棚（本文データ）は取得せず、サーバーの応答ヘッダー情報（HTTPステータスコードなど）だけを取得する。

• https://www.yahoo.co.jp/：アクセス先のURL（Yahoo! JAPAN）。

つまり、IPv4でYahoo! JAPANへHTTPS接続し、HEADリクエストに対してHTTPレスポンスが返るか確認するコマンド。

nslookup www.yahoo.co.jp 8.8.8.8の意味

ドメイン名からIPアドレスを引く（名前解決）ためのテストを行うコマンド。

• nslookup：DNSサーバーにドメインの情報を問い合わせるコマンド。

• www.yahoo.co.jp：調べたいWebサイトのドメイン名。

• 8.8.8.8：問い合わせ先として指定したDNSサーバー（この場合はGoogleパブリックDNS）。

「普段使っているプロバイダなどのDNSではなく、GoogleのDNSサーバー（8.8.8.8）に直接『www.yahoo.co.jpのIPアドレスを教えて』と問い合わせる」という意味。DNSが正常に機能しているかをテストしたいときに使う。

で、これのログがこちら。

障害そのものは瞬断で変わらないんだけど、色々やっている内にログの内容が変わった部分があります。

今までは瞬断発生してからpingを飛ばしてタイムアウトのログが発生するのを確認していましたが、-ｔでpingを流し続けたら、ipv4のpingの応答はあるけど、ipv4サイトに繋がらないっていう状態が確認できるようになりました。

IPv4自体が完全に落ちているのではなく、少なくとも確認したIPv4上のTCP/UDP通信が一時的に成立しない状態。

IPv4の経路そのものが消えているわけではないっぽい？

ICMPはDS-Liteを通って普通に往復できているのに、TCP/UDPの新規セッションが一時的に通ってない？

DS-Liteのセッション/NAT状態に関係する不具合かな？

PC
↓
ASUS（AP）
↓
XG-100NE
↓
IPv6網
↓
DS-Lite AFTR
↓
IPv4 Internet

この流れで繋がるはずなんだけど、ICMPが通っている以上、XG-100NE→IPv6網→AFTRまで全部死んでいるわけじゃなくて、

新規TCP/UDPフローの確立・転送に関係する処理がおかしくなっているっぽい。

リロードを繰り返すと自然復旧することから、障害が継続固定しているのではなく、断続的に発生していることは分かる。

Yahooを何回かリロード
↓
ある時突然開く

そして同じ時間でも、

pingはずっと17ms

なので症状としては、

「パケットが全部落ちる」ではなく「一部の新規フローが作れない／作りにくい」

の可能性が高そう。

XG-100NEのログについて

XG-100NEの障害ログ、通信ログ、経路情報取得ログ等も確認しました。

障害発生時間帯にWANリンクダウン等の明確な回線断を示すログは確認できていません。

DHCP関連では、WAN側IPv4アドレスのリース延長要求およびアドレス割り当てが約2時間間隔で記録されていますが、この時刻と実際の通信障害発生時刻は一致しておらず、リース更新直後も正常に通信できていることを確認しています。

つまり、ログ上で障害になってそうなものは何も記載が見当たらない状態でした。

ここまでの切り分けの結果としてen光に送った内容

・ASUS RT-BE18000(192.168.1.2)はルーターモードではなくAPモードで使用
・XG-100NEへの有線接続でも現象を確認
・障害中でもXG-100NE（192.168.1.1）へのLAN内通信は正常
・IPv4の8.8.8.8へのICMP pingは正常な状態でも、IPv4 TCP/UDP通信が失敗することがある
・IPv6通信は正常なケースが多い
・XG-100NE再起動により一時的に改善する
・しばらくすると自然復旧する場合もある
・DHCPリース更新時刻と障害発生時刻には明確な相関なし

以上から、宅内LANやWi-Fiの単純な通信断というより、XG-100NEのDS-Lite処理、またはXpass側のIPv4 over IPv6（DS-Lite/AFTR）通信に関連する可能性を疑っています。

Xpass側設備を含め、該当時間帯の通信状況やセッション等に異常が発生していないかご確認いただけないでしょうか。

障害発生時のping、nslookup、curl等の結果を撮影した画像を添付いたします。

必要であれば、次回障害発生時に追加で実施すべき確認方法・コマンド等をご指定いただければ実施可能です。

よろしくお願いいたします。

って感じで今も絶賛障害対応中。

更に発生した追加の障害

en光に上記の障害報告を済ませて、ヤレヤレと思いながらLANポートを4（10Gbps）に戻したら…。

繋がらない(´；ω；`)

LAN4のままだと192.168.1.1にアクセスしても管理画面すら開かない。

pingを飛ばしてもタイムアウト。

そこでLAN1やLAN2に繋げるとちゃんと開けるし繋がる。

ポートリンクアップ自体は認識されているので、完全な断線ではなさそう。

でも、ケーブル挿してもLEDランプが点灯しない。

これ、

• LAN4の10GbE PHY/コントローラ周辺の異常

  LAN1/2へ同じ端末・同じ構成で差し替えるだけで192.168.1.1へ接続できるなら、PC→ASUS→XG-100NEという宅内経路そのものは生きてる。差分がXG-100NEのポート側。

• 10GbEのリンクネゴシエーション異常

  LAN4だけ10GbEなので、1GbpsEポートとはPHYもリンク確立処理も異なる。完全故障でなくても、10GBASE-Tのオートネゴシエーションや10GbEのリンクトレーニング周辺で異常があり、リンクアップと判定されても正常なEthernet通信が成立していない可能性。

偶然の可能性もあるけど、

「XG-100NE内部に何らかの不安定要因があり、それが以前は断続的な通信異常として現れ、今回は10GbEポートの完全停止として現れた」

という仮説も無視できない感じ？

まとめ

今回の自分の場合は、LAN4が逝った事も含めてen光のサポートには連絡済。

10Gbps回線で10Gbps使えないなんて本末転倒だから、XG-100NEの交換も並行して動いてもらっています。

あとはサポートからの返事があり次第、また記事にしようと思っています。

XG-100NEについて調べてみると、通信不調や接続トラブルを報告している事例はいくつか見つかりました。

ただし症状や原因はそれぞれ異なるので、今回と同じ原因かどうかは不明です。

今回のケースについては引き続き経過を共有していこうと思います。

関連記事

XG-100NE交換後もIPv4瞬断が再発。Xpass（DS-Lite）のAFTR・CGN側を疑って調査中 part.2

こんばんは、執事です。今回は、この記事の続き。前回、en光クロスに変更してから続いている謎のIPv4瞬断について色々切り分けをしていたところ、XG-100NEのLAN4（10Gbpsポート）が完全に通信できなくなるという、なんとも分かりやす...

butler885.com

2026.10.04

enひかりクロス XpassのIPv4瞬断の原因がほぼ判明。DS-Liteのポート数上限到達でWeb通信まで失敗していた part.3

こんにちは、執事です。今回は、この記事の続き。前回まで、enひかりクロス10G＋Xpass環境で、IPv4通信だけが突然遅くなる、というかほぼ繋がらなくなる。という謎の障害を追い続けていました。Wi-Fi？ASUS RT-BE18000？D...

butler885.com

2026.10.04

enひかりクロス XpassのIPv4瞬断とポート上限問題。10Gbps化後に通信品質が低下した件を総務省にも相談予定 part.4

こんにちは、執事です。今回は、この記事の続き。前回の記事では、enひかりクロス10G＋Xpass環境で長いこと悩まされていたIPv4瞬断について、我が家の1契約に割り当てられているTCP/UDPポート数が、実際に上限へ到達していたことがen...

butler885.com

2026.10.04

enひかりクロス XpassのIPv4瞬断・ポート上限問題を総務省へ情報提供。現在はenひかりの回答待ち part.5

こんにちは、執事です。今回は、この記事の続き。前回の記事では、enひかりクロス10G＋Xpassで発生しているIPv4瞬断と、契約単位のTCP/UDPポート数上限問題について、総務省にも相談してみる予定。というところまで書きました。で、連休...

butler885.com

2026.10.04

enひかりクロス XpassのIPv4瞬断問題その後。9日待って進捗確認、ポート割当やAFTR/CGNの設定変更は「なし」との回答 part.6

こんにちは、執事です。今回は、この記事の続き。前回の記事では、enひかりクロス10G＋Xpassで発生しているIPv4瞬断・ポート上限問題について、総務省へ情報提供。そして、enひかり側にも追加質問を投げて、回答待ち。というところまで書きま...

butler885.com

2026.10.05

今回は

enひかりクロス(10GB回線) XpassでASUSのルーターRT-BE18000は使用可能！あと、開通時のトラブルのお話。

こんにちは、執事です。今回は、この時にプロバイダ変更をして安価に、且つ速くなった我が家のインターネットを更に爆速にすべく、ネット環境をenひかりクロス Xpassにした事と、enひかりクロス Xpass接続方式でASUSのルーターは使える！...

butler885.com

2026.09.23

前回のこの記事の続きです。

いや、あの後も色々ありまして。すったもんだしてるんですよ…。

ASUS　RT-BE18000を外部との切り分けルーターとして使うのを辞めました

ASUS WiFi RT-BE18000 無線 ルーター 最新規格WiFi7 11529+5764+688Mbps v6プラス/OCNバーチャルコネクト/クロスパス/transix/IPv6オプション対応 トライバンド デュアル10Gポート 10G光クロス ペアレンタルコントロール&ネットワークセキュリティ機能 家中をカバー エコパッケージモデル

ASUS

【Amazon限定】環境に配慮した包装でお届けします。保証期間は+1年の3年保証

Amazonの商品レビュー・口コミを見る

Amazon

楽天

Yahoo!ショッピング

メルカリ

まずは、ここから。

前回、NTT側からの切り替え後に、RT-BE18000をXpass(DS-Lite)接続で接続して安定していたのですが、それから半日くらいしてから回線がやたら不安定になって瞬断を繰り返す様になりました。

WAN（0） Connection: WAN was restored.

これでWANが途切れまくってネットがまともにつながらない。XG-100NEを再起動すると一時的に戻るんだけど、しばらくしたら元に戻ってしまう。

これじゃどうにも使えないってんで、ONU⇒XG-100NE(スルー、光電話のみ担当）⇒RT-BE18000(ルーター）の状態から、開通当初の接続状態であった、ONU⇒XG-100NE(ルーター)⇒RT-BE18000(ルーター運用)※2重にしてみる事にしました。

そこで、enひかりさんに連絡し、7月3日の午後くらいに再びXG-100NEがHGWになりました。(一回だけは無料らしい。次回から2200円かかる、と言われた）※XG-100NEがHGW兼ルータとして動いているか、それともスルーしているかは、データ通信のランプを見るとすぐわかります。スルー状態(家庭内の別ルータをHGWとする場合）だと消灯していますが、HGWになると青いLEDランプが点灯します。

あえて二重ルーターにて運用開始。その理由を先に説明します。

実は、ASUSのルータをアクセスポイント運用せずにルータ運用したいのには理由がありまして。

ASUSのルータにて、メイン用のwifiとゲスト用のwifiを分けたかったのが一つ。それと、手持ちの機器に5ghzには対応しているものの、wifiセキュリティ認証方式がWPA2のみにしか対応しない（WPA3/WPA2のトランジションモードだと繋がらない)ものがあったのが大きいです。

ASUSのRT-BE18000は、メインネットワークに2.4ghzと5ghzと6ghzのSSIDがデフォルトで準備されています。これを、2.4ghz&5ghzと5ghzと6ghzと分ける事はできません。2.4ghz&5ghzと6ghzの2つのSSIDにすることはできますが、その場合は、5hzは2.4ghzのSSIDとセットになって、別途に5ghzのSSIDは作れなくなります。(最大3個）ただ、これとは別にゲストネットワークにSSIDを作成する事ができるようになっていて、そちらはローカルIPアドレスから変わります。（デフォルトでIoT機器用があって、もう一個作れるので最大2個）

で、セキュリティを考えると、WPA3対応機器であればWPA3で、WPA3に対応していない機器であればWPA2認証方式で接続してくれるWPA3/WPA2-personalで使うのが普通です。しかし、子供たちが使っているタブレットが5ghzは使えるんだけど(wifiは掴めるんだけど)、WPA3/WPA2認証方式だとネットワークパスワードを正しく入力してもパスワード入力を再度求められて延々と接続できない、という状態でした。そこで、ゲストネットワークに5ghzのSSIDを新たに設定して、その認証方式をWPA2のみにすることで接続を可能にしたかったのです。（実際にそれで接続できる。）

ですが、アクセスポイントモードだと、この２つ目のゲストネットワークを作成した時に認証方式を変更する事ができない、という致命的な違いがあって、ルータモードでいきたかったのです。（ルータモードなら２つ目のゲストネットワーク作成時にも認証方式を選択できる。）

二重ルーターで運用開始。しかし、再び発生するWAN(0) Connection: WAN was restored.

結局7月1日の最初の開通日と同じ状況を再現したものの、

15:01:26 WAN was restored15:02:10 WAN was restored15:02:54 WAN was restored15:03:05 WAN was restored15:03:21 WAN was restored15:03:44 WAN was restored15:04:33 WAN was restored

こんな感じでどうしてもASUS側とXG100NE間の接続が瞬断されてうまくいかない。

初日だったら上手くいってたのになんでなんだ…。

ここから更にXpass直接接続するにも追加料金が2000円かかってしまう事を考えると、前述したメイン、ゲストの切り分けを諦めて普通にRT-BE18000をAPモード利用するしかないと思いなおしました。

それでもなんか不安定。今度はXG-100NEのポートリンクダウンだと…

XG-100NEをHGWとして使わず、ASUS　RT-BE18000を使用している時はXG-100NEのデータリンクランプは消灯状態で点灯する事はありませんでした。

NTT側からXG-100NEをスルーしてASUSルーターをWANとの切り分けルータとして使っている時はXG-100NEのデータ通信ランプに青い色が灯る事はありませんでした。

しかし、ASUSルーターをAPモードにすると、XG-100NEのデータ通信ランプが青点灯し始めました。

要は、XG-100NEは開通時の設定で、ASUSだけDHCPではなく、APに変更した状態。

殆どのご家庭は大体このような設定になっているはず。

でも、この状態になっても普通に使っていると使えるといえば使えるんだけど、何故かちょくちょく落ちる。

また色々インターネッツの情報をあさっていると、LANケーブルがCAT8なのがいけないかもしれない、との事。

どうもXG-100NEはアーシング対応してないから、シールドケーブルのせいで不具合が発生する事もあるとの事。

そこで、

バッファロー ツメの折れないLANケーブル カテゴリ6a ストレート ノーマルタイプ ブラック BSLS6ANU50BK

バッファロー

絶対にツメの折れないLANケーブル!!持ちやすく挿抜しやすいケーブル。

Amazonの商品レビュー・口コミを見る

Amazon

楽天

Yahoo!ショッピング

メルカリ

絶対ツメが折れないと評判のこちらの6ＡLANケーブルを購入したら、ポートリンクダウンも落ち着き始めました。

XG-100NEは痒いトコに手が届かない感じでホントにクセがあるなぁ。

まとめ

結局、普通の接続、というかXG100NEをルータ運用、自前のRT-BE18000をAPモード運用、というある意味普通の構成に落ち着きました。

メイン、ゲストの切り分けについては、メインの内の2.4ghz帯をWPA/WPA2-personal認証にして古いタブレットはそれに接続する形にしました。

まぁ、タブレットはそろそろ寿命の時期ではあるので、買い替えも考えての一時的処置ですね。

でも、でもね…。

なんかまだ微妙に速度が出ないんですよね、、、。

開通日のネット速度まで出ないんです…。

再び二重ルーターにするか、それとも別の問題なのか。

まだ調査を継続しないといけない雰囲気です。

続・続・enひかりクロス(10Gbps) Xpassで接続が不安定、遅くなる原因判明。ひかりクロス(10Gbps回線)利用者は即この対応をした方が良いです。

こんにちは、執事です。これらの記事から続いた光クロスの件、やっと決着です。いや、まぁ、思い返せば確かにそうかも、とは思うけど、まさかここまでとは思わないじゃん。完全ではないにせよ、回線が10Gbpsになるというなら、同時に扱うデータ量が10...

butler885.com

2026.09.23

今回は、この時にプロバイダ変更をして安価に、且つ速くなった我が家のインターネットを更に爆速にすべく、ネット環境をenひかりクロス Xpassにした事と、enひかりクロス Xpass接続方式でASUSのルーターは使える！（enひかり公式は使えないって言ってるけどな！）というお話。

そもそも、どうしてこんな事になったのか

いや、最近1GBのネット回線では使用するコンテンツに対して、全く帯域が足りていないんじゃないの疑惑が出て来まして。

というのも、fire TV、switche2、スマホ、タブレット、Alexa、防犯カメラatom3台、玄関のSesami、自動掃除機eufyと、我が家のwifiの混雑状態といったら凄まじく、全ノードを同時接続した時に明らかに重い症状が出るようになってきました。

そこで、今10GB回線にしたら、一体いくらかかるんだろう？とふと考えて調べた事により始まったのです。

enひかりで10GB回線を探す

今引いているenひかりさんが月額も安く、いつ解約しても解約手数料無料なんで、このままいこうと思って10GB回線の値段を見ると、

enひかりクロス（10GB）戸建て　税込み4917円

ん？あれ？今入ってるenひかりもそんな位じゃなかったっけ？

enひかり（1GB）戸建て　税込み4620円

値段差が殆どないやんけｗ

（更にお任せISPという接続方式をenひかりに任せる方式だと税込み4700円になる）

これは変えざるを得ない！

ルーターの選定。セキュリティを考えたら…

さて、10GBにするにしても、ルータも更新しなきゃいけない。
出来るなら、10GBの帯域を余すことなく使い切れるくらいの（数年買い替えなくていい位の）ものを買いたい。

調べてみて、直ぐにいい感じのお値段のwifi7ルーターで出てきたのがTP-link。

TP-Link WiFi ルーター WiFi7 10ギガ対応 19Gbps トライバンド Archer BE19000【Amazon.co.jp限定】 | 6GHz対応、10Gbps WAN/LAN、1Gbps LAN×4、USB 3.0×2、EasyMesh、MLO、320MHz、4K-QAM、VPN

TP-Link

【特徴】最新規格Wi-Fi 7に対応。最大19Gbpsのトライバンド通信で、高速で安定したWi-Fi環境を実現します。

Amazonの商品レビュー・口コミを見る

Amazon

楽天

Yahoo!ショッピング

メルカリ

性能の割にお値段もちょっと控えめ（といっても昨今の半導体需要の影響か値段があがってますが…。

そこで、こいつを購入しようと思ったのですが、その中でつい最近、アメリカ合衆国がTP-Linkのルーターに重大なセキュリティ上の問題があるという発表をしていた事がわかりました。

TP-Link　アウト～！（今使用している方、大変申し訳ない。）

次に今まで使っていたNEC Atermでいい感じのを探してみると、

NECプラットフォームズ Aterm 無線LANルーター Wi-Fi7 トライバンド対応 PA-19000T12BE

Aterm

【Wi-Fi 7対応】最新規格Wi-Fi 7対応のトライバンドのWi-Fi ルータです。

Amazonの商品レビュー・口コミを見る

Amazon

楽天

Yahoo!ショッピング

メルカリ

【Amazon.co.jp限定】NEC Aterm 無線LAN Wi-Fi 7 ルーター 11be AM-7200D8BE 有線10Gbps デュアルバンド 8ストリーム (iPhone 16Pro/16/15 Pro/Nintendo Switch メーカー動作確認済み)

Aterm

【Wi-Fi 7対応】最新規格Wi-Fi 7対応のデュアルバンドのコンパクトなWi-Fi ルータです。

Amazonの商品レビュー・口コミを見る

Amazon

楽天

Yahoo!ショッピング

メルカリ

いや、マジでいいお値段。（お高い！）

なんかお手頃価格でいいのないのとBuffaloも探索。

バッファロー WiFi ルーター 無線 LAN Wi-Fi 7 11be トライバンド 10ストリーム 11529 + 5764 + 688 Mbps 有線 10Gbps WXR18000BE10P

バッファロー

接続環境：3階建て(戸建て) 4LDK(マンション) 63台 21人 無線LAN規格：IEEE802.11a/b/g/n/ac/ax/be 周波数：2.4/5/6GHz 周波数帯：トライバンド 無線LAN速度(5GHz)：5764 Mbps 無線LAN速度(2.4GHz)：688 Mbps

Amazonの商品レビュー・口コミを見る

Amazon

楽天

Yahoo!ショッピング

メルカリ

Buffaloよ、おまえもか…。

そこで、最終的に値段と性能とセキュリティ、細かい設定が可能なアプリの完成度の高さのバランスで決めたのがこちら。

ASUS WiFi RT-BE18000 無線 ルーター 最新規格WiFi7 11529+5764+688Mbps v6プラス/OCNバーチャルコネクト/クロスパス/transix/IPv6オプション対応 トライバンド デュアル10Gポート 10G光クロス ペアレンタルコントロール&ネットワークセキュリティ機能 家中をカバー エコパッケージモデル

ASUS

【Amazon限定】環境に配慮した包装でお届けします。保証期間は+1年の3年保証

Amazonの商品レビュー・口コミを見る

Amazon

楽天

Yahoo!ショッピング

メルカリ

今の値段は高くなってるけど、ちょっと前まで45000円で買えてたんだ…。

よっしゃ、これで後はen光の契約を1GBから10GBに変更するだけだ！と思ったのですが…。

enひかりクロスに仕掛けられた罠？！enひかりクロス（10GB回線）ではASUSのルーターは全部使えない？！

購入してからenひかりのページを見に行ってびっくり！

※【注意】ASUS社製ルーターにつきましては10Gポート搭載製品も含めeｎひかりクロスには対応しておりません。

この文字！

え？何？購入しちゃったのに使えないって事？！と焦りそうになるものの、

                 

と、冷静さを保ちつつ、実際には何が問題でASUSのルータが使えないかを調べていくことにしました。

突破口はASUSのルータソフトウェアアップデートと、アルテリアネットワークの対応ルーター一覧！

結局、結論から言うと、日本の10GB回線の接続方式がかなりガラパゴスで、海外製ルーターだとソフトウェアの対応が遅れ、ASUSもその例に漏れずに実際に対応できるようになったのは2025年半ばくらいであるという事がわかりました。

enひかりさんは、そのサイトの様子が阿部寛の公式サイトと同じ空気感を漂わせている…。

広告宣伝費をなるだけかけずに（だって問い合わせだっていまだに電話窓口だけなんだゼ…）運営している。

つまり、実際には対応できているんだけど、対応した！という確証が自社で取れていない（そこに割くリソースがない）と推察。

そこで、

人柱になってやろうやないかい！

といわんばかりに　だって、もう買っちゃったし…

ASUS WiFi RT-BE18000 無線 ルーター 最新規格WiFi7 11529+5764+688Mbps v6プラス/OCNバーチャルコネクト/クロスパス/transix/IPv6オプション対応 トライバンド デュアル10Gポート 10G光クロス ペアレンタルコントロール&ネットワークセキュリティ機能 家中をカバー エコパッケージモデル

ASUS

【Amazon限定】環境に配慮した包装でお届けします。保証期間は+1年の3年保証

Amazonの商品レビュー・口コミを見る

Amazon

楽天

Yahoo!ショッピング

メルカリ

これで行ってみる事にしました。

とはいうものの、安パイは取りたいじゃない…

威勢のイイことを言ってみたものの、実際はどきどき。

そこで、もう少し調べてみると、enひかりクロスの接続方式にアルテリアネットワークスのXpassが選択できる事を確認。

更に、Xpass対応ルーター一覧の中に、RT-BE18000がある事を発見！

基本的にenひかりクロスであろうとも、元の回線はNTT東西。

という事は、そのベースであるNTTフレッツ光クロスで使えるルーターであるならば、回線借りてるenひかりクロスでもいけるハズ！と判断。

enひかりクロスへの回線契約変更を電話で伝え、Xpass選択、ルーターは自前で用意、設定はこちらで自分でやる旨を伝えました。

enひかりクロス回線切り替え日当日

ウチは光電話も使ってたので、ONUだけでは光電話が使えない為、XG-100Eというルータ（無線なし＋550円）もセットで貸し出しを受ける事になりました。（この機器が２つ来た事も後の混乱の一要因となったのですが。）

で、

NTT(外)→ONU→XG-100NE(10GBWAN)→XG-100NE(10GBLAN)→RT-BE18000(10GBWAN/LAN)

この接続をして、XG-100NEの初期設定を添付用紙に従って行い、（といっても、最初のパスワードを設定するだけ）2026年7月1日朝方までに無事開通。

Fast testでも、6Ghzのwifi7接続で午前10時半前後で2GBの速度を叩き出す程の超速度。

これは最高のネット環境ができたゼ！

と浮かれていたのですが、翌日の7月2日午前3時11分に、いきなり繋がらなくなってしまったのでした。

突然繋がらなくなったenひかりクロス！その原因とは…

7月1日に開通させてからは設定からケーブルから電源から何から全て一切触っていませんでした。

その為、RT-BE18000が原因とは考えにくい。

なんせ、wifiは飛んでるし、アドレスもちゃんと取れてる。

arp -a入れてもちゃんとXG-100NEのLANも見えてる。

PINGを飛ばしてもちゃんと帰る。

でも、XG-100NEから外に出れない。

いや、でもXG-100NEに繋がっている固定電話（ひかり電話）はちゃんと通話できる。

あれ？でもXG-100NEのデータ通信ランプが全然点滅しないな。

そこで、

ONUとXG-100NEの電源抜いて、3分待ってONUの電源入れる→3分待って→XG-100NEの電源入れる

これをやっても復旧しない…。

昨日の夜、大雨だったから雷でも拾ったか？？

tracert 8.8.8.8　をやってみると、やっぱりRT-BE18000までは行くけど、その先のXG-100NEでロストする…。

原因は十中八九、XG-100NE側にあるな、と思ってPCとLAＮ直結でXG-100NEにアクセスすると衝撃が走りました。

XG-100NEの設定が飛んでる？！昨日まで見られていた画面じゃない！

おかしい、確かに昨日開通後にXG-100NEにアクセスした時は、IPv6もIPv4もアドレス取れてたのを確認しているし、、、。

と思いながら、今度はLAN直結でXG-100NEにアクセスし、昨日設定したばかりのパスワードを打ち込んでみると、現れた画面は

—————————————————————————————————–

設定ウィザード

設定ウィザードでは、インターネット接続にPPPoE方式をご利用になる場合における最低限の設定を行います。
インターネット接続にPPPoE方式をご利用になる場合、プロバイダから供給される情報を入力してください。

利用タイプの選択
・PPPoE方式を利用する
・PPPoE方式を利用しない

接続先の設定
接続先名：〇〇〇
接続先ユーザー名：〇×△□@○○○○.co.jp
接続パスワード：●●●●●●●
※接続先ユーザ名の例：xxxx@xxxxxxxxxxx.co.jp

—————————————————————————————————–
という画面と設定のボタンのみ。

あれ？昨日ログインした時には、NTTのロゴとXG-100NEと、その下にファームウェアバージョン04.00.00008って文字が左上にあって、その下は基本設定、電話設定、ルータ設定、無線LAN設定、メンテナンス、情報＞機器情報、＞現在の状態、＞障害ログ、＞通話ログ、＞DHCPクライアント取得情報、＞DHCPv4サーバ払い出し状況、＞DHCPv6サーバ払い出し状況、＞更新ログ、＞通信ログ、＞毛色情報取得ログ、＞セキュリティログ（IPv4)、＞セキュリティログ(IPv6)、＞UPnPログ、＞無線LAN情報、＞端末接続ログ、となっていたはず。
DHCPv4、DHCPv6サーバ払い出し状況を見た時に日付も時間もあったし、DHCPクライアント取得情報もちゃんと見られた。

それが全部なくなってる？！

chat GPTにも聞いてみたら、

「設定が飛んでしまったのかもしれません、たまにこういう事もあります。」

とか言いやがる！マジか？！

解決編。全ての問題は、enひかり開通タイミングと設定タイミングのせいだった…。

結論から言うと、この罠にハマった原因は以下の通り。

1.開通日にASUSルータのWAN設定をDHCPにしたままでも開通してネットにアクセスできてしまっていた。
2.ルーターはこっちで準備する、と担当者に伝えていたので、ONUだけ届くと思っていたらXG-100NEと2つセットで届いた。
3.2のXG-100NEのルーターはルーターとして届けられたのではなく、ひかり電話用の端末として届いていた。
4.開通日の開通状態と、開通二日目にNTT側で行われたXG-100NEの設定変更日が同時ではなく一日ズレていた。
5.開通二日目にNTT側で行われたXG-100NEの設定変更について何の知らせもなかった。
6.契約する時に「ルーターはどうされますか？と聞かれて、こちらで準備したルーターで設定するので」と答えていたので、ASUSのWAN設定でXpassにして接続するつもりであったし、enひかりの担当もそのツモリでいたわけだが、開通初日はASUSのWANからのXpass接続ではネットに繋がらない状態で、翌日に切り替えが発生し、Xpass接続でしか繋がらなくなる予定だった、、、が、その切り替えは知らされていなかったｗ

どうよ、この多重トラップｗ

まぁ、これだけではわからないと思うのでもっとかみ砕くと。

契約時にこちらのルータ(ASUS)でグローバルIPを取得して、LANもASUS配下のみのつもりだった。（enひかりの担当者ともそういう話で進んでると思っていたし、実際そうだった。）
↓
届くのは、enひかり(1GB）のPR-500KIの様なONU＋ひかり電話＋ルータ機能が一体化したものだと思っていたが、ONUとXG-100NE(ひかり電話＋ルータ）が届いたので、自前のルータ使うって伝えたんだから、XG-100NEはデフォルトで二重ルーターじゃないよね？ひかり電話の為に同梱されているんだよね？と思い、XG-100Eにログインしたら、XG-100NEでグローバルアドレスを取得している事を確認。（この時点で、あれ？ASUSでグローバルアドレス取ってやるつもりだったんだけど、enひかりの人が勘違いしたのかな？と思う。）
↓
一応、ASUSのWANをXpassにして接続するも、接続できず。
ここで、
「あ、XG-100NEはひかり電話の為じゃなくて、ルーターとして同梱されてたんだ、じゃ、ASUSのWANはXpassじゃなくて、DHCPだな」
と解釈。（実際は違うんだけど、初日はそういう設定で開通した。）
↓
開通確認をして、Fastでネット回線の速度を測定して2.0GBを叩き出したことを確認。
fire TV、その他家中のwifi機器が正常にネット接続ができている事を確認。
↓
夜勤の仕事に出る。その際、夜中に家のatomの動体反応通知が来ていたので気にしていなかった。
↓
朝になって嫁から「家のwifiが使えない」との連絡。
↓
遠隔でatomを見ようとするも、全て接続切れ。
↓
家に帰って状況確認し、LAN側に問題がない事を確認し、XG-100NEより外側での障害を疑い、enひかりの担当に連絡した所、障害は発生しておらず、XG-100NEはNTT側から見て正常との事。
↓
XG-100NEにLAN直結でログインして、先日の開通時と画面が違う（XG-100NEの設定が飛んでないですか？）と伝えると、もう一度確認する、との事。
↓
やはり、NTT側は全く問題ありません。本日の3時11分から切り替えが実施されて正常に動いています。との事。
↓
ん？本日の3時11分って、7月1日の3時11分じゃなくて、7月2日の3時11分って事ですか？と聞く。
↓
はい、そうです、7月2日の3時11分にルーターの設定が切り替わって正常です、と。
↓
え？でも開通日は7月1日でしたよね？実際に7月1日から使えてましたし。
↓
はい、そうです、7月1日に開通して、7月2日に切り替えが実施されています。
↓
あ、、、ま、、、わかりました、ASUSの設定をXpassに切り替えて試してみます、それで繋がらなかったらまた電話します。
↓
ASUSのWANをDHCPからXpassに変更
↓
あっさり繋がる。
↓
お疲れ様でした！！

じゃないやぃｗ

enひかりさん、そこ、ちゃんと前もって教えて欲しかったわ…

＞7月2日の3時11分にルーターの設定が切り替わって
＞7月2日の3時11分にルーターの設定が切り替わって
＞7月2日の3時11分にルーターの設定が切り替わって
いや、そこめっちゃ重要な情報！！

7月2日の切り替えについて事前情報全くないんかいｗ

いや、まぁ、通信サービスそのものは良いし、自分である程度解決できる人間が選ぶ回線だとも思っているし、だからこそ業界最安でやれてるんだと思うし、コスト削減の為に窓口が電話対応だけ、としているのもまぁわかる。

けどさ、「開通日とルーター設定日は別です」は伝えておいて欲しかった…。

まとめ

いや、今回はChat GPTにも聞いたりしたんだけど、振り返って見ると、そのChat GPTもトラップだった。

だって、

「前日までDHCPで正常に接続できていながら、こちらでは何も手を加えてない状態でXG-100NEのログイン画面がそんなに変わるのはおかしい！設定が飛んでいる可能性が高いです！」

なんて言うんだもの。

しかも、天気も悪くて、大雨洪水警報も出てたっていうから、

「XG-100NEが誘導雷でも拾ったのか？」

って思ってしまえる状況でもあったんだもの。
なのに、実際は

「開通日とルータ設定日が別日だっただけでした！」

って言うんだからもうね…。

でも、今回の件でハッキリ伝えられる事がある。

それは…

enひかりクロスでもASUSの10GBルーターはちゃんと使えますよ！

（あ、でも、ソフトウェア更新が終わった古いルータだと怪しいから各接続形式のサービス元の対応ルータは確認してね。Xpass対応ルーター一覧←こういうの）

って事ですたい！！

まぁ、少なくとも、これはenひかりクロスいけます。

ASUS WiFi RT-BE18000 無線 ルーター 最新規格WiFi7 11529+5764+688Mbps v6プラス/OCNバーチャルコネクト/クロスパス/transix/IPv6オプション対応 トライバンド デュアル10Gポート 10G光クロス ペアレンタルコントロール&ネットワークセキュリティ機能 家中をカバー エコパッケージモデル

ASUS

【Amazon限定】環境に配慮した包装でお届けします。保証期間は+1年の3年保証

Amazonの商品レビュー・口コミを見る

Amazon

楽天

Yahoo!ショッピング

メルカリ

続・enひかりクロス(10Gbps回線) Xpassで今度はWAN(0) Connection: WAN was restored.連発事案発生　XG-100NE側でもトラブルが…

こんにちは、執事です。今回は前回のこの記事の続きです。いや、あの後も色々ありまして。すったもんだしてるんですよ…。ASUS　RT-BE18000を外部との切り分けルーターとして使うのを辞めましたまずは、ここから。前回、NTT側からの切り替え...

butler885.com

2026.09.23