Appendix A. Formatting Guidelines for Options (Formatierungsrichtlinien für Optionen)

Dieser Abschnitt bekräftigt und erweitert die empfohlene Formatierung von Optionen, die im Hop-by-Hop-Options-Header und Destination-Options-Header verwendet werden. Diese Richtlinien basieren auf gängigen Implementierungstechniken und zielen darauf ab, dass alle Optionen vom selben Code verarbeitet werden können.

A.1 Platzierung von Optionen

Optionen sollten (SHOULD) wie folgt platziert werden:

• Das Option-Type-Feld wird vom Option-Data-Length-Feld gefolgt
• Die Option Data haben die durch das Option-Data-Length-Feld angegebene Länge
• Die Gesamtlänge der Option wird auf ein Vielfaches von 8 (8-Oktetten-Grenze) aufgerundet, indem bei Bedarf Padding-Optionen (Pad1 oder PadN) verwendet werden

A.2 Reihenfolge der Optionen

Optionen können in beliebiger Reihenfolge erscheinen, mit folgenden Ausnahmen:

• Die Router-Alert-Option [RFC2711] sollte (SHOULD), falls vorhanden, als erste erscheinen
• Die Optionen Pad1 und PadN sollten (SHOULD) nur für Ausrichtungszwecke verwendet werden

A.3 Ausrichtungsanforderungen für Optionen

IPv6-Optionen sollten (SHOULD) die folgenden Ausrichtungsanforderungen erfüllen:

xn + y

wobei:

• x ist die Ausrichtungsgrenze (in Oktetten), typischerweise 1, 2, 4 oder 8
• n ist eine Ganzzahl ≥ 0
• y ist der Offset (in Oktetten), von 0 bis x-1

Die Ausrichtungsanforderung gilt für die Position des ersten Oktetts der Option Data (nach den Feldern Option Type und Option Data Length).

Beispiele:

• 2n bedeutet auf eine 2-Oktetten-Grenze ausgerichtet (gerader Offset)
• 4n + 2 bedeutet auf eine 4-Oktetten-Grenze plus 2-Oktetten-Offset ausgerichtet
• 8n bedeutet auf eine 8-Oktetten-Grenze ausgerichtet

Implementierer sollten (SHOULD) die entsprechende Menge an Pad1- oder PadN-Optionen einfügen, damit die Option Data diese Ausrichtungsanforderungen erfüllen.

---