Regole di gestione dei problemi di connettività di rete

Scopo

Questa guida aiuta a identificare e segnalare i problemi di connettività di rete con INTROSERV. Vengono illustrati due strumenti diagnostici fondamentali: Il test MTR e la misurazione della larghezza di banda iPerf. Una corretta diagnostica accelera la risposta dell'assistenza e aiuta a individuare l'origine dei problemi.

Prima di iniziare

Prima di tutto, verificate alcuni aspetti fondamentali:

• La connessione locale è stabile?
• Avete disattivato VPN o proxy?
• Altre applicazioni consumano banda (streaming, download)?
• Il server è acceso e raggiungibile?

Suggerimento: se i problemi persistono, passare ai test MTR e iPerf.

Test MTR

Cosa fa MTR

MTR (My Traceroute) mostra il percorso di rete dal dispositivo a un server di destinazione. Combina le funzionalità di traceroute e ping, fornendo dati in tempo reale sulla latenza e sulla perdita di pacchetti a ogni hop.

Utilizzate MTR per scoprire:

• Dove si perdono i pacchetti
• Quali hop hanno una latenza elevata
• Se la connessione è stabile end-to-end

Info: È necessario eseguire test bidirezionali

Per ottenere un quadro completo della connettività di rete, è necessario eseguire test MTR in due direzioni:

• Dal computer al server (direzione di uscita)
• Dal server al computer (direzione di ritorno).

In questo modo è possibile identificare se i problemi si verificano nel percorso di andata, in quello di ritorno o in entrambi. L'asimmetria della rete è comune: una direzione può avere problemi mentre l'altra è a posto.

Esecuzione di MTR su Linux

Direzione 1: dal computer al server (in uscita)

sudo mtr -rwz YOUR_SERVER_IP -c 500 sudo mtr -o 'J M X LSR NA B W V' -wzbc 500 YOUR_SERVER_IP

Direzione 2: dal server al computer (ritorno)

Accedere al server INTROSERV tramite SSH ed eseguire:

Suggerimento: Per ottenere risultati ottimali, eseguire il test MTR in modalità di salvataggio. In questo modo si eliminano le interferenze del sistema operativo o delle applicazioni del server.

sudo mtr -rwz YOUR_LOCAL_IP -c 500 sudo mtr -o 'J M X LSR NA B W V' -wzbc 500 YOUR_LOCAL_IP

Sostituite YOUR_SERVER_IP con l'IP del vostro server INTROSERV e YOUR_LOCAL_IP con il vostro indirizzo IP pubblico (trovatelo eseguendo curl ifconfig.me sul vostro computer prima di connettervi al server).

Info: L'esecuzione richiede un po' di tempo: attendete il completamento. Il flag -c 500 invia 500 pacchetti per ottenere risultati affidabili.

Diagnostica Linux aggiuntiva

Prima di inviare un ticket di assistenza, raccogliere le informazioni sulla NIC (interfaccia di rete):

Definire il nome della NIC predefinita:

ip route | grep default

Il nome della NIC appare dopo la parola "dev" (ad esempio, eth0, ens3).

Verificare la presenza di errori della NIC:

date && sudo ethtool -S ethX | grep error

Controllare la velocità di connessione:

date && sudo ethtool ethX | grep Speed

Sostituire ethX con il nome effettivo della NIC dal comando ip route | grep default.

Identificare l'interfaccia attiva e l'IP:

ip a

Verificare il gateway:

ip a

Cosa cercare: Il controllo degli errori di ethtool dovrebbe restituire degli zeri o un output vuoto. Qualsiasi valore diverso da zero indica problemi di hardware o di cavo che devono essere segnalati all'assistenza. Includere l'output Speed per confermare che l'interfaccia funziona alla velocità prevista.

Esecuzione di MTR su Windows

Per i test MTR su Windows, utilizzare WinMTR, una versione grafica di MTR. Scaricatela ed eseguitela seguendo questa guida: Verifica del canale WinMTR

