8. Upper-Layer Protocol Issues (Problemi relativi ai protocolli di livello superiore)
8.1 Upper-Layer Checksums (Checksum di livello superiore)
Lo pseudo-header utilizzato per calcolare i checksum dei protocolli di livello superiore (TCP, UDP, ecc.) trasportati su IPv6 è diverso da quello utilizzato in IPv4. Gli header di estensione non devono (MUST NOT) essere inclusi nello pseudo-header quando si calcolano o verificano i checksum dei protocolli di livello superiore.
8.2 Maximum Packet Lifetime (Durata massima del pacchetto)
A differenza di IPv4, i nodi IPv6 non devono (NEED NOT) verificare che l'Hop Limit di un pacchetto ricevuto sia minore o uguale a zero. Tuttavia, i protocolli di livello superiore possono dipendere da una durata massima fissata del pacchetto. Le implementazioni IPv6 che utilizzano tali protocolli di livello superiore dovrebbero (SHOULD) utilizzare lo stesso valore per la durata massima del pacchetto utilizzato in IPv4.
8.3 Maximum Upper-Layer Payload Size (Dimensione massima del payload di livello superiore)
Data la natura del campo Payload Length a 16 bit, i protocolli di livello superiore non devono (MUST NOT) presumere che la quantità massima di dati che può essere trasportata in un pacchetto IPv6 sia di 65.535 ottetti. Payload più grandi possono essere trasportati utilizzando l'opzione Jumbo Payload definita in [RFC2675].
8.4 Responding to Packets Carrying Routing Headers (Risposta ai pacchetti con header di routing)
Un nodo che riceve un pacchetto con un header di routing e che genera output di livello superiore in risposta a quel pacchetto non dovrebbe (SHOULD NOT) impostare il campo Source Address del pacchetto di risposta sul valore finale del campo Destination Address del pacchetto ricevuto. Invece, l'indirizzo di origine del pacchetto di risposta dovrebbe (SHOULD) essere il primo (non finale) indirizzo di destinazione del pacchetto ricevuto, a meno che l'header di routing non sia un Segment Routing Header (SRH) [RFC8754].