Appendix A. Formatting Guidelines for Options (Directives de formatage pour les options)

Cette section réaffirme et étend le formatage recommandé des options utilisées dans l'en-tête Hop-by-Hop Options et l'en-tête Destination Options. Ces directives sont basées sur des techniques d'implémentation courantes et visent à permettre que toutes les options soient traitées par le même code.

A.1 Placement des options

Les options devraient (SHOULD) être placées comme suit :

• Le champ Option Type est suivi du champ Option Data Length
• Les Option Data ont la longueur spécifiée par le champ Option Data Length
• La longueur totale de l'option est arrondie à un multiple de 8 (limite de 8 octets) en utilisant des options de remplissage (Pad1 ou PadN) si nécessaire

A.2 Ordre des options

Les options peuvent apparaître dans n'importe quel ordre, avec les exceptions suivantes :

• L'option Router Alert [RFC2711], si elle est présente, devrait (SHOULD) apparaître en premier
• Les options Pad1 et PadN devraient (SHOULD) être utilisées uniquement à des fins d'alignement

A.3 Exigences d'alignement des options

Les options IPv6 devraient (SHOULD) satisfaire les exigences d'alignement suivantes :

xn + y

où :

• x est la limite d'alignement (en octets), généralement 1, 2, 4 ou 8
• n est un entier ≥ 0
• y est le décalage (en octets), de 0 à x-1

L'exigence d'alignement s'applique à la position du premier octet des Option Data (après les champs Option Type et Option Data Length).

Exemples :

• 2n signifie aligné sur une limite de 2 octets (décalage pair)
• 4n + 2 signifie aligné sur une limite de 4 octets plus un décalage de 2 octets
• 8n signifie aligné sur une limite de 8 octets

Les implémenteurs devraient (SHOULD) insérer la quantité appropriée d'options Pad1 ou PadN pour que les Option Data satisfassent ces exigences d'alignement.

---