464XLAT ALGトラフィックサポートについて
IPv6 アプリケーションをモバイル ネットワークに展開する場合、一部の電話アプリケーションは IPv6 のみの環境をサポートしていないため、一部の携帯電話会社はユーザーに IPv6 サポートを提供できないことに注意してください。
この問題を解決するには、NAT64 メカニズムを使用してオペレーターのネットワーク内の IPv4 専用コンテンツにアクセスし、 464XLAT トラフィックを使用して IPv4 専用アプリケーションを IPv6 専用ネットワーク上で動作させることです。
464XLATアーキテクチャは、カスタマーサイドトランスレータ(CLAT)でのステートレス変換とプロバイダ側トランスレータ(PLAT)でのステートフル変換を組み合わせたものです。464XLATアーキテクチャは、ステートレス変換(プライベートIPv4アドレスからグローバルIPv6アドレスへ、またはその逆)とステートフル変換(IPv6アドレスをグローバルIPv4アドレスに、またはその逆)の組み合わせを使用して、デバイスのパケット情報を変換するために使用されます。
図 1 は 464XLATアーキテクチャを示しています。コアのPLATにある既存のステートフルプロトコル変換と、エッジにあるCLATのステートレスプロトコルを組み合わせて、IPv6のみのネットワーク上でIPv4接続を提供します。プライベート IPv4 ホストは、CLAT 変換と PLAT 変換の両方を使用して、グローバル IPv4 ホストに到達できます。逆に、IPv6 ホストは、変換せずにインターネット上の他の IPv6 ホストに直接到達できます。つまり、カスタマー構内機器(CPE)はCLATをサポートし、ネイティブIPv6トラフィックのIPv6ネイティブルーターとしても動作できます。
464XLAT ALG 機能について
図 2 は、アドレス変換アーキテクチャを説明し、プロバイダー側変換器(PLAT)でのステートフル変換と顧客側変換器(CLAT)でのステートレス変換を組み合わせて、デバイスのパケット情報を変換する方法を示しています。この図では、クライアントは、DHCPv6 プレフィックス委任(DHCPv6-PD)などのプレフィックス委任メカニズムから IPv6 プレフィックスを委任されています。そのため、クライアントには変換専用の IPv6 プレフィックスがあります。
PPTP、RTSP、FTP ALG は XLAT 機能もサポートしています。
次のセクションでは、デバイスが PLAT として機能する場合の PPTP、RTSP、FTP ALG の動作について説明します。
PPTP ALG が PLAT として機能するデバイスをサポートする方法
図 3 は、PPTP ALG XLAT 機能を示しています。
PPTP ALG は、宛先ポート機能に call_ID を使用します。
-
The client sends the outgoing call request (with PPTP Access Concentrator (PAC) call_ID) to the server:
CLAT: 送信元アドレス/ポートは、Ipv4_1/port1 から Ipv6_1/port1 に変換されます。ただし、ペイロードcall_IDは変更されません。
PLAT: 送信元アドレス/ポート Ipv6_1/port1 は Ipv4_1'/port1' に変換され、NAT64 ルールと一致します。ただし、ペイロードのcall_IDは変更されません。PPTP ALG は、server_ip/0->Ipv4_1'/call_ID(Ipv6_1/call_ID) などのゲートを作成します。
The first generic routing encapsulation (GRE) packet reaches the gate from the server side:最初のGREトラフィックがゲートに到達すると、宛先Ipv4_1/call_IDを持つサーバ側からのGREパケットがIpv6_1/call_IDに変換されます。最後に、GRE パケットは CLAT の Ipv4_1/call_ID 後にクライアントに到達します。
Another special case for call_ID 0:
CLAT: 送信元アドレス/ポートは、Ipv4_1/port1 から Ipv6_1/port1 に変換されます。ただし、ペイロードcall_IDは変更されません。
PLAT: 送信元アドレス/ポート Ipv6_1/port1 は Ipv4_1'/port1' に変換され、NAT64 ルールと一致します。ただし、ペイロードのcall_ID 0 は手動で 65002 に変換されます。PPTP ALG は、server_ip/0->Ipv4_1'/65002(Ipv6_1/0) などのゲートを作成します。
The first GRE packet reaches the gate from the server side:最初のGREトラフィックがゲートに到達すると、宛先Ipv4_1'/65002があるサーバ側からのGREパケットはIpv6_1/0に変換されます。最後に、GRE パケットは CLAT の後にクライアント Ipv4_1/0 に到達します。
-
The server sends the outgoing call reply (with PPTP Network Server (PNS) and PAC call_ID) to the client:
PLAT: 送信元アドレス/ポート Ipv4_2/port2 は Ipv6_2/port2' に変換され、NAT64 ルールと一致します。ただし、ペイロードのcall_IDは変更されず、PPTP ALG は client_v6/0->Ipv6_2/call_ID(Ipv4_2/call_ID) などのゲートを作成します。
CLAT: 送信元アドレス/ポートは、Ipv6_2/port2 から Ipv4_2/port2 に変換されます。ただし、ペイロードcall_IDは変更されません。
The first GRE packet reaches the gate from the client side:最初のGREトラフィックがゲートに到達すると、宛先Ipv4_2'/call_IDを持つクライアント側からのGREパケットは、CLATの後にIpv6_2/call_IDに変換され、次にIpv4_2/call_IDに変換されます。最後に、GREパケットはPLTのIpv4_2/call_ID後にサーバーに到達します。
Another special case for call_ID 0:
PLAT: 送信元アドレス/ポート Ipv4_2/port2 は Ipv6_2/port2' に変換され、NAT64 ルールと一致します。ただし、ペイロードのcall_IDは 65002 に変換され、PPTP ALG は client_v6/0->Ipv6_2/65002(Ipv4_2/0) などのゲートを作成します。
CLAT: 送信元アドレス/ポートは、Ipv6_2/port2 から Ipv4_2/port2 に変換されます。ただし、ペイロードcall_IDは変更されません。
The first GRE packet reaches the gate from the client side:最初のGREトラフィックがゲートに到達すると、宛先Ipv4_2'/65002を持つクライアント側からのGREパケットは、CLATの後にIpv6_2/65002に変換され、次にIpv4_2/0に変換されます。最後に、GRE パケットは PLAT の後にサーバ Ipv4_2/0 に到達します。
RTSP ALG が PLAT として機能するデバイスをサポートする方法
図 4 は、RTSP ALG XLAT 機能を示しています。
-
The Windows Media Player on the Windows PC sends a SETUP message:
CLAT: 送信元アドレス/ポートは、Ipv4_1/port1 から Ipv6_1/port1 に変換されます。ただし、ペイロードIpv4_2/port3は変更されません。
PLAT: 送信元アドレス/ポート Ipv6_1/port1 は Ipv4_1'/port1' に変換され、NAT64 ルールと一致し、ペイロード port3 は port3' に変換されます。ただし、ペイロード ULR の IP アドレスは変更されません。
-
The Windows Media Server on the Windows server sends a 200 OK message:
PLAT: 送信元アドレス/ポート Ipv4_1'/port1' は Ipv6_1/port1 に変換され、NAT64 ルールと一致します。ただし、ペイロードのポート4は変更されません。port3' は port3 に変換されます。RTSP ALG は、宛先 Ipv4_1'/port1' でサーバー側から送信された UDP メディア データを介して、c-> Ipv6_1/port1->Ipv6_2/port3 や s->c Ipv4_2/port4->Ipv4_1/port3' などのゲートを作成し、IP ヘッダーが Ipv6_1/port1 に変換されてゲートに到達します。
CLAT:送信元アドレス/ポートは、Ipv6_1/port1からIpv4_1/port1に変換されます。ただし、ペイロードの port3/port4 は変更されません。
-
The server sends the Real-Time Transport Protocol (RTP) over UDP media data:
PLAT: RTP over UDP メディア データが宛先 Ipv4_1'/port3 を使用してサーバー側から送信されると、IP ヘッダーは Ipv6_1/port3 に変換され、ゲートに到達します。
CLAT: IP ヘッダーは Ipv6_1/port3 から Ipv4_1/port3 に変換されます。
-
The client sends the RTP over UDP media data:
CLAT:送信元アドレス/ポートはIpv4_1/port3からIpv6_1/port3に変換され、宛先アドレスはIpv4_2/port4からIpv6_2/port4に変換されます。
PLAT: 送信元アドレス/ポートは Ipv6_1/port3 から Ipv4_1'/port3 に変換され、宛先アドレスは Ipv6_2/port4 から Ipv4_2/port4 に変換されます。
FTP ALG が PLAT として機能するデバイスをサポートする方法
図 5 と図 6 は、パッシブ モードとポート モードでの FTP ALG XLAT 機能を示しています。
-
A 227 message enters passive mode:
CLAT: 送信元アドレス/ポートは、Ipv4_1/port1 から Ipv6_1/port1 に変換されます。ただし、ペイロードには IP またはポート情報は含まれていません。
PLAT: 送信元アドレス/ポート Ipv4_1'/port1' は Ipv6_1/port1 に変換され、NAT64 ルールと一致します。ただし、ペイロードのIpv4_2/port3は変更されず、FTP ALGはIpv4_1/0(Ipv6_1/0)->Ipv4_2/port3などのゲートを作成します。
-
The first packet reaches the gate from the client side: トラフィックがゲートに到達すると、宛先 Ipv4_2/port3 があるクライアント側からの日付パケットが Ipv6_2/port2 に変換されます。IPヘッダーは、PLTに基づくNAT64ルールによってIpv4_2/port3に変換されます。
-
FTP port mode sends a PORT message:
CLAT: 送信元アドレス/ポートは、Ipv4/port1 から Ipv6/port1 に変換されます。
PLAT: 送信元アドレス/ポートは Ipv6_1/port1 で、Ipv4_1'/port1' に変換され、NAT64 ルールと一致します。ペイロード内の Ipv4_1/port2 は Ipv4_1'/port2' に変換され、FTP ALG は Ipv4_1'/port2'(Ipv4_1/port2->server_ip/server_port などのゲートを作成します。
-
The first packet reaches the gate from the server side: トラフィックがゲートに到達すると、宛先 Ipv4_1'/port2' を持つサーバー側からの最初のパケットが Ipv6_1/port2 に変換されます。最後に、パケットはCLATの前にクライアントIpv4_1/port2に到達します。
変更履歴
サポートされる機能は、使用しているプラットフォームとリリースによって決まります。特定の機能がお使いのプラットフォームでサポートされているかどうかを確認するには、 Feature Explorer を使用します。