6. AFTR Element (AFTR 要素)

6.1 Definition (定義)

AFTR 要素は, IPv4-in-IPv6 トンネルエンドポイントと, 同一ノード上に実装された IPv4-IPv4 NAT の組み合わせである。

6.2 Encapsulation (カプセル化)

トンネルは, B4 要素で終端するポイントツーマルチポイント IPv4-in-IPv6 トンネルである。

追加のトンネリングに関する考慮事項はセクション 7.1 を参照のこと。

注: 現時点では, DS-Lite は IPv4-in-IPv6 トンネルのみを定義する。しかし, 将来, 他の種類のカプセル化が定義されうる。

6.3 Fragmentation and Reassembly (フラグメント化と再構成)

前述のとおり, フラグメント化と再構成はトンネルエンドポイントにより処理される必要がある。そのため, 基盤リンク MTU がカプセル化オーバーヘッドを収容できない場合, AFTR はフラグメント化と再構成を実行しなければならない。フラグメント化は IPv6 パケットのカプセル化の後に発生しなければならない。再構成は IPv6 ヘッダのデカプセル化の前に発生しなければならない。詳細な手順は [RFC2473] セクション 7.2 に規定されている。

トンネルエントリポイントでのフラグメント化は軽量な操作である。対照的に, トンネル出口ポイントでの再構成は高コストになりうる。トンネル出口ポイントが最初のフラグメント化されたパケットを受信すると, デカプセル化のために 2 つ目のフラグメント化されたパケットが到着するのを待たなければならない。これにより, トンネル出口ポイントはフラグメント化されたパケットをバッファし追跡する必要がある。AFTR は多数のトンネルのトンネル出口ポイントであることを考慮する。多数のデバイスが同時に AFTR 経由で管理対象 B4 要素へ大量のフラグメント化されたパケットを送出する場合, AFTR はフローを追跡するために膨大なリソースをバッファし消費する必要がある。この再構成プロセスは AFTR の性能に著しく影響する。しかし, この影響は, 多数のクライアントが同時に大きな IPv4 パケットを送出する場合にのみ発生する。大多数のクライアントは大きな IPv4 パケットを受信する (動画ストリームの視聴など) のであって, 大きな IPv4 パケットを送出する (動画ストリームの送出など) のではないと信じるため, 再構成は AFTR の全作業負荷の一部にすぎない。

AFTR のリソースが事前定義されたしきい値を下回って動作している場合, AFTR はリソースが完全に枯渇する前に, 管理者へ通知を生成すべきである。しきい値と通知手順は実装依存であり, 本文書の対象外である。

フラグメント化を避ける手段, 例えば TCP Maximum Segment Size (MSS, 最大セグメントサイズ) オプションの書き換え, または [RFC5320] で定義される Subnetwork Encapsulation and Adaptation Layer (サブネットワークカプセル化適応層) などの技術の使用は, 本文書の対象外である。

6.4 DNS

前述のとおり, B4 要素を実装する DS-Lite ノードは IPv6 上で DNS 解決を行う。その結果, DNS パケットは AFTR 要素を通過するとは期待されない。

6.5 Well-Known IPv4 Address (ウェルノウン IPv4 アドレス)

AFTR は, IPv4-in-IPv6 トンネルの構成に IANA により予約されたウェルノウン IPv4 アドレス 192.0.0.1 を使用すべきである。そのアドレスは ICMP 問題の報告に使用でき, traceroute の出力に現れる。

6.6 Extended Binding Table (拡張バインディングテーブル)

AFTR 要素の NAT バインディングテーブルは, 着信パケットの送信元 IPv6 アドレスを含むよう拡張される。この IPv6 アドレスは, サービスプロバイダの顧客の重複する IPv4 アドレス空間を識別するために用いられる。

拡張 IPv4 NAT バインディングテーブルで逆引きルックアップを行うことにより, AFTR は, パケットがインターネットから戻ってきたときに IPv6 カプセル化をどのように再構築するかを知る。そうすることで, 各トンネルに対する静的構成を保持する必要がなくなる。