5. LISP Encapsulation Details (Détails de l'encapsulation LISP)

5. LISP Encapsulation Details (Détails de l'encapsulation LISP)

Étant donné qu'un en-tête de tunnel supplémentaire sera préfixé, les paquets deviendront plus grands et peuvent dépasser le MTU de n'importe quel lien sur le chemin de l'ITR à l'ETR. Il est RECOMMANDÉ qu'en IPv4, l'ITR ne fragmente pas le paquet lors de son encapsulation. Au lieu de cela, le paquet DEVRAIT être abandonné et un message ICMP Too Big DEVRAIT être retourné à la source.

Cette spécification recommande que les implémentations prennent en charge l'un des schémas de fragmentation et de réassemblage proposés. Les deux approches existantes sont détaillées dans la section 5.4.

Étant donné qu'une adresse IPv4 ou IPv6 peut être à la fois un EID ou un RLOC, l'architecture LISP prend en charge IPv4 EID avec IPv6 RLOC (format de paquet IPv4 pour l'en-tête interne, format de paquet IPv6 pour l'en-tête externe), ou IPv6 EID avec IPv4 RLOC (format de paquet IPv6 pour l'en-tête interne, format de paquet IPv4 pour l'en-tête externe). Les sous-sections suivantes montrent le format de paquet pour les cas homogènes (IPv4-in-IPv4 et IPv6-in-IPv6), mais les 4 combinaisons DOIVENT être prises en charge.