9. Sondage d'application

Toutes les implémentations DOIVENT (MUST) inclure un mécanisme permettant aux applications utilisant des protocoles sans connexion d'envoyer leurs propres sondes. Ceci est nécessaire pour implémenter PLPMTUD dans un protocole d'application comme décrit dans la section 10.4 ou pour implémenter des outils de diagnostic pour déboguer les problèmes avec PMTUD. Il DOIT (MUST) y avoir un mécanisme permettant à une application d'envoyer des datagrammes plus grands que eff_pmtu, l'estimation du MTU de chemin par le système d'exploitation, sans être fragmentés. S'il s'agit de paquets IPv4, ils DOIVENT (MUST) avoir le bit DF défini.

À l'heure actuelle, la plupart des systèmes d'exploitation prennent en charge deux modes pour l'envoi de datagrammes: un qui fragmente silencieusement les paquets trop grands, et un autre qui rejette les paquets trop grands. Aucun de ces modes n'est adapté pour implémenter PLPMTUD dans une application ou diagnostiquer des problèmes avec la découverte du MTU de chemin. Un troisième mode EST REQUIS (REQUIRED) où le datagramme est envoyé même s'il est plus grand que l'estimation actuelle du MTU de chemin.

L'implémentation de PLPMTUD dans une application nécessite également un mécanisme permettant à l'application d'informer le système d'exploitation du résultat de la sonde comme décrit dans la section 7.6, ou de mettre à jour directement search_low, search_high et eff_pmtu, décrits dans la section 7.1.

Les applications de diagnostic sont utiles pour trouver des problèmes PMTUD, tels que ceux qui pourraient être causés par un routeur défectueux qui renvoie des messages ICMP PTB avec des informations de taille incorrectes. Ces problèmes peuvent être localisés le plus rapidement avec un outil qui peut envoyer des sondes de n'importe quelle taille spécifiée, et collecter et afficher tous les messages ICMP PTB renvoyés.