Come misurare la latenza di una connessione TCP verso un host pubblico

Quando usare una misura TCP

Questo strumento misura il tempo necessario per stabilire connessioni TCP verso un host pubblico. Non esegue un ping ICMP e non misura il tempo generale di andata e ritorno dei pacchetti: osserva l’apertura della connessione TCP sulla porta scelta. Poiché la verifica usa connessioni di rete, è adatta per controllare come risponde una destinazione pubblica quando viene contattata tramite uno specifico servizio TCP.

La misura aiuta a distinguere i tentativi riusciti da quelli non riusciti e a leggere i tempi disponibili senza trasformare il dato in un giudizio sulla salute complessiva dell’host o del servizio. La destinazione deve rispettare il requisito di indirizzo pubblico prevalidato, altrimenti la verifica non arriva alla fase dei tentativi.

Procedura per configurare la verifica

1. Inserisci l’host pubblico da controllare oppure lascia vuoto il campo se vuoi usare il valore predefinito example.com. L’host non può risultare vuoto al momento dell’esecuzione e la destinazione deve avere un indirizzo pubblico prevalidato; senza queste condizioni l’operazione si interrompe prima di effettuare connessioni.

2. Inserisci la porta TCP del servizio, se vuoi sostituire il valore iniziale 443. Il dato viene convertito in un numero intero e deve rientrare nell’intervallo da 1 a 65535. Un contenuto che non può essere convertito in intero fa fallire l’operazione prima dei tentativi.

3. Indica quanti tentativi eseguire quando il valore predefinito 3 non è sufficiente per la verifica che stai preparando. Sono ammessi numeri interi da 1 a 5; anche in questo caso un valore non convertibile in intero interrompe l’operazione prima dell’apertura delle connessioni.

4. Avvia la verifica dopo aver controllato host, porta e numero di tentativi. Il test usa connessioni di rete per provare l’apertura TCP verso la combinazione indicata, mentre ciascun tentativo dispone di un tempo massimo di attesa di 3 secondi.

5. Esamina il riepilogo prodotto dall’operazione. Per le connessioni riuscite puoi trovare i tempi individuali e la media; il riepilogo può inoltre separare i tentativi non riusciti e mostrare la percentuale di perdita. Se la destinazione non soddisfa il requisito pubblico prevalidato, il blocco avviene prima delle prove di connessione.

Interpretare tempi e tentativi

Il tempo visualizzato descrive l’intervallo osservato per l’apertura di una connessione TCP sulla porta selezionata, non una valutazione generale dell’host. Le durate delle connessioni riuscite sono espresse in millisecondi e arrotondate a due cifre decimali; la stessa regola vale per la media calcolata sui tempi disponibili. La percentuale dei tentativi non riusciti viene invece arrotondata a una cifra decimale.

Un riepilogo parziale è possibile quando una parte delle connessioni si apre e un’altra parte non riesce: le statistiche temporali prendono in considerazione le connessioni riuscite, mentre la perdita riflette i tentativi senza successo. Se nessun tentativo va a buon fine, l’operazione fallisce e segnala una perdita del 100%. Un valore più basso indica un’apertura TCP osservata in meno tempo durante quella verifica, ma non consente di dedurre come si comporteranno altre richieste o altre porte.

Per confrontare due verifiche, mantieni leggibili la porta e il numero di tentativi usati in ciascun riepilogo. Considera separatamente la media e la perdita: una media disponibile non implica che ogni tentativo abbia avuto successo, perché il risultato può combinare tempi validi e connessioni fallite.

Esempio pratico

Vuoi controllare l’apertura TCP del servizio HTTPS di example.com senza modificare le impostazioni predefinite.

Imposta example.com come host, 443 come porta e 3 come numero di tentativi, poi avvia la verifica.

Il riepilogo può presentare i tempi in millisecondi delle connessioni riuscite, una media arrotondata a due cifre decimali e una percentuale di perdita arrotondata a una cifra decimale; con zero connessioni riuscite, l’operazione fallisce e indica una perdita del 100%.

Limiti

• La verifica riguarda soltanto l’apertura TCP verso una destinazione pubblica prevalidata; può fallire prima dei tentativi per un requisito non soddisfatto oppure dopo i tentativi se nessuna connessione riesce.

Errori comuni

• Un errore nasce quando porta o tentativi contengono un valore che non può diventare un intero, oppure quando il numero non rientra nell’intervallo previsto. Correggi la porta usando un intero da 1 a 65535 e imposta i tentativi con un intero da 1 a 5 prima di avviare la verifica.

Domande frequenti

Questo strumento esegue un ping?

No, la misura riguarda l’apertura di una connessione TCP verso la porta indicata e non il ping ICMP o il tempo generale di andata e ritorno dei pacchetti.

Posso lasciare vuoti i campi?

Sì, puoi omettere host, porta e numero di tentativi: in queste condizioni vengono usati rispettivamente example.com, 443 e 3, purché la destinazione soddisfi il requisito di indirizzo pubblico prevalidato.

Che cosa succede se alcuni tentativi falliscono?

Quando una parte dei tentativi riesce, il riepilogo conserva le statistiche temporali delle connessioni riuscite e calcola la perdita sui tentativi non riusciti; se non riesce nessuna connessione, l’operazione fallisce con perdita del 100%.