2. Aggiornamenti specifici a RFC 4944

Questo documento specifica un formato di compressione dell'intestazione destinato a sostituire quello definito nella Sezione 10 di [RFC4944]. L'implementazione della Sezione 10 di [RFC4944] è ora NON RACCOMANDATA (NOT RECOMMENDED). Le nuove implementazioni POSSONO (MAY) implementare la decompressione secondo la Sezione 10 di [RFC4944], ma NON DEVONO (SHOULD NOT) inviare pacchetti compressi secondo la Sezione 10 di [RFC4944].

Un'implementazione conforme di [RFC4944], come aggiornata da questo documento, DEVE (MUST) essere in grado di elaborare correttamente un pacchetto ricevuto che si avvale di ciò che è definito in questo documento. Un'implementazione conforme PUÒ (MAY) implementare tipi LOWPAN_NHC aggiuntivi (Sezione 4) che potrebbero essere registrati in futuro (Sezione 5). Come un compressore venga a sapere che un decompressore ha capacità aggiuntive esula dall'ambito di questo documento.

La Sezione 5.3 di [RFC4944] definisce anche come frammentare i datagrammi IPv6 compressi che non rientrano in un singolo frame di collegamento. La Sezione 5.3 di [RFC4944] definisce i valori datagram_size e datagram_offset dell'intestazione del frammento come la dimensione e l'offset del datagramma IPv6 prima della compressione. Di conseguenza, tutto il carico utile del frammento al di fuori del primo frammento deve portare le rispettive parti del datagramma IPv6 prima della compressione. Questo documento non modifica questo requisito. Quando si utilizza il meccanismo di frammentazione descritto nella Sezione 5.3 di [RFC4944], qualsiasi intestazione che non rientra nel primo frammento NON DEVE (MUST NOT) essere compressa.

Il formato di compressione dell'intestazione definito in questo documento soppianta il valore di dispatch ESC definito nella Sezione 5.1 di [RFC4944]. Invece, il valore 01 000000 è riservato come valore sostitutivo per ESC, da assegnare in modo definitivo con la prima assegnazione di byte di estensione.