Quando una rete viene descritta come "lenta",il problema non è necessariamente legato alla velocità della connessione Internet. Un collegamento può avere una banda molto elevata e contemporaneamente presentare una latenza elevata,con conseguenze evidenti durante videoconferenze,connessioni remote,applicazioni gestionali,servizi cloud e comunicazioni VoIP.
Il ping è uno degli strumenti più semplici per analizzare questo comportamento. Dal punto di vista tecnico,il comando ping invia pacchetti ICMP Echo Request verso un dispositivo remoto e attende la relativa risposta ICMP Echo Reply. Il tempo trascorso tra invio e ricezione viene utilizzato per calcolare il Round Trip Time,normalmente espresso in millisecondi.
Un valore elevato non identifica però automaticamente la causa del problema. Il ping indica che esiste una latenza,ma per capire perché questa latenza si verifica è necessario analizzare il percorso della comunicazione,la qualità del collegamento,la presenza di packet loss e il comportamento dei diversi dispositivi intermedi.
Latenza e velocità della connessione sono cose diverse
Uno degli errori più comuni nella diagnosi delle reti consiste nel confondere latenza e banda.
La banda indica la quantità di dati che una connessione può trasferire nell'unità di tempo. La latenza indica invece quanto tempo impiega un pacchetto per raggiungere una destinazione e ricevere una risposta.
Una connessione da 1 Gbps può quindi avere una latenza superiore rispetto a una connessione più lenta ma geograficamente più vicina o instradata in maniera più efficiente.
Questo diventa particolarmente evidente quando si utilizzano applicazioni interattive. Un trasferimento di grandi quantità di dati può continuare a funzionare correttamente anche con una latenza relativamente elevata,mentre una sessione RDP,una telefonata VoIP o un'applicazione gestionale possono risentirne immediatamente.
Come eseguire un ping su Windows
Su Windows il comando può essere eseguito dal Prompt dei comandi o da PowerShell.
Per esempio:
ping 8.8.8.8
Il sistema invia normalmente una serie di richieste e restituisce il tempo impiegato per ricevere le risposte.
Un risultato come:
Reply from 8.8.8.8: bytes=32 time=18ms TTL=117
indica che la risposta è arrivata in circa 18 millisecondi.
È importante non fermarsi al singolo valore. Durante una diagnosi è necessario osservare l'intera sequenza e verificare se la latenza rimane stabile oppure presenta variazioni significative.
Come interpretare un ping alto
Non esiste un unico valore valido per tutte le situazioni.
Una latenza di pochi millisecondi all'interno della stessa rete locale è normalmente compatibile con una comunicazione molto rapida. Una destinazione Internet geograficamente lontana può invece presentare valori molto superiori senza che esista necessariamente un problema.
La domanda corretta non è quindi "quanto deve essere il ping?",ma rispetto a quale destinazione e attraverso quale percorso stiamo misurando la latenza?
Se un PC comunica con il router locale con tempi molto bassi ma raggiunge un server Internet con tempi estremamente elevati,il problema probabilmente non si trova nella scheda di rete del computer.
Se invece anche il ping verso il gateway locale presenta latenze elevate,la causa deve essere cercata nella rete locale,nella connessione Wi-Fi,nello switch,nella scheda di rete o nel carico del dispositivo.
Il primo test: ping verso il gateway
Una delle tecniche più utili consiste nel verificare prima la comunicazione con il gateway locale.
È possibile individuare il gateway con:
ipconfig
e successivamente eseguire:
ping 192.168.1.1
sostituendo l'indirizzo con quello effettivamente utilizzato dalla rete.
Questo test permette di separare più facilmente un problema locale da un problema esterno.
Se il gateway risponde in modo stabile con una latenza molto bassa,la comunicazione tra PC e rete locale è probabilmente corretta.
Se invece si osservano valori elevati,timeout o forti oscillazioni,è necessario analizzare la rete locale prima di concentrarsi sulla connessione Internet.
Ping alto su rete Wi-Fi
Il Wi-Fi è una delle possibili cause di latenza elevata.
Interferenze radio,distanza dall'access point,ostacoli fisici,congestione del canale e sovrapposizione con altre reti possono provocare ritrasmissioni e perdita di pacchetti.
Un computer collegato tramite Wi-Fi potrebbe quindi mostrare un ping molto variabile anche quando la connessione Internet dispone di una banda elevata.
Per verificare questa ipotesi è utile confrontare il comportamento dello stesso dispositivo attraverso una connessione Ethernet.
Se il ping diventa stabile passando dal Wi-Fi al cavo,la causa deve essere cercata nella componente wireless.
Jitter: quando il ping non è stabile
Un altro parametro importante è il jitter,cioè la variazione della latenza tra pacchetti successivi.
Supponiamo di ottenere:
12 ms 14 ms 13 ms 85 ms 16 ms 120 ms
La media potrebbe sembrare accettabile,ma la presenza di picchi indica una connessione instabile.
Questo comportamento può essere particolarmente problematico per VoIP,videoconferenze,desktop remoto e applicazioni interattive.
Una rete affidabile non deve quindi essere valutata soltanto sulla latenza media,ma anche sulla sua variabilità.
Packet loss: quando i pacchetti vengono persi
Un altro elemento fondamentale è il packet loss.
Se alcuni pacchetti non raggiungono la destinazione o la risposta non torna al mittente,si verifica una perdita di pacchetti.
È possibile utilizzare:
ping -t 8.8.8.8
su Windows per mantenere il test attivo fino a quando non viene interrotto manualmente.
Un risultato caratterizzato da Request timed out può indicare packet loss,ma deve essere interpretato con attenzione perché alcuni dispositivi o firewall possono limitare o bloccare le richieste ICMP.
La perdita di pacchetti diventa particolarmente importante quando è ripetitiva e si manifesta anche verso destinazioni che normalmente rispondono alle richieste ICMP.
Ping alto e packet loss non sono la stessa cosa
Latenza elevata e packet loss possono comparire contemporaneamente,ma rappresentano problemi differenti.
Una rete può avere 100 ms di latenza senza perdere pacchetti. In questo caso la comunicazione è lenta ma stabile.
Al contrario,una rete può avere una latenza media di 15 ms ma perdere periodicamente pacchetti. In questo scenario alcune applicazioni possono comunque risultare instabili.
Quando si effettua una diagnosi professionale è quindi necessario considerare entrambi i parametri.
Utilizzare tracert per individuare il punto problematico
Il comando ping indica il tempo complessivo verso una destinazione,ma non mostra direttamente dove viene introdotta la latenza.
Su Windows è possibile utilizzare:
tracert 8.8.8.8
tracert permette di visualizzare i diversi hop attraversati dal traffico IP.
Questo consente di osservare il percorso tra il computer e la destinazione finale.
Se la latenza aumenta improvvisamente dopo uno specifico punto del percorso,quel dato può fornire un'indicazione utile per proseguire l'analisi.
Bisogna però evitare di interpretare automaticamente ogni hop con latenza elevata come un problema.
Perché un hop di tracert può mostrare valori elevati senza essere un problema
Alcuni router possono applicare limitazioni o priorità inferiori alle risposte ICMP utilizzate da tracert.
È quindi possibile osservare un hop con valori apparentemente elevati e trovare invece valori normali negli hop successivi.
Il criterio corretto consiste nel verificare se la latenza introdotta in un determinato punto rimane presente anche nei successivi hop.
Se un router mostra 150 ms ma quello successivo torna a 20 ms,non è necessariamente il router responsabile della latenza effettiva dell'applicazione.
Se invece da un determinato punto in avanti tutti gli hop mostrano valori significativamente superiori,il dato diventa molto più interessante.
PathPing: analisi combinata di latenza e packet loss
Windows mette a disposizione anche pathping,uno strumento particolarmente interessante per la diagnostica.
Un comando tipico è:
pathping 8.8.8.8
PathPing combina caratteristiche di ping e tracert,effettuando un'analisi più approfondita del percorso.
Può aiutare a individuare perdita di pacchetti e latenze associate ai diversi segmenti del percorso.
Il test richiede più tempo rispetto a un semplice ping perché raccoglie un numero maggiore di informazioni.
Per questo motivo è particolarmente utile quando il problema è intermittente e non può essere identificato con una singola misurazione.
DNS lento e ping elevato
Un problema di rete può essere confuso anche con un problema DNS.
Quando si digita un indirizzo come:
www.example.com
il computer deve prima risolvere il nome DNS nell'indirizzo IP corrispondente.
Il tempo necessario per la risoluzione DNS è distinto dalla latenza della comunicazione verso il server finale.
Per questo motivo un sito web apparentemente lento non significa automaticamente che il ping verso il server sia elevato.
È possibile verificare la risoluzione DNS attraverso:
nslookup www.example.com
e confrontare successivamente il risultato con un ping verso l'indirizzo IP restituito.
Quando il router può essere responsabile
Il router rappresenta un punto fondamentale dell'infrastruttura e può diventare un collo di bottiglia.
CPU elevata,memoria insufficiente,firmware problematico,configurazioni QoS errate o saturazione delle interfacce possono influenzare il comportamento del traffico.
Un caso particolarmente interessante è il bufferbloat,situazione nella quale apparati di rete mantengono code di pacchetti troppo grandi quando il collegamento è sotto carico.
In questo scenario il ping può essere basso quando la rete è inutilizzata e aumentare drasticamente durante upload o download intensivi.
Bufferbloat: quando il ping aumenta sotto carico
Il bufferbloat è facilmente riconoscibile confrontando il ping a rete libera con il ping durante un trasferimento dati.
Supponiamo che il gateway risponda normalmente in 5 ms. Durante un download intenso il valore potrebbe aumentare a 100,200 o più millisecondi.
Questo indica che la latenza è influenzata dal carico della connessione.
Tecnologie e configurazioni di QoS e Active Queue Management possono contribuire a ridurre questo fenomeno,ma la soluzione dipende dal router,dalla connessione e dall'architettura della rete.
Saturazione della banda
Una rete può presentare ping elevato quando la banda disponibile viene completamente utilizzata.
Un upload occupato da un backup cloud,un trasferimento di file o una sincronizzazione massiva può aumentare la latenza delle altre comunicazioni.
Questo è particolarmente problematico nelle aziende dove diversi servizi condividono lo stesso collegamento Internet.
Durante la diagnosi è quindi importante verificare contemporaneamente utilizzo della banda,traffico in upload,traffico in download e latenza.
QoS e gestione del traffico
La Quality of Service permette di classificare e gestire il traffico in funzione della sua importanza.
In una rete aziendale può essere utile assegnare priorità differenti a traffico VoIP,videoconferenze,applicazioni gestionali o servizi critici.
Una configurazione QoS errata può però produrre l'effetto contrario.
Per questo motivo la QoS deve essere progettata sulla base del traffico effettivamente presente e non configurata semplicemente aumentando la priorità di qualsiasi applicazione ritenuta importante.
Ping alto verso Internet ma basso verso il router
Questo scenario è particolarmente utile per restringere il campo della diagnosi.
Se:
PC ? Router = 2 ms PC ? Server Internet = 100 ms
il problema probabilmente non riguarda direttamente il collegamento tra computer e router.
Bisogna quindi analizzare la connessione WAN,il provider,il percorso di routing,la destinazione o eventuali apparati intermedi.
In questo caso tracert e pathping possono fornire informazioni aggiuntive.
Ping alto anche verso il router
Se invece:
PC ? Router = 100 ms
il problema è probabilmente locale.
Bisogna controllare Wi-Fi,cavo Ethernet,switch,scheda di rete,driver,interferenze e carico del router.
È anche utile verificare se il comportamento interessa un solo PC oppure tutti i dispositivi della rete.
Se soltanto un computer presenta il problema,la causa è probabilmente specifica di quel dispositivo.
Se tutti i client presentano la stessa latenza,è più probabile che il problema riguardi un componente condiviso.
Un singolo PC lento o tutta la rete?
Questo è uno dei primi interrogativi da porsi durante una diagnosi.
Se un solo computer presenta ping elevato mentre gli altri dispositivi funzionano correttamente,bisogna concentrarsi su quel client.
Possono essere coinvolti driver,scheda di rete,Wi-Fi,software VPN,antivirus,firewall o configurazioni locali.
Se invece tutti i dispositivi mostrano latenze elevate,la diagnosi deve spostarsi verso switch,access point,router,firewall,connessione WAN o provider.
Questa semplice distinzione consente di ridurre rapidamente l'area di ricerca.
VPN e latenza
Una VPN introduce un ulteriore percorso di rete.
Il traffico viene cifrato e inviato verso il server VPN prima di raggiungere la destinazione finale.
La latenza può quindi aumentare a causa della distanza dal server VPN,del carico del gateway VPN o del percorso utilizzato.
Per verificare se la VPN è coinvolta è possibile confrontare il comportamento con la VPN attiva e disattivata,quando le policy aziendali lo consentono.
In ambienti professionali bisogna inoltre considerare il tipo di protocollo utilizzato e il carico del concentratore VPN.
Firewall e sistemi di sicurezza
Firewall,antivirus ed EDR possono influenzare il traffico di rete,anche se normalmente non sono la prima causa da considerare.
Un sistema di sicurezza che analizza in profondità il traffico può introdurre overhead o rallentamenti in determinate condizioni.
Non è però consigliabile disabilitare permanentemente i sistemi di sicurezza per effettuare una prova.
Eventuali test devono essere eseguiti in modo controllato e secondo le policy aziendali.
MTU e frammentazione
Un altro parametro tecnico che può influenzare la comunicazione è l'MTU,ovvero la Maximum Transmission Unit.
Se l'MTU configurato non è coerente con il percorso utilizzato,alcuni pacchetti possono essere frammentati o scartati.
Questo problema può manifestarsi soprattutto attraverso VPN,tunnel e configurazioni di rete particolari.
La diagnosi dell'MTU richiede test specifici e deve essere effettuata quando i sintomi sono compatibili con un problema di frammentazione o di Path MTU Discovery.
Come distinguere un problema locale da uno del provider
La metodologia più efficace consiste nel procedere per livelli.
Prima si verifica il ping verso il gateway locale. Successivamente si controlla una destinazione Internet affidabile. Infine si analizza il percorso attraverso tracert o pathping.
Se il primo livello presenta problemi,la diagnosi deve concentrarsi sulla LAN.
Se il primo livello è stabile ma Internet presenta anomalie,si passa all'analisi della WAN.
Se il problema compare soltanto verso determinate destinazioni,può essere coinvolto il routing o la rete del provider.
Questa metodologia evita di attribuire immediatamente il problema alla connessione Internet senza aver verificato la rete locale.
Come analizzare una rete aziendale in modo professionale
In un ambiente aziendale il semplice comando ping rappresenta soltanto il primo livello diagnostico.
È necessario correlare latenza,packet loss,jitter,utilizzo della banda,stato degli switch,access point,router e firewall.
In presenza di sistemi di monitoring è possibile inoltre analizzare l'andamento storico.
Questo è particolarmente importante per problemi intermittenti. Un ping eseguito quando la rete funziona correttamente potrebbe non mostrare nulla di anomalo.
Un sistema di monitoraggio continuo può invece evidenziare che la latenza aumenta ogni giorno alle 9:00,quando tutti gli utenti iniziano a lavorare,o durante le finestre di backup.
Monitoraggio continuo della latenza
Per individuare problemi ricorrenti è utile raccogliere misurazioni nel tempo.
È possibile monitorare il gateway,un server interno e una o più destinazioni Internet.
Confrontando questi dati è possibile capire dove inizia l'aumento della latenza.
Per esempio,se il gateway rimane costantemente a 2 ms ma il server Internet passa da 20 a 200 ms ogni sera,il problema non sembra essere legato direttamente al PC.
Se invece anche il gateway passa da 2 a 100 ms,la causa deve essere cercata nella rete locale o nell'apparato che gestisce il traffico.
Conclusione
Un ping alto non deve essere considerato semplicemente come sinonimo di "Internet lenta". La latenza è il risultato di numerosi fattori che possono coinvolgere il computer,la rete locale,il Wi-Fi,gli switch,il router,il firewall,la connessione WAN,il provider e il percorso utilizzato per raggiungere la destinazione.
Una diagnosi tecnica efficace deve quindi partire dal confronto tra latenza,packet loss e jitter,verificando prima il gateway locale e successivamente le destinazioni esterne. Strumenti come ping,tracert,pathping,ipconfig e nslookup permettono di raccogliere informazioni fondamentali senza ricorrere immediatamente a strumenti complessi.
Quando il problema è più articolato,diventa necessario analizzare anche saturazione della banda,bufferbloat,QoS,VPN,MTU,DNS e comportamento degli apparati di rete. In un'infrastruttura aziendale,il monitoraggio continuo permette inoltre di individuare correlazioni temporali che un singolo test non potrebbe evidenziare.
La regola fondamentale è quindi non limitarsi a misurare il ping,ma capire dove viene introdotta la latenza. Separando progressivamente rete locale,WAN,routing e destinazione finale è possibile trasformare un generico problema di "rete lenta" in una diagnosi tecnica precisa e verificabile.