Eseguite i test in entrambe le direzioni:

• Dal computer al server
• Dal server al computer (per i server Windows, collegarsi tramite RDP ed eseguire WinMTR sul lato server).

Eseguire screenshot dei risultati di WinMTR da allegare al ticket di assistenza.

Diagnostica aggiuntiva per i server Windows

Aprire PowerShell come amministratore ed eseguire questi comandi:

Definire IP, stato e nome della NIC:

Get-NetAdapter | Select-Object Name, Status, LinkSpeed

Controllare gli errori della NIC:

Get-NetAdapterStatistics -Name "SERVERS_ACTIVE_NIC" | Select-Object *Error*, *Discard* | Format-List

Sostituire SERVERS_ACTIVE_NIC con il nome della NIC del comando precedente (ad esempio, "Ethernet", "Rete pubblica").

Verificare il gateway:

Get-NetRoute -DestinationPrefix "0.0.0.0/0"

Il valore NextHop è il gateway predefinito.

Cosa cercare nelle statistiche della NIC? Qualsiasi valore non nullo deve essere segnalato al supporto:

• ReceivedPacketErrors - errori durante la ricezione (di solito problemi con il cavo o la porta).
• OutboundPacketErrors - errori durante la trasmissione
• ReceivedPacketsDiscarded - pacchetti scartati (indica congestione)

Lettura dell'output MTR

Cosa dicono i risultati

• Perdita di pacchetti: Qualsiasi perdita (>0%) può suggerire un problema. Tuttavia, alcune perdite di pacchetti sono normali su determinati hops: alcuni router hanno ICMP disabilitato o limitato la velocità, mostrando una perdita nell'MTR mentre il traffico scorre normalmente. Spesso questi hop sono configurati in questo modo intenzionalmente e non indicano un problema reale. Controllare dove si verifica la perdita di pacchetti in entrambe le direzioni. Se la perdita si verifica prima degli hop INTROSERV (in direzione 1) o dopo il vostro IP(in direzione 2), il problema è il vostro ISP. Se la perdita si verifica su più salti INTROSERV o influisce sul servizio effettivo, è necessario indagare. In ogni caso, inviate i risultati del test bidirezionale al nostro team di assistenza per un'analisi.
• Latenza: Un certo aumento è normale quando i pacchetti viaggiano più a lungo. Sono previsti leggeri salti tra un hop e l'altro. Attenzione ai picchi improvvisi o alla varianza molto elevata (StDev), che indicano instabilità o congestione. Confrontate i risultati tra le due direzioni: l'asimmetria può rivelare l'origine del problema.

Valori di riferimento

Per le regioni dell'UE, prevedete una latenza di 10-50 ms verso l'Europa e di 100-300 ms verso gli altri continenti. Confrontate i risultati con questi intervalli in entrambe le direzioni.

Quando si segnalano i problemi, allegare sempre entrambi i rapporti MTR (da e verso il server) o le schermate, oltre all'output diagnostico del NIC. Sono necessari rapporti bidirezionali: un test unidirezionale da solo non è sufficiente per una diagnosi corretta.

Se possibile, aggiungere ulteriori informazioni:

• IL TUO_LOCALE_IP: indirizzo IP del PC o del server al di fuori di INTROSERV.
• Indirizzo MAC pubblico del PC o del server di origine
• Indirizzo MAC pubblico del vostro server all'interno di INTROSERV
• Tipo di protocollo coinvolto (TCP o UDP): ?
• Direzione del problema: Da IL TUO_LOCALE_IP a IL TUO_SERVER_IP, viceversa, o entrambi?
• Frequenza specifica: permanente o intermittente?

Test della larghezza di banda iPerf

