#XG100NE | 885番目の執事(butler885)

Xpass(DS-Lite)のIPv4瞬断問題 part.7 enひかりから回答。ポート上限は非公開、対策として改めて固定IPを提案されたお話

執事885 — Mon, 12 Oct 2026 03:01:15 +0000

こんにちは、執事です。

今回は、

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

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

この記事の続き。

前回は、enひかりクロス10G＋Xpassで起きているIPv4瞬断について、具体的なポート上限や使用量の確認方法などを問い合わせ、回答を待っているところまで書きました。

調査中に我が家の割当ポート数や収容先、AFTR/CGN側の設定を変更した事実はない、という回答は来たものの、肝心の質問1～5は確認中。

で。

今回は、enひかりから「VNE事業者への確認が完了した」との回答が来ました。

Xpassを提供しているのは、アルテリアネットワークスなんで、要はenひかり側から、Xpass提供業者のアルテリアネットワークスへの確認が済んだよ、というお話。

ブロードバンドアクセス（クロスパス） | アルテリア・ネットワークス株式会社

ブロードバンドアクセス（クロスパス） | 「アルテリア・ネットワークス」のオフィシャルサイトです。自社保有の光ファイバーによる大容量のバックボーンとアクセスラインを活用した法人向けとマンション向けのネットワークソリューションをご紹介いたしま...

ポート上限への到達は確認。ただし、上限値と使用状況は非公開
じゃあ、何ポートまで使えて、今いくつ使っているの？
重要事項説明書には、ポート制限の記載がある
対策の一つとして提案されたのは、固定IPへの変更
まとめ
関連記事

ポート上限への到達は確認。ただし、上限値と使用状況は非公開

まず、調査結果についての回答がこちら。

【確認結果について】

調査の結果、可変IPサービスにおけるポート数の上限に達していたことが確認されました。

なお、具体的なポート上限値や使用状況については、VNE事業者の設備運用上の理由により非公開とされており、弊社からもご案内できかねる状況です。

また、ポート数の上限に達した場合、サービスの仕様上、一部のIPv4通信が利用できなくなる可能性があるとの回答をVNE事業者から受けております。

【サービスのご案内について】

Xpassの重要事項説明書では、IPv4アドレスを複数の利用者で共有する仕組みであることや、ポート数に制限があり、一部のオンラインサービスが利用できない場合があることをご案内しております。

ポート上限に達したという話自体は、以前にも回答をもらっています。

今回は、追加で聞いていた具体的な数字や使用状況について、「まだ確認中」から「非公開なので案内できない」へ回答が進んだ、という事ですね…。

また、上限に達するとどうなるのかについては、

> ポート数の上限に達した場合、サービスの仕様上、一部のIPv4通信が利用できなくなる可能性がある

との回答を、VNE事業者から受けたとのこと。

つまり、enひかりからの説明としては、上限への到達が確認されていて、その際には一部のIPv4通信が利用できなくなる可能性がある。

ただ、以前にはpingまでタイムアウトしたケースもありました。

今回の回答では、そうした症状までポート上限だけで説明できるのか、というところまでは示されていません。

~~えぇ商売しとるのぅ、アルテリアネットワークスさんよぅ(｀・ω・´)~~

じゃあ、何ポートまで使えて、今いくつ使っているの？

自分が前回までに聞いていたのは、ざっくりこの辺。

– 具体的なポート上限値、または概算
– 上限値を非公開にしている理由
– 利用者が現在のポート使用量を確認する方法
– 「一般的な利用」として想定している端末数や通信量
– 通常のWeb閲覧やDNS通信まで失敗する可能性を、契約前にどう案内しているのか

今回、非公開の理由は「VNE事業者の設備運用上の理由」と説明されました。

でも、具体的な上限値や使用量は分からないまま。

利用者側で確認できる方法や、「一般的な利用」がどの程度なのかという目安も、今回の回答には示されていません。

「上限に達しています」と言われても、どこが上限で、どの通信がどれだけ使っているのかは分からない。

ここは、引き続き残っている部分ですが、

正直言って、これ以上enひかりに回答を求めるのは酷な部分だとも思っています。

重要事項説明書には、ポート制限の記載がある

enひかりからは、Xpassの重要事項説明書でも、IPv4アドレスの共有やポート数の制限を案内している、という説明がありました。

該当するのは、2ページ目の「IPアドレスの割り当て」。

実際に確認すると、固定IPを申し込まない場合はIPv4アドレスを複数ユーザーで共有し、ポートに制限がある事、同時に使う端末やアプリケーションの数によって制限が生じる可能性が記載されています。

例として挙がっているのは、一部のオンラインゲーム、IP電話、外部サーバ公開、VPN接続など。[enひかり Xpass重要事項説明書・2ページ目]

なので、ポート制限の説明そのものがない、という話ではありません。

