5.4.1. A Stateless Solution to MTU Handling (Eine zustandslose Lösung für MTU-Handhabung)

5.4.1. A Stateless Solution to MTU Handling (Eine zustandslose Lösung für MTU-Handhabung)

Eine zustandslose ITR-Lösung zur Handhabung von MTU-Problemen wird wie folgt beschrieben:

1. Definiere H als die Größe in Oktetten des äußeren Headers, den ein ITR einem Paket voranstellt. Dies schließt die UDP- und LISP-Header-Längen ein.

2. Definiere L als die Größe in Oktetten des größten Pakets, das ein ITR an einen ETR senden kann, ohne dass der ITR oder ein zwischengeschalteter Router das Paket fragmentieren muss.

3. Definiere eine Architekturkonstante S für die maximale Größe eines Pakets in Oktetten, das ein ITR empfangen muss, damit die effektive MTU erfüllt werden kann. Das heißt, S = L - H.

Wenn ein ITR ein Paket von einer Site-zugewandten Schnittstelle empfängt und H Oktette an Kapselung hinzufügt, um ein Paket mit einer Größe größer als L Oktette zu erzeugen, löst er das MTU-Problem, indem er zunächst das ursprüngliche Paket in 2 gleich große Fragmente aufteilt. Jedem Fragment wird dann ein LISP-Header vorangestellt. Die Größe der gekapselten Fragmente beträgt dann (S/2 + H), was kleiner ist als die Schätzung des ITR für die Pfad-MTU zwischen dem ITR und seinem korrespondierenden ETR.

Wenn ein ETR gekapselte Fragmente empfängt, behandelt er sie als zwei individuell gekapselte Pakete. Er entfernt die LISP-Header und leitet dann jedes Fragment an den Zielhost der Ziel-Site weiter. Die beiden Fragmente werden am Zielhost zu dem einzelnen IP-Datagramm zusammengesetzt, das vom Quellhost stammt. Beachten Sie, dass die Reassemblierung am ETR erfolgen kann, wenn das gekapselte Paket am oder nach dem ITR fragmentiert wurde.

Dieses Verhalten führt der ITR durch, wenn das DF-Feld des IP-Headers des vom Quellhost stammenden Pakets 0 ist. Wenn das DF-Feld des IP-Headers 1 ist oder das Paket ein vom Quellhost stammendes IPv6-Paket ist, verwirft der ITR das Paket und sendet eine ICMP Too Big-Nachricht an die Quelle, wobei er den Wert S ankündigt, wobei S (L - H) ist, wenn seine Größe größer als L ist.

Wenn die Kapselung des äußeren Headers einen IPv4-Header verwendet, sollten Implementierungen das DF-Bit auf 1 setzen, um Fragmentierung und Reassemblierung am ETR zu vermeiden. Wenn es gute Gründe gibt zu glauben, dass es ein unlösbares Pfad-MTU-Problem zwischen dem sendenden ITR und dem empfangenden ETR gibt, können Implementierungen das DF-Bit in solchen Headern auf 0 setzen.

Diese Spezifikation empfiehlt, L als 1500 zu definieren.