5. LISP Encapsulation Details (LISP-Kapselungsdetails)
5. LISP Encapsulation Details (LISP-Kapselungsdetails)
Da zusätzliche Tunnel-Header vorangestellt werden, wird das Paket größer und kann die MTU jeder vom ITR zum ETR durchlaufenen Verbindung überschreiten. Es wird in IPv4 EMPFOHLEN, dass Pakete nicht fragmentiert werden, wenn sie vom ITR gekapselt werden. Stattdessen sollte das Paket verworfen werden und eine ICMP Too Big-Nachricht an die Quelle zurückgegeben werden.
Diese Spezifikation EMPFIEHLT, dass Implementierungen Unterstützung für eines der vorgeschlagenen Fragmentierungs- und Reassemblierungsschemata bieten. Zwei bestehende Schemata werden in Abschnitt 5.4 detailliert beschrieben.
Da IPv4- oder IPv6-Adressen entweder EIDs oder RLOCs sein können, unterstützt die LISP-Architektur IPv4-EIDs mit IPv6-RLOCs (wobei der innere Header im IPv4-Paketformat und der äußere Header im IPv6-Paketformat ist) oder IPv6-EIDs mit IPv4-RLOCs (wobei der innere Header im IPv6-Paketformat und der äußere Header im IPv4-Paketformat ist). Die nächsten Unterabschnitte illustrieren Paketformate für den homogenen Fall (IPv4-in-IPv4 und IPv6-in-IPv6), aber alle 4 Kombinationen MÜSSEN unterstützt werden.