ただ、今回聞いていたのは、その制限が通常のWeb閲覧やDNS通信にもどう影響するのか、というところ。

この点については、enひかりから、

> 今回のようにインターネット通信にも影響が生じる可能性については、今後、より分かりやすくご案内できるよう検討を重ねて参ります。

との回答がありました。

説明の改善を検討する、という返答です。

実際にどのような案内へ変更されるかまでは、今回の回答では分かりません。

でも、

ここはホントにちゃんとオペレーターに周知させた方がいいよ、enひかりさん！

Xpassではネットが繋がらなくなる事がある、って利用者からの声があります、と。

対策の一つとして提案されたのは、固定IPへの変更

今後の利用については、こんな提案がありました。

> 今回の事象への対策の一つとして、可変IPサービス特有のポート数制限を回避できる固定IPサービスへの変更をご提案いたします。

対策として提示されたのは、「固定IPサービスへの変更」

重要事項説明書にも、Xpassと同時にenひかり固定IPを契約した場合は、ポート数の制限がない旨が記載されています。[重要事項説明書・2ページ目]

今回説明されたポート制限を回避する方法としては、こういう選択肢があるという事ですね。

ただ、これをするとなるとせっかく交換したXG-100NEを再度交換する事になりそうなんですが、それは…。

※注：XG-100NEはXpassの固定IP接続（IPIP方式）には対応していない。

まぁ、ここはenひかりに相談してみます。

まとめ

今回は、enひかりから~~VNE事業者~~アルテリアネットワークスさんへの確認結果が届きました。

ポート上限への到達、一部のIPv4通信が利用できなくなる可能性、具体的な上限値や使用状況を案内できない理由が説明され、対策の一つとして固定IPへの変更が提案されています。

前回の「まだ確認中」からは進展しました。

一方で、利用者がどの程度の使い方なら上限に達しにくいのか、現在の使用量をどう確認するのかという目安は示されていません。

「回答は来た。でも、利用者側で上限を把握しながら使えるようになったわけではない。」
「同時に、enひかり側からXpassについてこれ以上どうこうするのは、もう難しそう」

今回の到達点は、そういった感じ。

あとは総務省からの回答がどうなるかですね。

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

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

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

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

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

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

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

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

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

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

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

Xpass(DS-Lite)のIPv4瞬断問題 part.8　v6プラス（MAP-E）へ変更する事に。enひかりの対応と10月16日の切替予定のお話

こんにちは、執事です。今回は、この記事の続き。前回は、enひかりからVNE事業者への確認結果が届き、ポート上限への到達は確認されたものの、具体的な上限値や使用状況は非公開。対策の一つとして固定IPサービスを提案された、というところまで書きま...

Xpass(DS-Lite)のIPv4瞬断問題 part.9　v6プラス(MAP-E)へ変更してやっと解決？！　速度より「途切れない」事の方が遥かに大事だった、というお話

こんにちは、執事です。今回は、この記事の続き。前回は、enひかりに相談して、Xpassからv6プラス（MAP-E方式）へ変更する事になった、というところまで書きました。切り替えは10月16日。今回は、その後2日ほど使ってみた、10月18日時...

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

執事885 — Thu, 24 Sep 2026 07:07:02 +0000

こんにちは、執事です。

今回は、

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

この記事の続き。

前回の記事では、

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

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

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

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

まず総務省の電気通信消費者相談センターへ電話
今回は電話だけで終わらせず、情報受付フォームから送信
総務省へ伝えた内容
「10Gbps出ない」という相談ではない
ポート制限そのものを否定したいわけじゃない
そして連休明けからIPv4瞬断がまた増えている
総務省への送信は完了
今の状況をまとめると
まとめ
関連記事

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

今回電話したのは、

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

です。

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

連休明けに改めて電話。

今回の、

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

なんかを説明しました。

ただ、

電話なので当然ながら、

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

自分としては今回、

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

と思っていました。

なので、

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

と聞いてみたところ、

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

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

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

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

電話で聞いたところ、

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

回答まで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

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

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

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

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

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

執事885 — Wed, 23 Sep 2026 05:50:09 +0000

こんにちは、執事です。

今回は、

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

この記事の続き。

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

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

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

更に、

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

との回答。

で、

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

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

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

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

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

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

enひかりからは「社内確認するので少し待ってほしい」との返答
その間に総務省にも相談してみようと思った
で、総務省に何を相談したいのか？
1. 1Gbpsから10Gbpsへアップグレードしたのに、通信の安定性が悪くなった
速くなったけど「繋がる」が不安定になった
今回は「可用性・接続安定性」の問題
そして、そのトレードオフを契約時に認識できていなかった
総務省には「10Gbps出ない」という相談はしない
ポート上限そのものが悪い、と言いたいわけではない
enひかりを責めたいわけではない
ちなみに宅内側の切り分けも一通りやっています
今はenひかりの回答待ち。総務省へは連休明けに相談予定
関連記事

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ケーブル!!持ちやすく挿抜しやすいケーブル。

