ハクソク

世界を動かす技術を、日本語で。

IPv6トラフィックが50%を超える

25日前原文(google.com)

概要

  • Googleユーザー のIPv6接続状況の継続的な測定
  • IPv6普及率 を国別・地域別に可視化
  • IPv6接続の可用性 と信頼性の違いを色分けで表示
  • IPv6未普及地域 では接続問題が多発
  • IPv6普及地域 でも信頼性や遅延の課題が残存

IPv6導入状況の測定と可視化

  • Google は、ユーザーの IPv6接続可用性 を継続的に計測
  • グラフで、 IPv6経由でGoogleへアクセスするユーザーの割合 を表示
  • 国別IPv6普及率 もチャートで提供
    • 地域ごとの IPv6接続可用性 を可視化
    • 濃い緑色 ほどIPv6普及率が高いことを示す
  • IPv6普及地域
    • 接続障害が少なく、IPv6対応サイトへのアクセスが安定
  • IPv6普及は進むが信頼性に課題が残る地域
    • 普及率は高い が、 信頼性や遅延の問題 が顕在
  • IPv6未普及地域
    • 普及率が低く、 接続信頼性や遅延問題 が多発
  • 地域ごとの違いを 色分け で直感的に把握可能

IPv6導入の課題と展望

  • IPv6普及の進捗 は地域差が大きい現状
  • インフラ整備 や ネットワーク最適化 が普及拡大の鍵
  • ユーザー体感 としては、普及率だけでなく 信頼性や速度 も重要指標
  • Google のデータは、今後の IPv6導入計画や政策策定 の参考資料

Hackerたちの意見

もう50%に達したばかりなのに、もう頭打ちになってる。ネットワークインターフェースがほぼ全部対応してるのに、この普及率はマジでおかしい。生きてる間にIPv6がプラットフォームのデフォルトとして普及すると思ってたけど、間違ってたわ。企業や商業の会社は、ユーザーが自分たちなしでサービスをホストできないようにするために、インターネットの進歩を60年から75年も引き延ばすつもりだよ。75年なんて楽観的すぎるかも？彼らは移行を避けるために、あらゆる手段を尽くすだろうね。引きずり出されるか、「IPv6はコストがかかりすぎてサポートできない」と言って手を挙げるか。テストとしてコンピュータでIPv4を無効にしてIPv6専用にしてみると、Google以外ほとんど何も動かないのがわかるよ。エンドユーザーがNAT64/6to4トンネリングを設定する必要はない。これはISPsが移行の準備をするためにやるべきことだよ。それに、AndroidやiOSがIPv4をオフにできないのも気になるよね。

└

ISPsは「誰も求めてない」と言う階層の誰かがいるから、これをやらないことが多いよね。

└

エンドユーザーが6to4トンネリングを設定する必要はない。これはISPsが移行の準備をするためにやるべきことだよ。ISPsは464XLATの展開でそれをやってるし、IPv6中心のネットワークとIPv4をサービスとして提供することは、今まさに現実に起こってることだよ。

└

これはISPsが移行の準備をするためにやるべきことだよ。うん、なんでもっと多くのISPsが典型的なCGNATの代わりにキャリアグレードのNAT64を提供しないのか理解できないよ。

└

最近、ほとんどのISPがモバイルネットワークやコアサービスネットワークにIPv6を導入してるよね、特に発展途上の市場では。理由はシンプルで、コストの正当性があるから。企業がIPv6を導入するためのコストの正当性は存在しないし、ISPが家庭用や法人向けのインターネットにIPv6を導入する理由も同様。個人的には、適切な市場条件が整えば、IPv6は6〜24ヶ月で急速に普及すると思う。例えば、今やほとんどのクラウドプロバイダーはIPv4アドレスに料金を取ってるけど、IPv6は無料なんだよね。こういう小さな変化が正しい方向に進むきっかけになると思う。

└

なんで採用がこんなに遅れてるんだろう？大手企業はもうネットワーク機器を更新してるはずだし、過去20年に売られたエンタープライズグレードの機器はIPv6に対応してるはずなのに。今まで聞いたIPv6に対する反対意見で納得できたのは、1つ目はアドレスを覚えるのが難しいってこと。これはホームラボ好きな人にはちょっと当てはまるかもしれないけど、中規模以上なら機械ごとにホスト名を割り当てるサービスがあるべきだから、IPv6アドレスは実装の詳細に過ぎなくなる。ログをgrepする時以外はあまり気にしなくていいし、15台のデバイスがある我が家のネットワークでも簡単だよ。2つ目は、IPv6ではNATを代替ファイアウォールとして頼れないってこと。突然、192.168.1.42で幸せに動いてたプリンターがグローバルにルーティング可能になって、北朝鮮のハッカーが家のオフィスで白黒の金日成のプロパガンダを印刷してトナーを使い果たす、みたいなことが起こる。もちろんこれは冗談だけど、IoTデバイスがグローバルにルーティング可能なアドレスを持っていないと攻撃が少し難しくなるっていうのは真実だよね。とはいえ、これらの意見はDIYのホームラボ好きな人たちにしか当てはまらないと思う。他の人がIPv6に抵抗する理由は正直分からないな。

