5. LISP Encapsulation Details (Dettagli di incapsulamento LISP)
5. LISP Encapsulation Details (Dettagli di incapsulamento LISP)
Poiché verrà anteposto un header di tunnel aggiuntivo, i pacchetti diventeranno più grandi e potrebbero superare l'MTU di qualsiasi collegamento sul percorso dall'ITR all'ETR. È RACCOMANDATO che in IPv4, l'ITR non frammenti il pacchetto mentre lo incapsula. Invece, dovrebbe scartare il pacchetto e restituire un messaggio ICMP Too Big all'origine.
Questa specifica RACCOMANDA che le implementazioni supportino uno degli schemi di frammentazione e riassemblaggio proposti. I due schemi esistenti sono dettagliati nella Sezione 5.4.
Poiché sia gli indirizzi IPv4 che IPv6 possono essere EID o RLOC, l'architettura LISP supporta IPv4 EID con IPv6 RLOC (formato di pacchetto IPv4 per l'header interno e formato di pacchetto IPv6 per l'header esterno) o IPv6 EID con IPv4 RLOC (formato di pacchetto IPv6 per l'header interno e formato di pacchetto IPv4 per l'header esterno). Le sottosezioni seguenti mostrano il formato dei pacchetti per i casi omogenei (IPv4-in-IPv4 e IPv6-in-IPv6), ma tutte e 4 le combinazioni DEVONO essere supportate.