もちろん今回の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

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

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

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

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

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

執事885 — Sat, 19 Sep 2026 09:26:09 +0000

こんにちは、執事です。

今回は、

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

この記事の続き。

前回まで、

enひかりクロス10G＋Xpass環境で、IPv4通信だけが突然遅くなる、というかほぼ繋がらなくなる。

という謎の障害を追い続けていました。

Wi-Fi？

ASUS RT-BE18000？

DNS？

LANケーブル？

MTU？

XG-100NE？

DS-Lite？

Xpass側？

と、まぁ色々疑ってきたわけですが。

ちなみに今回使用している無線LAN環境はASUS RT-BE18000。

現在はXG-100NEをルーター、RT-BE18000をAPモードで使用しています。

今回のIPv4瞬断の原因そのものではありませんでしたが、我が家のWi-Fi環境についてはこの機種を使用しています。

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

ASUS

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

前回の記事の最後では、

XG-100NEのLAN4（10GbE）まで完全に通信できなくなる。

という別のトラブルまで発生。

「これもうXG-100NE本体が壊れてるんじゃね？」

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

これで流石に直るだろ。

と思ってたんですよ。

XG-100NEを新品交換！LAN4も復活！これで終わり！！
XG-100NEを新品にしても直らないなら、旧XG-100NEだけの故障ではない
そしてenひかりから返ってきた回答
Xpassの可変IPではIPv4アドレスを複数ユーザーで共有している
あれ？これって今までの症状にめちゃくちゃ当てはまらない？
しかも1回じゃなかった
そしてもっと気になったのが「これは正常な仕様です」という回答
じゃあ、その上限って何ポートなの？
「一般的な利用を想定して必要十分なポート数」とのこと
固定IPへ変更してください、と言われても…
そもそも契約時にそんな違いを説明されたっけ？
「HPに書いてあります」「規約に書いてあります」で済ませて良い話なのか？
9月19日23:40、再びIPv4瞬断が発生
enひかりへ更に確認している内容
総務省にも相談してみようと思う
ここまでの時系列を一回整理
まとめ
関連記事

XG-100NEを新品交換！LAN4も復活！これで終わり！！

……と思うじゃん？

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

しかも交換したその日の夜。

2026年9月16日23時32分頃。

新品になったXG-100NEでも、今までと全く同じような症状が発生しました。

今度はちょうど障害が発生している真っ最中にPCを触っていたので、すぐに確認。

まず、

 ping -4 8.8.8.8

を実行。

すると、

連続でタイムアウト。

しばらくすると、こっちでは何もしてないのに突然19ms前後で応答が復帰。

次に、

 nslookup www.yahoo.co.jp 8.8.8.8

これも、

DNS request timed out。

更に、

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

を実行すると、

約21秒待った後、

Failed to connect。

つまり今回は、

IPv4 ICMP
IPv4 DNS
IPv4 HTTPS

がまとめて通信できなくなっている瞬間を捕まえる事ができました。

それでいて、機器の再起動なんかはしていないのに、その後勝手に復旧する。

やっぱり今までと同じじゃないか。

XG-100NEを新品にしても直らないなら、旧XG-100NEだけの故障ではない

ここは結構大きな切り分けになりました。

旧XG-100NEでは実際にLAN4が通信不能になっていたので、

旧XG-100NEに何らかの故障があった

というのはほぼ間違いないと思います。

実際、新品へ交換したらLAN4は普通に使えるようになりました。

なお、宅内側の切り分けではXG-100NE～ASUS間のLANケーブルも交換して確認しています。

10GbE接続なので、切り分けにはCat6A対応ケーブルを使用しました。

今回のIPv4瞬断そのものはケーブル交換では改善しませんでしたが、10GbE環境で物理層を切り分けるなら、まずここはCat6Aになっているか、Cat7とかCat8になっていないかは確認しておいた方がいいです。

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

バッファロー

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

ただ、

IPv4の瞬断は新品交換後も再発。

となると、

「IPv4瞬断も全部旧XG-100NEの故障でした」

では説明できない。

XG-100NEという機種共通のDS-Lite処理やファームウェアの問題、という可能性はまだ残るものの、

少なくとも、

旧XG-100NEという個体だけが悪かった線はかなり薄くなった。

という事。

そこで、再びenひかりへ障害発生時刻と各種ログを送って再調査をお願いしました。

そしてenひかりから返ってきた回答

で、返ってきた回答の要点だけ抜き出すと、

お客様の通信状況を確認した結果、調査時点で可変IPサービスにおける払い出しポート数の上限に達していることを確認いたしました。

ご申告の通信不安定事象については、上記ポート数制限の影響を受けている可能性が考えられます。

……。

ん？

ポート数の上限？

最初読んだ時、

