前述したように、DS-lite はデュアルスタックユーザーの DNS リクエストに対して DNS プロキシを有効にしています。 つまり、ユーザーの IPv4 DNS はホームゲートウェイ B4 で終了し、B4 が DNS リクエストを開始します。リクエストはIPv6を使用して運ばれるからです。
NAT64では、デュアルスタックユーザーのIPv4ネットワークとIPv6ネットワークの両方がサーバーにアクセスできる可能性がありますが、ユーザーはDNSリクエストとサービス転送にどのメッセージ形式を使用しますか？
典型的なデュアルスタックシステムのDNSアクセス動作を以下に示します。まず、デュアルスタックホストは AAAA と A リクエストを同時に開始し、DNS44 と DNS64 が配備されている場合は AAAA のレスポンスと A のレスポンスを得ることができます。ネットワーク層デバイスは、ホストによって開始されたパケットに基づいて
上記のプロセスでは、ユーザが最初にIPv6アクセスを開始し、IPv6ネットワークが利用できない場合にユーザがIPv4ネットワークアクセスを選択するため、ユーザのサービス待ち時間が増加し、サービス体験が低下します。この問題を解決するために、典型的なデュアルスタックシステムが最適化されます。つまり、デュアルスタック端末はTCP SYN IPv6とTCP SYN IPv4の両方のプロセスを開始します。
IPv6ネットワークが利用できない場合、最適化されたプロセスは次の図のようになります。ユーザーが指定された時間内にIPv4ネットワーク対応のみを受信すると、IPv4ベアラが開始されます。
IPv4とIPv6の両方のネットワークが利用できない場合、最適化されたプロセスは次の図のようになります。IPv4とIPv6の両方が利用可能な場合、ユーザーはIPv6ベアラを開始し、TCPサービスの中断をIPv4に通知します。
上記のプロセスは、RFC6555（Happy Eyeballs : Success with Dual-Stack Hosts）の記述に由来します。上記の説明から、IPv6ネットワークが利用可能な場合はIPv6ネットワークホスティングが優先され、IPv6ネットワークが利用可能でない場合にのみIPv4ネットワークホスティングが選択されると規格で規定されていることもわかります。したがって、デュアル・スタック・ユーザが IPv4 リソースにアクセスし、AAAA と A の両方の応答を得た場合、IPv6 ネットワークを使用してサービス・アクセスを試みることが優先されるため、IPv4 ベアラが直接サービスにアクセスするために使用されることはありません。
この設計の本来の意図は、IPv6ネットワークの発展を促進することです。 また、デュアルスタックユーザにとって、IPv4ベアラを使用する場合、IPv4アドレスを割り当てる必要があり、IPv4のアドレス圧力は依然として増加します。 IPv4アドレスをプライベートIPv4ネットワークに使用する場合、アドレス変換の問題を解決するためにNAT444が導入され、ビジネス経験はIPv6ベアラを直接使用する場合と同じであり、その後、IPv4サーバにアクセスするためにNAT64を経由します。NAT64を経由してIPv4サーバーにアクセスするのと同じです。したがって、IPv4ベアラよりもIPv6ベアラを優先してサービスを利用することをお勧めします。
