9. Application Probing (Sondaggio dell'applicazione)

Tutte le implementazioni DEVONO (MUST) includere un meccanismo dove le applicazioni che usano protocolli senza connessione possono inviare i propri sondaggi. Questo è necessario per implementare PLPMTUD in un protocollo di applicazione come descritto nella sezione 10.4 o per implementare strumenti diagnostici per il debug di problemi con PMTUD. CI DEVE (MUST) essere un meccanismo che permette a un'applicazione di inviare datagrammi che sono più grandi di eff_pmtu, la stima del Path MTU da parte del sistema operativo, senza essere frammentati. Se questi sono pacchetti IPv4, DEVONO (MUST) avere il bit DF impostato.

A questo momento, la maggior parte dei sistemi operativi supporta due modalità per l'invio di datagrammi: una che frammenta silenziosamente i pacchetti che sono troppo grandi, e un'altra che rifiuta i pacchetti che sono troppo grandi. Nessuna di queste modalità è adatta per implementare PLPMTUD in un'applicazione o diagnosticare problemi con la scoperta del Path MTU. Una terza modalità È RICHIESTA (REQUIRED) dove il datagramma è inviato anche se è più grande della stima corrente del Path MTU.

Implementare PLPMTUD in un'applicazione richiede anche un meccanismo dove l'applicazione può informare il sistema operativo sul risultato del sondaggio come descritto nella sezione 7.6, o aggiornare direttamente search_low, search_high e eff_pmtu, descritti nella sezione 7.1.

Le applicazioni diagnostiche sono utili per trovare problemi PMTUD, come quelli che potrebbero essere causati da un router difettoso che restituisce messaggi ICMP PTB con informazioni di dimensione errate. Tali problemi possono essere localizzati più rapidamente con uno strumento che può inviare sondaggi di qualsiasi dimensione specificata, e raccogliere e visualizzare tutti i messaggi ICMP PTB restituiti.