「Xpass設備全体のポートが足りてないって事？」

と思ったんですが、そうではありませんでした。

更に聞いてみたところ、

ウチの1契約に対して割り当てられているTCP/UDPポート数の上限。

とのこと。

そんな上限に引っ掛かってたんかい！

Xpassの可変IPではIPv4アドレスを複数ユーザーで共有している

ちょっとここは仕組みの話。

Xpassの可変IPv4では、一人一人に専用のグローバルIPv4アドレスが与えられているわけではありません。

ざっくり書くと、

 執事885宅 192.168.1.x → XG-100NE → IPv4をIPv6にカプセル化 → Xpass / DS-Lite → AFTR / CGN → 共有グローバルIPv4 → Internet

という感じ。

グローバルIPv4アドレスを複数ユーザーで共有するので、

各契約者には、IPv4通信で利用できるTCP/UDPポート数に上限が設けられている。

で、その割り当てられたポートを全部使い切った。

これが今回enひかり側で確認された事。

あれ？これって今までの症状にめちゃくちゃ当てはまらない？

ここで過去の症状を思い返してみる。

以前は、

 ping -4 8.8.8.8 →17msで正常 nslookup www.yahoo.co.jp 8.8.8.8 →失敗 curl -4 Yahoo →失敗

という状態がありました。

ICMPのpingは通ってる。

でもTCP/UDP通信が新しく確立できない。

そして時間が経つと自然に戻る。

これ、

ポート枯渇と考えると結構きれいに説明できる。

TCPやUDPの通信に使っていた変換情報が時間経過で解放されれば、また空きポートができる。

空きが出来れば新しい通信が始められる。

だから、

 Yahoo開かない → 何度かリロード → 突然開く

みたいな事も起こり得る。

しかもIPv6はこのIPv4用ポートを使わないので、

IPv4は死んでいるのにIPv6サイトは普通に開く。

これも今までの症状と合う。

もちろん、障害中にIPv4 pingまで落ちたケースもあるので、全ての挙動が単純に「ポート枯渇」の一言だけで説明できるかまでは分かりません。

なお、ICMPのpingにはTCP/UDPのようなポート番号自体がありません。

そのため、IPv4 pingまでタイムアウトしたケースについては、TCP/UDPのポート数上限だけでは説明し切れません。

ポート上限とは別の要因が同時に発生していたのか、Xpass側でIPv4通信全体に影響する状態になっていたのか、その点については現時点では不明です。

ただ少なくとも、

実際に我が家の契約でポート上限に達していた。

これはenひかり側で確認されています。

しかも1回じゃなかった

前回の調査時点で、

お世話になっております。
ご調査ありがとうございます。

その後、NTTにてXG-100NE本体を新品交換していただきましたが、交換後も同一のIPv4通信障害が再発しました。

今回は障害発生を確認した直後に下記試験を実施しております。

・ping -4 8.8.8.8
複数回連続してタイムアウト。その後、機器再起動等を行わず自然に19ms程度へ復旧。

・nslookup www.yahoo.co.jp 8.8.8.8
8.8.8.8をDNSサーバーとして直接指定しましたが、DNS request timed out。

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

XG-100NE交換後も同一現象が発生していること、またDNSだけではなくIPv4のICMP・DNS・HTTPSが同時に通信不能となることから、宅内DNS設定のみの問題ではないと考えております。

今回事象の最初の発生時刻は 2026年9月16日 23:32～23:34頃（JST） です。

その後も同様の状況が散発的に発生しています。

お手数ですが、「調査時点で正常であるか」だけでなく、上記障害発生時刻について、クロスパス側の収容設備、AFTR、CGN/NATセッション、IPv4側出口設備等にパケットロス、セッション異常、設備負荷、収容逼迫等の記録がないかご確認いただけますでしょうか。

また、ご依頼いただきました「通信先から通信元へのトレースルート」について確認させてください。

DS-Liteでは当方のIPv4通信はAFTR/CGNを経由し、グローバルIPv4アドレスを共有する構成と認識しております。そのため、一般利用者側からYahooやGoogle等の通信先を起点として自宅側への逆方向tracerouteを実施することは困難です。

御社で想定されている具体的な測定方法、利用する測定サイト、または通信先をご指定いただけますでしょうか。

必要であれば、次回事象発生時にもIPv4/IPv6双方のping、traceroute、DNS問い合わせ、HTTPS接続結果を取得いたします。

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

という内容でenひかりへメールを送り、2026年9月16日23:32～23:34頃に実際に発生した障害について確認をお願いしていました。

その後、enひかり側で更に調査したところ、この時間帯とは別に、以下の日時にも我が家の契約でポート数上限への到達を確認していたとのこと。

2026年9月16日 11:35頃
2026年9月18日 15:03頃

つまり、単に「ポート上限に達している可能性があります」という推測ではなく、実際に複数回、我が家の契約でポート数上限に到達していた記録が残っているという事です。

