「IPv4と完全下位互換の「IPv8」ドラフト公開。IPv6は事実上失敗」という記事が話題になっていた。「IPv6は事実上失敗」は「IPv6の課題を克服」に書き直されたわけだが、IPv6に対する漠然とした失敗感を世間は感じているようだ。
実際にはIPv6はハードウェアとソフトウェアの面でほとんど準備完了しているし、既に多くのサービスで利用されていて、一般消費者の皆様も実際に使っている。IPv8が出てきたとしても、拡張されたネットワークアドレスを使うにはハードウェア（もしくはファームウェア）と（その他の）ソフトウェアの対応が必要で、IPv6が積み上げてきた30年間の普及の差を、急いで詰めないといけない。
1. ハードウェアとソフトウェアは準備完了
現在ではネットワーク機器、OS、（プログラミング言語を含む）ミドルウェアはIPv6対応。199○年にJavaで書いたチャットアプリがソースコードの修正なしにIPv6対応になる。主要ブラウザーもIPv6対応だ。IPv6の方を優先して使う。標準インストールのOSで標準インストールのウェブサーバーを動かしたら、IPv6でも接続できる。
インターネットサービスプロバイダー（ISP）のIPv6対応も一般的になった。データセンターの多くもIPv6でサービスをしている。コンテンツ配信ネットワーク（CDN）がIPv6対応なので、ウェブサーバーの設定はIPv4のみなのにIPv6で配信しているサービスもありえる。
2. IPv6対応/移行作業はもう用意
もちろん、対応作業はある。コピペ作業だが、長々としたホスト名をDNSに登録する必要はある。ルーターのNATの設定は、より簡単にパススルー（ブリッジ）の設定になる。サーバーソフトウェアの設定ファイルの0.0.0.0を[::]に、192.168.0.1:80をhttps://[2001:db8::1]:80に書き換える必要がある場合もある。LANのIPv6化は規模が大きいとルーティングプロトコルの変更などが要るが、そういうところは総務省の勧めもあってIPv6化を済ましているところが多い。IPv6の方が効率がよいと、ネットワークエンジニアからの圧も強かった。
3. 終末期を迎えつつあるIPv4
一方、IPv4は地味につながらなくなりつつある。IPアドレス枯渇問題に対処する技術はあるのだが、それがIPv4の扱いを難しくしている。
例えばMAP-Eと言うIPv6ネットワークでIPv4パケットを搬送しているインターネットサービスプロバイダー（ISP）も多いのだが、MAP-EはIPv4を使うすべてのアプリケーションをサポートしない。例えばMAP-Eでは、IPv4用のVPN、IPv4用のP2P対戦ゲームが機能しない。UPnPを用いる古いIPv4アプリケーションも機能しない。Yahoo!メッセンジャーもMSNメッセンジャーもSkypeも逝ってしまったので、気に留めている人はいないと思うが。IPv4用VPNプロトコルのPPTPもL2TPもディスコンになった。
4. あの技術的障害は15年以上昔の話
Yahoo!JapanやGitHubなど大手サイトでIPv4のみの対応のところもある。競合他社はサポートしておりGitHubの方の理由は定かではないが、Yahoo!Japanの方は、15年ぐらい前にはあったIPv6閉域網問題*1やNTT NGN IPv6マルチプレフィックス問題*2などが理由だと説明されている*3。
どちらもIPv6閉域網を通してインターネット接続を行うユーザーの一部に生じた問題で、必ずIPv6での通信が失敗してIPv4への通信に切り替えることになるため、接続に時間がかかるという現象が発生した。ユーザーとISPの間をつなぐ回線業者（i.e. NTT）のネットワーク構成が根本原因で、ウェブサーバー側で問題を回避するにはIPv6の提供をやめるしかない。
しかしこれらもISPへの接続プロトコルがIPoEになるなどして解消された。
5. まとめ
IPv6はジリジリと普及してきた。実際、閉域IP網まで考えると4000万世帯ぐらいは間接的に利用している。現在、トラヒックの過半は主にIPv4を利用しているが、彼らが利用しているハードウェアやソフトウェアもほぼIPv6対応なので、IPv4が無くなってもIPv6に移行するのは困難ではない。再来月から世界のPCやスマホ向けのサーバーでIPv4が禁止になってIPv6が義務になってもほとんど問題は生じない。IPv6閉域網問題の回避のために未だにIPv6をオフにしているユーザーはちょっと悩むかも知れないが、ハードウェア的にもソフトウェア的にもReady to goだ。実装と普及に30年かかっているが、それによってIPv6非対応機器がほとんど無くなっている。そんなに悪い話ではない。
0 コメント:
コメントを投稿