3. Einstufung von RH0 als veraltet

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

• Wenn Segments Left null ist, MUSS der Knoten den Routing Header ignorieren und den nächsten Header im Paket verarbeiten, dessen Typ durch das Feld Next Header im Routing Header identifiziert wird.

• Wenn Segments Left ungleich null ist, MUSS der Knoten das Paket verwerfen und eine ICMP-Parameter-Problem-Meldung mit Code 0 an die Source Address des Pakets senden, die auf den nicht erkannten Routing Type verweist.

IPv6-Knoten müssen RH0 in keiner Weise mehr implementieren.

3.1. Anforderungen an Hosts

Ein IPv6-Host DARF KEINE Pakete mit RH0-Erweiterungsheadern senden.

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

3.2. Anforderungen an Router

Ein IPv6-Router DARF KEINE Pakete mit RH0-Erweiterungsheadern senden.

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

Ein IPv6-Router SOLLTE so konfigurierbar sein, dass er alle Pakete mit RH0-Erweiterungsheadern verwirft.

3.3. Anforderungen an Firewalls

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