ちなみにログそのものや具体的な使用ポート数については開示できない、との回答でした。

そしてもっと気になったのが「これは正常な仕様です」という回答

そこで、

「ポート数上限まで達して、普通のWebサイトやDNS通信まで失敗する状態って、設備異常なんですか？それとも仕様なんですか？」

と聞いてみました。

回答は、

可変IPサービスの仕様上、想定される動作となります。

とのこと。

つまり、

ポート上限に達するとIPv4通信に制限が生じること自体は、**「仕様上想定される動作」**。

という回答。

なるほど。

いや、仕組みとしては分かる。

IPv4アドレスが枯渇してるから共有して使ってる。

だから使えるポート数にも限界がある。

そこまでは分かる。

でもさ。

じゃあ、その上限って何ポートなの？

ここですよ。

今回、

実際にウチが上限まで到達した。

と言われてるわけです。

じゃあ、

「一体何ポート使ったら上限なの？」

と思うじゃないですか。

でも、

具体的な割り当てポート数は非公開。

なんです。

しかも、利用者側からは、

自分に何ポート割り当てられているのか分からない
今何ポート使っているのか分からない
上限の何％まで来ているのか分からない
どの端末がどの程度ポートを使っているのか分からない
あと何台繋いだら危ないのかも分からない

という状態。

それなのに上限に達すると、

普通のIPv4 Web通信まで断続的に失敗する可能性がある。

そして障害が出た後に問い合わせをして初めて、

「ポート数上限まで到達してますね」

と分かる。

……。

利用者側では対策のしようがなくない？(´・ω・`)

「一般的な利用を想定して必要十分なポート数」とのこと

この辺も気になったので、

「一般家庭でPC、スマホ、Webカメラ等を複数使っていたら上限に達する事も想定しているの？」

と聞いてみました。

回答は、

一般的な利用方法を想定して、必要十分なポート数の割り当てを行っております。

なお、ポートの利用状況は、同時に利用される端末・アプリケーション数や通信状況によって異なります。

そのため、ご利用状況によってはポート数の上限に達する場合がございます。

とのこと。

うん。

言ってる事は分かる。

でも、

「一般的な利用方法」って何台なの？

ってなる。

我が家には、

PC、

スマホ、

タブレット、

Fire TV、

ゲーム機、

ATOM Cam、

その他IoT機器、

なんかが繋がっています。

確かに昔ながらの、

 PC 1台 スマホ 2台

みたいな家よりは多いと思う。

でも今どき、

スマート家電やネットワークカメラ、TV、ゲーム機、タブレットなんかを全部合わせたら、

20台、30台ネットワークにぶら下がっている家庭ってそこまで珍しくないと思うんですよね。

少なくとも、

特殊なサーバーを何十台も公開してる、とか、

大量のP2P通信を意図的に走らせてる、

とかではない。

そこで更に、

「一般的利用を想定して必要十分」と言うなら、何台・何通信程度を想定しているの？

と問い合わせています。

ちなみに、アイキャッチ画像に置いていますが、記事執筆時点で、XG-100NEのDHCPv4払い出し状況は18件でした。

少なくとも数百台を接続しているような特殊な環境ではありません。

固定IPへ変更してください、と言われても…

enひかりからは、

ポート上限へ達するような利用環境なら、

クロスパス固定IPサービスを検討してください。

とも案内されました。

固定IPならIPv4アドレスを共有しないので、今回のような共有ポート数制限の問題からは解放される。

理屈は分かります。

ただし、

XG-100NEはクロスパス固定IPに対応していない。

とのこと。

……。

10Gbps回線にする。

↓

ひかり電話を使うためXG-100NEを使う。

↓

Xpass可変IPを使う。

↓

ポート上限に達する。

↓

固定IPを使ってください。

↓

XG-100NEは固定IP非対応です。

いや、どないせぇっちゅうねんｗ

そもそも契約時にそんな違いを説明されたっけ？

で、ここからは技術的な話というより、

利用者への説明としてどうなの？

という話になってきます。

自分がenひかりクロスを契約した時、

接続方式として、

v6プラス
transix
Xpass

等が選べるので、

電話口で、

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

と聞いています。

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

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

という程度のもの。

なので、

「じゃあXpassでいいかな」

くらいの感覚で選びました。

少なくとも、

「Xpass可変IPには契約単位のポート上限があり、その上限に達すると通常のWeb閲覧やDNS通信まで断続的に失敗する可能性があります」

なんて説明は受けた記憶がありません。

もちろん後から調べれば、

Webサイトや重要事項説明には、

IPv4アドレスを共有するのでポート数に制限があります。

という内容自体は記載されています。

なので、

「一切書いてないじゃないか！」

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

そこはちゃんと書いてある。

ただね。

「HPに書いてあります」「規約に書いてあります」で済ませて良い話なのか？

今回、自分自身がここまで調査してみて思うのはここ。

ポート制限があります。

という一文を見て、

普通の利用者が、

 ポート上限に到達 → CGN/NATで新規TCP/UDPセッションが作れなくなる → DNS問い合わせ失敗 → HTTPS接続失敗 → Yahooすら断続的に開かなくなる

まで想像できるのか？

って話。

しかも上限値は非公開。

今何ポート使っているかも見えない。

上限までどれくらい余裕があるのかも見えない。

事業者側では、

「9月16日11:35頃に上限に達してましたよ」

と確認できる。

でも利用者側では分からない。

今回なんて自分は、

Wi-Fiを疑い、

ASUSを疑い、

DNSを疑い、

LANケーブルを交換し、

MTUを調べ、

pingを取り、

tracerouteを取り、

curlを打ち、

nslookupを打ち、

XG-100NEのログを何日も調べ、

最終的にXG-100NEまで新品に交換してるんですよ。

で、原因候補が「実は契約ごとのポート上限まで使ってました」って。

いや、

それそっちでは最初から確認できる情報なんかいｗ

って思いますよね。

9月19日23:40、再びIPv4瞬断が発生

この記事を書いている途中、9月18日頃から、それまで一日に何度も発生していたIPv4瞬断をしばらく確認していませんでした。

enひかり側では9月18日15:03頃にも、我が家の契約でポート数上限への到達を確認しているとのことでしたが、自分自身はその時間帯に従来のような瞬断を認識していませんでした。

なので、

「もしかして今回の調査に伴って、何か設定や収容先が変更された？」

なんて事も考えていたんですが……。

2026年9月19日23:40頃、再び同様のIPv4瞬断が発生しました。

やっぱり直ってなかった(´；ω；`)

