フレッツ網におけるIPv6
NTTのフレッツ網においてフレッツ網内IPv6アドレスが端末に割り振られている状況下で、DNSによる名前解決でAAAAレコードによるIPv6アドレスの返答を端末が受け取った場合、IPv4によるアクセスが遅延する問題。フレッツ網内IPv6アドレスは、グローバルユニキャストアドレスであるが、IPv6インターネットとの間で直接の経路は広告されておらず、疎通できない、孤立したアドレスである。
DNSクエリによりFQDNからAAAAレコードにより宛先のIPv6アドレス、Aレコードにより宛先のIPv4アドレス(いずれもインターネット上のアドレス)を受け取った場合、まずIPv6でアクセスを試みるが、端末にフレッツ網内アドレスが割当たっており、宛先のIPv6には不到達となる。端末(ブラウザー)が不到達と決定するまでにタイムアウト時間(#フォールバックのタイムアウト時間とフレッツ網側対策)を消費し、タイムアウト後にIPv4でのアクセスを試みるという動作になる。この再試行により、アクセス待ち時間が増大することが問題となる。DNSから複数のAAAAレコードが返って来た場合は、各AAAAレコードに対してIPv6アクセスを試みるため、タイムアウト時間が逓倍で増加する。
NTTのフレッツ網においてフレッツ網内IPv6アドレスが端末に割り振られており、同時にその端末でIPv6インターネットへの接続サービスを利用している場合に、フレッツ網とインターネットの双方からIPv6プレフィックスが配布され、一つの端末が複数のIPv6プレフィックスを持つことにより発生する問題。フレッツ網以外のネットワークであっても、複数のIPv6プレフィックスが配布される環境であれば、同様の問題が発生する。
この問題により、アプリケーションが通信を行う際に選択した送信元アドレスによって、通信相手先によって通信ができたり、できなかったりするトラブルが発生する。これは、フレッツ網内のIPv6アドレスがグローバルユニキャストアドレスであるにも関わらずIPv6インターネットと接続されていない根本的な問題によっている。インターネット上のIPv6アドレスを持つある宛先ホストと通信する際に、送信元IPv6アドレスとしてフレッツ網内のIPv6アドレスを選択して通信を開始し、よって宛先ホストからのパケットが返って来ないため通信を行うことができない。
解決策としては、RFC 6724(旧版 RFC 3484)のポリシーテーブルでネットワークを仮想的に分離するものと、ルーターによる解決策がある。