現在JavaScriptの設定が無効になっています。このページを利用するにはJavaScriptの設定を有効にしてください。トップ全記事一覧テクノロジー2010.08.04IPv6化の壁(DualStack対応とTunnelの課題)こんにちは、IPv6プロジェクトスタッフの松本拓也です。(以下、CSP)がなぜ安易にDualStack対応できない理由とその背景にかかわるTunnelの問題について具体的に説明したいと思います。DualStack対応時の問題点サーバーをDualStack化した場合、下記の2つの問題が発生する恐れがあります。一点目は、Clientからサーバーへのアクセスが不可になってしまう。二点目は、ClientからサーバーへのアクセスがTunnel経由のIPv6アクセスとなってしまう。それぞれについて、下記に説明いたします。Clientからサーバーへのアクセスが不可になってしまう(もしくは遅延が発生)過去のBeaconテストの結果により下記の結果が出ております。実際にどのような場合にこのようなことが起きるのかを考察してみたいと思います。よってさまざまであるため、すべてを把握しきれているわけではありませんが、以下のようなケースが想定されます。Internetに接続できない場合。⇒ユーザーの設定ミスや設定不備による場合が考えられます。Internetに接続されていない場合。⇒ユーザーが意識せずにこのような状態となっている可能性があります。Transport経由でDNSが解決できないなど。Teredo)経由のアクセスよりも優先されます。以下に例を挙げて説明いたします。アドレスを決定します。selectionのルールにより、Destinationアドレスを決定します。アドレス下記のようにAとAAAAを持つデュアルスタックサーバーを仮定します。IPv4=10)IPv6のDestinationアドレスが優先されます。より、IPv4が優先されます。labelが一致しているのが、IPv4のみとなりますので、Rule5によりIPv4の通信が優先されることになります。通常、6to4による通信は間にNATが入った場合には動作しません。Tunnelをサポートしているものもあり、NAT配下でも6to4が利用できる環境が出てきています。Capsuleなどがあります。より、IPv6が優先されます(RFC上は)IPv4およびIPv6のScopeは具体的には下記のようになっています。scopeが一致しているのが、IPv6のみとなりますので、Rule2によりIPv6の通信が優先されることになります。OSによって、実際に挙動(解釈)が異なり、具体的には下記のような動作をしていました。Capsule配下のユーザー環境でのテスト結果。ユーザー環境や設定によって優先度が変わる恐れがあります。おいてはRFCに反した挙動を示していました。いえ、IPv4のプライベート・グローバル環境にかかわらず、現状では6to4のTunnel経由の通信よりもIPv4の通信の方が信頼性・品質面で有利であると言えるため、WindowsやFreeBSDはより実践的な挙動をしていると言えます。経由の通信となる場合の問題点アクセス不可となる前者の場合と比べて、Tunnel経由の通信になるだけだったら大した問題ではないのではないか、と思われるかもしれません。確かに通信内容によっては、例えば遅延や速度をあまり気にする必要がないような通信であれば、Tunnel経由でも問題ないかもしれません。私共のようにコンテンツの表示速度の品質が求められるようなサイトにおいては、致命的になる恐れがあります。以前は早かったのに、急に遅くなった場合(IPv4からTunnel経由のIPv6の通信に切り替わった場合など)ユーザーから見れば、CSPのサービス品質が低下したと思われてしまうでしょう。下記に具体的な問題点についてまとめます。⇒例えば6to4による通信の場合は、プロトコルの仕様上、ベストパスで通信する可能性が低いため、IPv4よりも遅延が大きくなってしまう。オーバヘッドが大きくなる。⇒Tunnelの場合、IPv4でカプセリングされるため、余計なオーバヘッドが大きくなり、結果として体感的に遅く感じる場合がある。⇒上記と関連しますが、Tunnelにより、MTUが変わり、Fragmentが発生する可能性があります。そもそも通信できない⇒6to4やTeredoなどでは第三者のTunnelサーバーを経由して通信を行うため、Tunnelサーバーの設定や状況によっては、日本への経路を絞っている可能性もあり、実際に通信できなくなったケースもあります。セキュリティ⇒第三者が立てたトンネルサーバー経由の通信の中身を見ることは、暗号化された通信でない限り、そのサーバーの管理者であれば容易にできてしまいます。まとめ今回、サーバーをデュアルスタック化した場合とその際に発生する可能性があるTunnelの問題点について述べさせていただきました。このような問題の解決策については、私共でも模索中の段階ですが、引き続き原因の調査と改善策の検討を行っております。ユーザーやアクセス環境が壁になっている場合もあり、それを改善していく取り組みも必要ではないかと思います。そのようなIPv6化の壁となっている部分を取り除くためにも、業界関係者と連携を取りながら、IPv6化を進めていきたいと思います。JAPANでは情報技術を駆使して人々や社会の課題を一緒に解決していける方を募集しています。詳しくは採用情報をご覧ください。JAPANのサービス開発を支える技術やデザイン、文化を発信しています。Reserved.このページの先頭へ。