└

まだ50%にも達していなくて、すでに横ばいになってる。それは納得できる。IPv6の導入の大半はモバイルだし、次の採用の波はISPが家庭用IPv6を提供し始めることが必要だ。これが実現すれば、ルーター製造業者はIPv6の提供を差別化要因として革新し、エンドユーザーが簡単に導入できるようになる。IPv6のWi-Fi APが普及して、他のサービスでも同様になるはず。まずはISPから始めないとね。

└

Apple/iOSは、IPv6の普及を推進する最大の要因の一つだと思う。もう10年近く、iOSアプリはIPv6専用ネットワークで動作することが求められてるからね。

└

もうすぐ転換点に達すると思う。Python3の時みたいに。何年も停滞しているように見えたけど、Python3で始める方がPython2より簡単になって、突然みんなが移行したからね。

└

まだ50%にも達していなくて、もう横ばいになってる。まあ、曲線は100%で平らになるはずだよ。

└

私のドイツのISPが今はIPv6をサポートしてくれて、これが私にとっての制限要因だったんだ。最近買った新しいVPSも対応してるから、やっと自分の最初のAAAAレコードを作成できた。これが転換点になってくれたらいいな、またね。

それでも、2026年になってもGitHubはIPv6をサポートしてないんだよね。 https://github.com/orgs/community/discussions/10539

└

それに、非トリビアルな少数のケースでは、IPv4もサポートしてないことがあるよ！

└

GitHub側に何か変化があるか確認するためにここに来たよ。

└

これに関して技術的な理由って分かってる？それとも、なんか政治的な理由だと思わざるを得ないのかな？

└

彼らはIPv6を短期間サポートしてたけど、その後実験をやめちゃった。Githubから離れる良い理由だと思う。

└

ちょっとしたサイトを見つけたよ。 https://isgithubipv6.web.app/ もしかしたら、採用率を測るんじゃなくて、GithubがついにIPv6を採用したかどうかだけを見ればいいのかも。

└

私たちの大学はIPv4に関してひどい問題を抱えてる。数日ごとに、GitHubを含むいくつかのウェブサイトがアクセスできなくなるのに気づくよ。最近の稼働率を考えると、誰が悪いのか分からないけどね…

└

ほとんどのウェブサイトはまだ対応してないね。

└

GitHubは絶対にIPv6をサポートすべきだけど、それまでは… transip.euがIPv6アドレスを提供してて、github.comに透過的にプロキシしてるよ：https://www.transip.eu/knowledgebase/5277-using-transip-gith... DNSサーバーを更新して、AAAAレコードとしてそれを含める必要があるね。NextDNSやRethinkDNSみたいなプロバイダーは、こういうオーバーライドを許可してるのかな？

ノートパソコンが5Gを搭載するのは時間の問題だね。MacBookはしばらく前からセルラーモデムを搭載する噂があるし。[1] これが普及を助けるかも。IPv6のトラフィックが増える一方で、もっと多くの開発者がIPv6に触れることになるから、彼らの製品内でのIPv6サポートの欠如にも気づくことになるだろうね。[1]: https://9to5mac.com/2025/08/14/apples-first-mac-with-5g-cell...

└

これ以上のプライバシーの悪夢は想像できないよ。5Gで常時バックドアがあるベースバンドに、機械にユニークな永久IPv6アドレスが割り当てられるなんて。まあ、もし各ユーザーアカウントにそれぞれユニークなIPv6パーマクッキーが割り当てられたら、もっと悪化するかもね。

└

これは私にとってかなり驚きで、逆に言えば明らかすぎることだね。もし独身で電話契約があれば、固定回線のインターネットとWi-Fiルーター用に追加の契約が必要になる。多くの人がそうしてるし、今はeSIMを追加してちょっとお金を払うだけで済むんだ。5年前よりもずっと自然で便利に感じるのが面白いね。

└

Dell、HP、Lenovoは、もう15年くらい前からセルラーモデム付きのノートパソコンを出してるよ。

このGoogleの指標はアクセスネットワークでの採用状況を測ってるけど、今のところもっと興味深いのはサービスでの採用状況だと思う。例えば、こんな統計があるよ：> トップ100では71%からロングテールでは32%の採用率 https://commoncrawl.org/blog/ipv6-adoption-across-the-top-10... AWSやGCP、Azureなどの主要サービスで完全にカバーできるようになれば、かなり大きな意味があると思う。

