Registrazione della latenza tra un punto iniziale controllato e un punto finale non controllato

9

Questa potrebbe essere una domanda di base per la risoluzione dei problemi, ma vale la pena chiedermi di verificare le cose nel modo corretto e di interpretare i risultati in modo efficace.

Ho un punto di inizio controllato (un cluster di server sotto il mio controllo) e un endpoint non controllato (un data center a cui non ho accesso fisico o remoto). Come parte della normale risoluzione dei problemi, spesso devo stabilire i numeri di latenza.

Attualmente, sto usando ping plotter o solo un buon vecchio stile continuo pingotracert

Se sto cercando di stabilire numeri end-to-end più realistici (il software con cui sto lavorando è un software di database) a volte userò Fiddler 2 per catturare il traffico web e confrontare alcuni dei timer lì (cose come ClientDoneRequest-> ServerBeginResponse) con ottenere una fine completa fino alla fine dei tempi.

Che cosa guardate voi ragazzi nel determinare i numeri per la latenza della rete diretta?

troubleshooting latency

— Sean Long
fonte

Molte persone stanno suggerendo di attenersi a ping, e addirittura dici che stai già utilizzando ping. Forse potresti approfondire il motivo per cui vuoi qualcos'altro con cui effettuare misurazioni, perché non è pingquello che ti serve? In realtà non hai detto ciò che è sbagliato di per sé, hai solo fatto una domanda aperta e non sembra che tu stia ricevendo le risposte che cerchi.

— jwbensley,

Era abbastanza aperto e ho ottenuto la risposta che volevo. Non l'avevo appena contrassegnato come tale. Il ping è lo strumento giusto per quello che sto facendo.

— Sean Long,

Vedo, beh, tieni presente che le domande aperte sono scoraggianti; networkengineering.stackexchange.com/faq#dontask In futuro dovresti provare a elencare i punti che stai cercando in uno strumento di misurazione, i motivi per cui ne hai bisogno, i punti che non ti piacciono, ecc., per dare più struttura alla domanda.

— jwbensley,

7

L'ultima metà della domanda sembra indicare che stai cercando figure di latenza che tengano conto del processo di formazione dei dati a livello di applicazione, nel qual caso il "ping" non sarà di grande aiuto considerando che non ci sono molti dati da formare in un ping pacchetto.

Le persone di rete di solito fanno affidamento sul ping perché è un modo relativamente leggero e affidabile per produrre una certa quantità di dati casuali per testare la raggiungibilità e la latenza per un determinato percorso. Un'applicazione che utilizza le chiamate HTTP, ad esempio, si comporterà diversamente perché HTTP non è uguale a ICMP.

Se sei interessato a dati generali sulla latenza della rete, al di fuori di qualsiasi contesto specifico dell'applicazione (che è il modo migliore per testare), il ping funziona bene.

— Mierdin
fonte

Sono più preoccupato per le cose a livello di rete qui. Esistono altri modi in cui posso isolare e testare il livello dell'applicazione e ho incluso le informazioni del violinista principalmente come sfondo. Dal resto dei commenti, sembra che Ping mi fornirà le migliori informazioni senza dover andare a uno strumento specifico.

— Sean Long,

5

Hai la possibilità di utilizzare lo SLA IP tra due router in ciascun punto? Non sono sicuro della tua topologia all'estremità remota, quindi non so se hai un server dall'altra parte o se quel server si collega a un router che potrebbe teoricamente eseguire IP SLA

— mellowd
fonte

4

Voglio solo menzionare un paio di cose. La latenza può dipendere fortemente dal tuo host. Assicurati che sia il server dal quale stai testando e non il tuo laptop. A seconda del sistema operativo (Windows o Linux), i tempi di latenza del ping potrebbero variare. Ho avuto esperienza in cui i sistemi Windows mostravano una latenza più lenta rispetto ai sistemi Linux attraverso gli stessi percorsi di rete.

Ping come test ragionevole. Tuttavia, se è possibile eseguire una sessione TCP dal server all'endpoint in quel centro dati, si otterranno numeri più precisi senza avere il controllo dell'endpoint. Avrei eseguito un'acquisizione di pacchetti mentre è stata stabilita la sessione TCP. Quindi seguire il flusso TCP e guardare i tempi delta. Qual è la differenza di tempo tra il pacchetto TCP iniziale e la sequenza successiva? Questo è in tempo reale che tipo di latenza stai vedendo.

Stai cercando di scoprire se la rete funziona bene o se i server stanno eseguendo i loro lavori?

— opaco
fonte

Stavo cercando di capire come misurare accuratamente le cose della rete, vedo come potrebbe essere fonte di confusione (da quando ho citato Fiddler2). Posso isolare e testare le cose a livello di applicazione abbastanza facilmente (è una storia completamente diversa), ma devo essere in grado di misurare accuratamente i viaggi tra un determinato ambiente e un data center remoto, nonché internamente tra una workstation client e un server ( Quindi attraverso ethernet / wireless).

— Sean Long,

4

La latenza può essere una cosa divertente da misurare, soprattutto con precisione. Il ping fa un lavoro abbastanza buono per un'idea generale su come si trova la latenza della rete, ma quando si tratta di numeri molto bassi può diventare lo strumento sbagliato per il lavoro. Inoltre non fa nulla per i test di livello superiore (come i tempi di risposta del sito Web).

Per misurare rigorosamente le prestazioni della rete (latenza / larghezza di banda / perdita / ecc.) Mi piace il dispositivo di prova Exfo . Questa è semplicemente una preferenza e onestamente è il primo dispositivo che ho usato, quindi sono sicuro che i dispositivi concorrenti funzionerebbero altrettanto bene. JDSU è anche un importante fornitore di questo tipo di apparecchiature.

C'è anche PCHAR che è uno strumento open source per misurare la latenza in modo più accurato rispetto al ping. Non l'ho usato direttamente ma conosco persone che hanno e mi piace.

Questo articolo offre una buona panoramica di alcune delle cose che ICMP Echo può / non può fare bene.

— bigmstone
fonte