iPerf è uno strumento di misurazione delle prestazioni di rete che verifica accuratamente la larghezza di banda tra il vostro server e i server di test pubblici. Per la diagnostica di INTROSERV, si consiglia di utilizzare server iPerf pubblici geograficamente vicini all'ubicazione del vostro data center, in modo da ottenere risultati affidabili che riflettono la qualità effettiva del servizio.

Perché non utilizzare Speedtest-cli o i test del browser?

Non consigliamo di utilizzare Speedtest-cli, Speedtest.net o Fast.com per la diagnostica. Questi servizi selezionano in modo casuale i server di test su reti di terzi, il che può produrre risultati incoerenti. Un server debole o congestionato sulla loro infrastruttura può mostrare velocità scarse che non riflettono la qualità effettiva della connessione a INTROSERV. Questo porta a false segnalazioni di problemi di servizio.

Per una misurazione accurata della larghezza di banda, consigliamo invece di utilizzare server iPerf pubblici geograficamente vicini al vostro data center.

Installazione di iPerf ed esecuzione dei test su Linux:

sudo apt install iperf3

iPerf3 supporta due direzioni di test:

Test di caricamento:

iperf3 -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -i 0

Misura la velocità di upload - controllare il valore del mittente nei risultati.

Test di download:

iperf3 -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -R -i 0

Misura la velocità di download - controllare il valore Receiver nei risultati. Il flag -R inverte la direzione del test.

Se necessario, salvare i risultati in un file:

iperf3 -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -i 0 > iperf-upload.txt

iperf3 -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -R -i 0 > iperf-download.txt

Installazione di iPerf ed esecuzione dei test su Windows / Windows Server:

1. Scaricare iperf3 per Windows da: https://iperf.fr/iperf-downloa...
2. Estrarre il file ZIP scaricato in una cartella, ad esempio C:\iperf3.
3. Aprire il Prompt dei comandi (cmd.exe) e navigare nella cartella: cd C:\iperf3
4. Eseguire i test in entrambe le direzioni:

Test di caricamento (in uscita):

iperf3.exe -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -i 0

Misura la velocità di upload - controllare il valore del mittente nei risultati.

Test di download (in entrata):

iperf3.exe -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -R -i 0

Misura la velocità di download - controllare il valore del ricevitore nei risultati. Il flag -R inverte la direzione del test.

Se necessario, salvare i risultati in un file:

iperf3.exe -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -i 0 > iperf-upload.txt

iperf3.exe -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -R -i 0 > iperf-download.txt

I parametri del comando sono spiegati:

