IPv6パケット
経路MTUよりも大きいパケットを送信するとき、送信元ノードはパケットを断片化(フラグメント)する。フラグメント拡張ヘッダは元のパケットを再構築するために必要な情報を持つ。
1 2 3 4 5 6 7 8 9 10 11 12 Deering, S.; Hinden, R. (December 1998). Internet Protocol, version 6 (IPv6) Specification. IETF. RFC 2460.
↑ K. Nickols; S. Blake; F. Baker; D. Black (December 1998). Definition of the Differentiated Service Field (DS Field) in the IPv4 and IPv6 Headers (英語). doi:10.17487/RFC2474. RFC 2474。
↑ D. Grossman (April 2002). New Terminology and Clarifications for DiffServ (英語). doi:10.17487/RFC3260. RFC 3260。
1 2 3 B. Fenner (November 2006). Experimental Values in IPv4, IPv6, ICMPv4, ICMPv6, UDP, and TCP Headers (英語). Network Working Group. doi:10.17487/RFC4727. RFC 4727。
↑ K. Ramakrishnan; S.
1つ以上のオプションと、オプションを整頓するため・ヘッダ長を8オクテットの倍数にするためのパディングを含む。オプションはTLVフォーマット。
IPバージョン。6(二進数では0110)が必ず入る。
IPv4と違い、IPv6ルーターはIPv6パケットを断片化(フラグメント)しない。IPv4でフラグメント禁止ビットが設定されているときのように、宛先ノードとの接続でのMTUを超えるサイズのパケットは廃棄され、その状態がパケット過大(ICMPv6 type 2)メッセージとして送信元ノードに伝えられる。
送信するパケットの最大サイズを定めるため、IPv6の端末ノードは経路MTU探索を行うことが求められていて、上位層プロトコルはそれに従ってペイロードサイズを制限することが求められている。しかし上位層プロトコルがそれを行うことができない場合、送信元ノードがフラグメント拡張ヘッダを使いIPv6パケットのエンドツーエンドでの断片化を行う。IPv6のデータを転送するすべてのデータリンク層は、IPv6フラグメンテーションを呼び出さずに1280バイトのIPパケットを配送する能力を持っていなければいけない。
固定もしくは任意のIPv6ヘッダの後にはTCPセグメントやUDPデータグラムなどのトランスポート層のデータが入ったペイロードが続く。最後のIPv6ヘッダの次ヘッダフィールドはそのパケットにどのタイプのペイロードが含まれているかを示す。