Zum Hauptinhalt springen

4.1 Reihenfolge der Erweiterungsheader

Wenn mehr als ein Erweiterungsheader in demselben Paket verwendet wird, SOLLTEN diese Header in der folgenden Reihenfolge erscheinen:

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

Hinweis 1: Für Optionen, die vom ersten Ziel verarbeitet werden,
das im Destination Address-Feld des IPv6-Headers erscheint,
sowie von nachfolgenden Zielen, die im Routing-Header
aufgeführt sind.

Hinweis 2: Zusätzliche Empfehlungen zur relativen Reihenfolge des
Authentication Headers und des Encapsulating Security
Payload Headers sind in [RFC-2406] angegeben.

Hinweis 3: Für Optionen, die nur vom endgültigen Ziel des Pakets
verarbeitet werden.

Jeder Erweiterungsheader SOLLTE höchstens einmal vorkommen, mit Ausnahme des Destination Options Header (Zieloptionsheader), der höchstens zweimal vorkommen SOLLTE (einmal vor dem Routing Header und einmal vor dem Header der oberen Schicht).

Wenn der Header der oberen Schicht ein weiterer IPv6-Header ist (im Fall von IPv6, das durch einen Tunnel geleitet oder in IPv6 eingekapselt wird), kann er von seinen eigenen Erweiterungsheadern gefolgt werden, die jeweils denselben Empfehlungen zur Reihenfolge folgen.

Wenn und sobald weitere Erweiterungsheader definiert werden, MÜSSEN Einschränkungen bezüglich ihrer Reihenfolge relativ zu den oben aufgeführten Headern angegeben werden.

IPv6-Knoten MÜSSEN Erweiterungsheader in beliebiger Reihenfolge und beliebig oft im selben Paket akzeptieren und versuchen zu verarbeiten, mit der Ausnahme, dass der Hop-by-Hop Options Header nur unmittelbar nach dem IPv6-Header erscheinen darf. Es wird jedoch dringend empfohlen, dass Quellen von IPv6-Paketen die oben empfohlene Reihenfolge einhalten, bis und sofern eine spätere Spezifikation diese Empfehlung überarbeitet.