3. Host Specification (Spécification d'hôte)
3. Host Specification (Spécification d'hôte)
Lorsqu'un hôte reçoit un message Datagram Too Big, il DOIT réduire son estimation du PMTU pour le chemin concerné, en fonction de la valeur du champ Next-Hop MTU (MTU du prochain saut) dans le message (voir section 4). Nous ne spécifions pas le comportement précis d'un hôte dans cette circonstance, car différentes applications peuvent avoir des exigences différentes, et différentes architectures d'implémentation peuvent favoriser différentes stratégies.
Nous exigeons qu'après avoir reçu un message Datagram Too Big, un hôte DOIT tenter d'éviter de susciter davantage de tels messages dans un avenir proche. L'hôte peut soit réduire la taille des datagrammes qu'il envoie le long du chemin, soit cesser de définir le bit Don't Fragment (ne pas fragmenter) dans les en-têtes de ces datagrammes. Clairement, la première stratégie peut continuer à susciter des messages Datagram Too Big pendant un certain temps, mais puisque chacun de ces messages (et les datagrammes abandonnés auxquels ils répondent) consomme des ressources Internet, l'hôte DOIT forcer le processus de PMTU Discovery à converger.
Les hôtes utilisant PMTU Discovery DOIVENT détecter les diminutions du Path MTU aussi rapidement que possible. Les hôtes PEUVENT détecter les augmentations du Path MTU, mais parce que cela nécessite d'envoyer des datagrammes plus grands que le PMTU actuellement estimé, et parce que la probabilité est que le PMTU n'aura pas augmenté, cela DOIT être fait à des intervalles peu fréquents. Une tentative de détection d'une augmentation (en envoyant un datagramme plus grand que l'estimation actuelle) NE DOIT PAS être faite moins de 5 minutes après la réception d'un message Datagram Too Big pour la destination donnée, ou moins d'1 minute après une tentative d'augmentation réussie précédente. Nous recommandons de définir ces temporisateurs au double de leurs valeurs minimales (10 minutes et 2 minutes, respectivement).
Les hôtes DOIVENT être capables de traiter les messages Datagram Too Big qui n'incluent pas le MTU du prochain saut, car il n'est pas faisable de mettre à niveau tous les routeurs dans l'Internet dans un temps fini. Un message Datagram Too Big d'un routeur non modifié peut être reconnu par la présence d'un zéro dans le champ Next-Hop MTU (nouvellement défini). (Ceci est requis par la spécification ICMP [7], qui dit que les champs "unused" (inutilisés) doivent être à zéro.) Dans la section 5, nous discutons des stratégies possibles qu'un hôte peut suivre en réponse à un message Datagram Too Big de l'ancien style (un envoyé par un routeur non modifié).
Un hôte NE DOIT jamais réduire son estimation du Path MTU en dessous de 68 octets.
Un hôte NE DOIT pas augmenter son estimation du Path MTU en réponse au contenu d'un message Datagram Too Big. Un message prétendant annoncer une augmentation du Path MTU pourrait être un datagramme obsolète flottant dans l'Internet, un faux paquet injecté dans le cadre d'une attaque par déni de service, ou le résultat d'avoir plusieurs chemins vers la destination.