3. Deprecation of RH0 (Veraltung von RH0)

Ein IPv6-Knoten, der ein Paket mit einer ihm zugewiesenen Zieladresse empfängt und das einen RH0-Extension-Header enthält, DARF NICHT den im letzteren Teil von Abschnitt 4.4 von [RFC 2460] für RH0 spezifizierten Algorithmus ausführen. Stattdessen MÜSSEN solche Pakete gemäß den in Abschnitt 4.4 von [RFC 2460] spezifizierten Anforderungen für ein Datagramm verarbeitet werden, das einen nicht erkannten Routing Type-Wert enthält, nämlich:

• Wenn Segments Left null ist, muss der Knoten den Routing Header ignorieren und mit der Verarbeitung des nächsten Headers im Paket fortfahren, dessen Typ durch das Next Header-Feld im Routing Header identifiziert wird.

• Wenn Segments Left nicht null ist, muss der Knoten das Paket verwerfen und eine ICMP Parameter Problem, Code 0, Nachricht an die Source Address des Pakets senden, die auf den nicht erkannten Routing Type zeigt.

IPv6-Knoten sind nicht mehr verpflichtet, RH0 in irgendeiner Weise zu implementieren.

3.1. Host Requirements (Host-Anforderungen)

Ein IPv6-Host DARF KEINE Pakete senden, die RH0-Extension-Header enthalten.

Ein IPv6-Host, der ein Paket mit einem RH0-Extension-Header empfängt, MUSS es gemäß den oben in Abschnitt 3 genannten Anforderungen verarbeiten.

3.2. Router Requirements (Router-Anforderungen)

Ein IPv6-Router DARF KEINE Pakete senden, die RH0-Extension-Header enthalten.

Ein IPv6-Router, der ein Paket mit einem RH0-Extension-Header empfängt, MUSS es gemäß den oben in Abschnitt 3 genannten Anforderungen verarbeiten.

Ein IPv6-Router SOLLTE die Möglichkeit haben, so konfiguriert zu werden, dass alle Pakete mit RH0-Extension-Headern verworfen werden.

3.3. Firewall Requirements (Firewall-Anforderungen)

Es ist zu erwarten, dass es für die meisten Firewalls angemessen sein wird, Pakete mit RH0-Extension-Headern standardmäßig zu verwerfen.