IPv6パケット
doi:10.17487/RFC6554. RFC 6554。
↑ S. Kent (December 2005). IP Authentication Header (英語). doi:10.17487/RFC4302. RFC 4302。
↑ S. Kent (December 2005). IP Encapsulating Security Payload (英語). doi:10.17487/RFC4302. RFC 4302。
↑ F. Gont; V. Manral; R. Bonica (January 2014). Implications of Oversized IPv6 Header Chains (英語). doi:10.17487/RFC7112. RFC 7112。
↑ F. Gont (February 2014). Implementation Advice for IPv6 Router Advertisement Guard (RA-Guard) (英語). doi:10.17487/RFC7113. RFC 7113。
↑ F. Gont (August 2013). Security Implications of IPv6 Fragmentation with IPv6 Neighbor Discovery (英語). doi:10.17487/RFC6980. RFC 6980。
断片化はネットワークセキュリティー制御を逃れるために使うことができると調査が示している。その結果、今ではIPv6パケットの最初の断片がIPv6ヘッダチェーンすべてを含むことが要求されていて、そのような異常なパケットの断片化は禁止されている。さらに、ルーターアドバータイズメント(RA)ガード回避の調査の結果、断片化を近隣探索とともに使用することは非推奨となり、断片化をセキュア近隣探索(SEND)とともに使用することは推奨されなくなった。
拡張ヘッダは任意のインターネット層の情報を持ち、固定ヘッダと上位層プロトコルヘッダの間に位置する。次ヘッダフィールドを使用しヘッダは数珠つなぎになっている。固定ヘッダの次ヘッダフィールドは最初の拡張ヘッダのタイプを示し、最後の拡張ヘッダの次ヘッダフィールドはペイロードに含まれる上位層プロトコルのタイプを示す。
全ての拡張ヘッダのサイズは8オクテットの倍数であり、いくつかの拡張ヘッダはこの条件を満たすためパディング(意味を持たないデータ)を含むことがある。
複数の拡張ヘッダが定義されていて、将来さらに新しい拡張ヘッダが定義される可能性がある。パケットの経路上にあるすべての中間ノードが処理する必要のあるホップバイホップ拡張ヘッダを除き、拡張ヘッダは宛先ノードでしかチェック・処理されない。下に定義された拡張ヘッダは固定ヘッダに続く優先的な並びにリストされている。