Packet Loss: come diagnosticare la perdita di pacchetti sulla rete

Cos'è il packet loss e perché è un problema

Il packet loss (perdita di pacchetti) avviene quando uno o più pacchetti IP trasmessi su una rete non arrivano a destinazione. A differenza della latenza alta, che rallenta le comunicazioni, il packet loss può causare interruzioni vere e proprie: balbettii nelle videochiamate, lag spikes nel gaming, download interrotti, connessioni VoIP incomprensibili.

Anche valori apparentemente bassi — 1-2% — sono significativi: su una chiamata VoIP con G.711, l'1% di packet loss è già percettibile come click o distorsioni audio.

Strumenti per misurarlo

ping e ping esteso

Il modo più semplice per rilevare packet loss è il classico ping:

ping -c 100 8.8.8.8

L'output finale riporta la percentuale di pacchetti persi. Su Windows:

ping -n 100 8.8.8.8

Per un test più lungo e significativo, usa almeno 200-500 pacchetti. Un singolo test da 10 pacchetti non è statisticamente affidabile.

mtr (My Traceroute)

mtr combina traceroute e ping in un unico strumento continuo, mostrando packet loss per ogni hop:

mtr --report --report-cycles 100 8.8.8.8

Questo è lo strumento più utile per la diagnosi: permette di individuare a quale hop inizia il packet loss.

iperf3

Per testare il packet loss su UDP (utile per VoIP e gaming):

# Sul server
iperf3 -s

# Sul client
iperf3 -c <ip-server> -u -b 10M --length 1400

L'output mostra i datagram persi e la percentuale.

Metodologia di diagnosi step-by-step

1. Isola il punto del problema

Con mtr, osserva dove inizia il packet loss. Regola fondamentale: il packet loss su un hop intermedio non è sempre un problema reale. Molti router di rete limitano il rate dei pacchetti ICMP in ingresso (rate limiting), ma inoltrano il traffico normale senza perdite.

Il packet loss rilevante è quello che persiste dall'hop X in poi fino alla destinazione finale. Se i pacchetti si perdono su un hop ma arrivano intatti alla destinazione, il problema è solo il rate limiting ICMP di quel router — non un guasto.

2. Testa prima il gateway locale

ping -c 100 $(ip route | grep default | awk '{print $3}')

Se già il gateway (il tuo router/ONT) mostra packet loss, il problema è interno alla tua rete o nell'apparato CPE.

3. Verifica il collegamento fisico

Packet loss intermittente con latenza variabile (jitter elevato) su collegamenti cablati è quasi sempre un sintomo di:

• Cavo Ethernet difettoso o non certificato per la velocità usata
• Porta dello switch o del router con sporco/ossidazione
• SFP/modulo ottico degradato (su fibra)
• Duplexing mismatch (una porta in full-duplex, l'altra in half-duplex)

Controlla gli errori sulla scheda di rete:

# Linux
ip -s link show eth0

# Cerca: errors, dropped, overrun

Su MikroTik:

/interface ethernet print stats

Valori non zero su rx-error o tx-error indicano problemi a livello fisico/MAC.

4. Distingui packet loss upstream dall'ISP

Se il gateway locale risponde senza perdite ma i problemi iniziano sul primo hop dell'ISP, il problema è nell'accesso o nell'aggregazione dell'operatore. In questo caso:

• Apri un ticket con log mtr allegato (almeno 200 cicli, verso 8.8.8.8 e 1.1.1.1)
• Indica orario e durata del problema
• Se il problema è intermittente, usa uno script per raccogliere dati nel tempo:

while true; do
  echo "=== $(date) ===" >> /tmp/mtr_log.txt
  mtr --report --report-cycles 50 8.8.8.8 >> /tmp/mtr_log.txt
  sleep 60
done

5. Verifica il buffer bloat

Il buffer bloat è un tipo particolare di degrado: la latenza aumenta drasticamente sotto carico, con conseguente packet loss per timeout. Si testa con CAKE o con strumenti come waveform.com/tools/bufferbloat.

Su MikroTik, la soluzione è abilitare CAKE o fq-codel come disciplina di accodamento sulla WAN.

Cause comuni e soluzioni

Quando è normale un po' di packet loss

Su reti wireless (Wi-Fi, 4G/5G) una piccola percentuale di loss è normale e gestita dai livelli superiori (TCP retransmission). Il problema nasce quando supera il 2-3% in modo persistente, o quando interessa UDP (VoIP, gaming) che non ha retransmission nativa.

Su fibra FTTH senza carico, il packet loss dovrebbe essere zero verso il gateway e < 0.1% verso destinazioni Internet in condizioni normali. Qualsiasi valore superiore in condizioni di basso carico merita indagine.