Lag e packet loss: come leggere un MTR senza farsi ingannare

Il gioco scatta, l'SSH è lento, il sito a volte non risponde. Quando il problema sembra la rete, lo strumento giusto è MTR: unisce traceroute e ping e mostra, per ogni salto tra te e il server, la latenza e la percentuale di pacchetti persi. È potente, ma è anche facilissimo da leggere male.

Lancialo nel modo giusto

Da Linux o macOS:

bash

mtr -rwzc 100 <IP del server>

-c 100 invia 100 pacchetti: con pochi pacchetti i numeri non significano niente;
-w mostra i nomi completi, -z i numeri di rete (AS) di ogni salto.

Su Windows usa WinMTR, oppure tracert seguito da pathping.

Le due regole per leggerlo

1. Conta solo la perdita che continua fino alla fine. Molti router danno bassa priorità ai pacchetti diretti a loro e rispondono a fatica. Quel salto mostrerà perdita, ma se i salti successivi e la destinazione sono a 0%, i tuoi dati passano benissimo: non è un problema.

 5. ae1.router-a.example   30%   ← solo questo salto
 6. core.router-b.example   0%
 7. tuo-server              0%   ← destinazione pulita: tutto ok

La perdita è reale quando inizia a un salto e continua fino alla destinazione.

2. Guarda i salti in latenza, non i valori assoluti. Un aumento netto di latenza tra due salti, che resta anche dopo, indica dove il percorso si allunga o si congestiona. Un singolo salto con ping alto seguito da salti normali è di nuovo un router che risponde lentamente.

Fallo nei due sensi

Internet non è simmetrico: il percorso dal tuo PC al server può essere diverso da quello di ritorno. Per avere il quadro completo:

lancia l'MTR dal tuo computer verso il server;
lancia l'MTR dal server verso il tuo IP;
se puoi, ripetilo quando il problema c'è: un test fatto quando tutto funziona non mostra niente.

Il looking glass sul nostro sito ti permette anche di lanciare ping, traceroute e MTR dalla nostra rete verso il tuo IP, senza accedere al server.

Prima di dare la colpa alla rete

Un server con CPU al 100% risponde lentamente anche con una rete perfetta: controlla top.
Il Wi-Fi di casa e le reti mobili perdono pacchetti più spesso di quanto pensi: prova via cavo.
Durante un attacco DDoS il traffico viene filtrato e può aumentare la latenza: i report sul pannello lo mostrano.

Cosa allegare a un ticket

Se la perdita è reale, apri un ticket e allega testo, non screenshot: l'MTR nei due sensi, il tuo IP pubblico, l'orario esatto con il fuso orario e da quanto tempo succede. Con questi dati possiamo capire subito se il problema è sulla nostra rete, su quella del tuo provider o in mezzo.

Tag#network#latency#mtr#traceroute

CondividiX LinkedIn