8. Upper-Layer Protocol Issues (Probleme mit Protokollen höherer Schichten)
8.1 Upper-Layer Checksums (Prüfsummen höherer Schichten)
Der Pseudo-Header, der zur Berechnung der Prüfsummen von Protokollen höherer Schichten (TCP, UDP usw.) verwendet wird, die über IPv6 übertragen werden, unterscheidet sich von dem in IPv4 verwendeten. Erweiterungsheader dürfen nicht (MUST NOT) im Pseudo-Header enthalten sein, wenn Prüfsummen von Protokollen höherer Schichten berechnet oder überprüft werden.
8.2 Maximum Packet Lifetime (Maximale Paketlebensdauer)
Im Gegensatz zu IPv4 müssen (NEED NOT) IPv6-Knoten nicht überprüfen, ob das Hop Limit eines empfangenen Pakets kleiner oder gleich Null ist. Protokolle höherer Schichten können jedoch von einer festgelegten maximalen Paketlebensdauer abhängig sein. IPv6-Implementierungen, die solche Protokolle höherer Schichten verwenden, sollten (SHOULD) denselben Wert für die maximale Paketlebensdauer verwenden wie in IPv4.
8.3 Maximum Upper-Layer Payload Size (Maximale Nutzlastgröße höherer Schichten)
Angesichts der Natur des 16-Bit-Payload-Length-Feldes dürfen (MUST NOT) Protokolle höherer Schichten nicht davon ausgehen, dass die maximale Datenmenge, die in einem IPv6-Paket übertragen werden kann, 65.535 Oktetten beträgt. Größere Nutzlasten können mithilfe der in [RFC2675] definierten Jumbo-Payload-Option übertragen werden.
8.4 Responding to Packets Carrying Routing Headers (Antworten auf Pakete mit Routing-Headern)
Ein Knoten, der ein Paket mit einem Routing-Header empfängt und als Antwort auf dieses Paket eine Ausgabe höherer Schicht erzeugt, sollte (SHOULD NOT) das Source-Address-Feld des Antwortpakets nicht auf den endgültigen Wert des Destination-Address-Feldes des empfangenen Pakets setzen. Stattdessen sollte (SHOULD) die Quelladresse des Antwortpakets die erste (nicht die endgültige) Zieladresse des empfangenen Pakets sein, es sei denn, der Routing-Header ist ein Segment-Routing-Header (SRH) [RFC8754].