Zum Hauptinhalt springen

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.