La percentuale di perdita di pacchetti è significativa solo con l'obiettivo, la durata e il numero di campioni del test. Perdere un ping su quattro non equivale a una perdita a lungo termine del 25%.
Approccio di base
Nella misurazione, i pacchetti inviati e ricevuti devono essere abbinati; Anche il limite di timeout influisce sul risultato. Le risposte ICMP potrebbero avere una priorità bassa su alcuni dispositivi. È possibile limitare i pacchetti diagnostici quando il traffico dell'applicazione funziona normalmente.
Fasi dell'applicazione
- Registrare chiaramente il bersaglio osservato mancante e l'intervallo di tempo.
- Confronta due punti significativi, come il gateway locale e il tuo target applicativo.
- Distinguere la perdita sostenuta verso la destinazione finale dalla mera mancanza di risposta diagnostica del dispositivo intermedio.
Esempio pratico
Se un hop mostra una perdita del 60% mentre gli hop successivi e la destinazione finale sono senza perdite, non si può dire che il dispositivo perda il 60% di tutto il traffico che inoltra. L'hop intermedio potrebbe limitare solo le proprie risposte ICMP.
Interpretare correttamente il risultato
Un numero maggiore di campioni riduce l'incertezza, ma non riduce l'intero risultato a un'unica media se le condizioni di test variano. Memorizza separatamente i risultati cablati e wireless. Invece di etichettare automaticamente la perdita di pacchetti come un errore dell’ISP, indaga da dove inizia.
Fonte e lettura di follow-up
Dettagli del protocollo o del comando: RFC2680. I passaggi e lo scenario di esempio rappresentano la narrativa editoriale di IPScan.