時々、TCP/IPは漏れのある抽象化になってるよね。最近、IPv6が2つの別々のケースで顔を出したんだ： - カフェのWi-Fiで部分的な接続があった。なぜかWi-FiインターフェースにはIPv6アドレスがあったけど、IPv4アドレスはなかった。その結果、いくつかのサイトは問題なく動いたけど、github.com（信じられないことに、IPv4専用）だけはダメだった。 - IPv6専用のHetznerサーバーを作ったけど（2026年だからね）、結局諦めてIPv6アドレスを買った。IPv4アクセスがないと頭痛の種が多すぎたから。Dockerはデフォルト設定では動かなかったし（ホストネットワーキングに切り替えなきゃいけなかった）、パッケージマネージャーはルートがホストにないと失敗したりハングしたりする。これらはデバッグが難しくて、邪魔になるんだよね。

└

もしIPv6/IPv4のサーバーがあれば、この問題は解決できるよ。Joolを使ってNATを実行し、IPv6専用サーバーをそれに接続できる。Androidみたいにね。ホスティングプロバイダーが、IPv6サーバーでローカルルーティングされたIPv4をデフォルトのNATサーバーと一緒に提供してくれたらいいのに。そんなに高くないし、10Gbpsを「簡単に」移動できるから、そのトラフィックに対して料金を取れるはずだよ。

地図を見るとフランスがトップクラスかそれに近いってのが面白いんだけど、数週間前にフランスのISPがIPv6の接続を止めちゃったんだよね…。最初はIPv6とCGNATの背後にある共有の動的IPv4を持ってたんだけど、フルデュプレックスの静的IPv4に戻してもらったら、3年間は静的な個人IPv4とIPv6の両方を使えてた。数週間前にルーターがダウンして、再起動したらIPv6アドレスがなくなっちゃった。ISPに電話したら、IPv6か静的IPv4のどちらかしか持てないって言われて、両方持ってたのは異常だって…。IPv6があるのは悲しいけど、静的IPv4を手放して動的共有IPv4に戻るのはちょっと考えものだな。

└

SFR使ってるの？私も静的IPv4しかないみたい（お金は払ってないけど、接続の期間中ずっと変わってない）。IPv6をお願いしたら、無理か難しいって言われたよ。

TailscaleにはIPv4とIPv6についての素晴らしいFAQがあるよ：https://tailscale.com/docs/reference/faq/ipv6 この分野の専門家でなくても読む価値があると思う。私もいくつかのことを学んだよ！

└

それは素晴らしかった、教えてくれてありがとう。特に、事実に基づいたFAQで、IPv6を特に持ち上げたり、「IPv6は失敗だ、諦めろ」って言ってないところが気に入ったよ。

└

「IPv6は次世代のインターネットプロトコル（IP）で、IPv4の後継です。」っていうのは誤解だよ。IPv4の後継じゃなくて、代替なんだ。もしかしたらその代替がすごく良くて、最終的には古い方が絶滅するかもしれないけど、今のところそんな感じじゃないね。

ちなみに、私の国の大手モバイルネットワークが5年くらい前にCiscoのコラボ/IPv6を発表したけど、まだv6は提供してなくて、v4のCGNATだけなんだ。2010年代初頭からデュアルスタックで動いてる個人ウェブサーバーは、現在18-20%のv6トラフィックを見てる。タイプ別に分けると、モバイルユーザーだけで見るとピーク時には30%に達する。ボットやクローラーのトラフィックは皮肉なことに100%がv4だよ。ちなみに、去年の9月に遊びでh3を有効にしたら、リクエスト数で瞬時に40%以上のトラフィックになって、今年の初めからは50%を超えてる。h2が残りのほとんどのトラフィックを占めてて、プレーンなSSL/httpリクエストは1%未満がボットだけって感じ。

GitHubがいきなりIPv6を有効にしたら、IPベースのアクセス制御を設定している多くの顧客が一瞬で困ることになるよね。顧客のネットワークがIPv6をサポートしていれば、トラフィックが切り替わるし、もしIPv6アドレスをポリシーに追加してなかったら…もう大変。これは難しい問題だね。プロバイダーはアドレスを関連付けたり、ポリシーを事前に更新したりするのが簡単じゃないし。顧客は、どんなに丁寧にやっても、突然何かが壊れるのを嫌がるからね。

グラフを下のコントロールでズームインしてみると、毎週の山と谷の繰り返しパターンが見えるよ。山と谷の間には約5%の差があって、山は50%ラインかその少し下、谷は45%くらいまで下がってる。で、実際の疑問は、なんで山がこんなに予測可能なのかってこと。いつも土曜日にピークが来て、日曜日はちょっと下がって、月曜日から金曜日は45%の範囲に戻る。次の土曜日にはまた50%にジャンプするんだ。（金曜日は通常、46-47%くらいに少し上がる。）私の仮説は、週末にモバイルアクセスが増えるってこと。月曜日から金曜日は、仕事のパソコンからGoogleサービスにアクセスする人が多いけど、土日にはほとんどの人（全員じゃないけど）がオフィスから離れてる。多くの人が、いろんな理由でスマホを使ってインターネットにアクセスすることになるんだ。最近はほとんどのスマホがIPv6を使ってるから、週末のIPv6の使用量が増えるってわけ。

└

[遅延]