少なくとも、9月18日以降しばらく症状が出ていなかったのは、恒久的に改善していたわけではなさそうです。

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

そのため、

「今回の23:40の瞬断もポート上限到達が直接の原因だった」

とまでは断定しません。

ただ、これまでに我が家の契約で実際に複数回ポート上限へ到達していることはenひかり側で確認されており、今回も過去と同様のIPv4瞬断が再発したことになります。

つまり、ポート上限問題については引き続き解決しておらず、症状も継続している状態です。

なお、ポート上限到達＝必ず即座に体感できる通信断、というわけではない可能性もあります。

9月18日15:03にはenひかり側で上限到達を確認している一方、自分自身はその時刻に瞬断を認識していなかったためです。

ポート上限に達した時に、どの通信がどの程度影響を受けるのかについても、もう少し情報が欲しいところです。

enひかりへ更に確認している内容

現在、以下について回答待ち。

ウチ1契約に割り当てられている具体的なポート数、または概算
具体的なポート上限を非公開にしている理由
利用者側で現在のポート使用数を確認する方法があるのか
「一般的な利用」とは何台・どの程度の通信を想定しているのか
一般的なWeb閲覧やDNS通信まで失敗する可能性について、契約前に具体的に案内している場所
今回の調査に伴って、ウチの割当ポート・収容先・AFTR/CGN設定等を変更したのか

この回答は結構重要だと思っています。

特に、

何ポートなのか。

ここ。

例えば、

「一般家庭には○万ポート程度割り当ててあります」

と分かれば、

まだ利用者側でも考えようがある。

でも、

 上限値 → 秘密, 現在値 → 見えない, 残り → 見えない, 目安 → 不明, 超えた時 → Internetが不安定になる

では、

利用者はどうやって自分の使い方が適正なのか判断すればいいの？

と思うわけです。

総務省にも相談してみようと思う

なので今回、

enひかり側にも、

総務省の電気通信サービスに関する消費者相談窓口へ相談し、見解を確認する予定

と伝えています。

別に、

「enひかりは違法だ！」

とか、

「訴えてやる！」

なんて話ではありません。

そもそも自分は、enひかりを3年以上使っていて、料金面やこれまでの1Gbps回線にはかなり満足していました。

今回もサポート自体はちゃんと調査して回答してくれている。

だから、

enひかりを攻撃したいわけでは全然ない。

問題に感じているのは、

サービスの仕様として存在する大きな制限を、利用者が事前にも利用中にも実質的に把握できない状態で良いのか？

という部分。

規約に書いてある。

HPに書いてある。

というのは分かります。

でも実際に何ポート使えるのかは分からない。

使用量も見えない。

上限が近いかも分からない。

そして上限を超えた結果として、

普通のWeb閲覧まで使えなくなる。

今回みたいなケースを、

「利用者が事前に十分理解した上で契約を選べる状態だった」

と言えるのか？

これはちょっと、

第三者である総務省側の見解も聞いてみたいと思っています。

ここまでの時系列を一回整理

長くなってきたので一度まとめます。

9月14日16:55

enひかりへIPv4瞬断の詳細を報告。

