IPv6 transition technology

tech
Page content

DS-Lite (Dual Stack Lite)

fragmentation

必ず カプセル化した後 にしろ (MUST) とのこと

(6.3. Fragmentation and Reassembly) Fragmentation MUST happen after the encapsulation on the IPv6 packet. Reassembly MUST happen before the decapsulation of the IPv6 header. A detailed procedure has been specified in [RFC2473] Section 7.2.

で、理由が書いてないけど…？

  • まず fragmentation/reassembly の挙動の確認:
    • fragmentation: IPv4 なら intermediate node で, IPv6 なら src node で実施.
    • reassembly: どちらも通常は dst node で. ただし NAT 時は NAT router がやる必要あり. (RFC2993 (Architectural Implications of NAT) - 6. Problems with NATs)
    • IP header 内の関連フィールド: IPパケットごとのID (fragment同士は同じ数字), fragment flag (自分が最後の fragment なら 0 に), fragment offset field (元のIPパケットのpayloadのうち何バイト目からなのか)
  • すでに fragment された IPv4 パケットが来たときに IPv4 をまたフラグメントすると困るから？ -> そんなことはない
  • バッファ沢山するとなると, “Fragmentation Buffer Full attack” が気になる？ -> それはどちらでも起きうるのでは
  • tunneling はどちらでもいいけど、 NAT しないといけないため IPv4 を fragment するのはだめ？
  • A10 (ACOS) の実装例:

    By default, fragmentation for IPv6 tunnel packets is enabled but fragmentation of IPv4 pack­ets within the tunnel is disabled.

  • ところでIPv6のフラグメンテーションは, source nodeでなら行って良い, と言うものらしい。 RFC

MAP-E (Mapping of Address and Port with Encapsulation)

fragmentation

8.3. Fragmentation and Path MTU Discovery より、 3つの仕組みを利用してMTU調整やfragmentationを行う:

  1. Path MTU Discovery (PMTUD)
  2. fragmentation
  3. transport-layer negotiation such as the TCP Maximum Segment Size (MSS) option
  • Fragmentation
    • MAP domain: フラグメントしないように MTU を調整しろ

その他 IPv6 関連情報