6.3 Fragmentation and Reassembly
6.3 Fragmentation and Reassembly (Fragmentation et réassemblage)
Comme indiqué précédemment, la fragmentation et le réassemblage doivent être pris en charge par les extrémités du tunnel. L'AFTR DOIT donc effectuer fragmentation et réassemblage si le MTU du lien sous-jacent ne peut pas absorber la surcharge d'encapsulation. La fragmentation DOIT intervenir après l'encapsulation sur le paquet IPv6. Le réassemblage DOIT intervenir avant la désencapsulation de l'en-tête IPv6. Une procédure détaillée est spécifiée dans [RFC2473], section 7.2.
La fragmentation au point d'entrée du tunnel est une opération légère. En revanche, le réassemblage au point de sortie du tunnel peut être coûteux. Lorsque le point de sortie du tunnel reçoit le premier paquet fragmenté, il doit attendre l'arrivée du second paquet fragmenté afin de réassembler les deux paquets IPv6 fragmentés pour la désencapsulation. Cela oblige le point de sortie du tunnel à mettre en mémoire tampon et à suivre les paquets fragmentés. Considérez que l'AFTR est le point de sortie du tunnel pour de nombreux tunnels. Si de nombreux équipements émettent simultanément un grand nombre de paquets fragmentés via l'AFTR vers ses éléments B4 gérés, l'AFTR devra mettre en mémoire tampon et consommer d'énormes ressources pour suivre les flux. Ce processus de réassemblage affectera significativement les performances de l'AFTR. Toutefois, cet impact ne se produit que lorsque de nombreux clients émettent simultanément de gros paquets IPv4. Comme nous pensons que la majorité des clients recevront de gros paquets IPv4 (par exemple en visionnant des flux vidéo) plutôt qu'ils n'en émettront (par exemple en servant des flux vidéo), le réassemblage ne représente qu'une fraction de la charge globale de l'AFTR.
Lorsque les ressources de l'AFTR passent sous un seuil prédéfini, l'AFTR DEVRAIT générer une notification à l'administrateur avant que les ressources ne soient totalement épuisées. Le seuil et les procédures de notification dépendent de l'implémentation et sont hors du périmètre du présent document.
Les méthodes visant à éviter la fragmentation, telles que la réécriture de l'option TCP Maximum Segment Size (MSS) ou l'utilisation de technologies comme la couche d'encapsulation et d'adaptation de sous-réseau (Subnetwork Encapsulation and Adaptation Layer) définie dans [RFC5320], sont hors du périmètre du présent document.