misurare la latenza unidirezionale / jitter / perdita di pacchetti

Sto aumentando la latenza e StDev a causa della congestione del percorso e della perdita di pacchetti , ma i percorsi avanti e indietro vanno su reti distinte (ad esempio, uno è init7.net, l'altro è he.net), quindi è molto difficile da capire quale rete o host è responsabile della congestione, perdita di pacchetti, jitter e aumento della latenza.

C'è un modo per restringere la colpa dopo che avanti e indietro mtrnon riescono a individuare esattamente il colpevole, e i contatti NOC @ non rispondono o affermano di non subire perdite sul percorso in questione? (Sto usando OpenBSD.)

Ho anche provato a fare un contatto mtrdiretto con alcuni clienti di entrambe le due reti che potrebbero sperimentare la congestione, ma non sono riuscito a trovare alcun problema in questo modo, soprattutto perché, ad esempio, he.net ha molti POP e spesso percorsi distinti vengono presi tra una data entrata e uscita POP, quindi quando provo ai mtrloro host (come tserv) direttamente all'uscita POP a cui potrei perdere i pacchetti nella loro rete, viene preso un diverso percorso he.net per raggiungere lo stesso POP, e non si verifica alcuna perdita di pacchetti, il che non dimostra nulla di interessante (a parte un possibile suggerimento che potrebbero effettivamente sovraccaricare alcune rotte, garantendo nel contempo che altri rimangano errati, il tutto ignorando le richieste NOC @ da parte di non clienti).

Un modo per farlo è il Timestamp ICMP, che è millisecondi dalla mezzanotte UTC. Ha il vantaggio aggiuntivo di non dover necessariamente controllare entrambe le estremità, purché l'estremità non sia protetta da firewall, ci sono buone probabilità che funzioni.

Tuttavia, per avere misurazioni unidirezionali affidabili, è necessario lo stesso tempo affidabile su entrambe le estremità. Poiché il timestamp ICMP ha solo una precisione di 1 ms (che non è quasi sufficiente per molte applicazioni, ma sufficiente per questo) è ragionevolmente facile trovare anche host non cooperanti in cui il timestamp ICMP fornirà dati utili.

Se controlli entrambe le estremità, assicurati di sincronizzare NTP con 1 solo server e lo stesso server. L'orologio assoluto non è molto importante, è solo importante che tu viva il più vicino possibile allo stesso tempo.

Se il timestamp ICMP non è sufficiente, è molto semplice scrivere 10 righe di ruby ​​/ perl / python o anche C per eseguire misurazioni quando si controllano entrambe le estremità.

Non posso davvero suggerire software per eseguire misurazioni di data e ora ICMP unidirezionalmente, hping2 supporta l'invio di data e ora ICMP ma per qualche motivo non genera valori unidirezionali. Ho scritto patch per hping2 per visualizzare le latenze a senso unico.