
2026/03/13 0:31
未踏の道:IPv4 が進化した世界
RSS: https://news.ycombinator.com/rss
要約▶
Japanese Translation:
改善された要約
この記事は、「IPv4x」拡張―既存のIPv4アドレスに96ビットのサブスペースを追加すること―が、IPv6への劇的な移行を伴わずにIPv4枯渇からスムーズで後方互換性のある遷移を提供できたと主張しています。1990年代初頭には、2005–2015年までにIPv4が不足すると予測されていました。NATおよびCGNATはこの減少を遅らせましたが、誰も最初に採用したくなかったため、IPv6の導入は停滞しました。そのため、IP‑Next‑GenerationグループはIPv4xを選択しました:128ビットアドレスで元の32ビットヘッダー構造を保持し、96ビットを「サブスペース」として追加し、それを理解するルーターにフラグを付けます。
初期のRFCでは、DNS(オプションIPv4x付きAレコード)、DHCP、およびダイヤルアップスタックにIPv4xサポートが追加され、現在の経路制御を乱すことなく段階的な採用が可能になりました。MITは自社の18.0.0.0/8ブロックでIPv4xを導入し、その実現性を示しました。またIANAは未使用の/8ブロックを専らIPv4x用に予約しました。2006年までにパブリックIPv4プールが枯渇し、ISPはIPv4xブロック(例:/64)を提供するか、専用IPv4アドレスに料金を課し始めました。CGNATはまだフォールバックとして残っていました。
IPv4xは、グローバルに到達可能なアドレスを提供することで、NATトラバーサルなしでピアツーピアやファイル共有を容易にしました。2016年までにはほとんどのネットワークがIPv4xを採用していましたが、対照的にインターナショナル経路でまだプレーンIPv4を使用するTier‑1バックボーンは残っており、残存したIPv4サイトが時折サービス障害を引き起こしました。2020年のCOVID‑19パンデミックでは、ビデオ会議やリモートデスクトップにおけるピアツーピアメディアストリームがシームレスに機能したことから、IPv4xのメリットが際立ちました。
2026年には著者は、IPv4xが過度なNAT使用とIPv6へのクリーンブレークという両極端を避け、段階的かつ互換性のある移行を提供し、結局実現しなかったことを振り返ります。
本文
IPアドレスの枯渇は今も続いています。1990年代初頭、問題の規模が明らかになった頃には、予測は悲観的でした。ある推計では2005年にIPv4アドレスが枯渇するとされ、楽観的なものでも次の10年間を大きく超えることはほとんどありませんでした。
年月が流れ、私たちは賢明になった―あるいはもっと絶望的になったかもしれません。近年にわたりその逼迫を先延ばしにする方法を工夫し、インターネット自体を小さな変化で破壊してきました。「1つのIPアドレスで複数台の家庭用機器を使いたい?」問題ありません ― NAT を発明しました。ISP が「複数デバイス、一つのアドレス」というトリックに乗りたい?もちろん、Carrier‑Grade NAT があります。自宅マシンでサーバーを稼働させたい?えっと…不可能です。
そしてそのすべての間、IPv6 は忍耐強く待っていました。IPv4 のアドレス不足、自己設定、フラグメンテーション、多重送信、ほぼ全ての IPv4 で抱える問題を解決します。しかしほとんど誰もそれを欲しがりませんでした。問題は IPv6 が悪いということではなく、導入には隣人より先に費用を支払う必要があり、最初に氷山の先端を踏み出したくないという心理です。その結果、IPv6 は採択待ちで、IPv4 は 1981 年想定以上に長く伸び続けるという長いぎこちない僵局に陥りました。
もし違った道を選んだら? 「IP Next Generation」チームが置き換えではなく拡張を選んだなら?
以下はその平行宇宙への仮想的な旅です。
“画像のように光が壊れ、私の前で踊る。百万もの目のように、彼らは宇宙中で私を呼び続ける。思考は風のように箱の中を彷徨い、盲目的に転げ回りながら…”
1993 – IPv4x の誕生
1993 年、IP‑Next‑Generation ワーキンググループが集まり、インターネットの未来を決定します。あるエンジニアは 128 ビットアドレスの全く新しいバージョン ― IPv6 を提案。一方で別のメンバーは、ルータ、ファームウェア、組み込みシステム、ダイヤルアップモデム、大学ラボ、企業バックボーンなどが既に IPv4 周りに構築されていると指摘し、完全な置き換えは数十年を要し、互換性のないものを最初に導入することには誰も望まないと言います。
そこでグループは妥協案へ。人々は慣れ親しんだ IP を欲しがりつつ、スペースだけ増やしたいと考えました。そのアイデアを実現させるために不可欠な要件が一つあります ― 新しいプロトコルは最初の日から既存の IPv4 ネットワーク上で動作する必要があります。
- Version フィールドは 4 のまま。
- 宛先はグローバルに経路可能な 32 ビット IPv4 アドレスそのもの。
- パケットは見た目・挙動・経路決定が既存の IPv4 と同一で、IPv4 を理解しないルータには新システムとして認識されずに通過します。
こうして IPv4x が誕生しました。
本質的に IPv4x パケットは 128 ビットアドレスを持つ通常の IPv4 パケットです。送信元と宛先の最初の 32 ビットは従来のヘッダー位置にあり、残りの 96 ビット(「サブスペース」)はボディの最初の 24 バイトに埋め込まれます。フラグがパケットを IPv4x としてマークし、理解できるルータは全アドレスを読み取りますが、レガシーなルータは余分データを無視して通常通り転送します。
これら新しいアドレスの所有権は? あなたです。IPv4 アドレスを所有すれば、自動的にその下にある 96 ビットサブスペース全体を所有することになります。各 IPv4 アドレスは膨大な拡張アドレストリーの根になる ― どんなルータが IPv4x を理解しなくても、古い 32 ビットアドレスだけで経路決定されます。
単一の IPv4 アドレスを持つ一般家庭ユーザは、要求してもいない 96 ビットのスペースを管理することになりますが、それは問題ありません。IPv4 空間にはまだ未使用領域が多く残っています。
1996 – 最初の IPv4x RFC
1996 年までに設計は安定し、最初の正式 RFC が公開されました。それは革命というより既存を慎重に拡張したものでした。
- DNS は軽微な更新。通常のクエリで A レコードが返るが、クライアントは「IPv4x を理解している」フラグを設定できます。サーバーが拡張アドレスを持っていれば 128 ビット IPv4x レコードを従来のレコードとともに返します。古いリゾルバは無視し、新しいものは利用します。何も壊れません。
- DHCP も同様に更新。サーバーはクライアントの能力に応じて 32 ビットまたは 128 ビットアドレスを割り当てます。
- ダイヤルアップスタックは依然としてモデムソフトウェアで配布され、OS には入っていません ― これは幸運です。主要ダイヤルアップパッケージは 1 年以内に IPv4x サポートを追加しました。
採用は遅くても確実でした。主なメリットはネットワークが変わらないこと。マシンが IPv4x を話していても、次のルータが理解しなくてもパケットは流れます。古いルータは上位 32 ビットだけで転送し、新しいルータは全 128 ビットを使用します。
MIT と最初の大規模展開
最初に大きく採用したのは MIT。ARPANET 初期に 18.0.0.0/8 ブロックを割り当てられた彼らは、IPv4x を通じて前進し、責任感のあるデモンストレーションを行いました。その /8 の各 IPv4 アドレスが 96 ビットサブスペースの根となります。キャンパスバックボーンで実験的に IPv4x を展開し、何も壊れず、一夜にして置き換えは不要でした。
彼らの成功は IPv4x が実用的であると他者にも示しました。他の大規模ネットワークは週末メンテナンス時に小さな更新を行いました。IANA は新しいポリシーを発表し、未使用の /8 ブロックはすべて IPv4x 専用として予約されました。
2006 – 十年目の IPv4x
2006 年までに IPv4x は確固たる地位を築きました。ダイヤルアップは衰退し、ブロードバンドが普及、家庭内で複数台の PC が普通になりました。一部の ISP やサーバーファームは「壊れていないならそのまま」哲学を保ちつつ:「IPv4x は可能なときに使用。必要なら NAT」。
Windows XP はこの考え方を体現し、常に DNS で IPv4x アドレスを最初に要求し、必要なら IPv4 にフォールバックします。NAT は最後の手段としてのみ利用されました。
住宅用 ISP は真剣に IPv4x を導入しました。専用 IPv4 アドレスを望む顧客は有料で提供され、他のすべてには IPv4x /64 が割り当てられ、デバイスごとに 64 ビットが利用可能です。ISP は Carrier‑Grade NAT を互換性シムとして使用し、IPv4‑only サービスへのアクセスは CGNAT に任せつつ、IPv4x トラフィックはネイティブで円滑に流れます。
古い IPv4 プールは 2006 年に枯渇しました。未使用の /8 ブロックはまだ多く残っていましたが、それらはすべて IPv4x 用に予約され、IANA は譲歩しませんでした。追加アドレスを求めるなら IPv4x を選ばなければなりません。
ピアツーピアと IPv4x の反発
IPv4 と NAT の下では P2P ネットワーキングは面倒で、ルータ管理画面にログインしてメーカーごとに異なる設定を調整する必要がありました。多くの人々はパイレーツにはならないと判断しました。
IPv4x はその摩擦を解消しました。すべてのデバイスが安定したグローバルアドレスを持つため、ファイル共有は爆発的に増加し、P2P ソフトウェアは簡単に使用できました。ルータを調整する必要もありません ― ただ接続すれば動作します。
ある取引団体は IPv4x を音楽ファイル共有の拡大と結び付け、「X はあなたのお気に入りバンドを排除するためだ」とスローガンで訴えましたが、衝撃はあったものの定着しませんでした。国際電話の安価化、多人数ゲーム、チャットシステム、初期コラボレーションツールが繁栄し、IPv4x は再び直接通信をデフォルトにしました。
2016 – ターニングポイント
2016 年までに IPv4x は標準的になりました。唯一の大きな保留は Tier‑1 バックボーンで、彼らは計画通りに全く必要がありませんでした ― 大陸間のグローバル経路決定には上位 32 ビットだけで十分だったからです。高価なハードウェアを交換する必要もほとんどありませんでした。
いくつかのサイトはまだ IPv4 を保持し、ISP は CGNAT システムを維持せざるを得ませんでしたが、ある人気住宅用 ISP が「IPv4x か、そうでなければ終わり」と宣言したとき、最後の瞬間の IPv4‑only サイトは失敗に終わりました。サポートスタッフは古い技術を主張する顧客へ代替プランを提案し、多くのユーザはそれを受け入れました。
2020 – パンデミックと IPv4x の静かな勝利
2020 年、世界がロックダウンした際、IPv4x はその価値を静かに証明しました。ビデオ会議プラットフォームはすでにハイブリッドモデル(集中認証・セキュリティ+P2P メディアストリーム)を採用しており、IPv4/NAT 下では脆弱でしたが、IPv4x なら簡単に動作しました。
リモートデスクトップアクセスは急増し、人々が自宅でオフィスマシンを稼働させるようになりました。IPv4x はそれらへの接続を極めて容易にし、ただ接続すれば機能します。
2026 – 30 年目の IPv4x
2026 年までに、世界は IPv4x の 30 周年を祝いましたが、残る痛点はわずかです。最初の 32 ビットと残りの 96 ビットの境界はまだ可視化されており、一部のネットワークオペレーターは自分のルータにアドレスを割り当てたいと考え、他方では上位 32 ビットを所有する者に左右されます。しかしそれは深刻な問題ではなく、業界は歴史的負担を理解しています。
パブリック DNS リゾルバは古い DHCP サーバーが 32 ビットアドレスを配布し続けているため、IPv4 のままです。MIT は依然として伝説の 18.0.0.0/8 を保持しており、そのネットワーク全体は 18.18.18.18/32 内で快適に機能していますが、必要ならブロック全体を解放する準備も整えています。
この頃、エンジニアの集団が1990 年代から捨てられた提案 ― IPv6 を再発見しました。完全な新規プロトコルで、既存制約を破棄し、新しいアドレス体系を構築するものです。2025 年にそれを読むと、まるで平行宇宙の窓を覗いたようでした。
一部は「その世界ではインターネットがすでに完全に移行しているかもしれない」と推測し、別の声は IPv4 が頑なに残り、アドレスブロックが高額で取引され、NAT がさらに根強くなると論じました。
IPv4x は両極端を避けました。完全に置き換えるのではなく吸収し、革命を必要とせず進化を可能にしました。その結果、誰も気づかないほどスムーズな移行が実現したのです。
実際の世界へ戻って
もちろん、ここで語られたことは実際には起きませんでした。IPv4x は標準化されず、大学がレガシー /8 の下に 96 ビットサブスペースをルーティングすることもなく、世界は大規模かつ不可視な拡張インターネットの恩恵を受けませんでした。代わりに私たちは IPv6 をクリーンブレークとして構築し、IPv4 と並行して展開させ、次第に他者が先行するまで 25 年以上待ちました。
IPv4x 世界を想像することは楽しいだけでなく啓示的です。あの宇宙では ARP、DHCP、NAT が残り、アーキテクチャは 1980 年代の仮定が 128 ビット空間に拡張されたパッチワークでした。IPv6 は展開の痛みを伴いますが、実際にはこれらを解決します。自動設定はよりクリーンで、経路決定も簡素化され、多重送信も向上し、制御プレーンは ARPANET ではなく現代インターネット向けに設計されています。
それでも IPv4x の想像は有用です。インターネットが互換性のないアドレスファミリーへ分裂する必要はなかったことを思い出させます。段階的で互換的に成長できたのです。エンドツーエンド接続を例外ではなくデフォルトに保てました。
しかし実際の物語は失敗ではなく別のストーリーです。IPv6 は広がり、IPv4 は縮小しています。移行は雑然としたものですが、進行中です。この架空の IPv4x 宇宙から学べる最も重要な教訓は? 最高の設計を選ぶよりも、前へ進み続けることがインターネットの成功につながるという点です。
エピローグ
この想像上の歴史を書いたことで SixGate のアイデアが生まれました。別時代では古い IPv4‑only ルータから IPv4x を理解するルータへのハンドオーバーはシームレスで、常に旧から新への経路が存在します。拡張された IPv4x サブスペースは IPv4 アドレスの下に隠れ、移行は不可視です。
実際には IPv4 と IPv6 の分裂世界ではその贅沢はありません。しかし SixGate は同様の橋渡しを提供できます:IPv4 ユーザが IPv6 世界へ入り口を求めると、ip6.arpa スペースから特別な SRV レコードを受け取り、「マジックポータル」のように機能します。平行宇宙のルータハンドオーバーほどシームレスではありませんが、制約下で驚くほど近い結果です。
だからこそ SixGate を実際のものにしたいと考えています。IPv6 に隠れたオンランプを提供し、あの平行世界で IPv4x が享受したような体験を可能にするために。どちらにせよ、取らない道を想像することで私たちが歩む道はより明確で希望に満ちたものになります。