↓

9月14日17:33

更にXG-100NEのLAN4（10GbE）が完全通信不能になった事を追加報告。

ただしLAN1～3でもIPv4瞬断は発生。

↓

9月16日11:35頃

後の回答で、この時刻にウチの契約がポート上限へ到達していた事が判明。

↓

9月16日11:39

enひかりから、

「可変IPサービスにおける払い出しポート数の上限に達している」

との初回回答。

↓

NTTがXG-100NEを新品交換。

LAN4は復旧。

↓

9月16日23:32頃

新品XG-100NEでもIPv4瞬断再発。

ping、nslookup、curlでIPv4通信失敗を確認。

↓

9月17日13:42

XG交換後も障害が再発した事と詳細ログをenひかりへ追加報告。

↓

9月17日21:06

ポート上限とは具体的に何なのか、設備全体なのか契約単位なのか等を質問。

↓

9月18日15:03頃

enひかり側で再びウチの契約がポート上限へ到達していた事を確認。

↓

9月19日10:02

enひかりから、

「1契約ごとのTCP/UDPポート上限で間違いない」

「上限到達によるIPv4通信制限は仕様上想定された動作」

「一般利用を想定して必要十分なポート数を割り当てている」

との正式回答。

↓

9月19日17:39

執事885から、

具体的上限値、利用状況を確認する方法、一般利用の想定、契約前説明、設定変更の有無等を更に質問。

総務省への相談も予定している旨を通知。

↓

9月19日23:40頃

再び従来と同様のIPv4瞬断が発生。

9月18日以降しばらく症状を確認していなかったものの、恒久的に改善していたわけではないことが判明。

なお、この瞬断発生時刻にポート数上限へ到達していたかについては現時点では未確認。

↓

現在回答待ち。

まとめ

というわけで、

長いこと追いかけてきた、

enひかりクロス＋XpassのIPv4瞬断問題。

ようやく、

「可変IPv4で1契約に割り当てられているTCP/UDPポート数の上限へ、実際に到達していた」

という具体的な事実まで辿り着きました。

正直、

最初からこれが分かってれば、

XG-100NEのSPIタイムアウトがどうとか、

DNSがどうとか、

MTUがどうとか、

2時間おきのDHCP更新がどうとか、

あんなに追い回してないｗ

ただ、そこまで色々切り分けたからこそ、

今回の回答を見て、

「あー、それなら確かに今までの挙動と合うわ」

とも思える。

でも同時に、

その上限が利用者から全く見えないのはどうなの？

という新しい疑問も出てきました。

そしてこれ、

自分だけの特殊事例ならまだいい。

でも今後、

スマート家電、

防犯カメラ、

ゲーム機、

PC、

スマホ、

タブレット、

テレビ、

その他IoT機器、

なんかが家庭内にどんどん増えていけば、

同じところに引っ掛かる家庭が出てきても全然おかしくないと思うんですよね。

しかもその時、

利用者側から見えるのは、

「なんかInternetが時々繋がらない」

だけ。

これ、原因分からんて。

10Gbps回線にしたら、通信速度よりIPv4のポート管理に詳しくなるとは思わんかったわｗ

enひかりから次の回答が来たら、

具体的なポート上限や、

今回何か設定変更が行われたのか、

そして契約時の説明についてどういう回答になるのか、

また続きを記事にしたいと思います。

それと総務省にも一度相談してみる予定。

さて、

このシリーズ、

