5.4.2. A Stateful Solution to MTU Handling (Solution avec état pour le traitement du MTU)
5.4.2. A Stateful Solution to MTU Handling (Solution avec état pour le traitement du MTU)
Une solution avec état pour qu'un ITR traite le problème MTU est la suivante, introduite à l'origine dans [OPENLISP]:
-
L'ITR maintiendra un état sur le MTU effectif par localisateur dans chaque entrée Map-Cache. Le MTU effectif est la taille que le réseau de base peut transmettre le long du chemin entre l'ITR et l'ETR.
-
Lorsqu'un paquet encapsulé IPv6, ou un paquet encapsulé IPv4 avec le bit DF défini sur 1, dépasse la taille que le réseau de base peut transmettre, un routeur intermédiaire sur le chemin enverra un message ICMP Too Big à l'ITR. L'ITR analysera le message ICMP pour déterminer quel localisateur est affecté par le changement de MTU effectif, puis enregistrera la nouvelle valeur de MTU effectif dans l'entrée Map-Cache.
-
Lorsque l'ITR reçoit un paquet d'une source dans le site et que la taille du paquet est supérieure au MTU effectif stocké dans l'entrée Map-Cache associée à l'EID de destination du paquet, l'ITR retournera un message ICMP Too Big à la source. La taille de paquet que l'ITR annonce dans le message ICMP Too Big est le MTU effectif moins la longueur d'encapsulation LISP.
Bien que ce mécanisme soit avec état, il présente un avantage par rapport au mécanisme de fragmentation IP sans état en ce sens qu'il n'implique pas l'hôte de destination dans le réassemblage des fragments fragmentés par l'ITR.