• -c <IP> - connettersi al server a questo indirizzo IP
• -p <porta> - utilizza la porta o l'intervallo di porte specificato
• -t 30 - esegue il test per 30 secondi
• -P 10 - usa 10 connessioni parallele (testa la piena capacità di banda)
• -i 0 - disabilita i rapporti di intervallo (mostra solo i risultati finali)
• -R - inverte la direzione del test (il server iperf pubblico invia all'utente, misura la velocità di download)

Suggerimento: Scegliete un server di test geograficamente vicino al vostro centro dati INTROSERV. I test effettuati da un server con sede in Germania utilizzando un server iPerf australiano possono dare risultati imprecisi. Questi server sono pubblici e possono essere occasionalmente occupati: se uno non risponde, eseguire nuovamente il test dopo poco tempo.

Capire l'output di iPerf

In iPerf, la riga del mittente mostra la velocità di upload dalla sorgente del test al server di destinazione, mentre la riga del destinatario mostra la velocità di download dal server al dispositivo.

Per ottenere misurazioni coerenti, annotate entrambi i valori e ripetete il test almeno tre volte.

Ottenere risultati accurati

Eseguire almeno tre test consecutivi per individuare i problemi intermittenti. Prima di eseguire il test:

• Chiudere le applicazioni che consumano molta banda (streaming, download, trasferimenti di file).
• Non eseguire i test su più dispositivi contemporaneamente
• Assicurarsi che non siano in esecuzione aggiornamenti in background

Salvare i risultati con i timestamp (in UTC) e la posizione del server di test. È accettabile anche uno screenshot dell'output finale.

Prestazioni previste

Al termine del test (attendere 30 secondi), si vedranno risultati finali come:

Info: Attendere il completamento del test. Il riepilogo finale appare alla fine, dopo tutti i risultati degli intervalli. Fare uno screenshot o salvare solo le righe [SUM] finali: contengono i risultati effettivi.

Per il servizio UE, la velocità di download/upload non dovrebbe scendere oltre il 10-15% al di sotto dei limiti del piano nelle ore non di punta. Se si nota qualcosa di peggio, c'è qualcosa che non va.

Server di test pubblici iPerf

Per ottenere risultati accurati, utilizzate un server iPerf pubblico geograficamente vicino alla sede del vostro centro dati INTROSERV. Di seguito sono riportati i server iPerf pubblici consigliati con uplink affidabili da 10Gbps+.

Europa:

Germania, Wolfsburg

# Test di upload (verifica del valore del mittente): iperf3 -c 62.176.224.217 -p 5201 -t 30 -P 10 -i 0 # Test di download (verifica del valore del destinatario): iperf3 -c 62.176.224.217 -p 5201 -t 30 -P 10 -R -i 0

Paesi Bassi, Naaldwijk

# Test di caricamento (controllo del valore del mittente): iperf3 -c 185.182.195.76 -p 5201 -t 30 -P 10 -i 0 # Test di scaricamento (controllo del valore del destinatario): iperf3 -c 185.182.195.76 -p 5201 -t 30 -P 10 -R -i 0

Regno Unito, Londra

# Test di caricamento (controllo del valore del mittente): iperf3 -c 5.180.211.133 -p 5200 -t 30 -P 10 -i 0 # Test di scaricamento (controllo del valore del destinatario): iperf3 -c 5.180.211.133 -p 5200 -t 30 -P 10 -R -i 0

Francia, Parigi

# Test di caricamento (controllo del valore del mittente): iperf3 -c 45.147.210.189 -p 5200-5240 -t 30 -P 10 -i 0 # Test di download (controllo del valore del destinatario): iperf3 -c 45.147.210.189 -p 5200-5240 -t 30 -P 10 -R -i 0

Polonia, Varsavia

# Test di caricamento (verifica del valore del mittente): iperf3 -c 185.246.208.67 -p 5201 -t 30 -P 10 -i 0 # Test di scaricamento (verifica del valore del ricevitore): iperf3 -c 185.246.208.67 -p 5201 -t 30 -P 10 -R -i 0

Nord America:

USA, New York

# Test di caricamento (controllo del valore del mittente): iperf3 -c 194.33.45.192 -p 5200 -t 30 -P 10 -i 0 # Test di scaricamento (controllo del valore del destinatario): iperf3 -c 194.33.45.192 -p 5200 -t 30 -P 10 -R -i 0

USA, Los Angeles

# Test di caricamento (controllo del valore del mittente): iperf3 -c 77.247.126.223 -p 5200-5209 -t 30 -P 10 -i 0 # Test di download (controllo del valore del destinatario): iperf3 -c 77.247.126.223 -p 5200-5209 -t 30 -P 10 -R -i 0

Canada, Montreal

# Test di caricamento (controllo del valore del mittente): iperf3 -c 70.38.95.143 -p 5201-5210 -t 30 -P 10 -i 0 # Test di download (controllo del valore del destinatario): iperf3 -c 70.38.95.143 -p 5201-5210 -t 30 -P 10 -R -i 0

Asia-Pacifico:

Singapore

# Test di caricamento (controllo del valore del mittente): iperf3 -c 23.108.99.54 -p 5201-5210 -t 30 -P 10 -i 0 # Test di download (controllo del valore del destinatario): iperf3 -c 23.108.99.54 -p 5201-5210 -t 30 -P 10 -R -i 0

Australia, Sydney

# Test di caricamento (verifica del valore del mittente): iperf3 -c 23.106.244.70 -p 5201-5210 -t 30 -P 10 -i 0 # Test di scaricamento (verifica del valore del ricevitore): iperf3 -c 23.106.244.70 -p 5201-5210 -t 30 -P 10 -R -i 0

India, Bangalore

# Test di caricamento (controllo del valore del mittente): iperf3 -c 49.205.75.2 -p 5001-5020 -t 30 -P 10 -i 0 # Test di download (controllo del valore del ricevitore): iperf3 -c 49.205.75.2 -p 5001-5020 -t 30 -P 10 -R -i 0

Problemi comuni

• Problemi di ISP: Se l'MTR mostra una perdita sugli hops prima dell'infrastruttura INTROSERV, contattare l'ISP.
• Reti esterne: Si noti che INTROSERV è responsabile della connettività all'interno dei propri data center e dell'infrastruttura backbone. Se la perdita di pacchetti o la latenza si verificano al di fuori della rete di INTROSERV, ad esempio sulle rotte degli ISP o dei vettori intermedi, non sono sotto il nostro controllo e responsabilità.
• Manutenzione: In caso di manutenzione o di problemi di rete rilevati, INTROSERV fornisce notifiche attraverso i canali di comunicazione ufficiali. Cerchiamo sempre di informare i clienti in anticipo o il prima possibile.

Segnalazione al supporto INTROSERV

Includere queste informazioni:

• IP o hostname del vostro server
• Rapporti MTR bidirezionali (entrambe le direzioni allegate)
• Output di diagnostica NIC (risultati di ethtool/PowerShell)
• Risultati del test iPerf su un server iPerf pubblico vicino all'ubicazione del vostro data center
• Quando si è notato il problema (ora UTC)
• Se il problema si verifica costantemente o a intervalli regolari
• La vostra posizione e il nome dell'ISP (se pertinente)

Esempio di biglietto

Oggetto: Problema di rete - Germania DC Server IP: 185.XX.XX.XX

Rapporti MTR bidirezionali: [mtr-report-to-server.txt allegato] [mtr-report-from-server.txt allegato]

Diagnostica NIC: [output di ethtool o risultati di PowerShell allegati/incollati].

Info: In alternativa, è possibile includere le schermate dei risultati MTR qui sotto o allegarle al ticket.

Test iPerf al server iPerf in Germania (62.176.224.217) - testato alle 14:30-14:35 UTC

TEST DI UPLOAD - controllare il valore del mittente:

iperf3 -c 62.176.224.217 -p 5201 -t 30 -P 10 -i 0

Test (14:30 UTC): Risultato: 1,95 Gbit/sec

Nuovo test (14:31 UTC): Risultato: 1,90 Gbit/sec

DOWNLOAD TESTS - verificare il valore del ricevitore:

iperf3 -c 62.176.224.217 -p 5201 -t 30 -P 10 -R -i 0

Test (14:33 UTC): Risultato: 1,87 Gbit/sec

Nuovo test (14:34 UTC): Risultato: 1,88 Gbit/sec

Riepilogo: media di upload: ~1,92 Gbits/sec Media di download: ~1,88 Gbit/sec

Problema: alta latenza verso il server Avviato: 2025-01-15 alle 14:30 UTC In corso? Sì (testato per 30 minuti) Luogo: Stoccolma, Svezia (ISP: Telia)

Comandi utili Riferimento

sudo mtr -o 'J M X LSR NA B W V' -wzbc 500 <host>

ip route | grep default

sudo ethtool -S ethX | grep error

sudo ethtool ethX | grep Speed

ip a

ip r

iperf3 -c <server_ip> -p <port> -t 30 -P 10 -i 0

iperf3 -c <server_ip> -p <port> -t 30 -P 10 -R -i 0

ping <host>

traceroute <host>

curl ifconfig.me