一体どこまで続くんでしょうかね(´・ω・`)

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

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

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

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

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

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

執事885 — Thu, 17 Sep 2026 05:20:48 +0000

こんばんは、執事です。

今回は、

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

この記事の続き。

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

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

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

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

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

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

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

と思うじゃないですか。

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

これで全部解決！

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

XG-100NEを新品交換。LAN4は復活した
交換したXG-100NEでもIPv4が落ちた
新品交換しても再発したという事はどういう事なのか？
改めてXpass（DS-Lite）の通信経路を考えてみる
NTTの業者さんから気になる話を聞いた
enひかりから届いた前回の調査結果
交換後の再発を受けてenひかりへ再調査を依頼
「双方向のtraceroute」って一般ユーザー側で取れるの？
IPv6セキュリティログにも障害時間帯の記録があった
現在のところ一番疑っている場所
まとめ
関連記事

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を交換しに来てくれた業者さんと話していた時に、

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

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

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

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

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

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

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

執事885 — Mon, 14 Sep 2026 15:44:35 +0000

こんばんは、執事です。

今回は、

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

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

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

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

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

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

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

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

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

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

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

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

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

発生している障害について
ipv4とipv6の接続状況を体感ではわかっていたけど、ちゃんと切り分ける。
1. ping -4 -t 8.8.8.8 の意味
2. ping -6 -t 2001:4860:4860::8888 の意味
一体どの辺までルーティングできているかを調べる
1. tracertコマンドの意味
2. 主な用途と使い方
ipv4サイトであるyahoo.co.jpを使ってもうちょっと条件を加えて調べる
1. curl -4 -I https://www.yahoo.co.jp/ の意味
2. nslookup www.yahoo.co.jp 8.8.8.8の意味
XG-100NEのログについて
ここまでの切り分けの結果としてen光に送った内容
更に発生した追加の障害
まとめ
関連記事

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

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

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ケーブル!!持ちやすく挿抜しやすいケーブル。

といった感じ。

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

そして、暫くリロードを繰り返すとその内復帰するので、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通信が一時的に成立しない状態。

テスト	プロトコル	障害時
`ping -4 8.8.8.8`	ICMP/IPv4	正常 17ms
`nslookup ... 8.8.8.8`	UDP/53中心	失敗
`curl -4 Yahoo`	TCP/443	失敗
ブラウザ Yahoo	TCP/QUIC等	開かない→何度かで開く

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

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

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

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

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

執事885 — Sun, 26 Jul 2026 07:36:10 +0000

こんにちは、執事です。

今回は

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

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

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

ASUS　RT-BE18000を外部との切り分けルーターとして使うのを辞めました
あえて二重ルーターにて運用開始。その理由を先に説明します。
二重ルーターで運用開始。しかし、再び発生するWAN(0) Connection: WAN was restored.
それでもなんか不安定。今度はXG-100NEのポートリンクダウンだと…
まとめ

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

ASUS

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

まずは、ここから。

前回、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ケーブル!!持ちやすく挿抜しやすいケーブル。

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

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

まとめ

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

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

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

でも、でもね…。

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

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

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

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

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

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

執事885 — Sun, 26 Jul 2026 06:46:46 +0000

こんにちは、執事です。

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

そもそも、どうしてこんな事になったのか
enひかりで10GB回線を探す
1. ルーターの選定。セキュリティを考えたら…
enひかりクロスに仕掛けられた罠？！enひかりクロス（10GB回線）ではASUSのルーターは全部使えない？！
突破口はASUSのルータソフトウェアアップデートと、アルテリアネットワークの対応ルーター一覧！
とはいうものの、安パイは取りたいじゃない…
enひかりクロス回線切り替え日当日
突然繋がらなくなったenひかりクロス！その原因とは…
XG-100NEの設定が飛んでる？！昨日まで見られていた画面じゃない！
1. 設定ウィザード
解決編。全ての問題は、enひかり開通タイミングと設定タイミングのせいだった…。
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のルーターに重大なセキュリティ上の問題があるという発表をしていた事がわかりました。

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

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

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

なんかお手頃価格でいいのないのと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

Buffaloよ、おまえもか…。

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

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

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

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

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

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

この文字！

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

まだあわてるような時間じゃない

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

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

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

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

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

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

そこで、

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

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

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

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

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

そこで、もう少し調べてみると、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ひかりクロスいけます。

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

#XG100NE | 885番目の執事(butler885)

Xpass(DS-Lite)のIPv4瞬断問題 part.7 enひかりから回答。ポート上限は非公開、対策として改めて固定IPを提案されたお話

ポート上限への到達は確認。ただし、上限値と使用状況は非公開

じゃあ、何ポートまで使えて、今いくつ使っているの？

重要事項説明書には、ポート制限の記載がある

対策の一つとして提案されたのは、固定IPへの変更

まとめ

関連記事

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

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

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

総務省へ伝えた内容

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

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

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

総務省への送信は完了

今の状況をまとめると

まとめ

関連記事

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

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

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

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

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

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

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

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

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

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

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

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

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

関連記事

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

XG-100NEを新品交換！LAN4も復活！これで終わり！！

XG-100NEを新品にしても直らないなら、旧XG-100NEだけの故障ではない

そしてenひかりから返ってきた回答

Xpassの可変IPではIPv4アドレスを複数ユーザーで共有している

あれ？これって今までの症状にめちゃくちゃ当てはまらない？

しかも1回じゃなかった

そしてもっと気になったのが「これは正常な仕様です」という回答

じゃあ、その上限って何ポートなの？

「一般的な利用を想定して必要十分なポート数」とのこと

固定IPへ変更してください、と言われても…

そもそも契約時にそんな違いを説明されたっけ？

「HPに書いてあります」「規約に書いてあります」で済ませて良い話なのか？

9月19日23:40、再びIPv4瞬断が発生

enひかりへ更に確認している内容

総務省にも相談してみようと思う

ここまでの時系列を一回整理

まとめ

関連記事

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

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

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

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

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

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

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

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

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

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

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

まとめ

関連記事

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

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

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

ping -4 -t 8.8.8.8 の意味

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

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

tracertコマンドの意味

主な用途と使い方

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

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

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

XG-100NEのログについて

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

更に発生した追加の障害

まとめ

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

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

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