Aiuto
Cos’è la perdita di pacchetti e come si nota?
La perdita di pacchetti significa che i pacchetti inviati non raggiungono la destinazione. Confronta dispositivi, connessioni e prove ripetute senza scambiare risposte ping mancanti per una diagnosi.
Un pacchetto è perso quando non raggiunge la destinazione. Voce interrotta, salti nei giochi o trasferimenti bloccati possono essere compatibili, ma hanno anche altre cause come l’elaborazione del dispositivo o un errore dell’applicazione. Un download veloce non esclude perdite intermittenti. Il test VMAXCHECK non offre una misura diretta della perdita di pacchetti; velocità o latenza non confermano questa diagnosi.
Parti da un confronto controllato
- Annota ora, durata, applicazione e se più dispositivi hanno problemi insieme. Se l’app offre statistiche di rete, registra perdita e direzione misurata secondo la sua spiegazione.
- Confronta Wi-Fi ed Ethernet sullo stesso dispositivo a breve distanza di tempo. Sospendi i tuoi grandi trasferimenti e backup per il riferimento, poi osserva separatamente le condizioni abituali del problema.
- Ripeti in un periodo tranquillo e durante il problema con destinazioni e impostazioni uguali. Una singola prova normale non esclude un guasto intermittente. Un problema solo serale non dimostra da solo congestione.
- Confronta un altro dispositivo e servizio. Se fallisce una sola app, controllane anche lo stato. Un miglioramento con Ethernet indica il percorso wireless o il dispositivo, ma non dimostra perdita di frame Wi-Fi.
Esegui ping limitati e conserva le condizioni
In Windows, ping /n 50 1.1.1.1 invia 50 richieste echo ICMP a una destinazione pubblica. Usa una destinazione che risponde; non è necessariamente il server della tua app. Prova anche l’indirizzo locale del router nelle impostazioni di rete, sostituendolo alla destinazione. Conserva i risultati separati: richieste inviate, risposte ricevute e mancanti, tempi di andata e ritorno. Ripeti con uguale numero, attesa, dimensione e famiglia di indirizzi. Evita attese troppo brevi o invii massicci; aspettare risposte mancanti può prolungare la prova per diversi minuti.
Interpreta con cautela le risposte mancanti
- Due risposte mancanti su 50 richieste sono il 4% di risposte ICMP mancanti in quel campione. Non è una stima affidabile per tutto il traffico applicativo. Router o destinazione possono limitare o bloccare ICMP; richiesta e risposta possono mancare in parti diverse del percorso.
- Risposte del router mancanti insieme a problemi applicativi giustificano un controllo iniziale del percorso locale. Un router silenzioso senza sintomi corrispondenti non basta a dichiarare guasta la connessione.
- Se il router risponde mentre falliscono più destinazioni Internet e app, indaga lato Internet del router, accesso e percorso più ampio. Il risultato non identifica il provider come unico responsabile.
- Asterischi in traceroute o perdita su un solo hop intermedio in pathping non provano un errore di inoltro. Confronta destinazione finale, hop successivi e app: un dispositivo può limitare le proprie risposte continuando a inoltrare altri pacchetti.
Ritardo e perdita sono diversi: un ping alto non è un conteggio di pacchetti persi. TCP può ritrasmettere dati mancanti, causando talvolta attesa o velocità ridotta. UDP da solo non garantisce la consegna; le app possono aggiungere un recupero proprio. L’effetto dipende dall’app e da perdite isolate o a raffica. Una percentuale non è una soglia universale di successo, e una prova breve senza mancate risposte non garantisce tutti i percorsi o le sessioni future.
Modifica in modo mirato e ripeti il confronto
- Per problemi solo wireless, controlla copertura e competizione radio. Via cavo, confronta un cavo o una porta compatibile funzionante e le indicazioni ufficiali per dispositivo e scheda di rete. Cambia una cosa alla volta.
- Se il problema accompagna i tuoi grandi trasferimenti, sospendili, programmali o limitali e confronta. Una gestione delle code supportata secondo il produttore può aiutare nella congestione, ma non risolve tutte le perdite.
- Salva eventi del router e misure prima di un riavvio secondo la guida. Interrompe altri utenti e chiamate: è una prova, non la dimostrazione della causa. Non partire da un ripristino di fabbrica o dalla disattivazione delle protezioni.
- Ripeti le stesse prove e l’app dopo il cambiamento. Se fallisce solo un servizio, controllane stato e assistenza. Se falliscono più dispositivi e servizi, consegna i confronti al provider di rete.
Fornisci all’assistenza orari, durata, connessione, modello del router, destinazioni e impostazioni, invii e risposte mancanti, tempi di andata e ritorno, dispositivi e app, effetti di Ethernet o carico ridotto. Togli password, token e dati privati dai registri. Osservazioni riproducibili servono più che accusare l’hop con la percentuale maggiore o comprare un piano più veloce da una sola misura.