4.1 Ordre des en-têtes d'extension

Lorsque plusieurs en-têtes d'extension sont utilisés dans le même paquet, il est recommandé que ces en-têtes apparaissent dans l'ordre suivant :

IPv6 header
Hop-by-Hop Options header
Destination Options header (note 1)
Routing header
Fragment header
Authentication header (note 2)
Encapsulating Security Payload header (note 2)
Destination Options header (note 3)
upper-layer header

note 1: Pour les options traitées par la première destination qui apparaît
        dans le champ Destination Address de l'en-tête IPv6 ainsi que par
        les destinations suivantes listées dans le Routing header.

note 2: Des recommandations supplémentaires concernant l'ordre relatif
        de l'Authentication header et de l'Encapsulating Security Payload
        header sont données dans [RFC-2406].

note 3: Pour les options traitées uniquement par la destination finale du paquet.

Chaque en-tête d'extension DEVRAIT apparaître au plus une fois, sauf le Destination Options header (en-tête d'options de destination), qui DEVRAIT apparaître au plus deux fois (une fois avant le Routing header et une fois avant l'en-tête de couche supérieure).

Si l'en-tête de couche supérieure est lui-même un en-tête IPv6 (dans le cas d'IPv6 tunnelisé dans ou encapsulé dans IPv6), il PEUT être suivi de ses propres en-têtes d'extension, qui suivent chacun les mêmes recommandations d'ordre.

Si et quand d'autres en-têtes d'extension sont définis, leurs contraintes d'ordre par rapport aux en-têtes listés ci-dessus DOIVENT être spécifiées.

Les nœuds IPv6 DOIVENT accepter et tenter de traiter les en-têtes d'extension dans n'importe quel ordre et apparaissant n'importe quel nombre de fois dans le même paquet, à l'exception du Hop-by-Hop Options header qui est limité à apparaître immédiatement après l'en-tête IPv6. Il est néanmoins fortement recommandé que les sources de paquets IPv6 respectent l'ordre recommandé ci-dessus, jusqu'à ce qu'une révision ultérieure des spécifications modifie cette recommandation.