mengukur latensi satu arah / jitter / packet-loss

Saya mendapatkan latensi dan StDev yang meningkat karena kemacetan rute dan kehilangan paket , tetapi jalur maju dan mundur melewati jaringan yang berbeda (misalnya yang init7.net, yang lain menjadi he.net), jadi, sangat sulit untuk dipahami jaringan atau host mana yang bertanggung jawab atas kemacetan, kehilangan paket, jitter, dan latensi yang meningkat.

Apakah ada cara untuk mempersempit kesalahan setelah maju dan mundur mtrgagal menunjukkan dengan tepat pelakunya, dan kontak NOC @ tidak merespons, atau mengklaim tidak menderita kerugian di jalur yang dimaksud? (Saya menggunakan OpenBSD.)

Saya bahkan sudah mencoba melakukan secara mtrlangsung ke beberapa pelanggan dari kedua jaringan yang mungkin mengalami kemacetan, tetapi tidak dapat menemukan masalah dengan cara itu, terutama karena, misalnya, he.net memiliki banyak POP, dan seringkali rute berbeda diambil antara entri yang diberikan dan keluar POP, jadi ketika saya mencoba untuk mtrhost mereka (seperti tserv) langsung di POP keluar yang saya mungkin kehilangan paket di jaringan mereka, jalur he.net berbeda diambil untuk mencapai POP yang sama, dan tidak ada packet loss yang terjadi, yang membuktikan tidak ada yang menarik (selain dari kemungkinan saran bahwa mereka memang membebani beberapa rute, sambil memastikan yang lain tetap tidak bebas, semua sementara mengabaikan permintaan NOC @ dari non-pelanggan).

Salah satu cara untuk melakukan ini adalah ICMP Timestamp, yang merupakan milidetik dari tengah malam UTC. Ini memiliki manfaat tambahan yang Anda tidak perlu mengontrol kedua ujungnya, selama ujungnya tidak di-firewall, ada kemungkinan itu akan berhasil.

Namun, untuk memiliki pengukuran satu arah yang andal, Anda perlu waktu yang sama andal di kedua ujungnya. Karena stempel waktu ICMP hanya memiliki presisi 1ms (yang hampir tidak cukup untuk banyak aplikasi, tetapi cukup untuk ini) itu cukup mudah untuk menemukan bahkan host yang tidak bekerja sama di mana stempel waktu ICMP akan memberikan data yang berguna.

Jika Anda mengontrol kedua ujungnya, pastikan Anda menyinkronkan NTP ke hanya 1 server dan server yang sama. Jam absolut tidak terlalu penting, hanya saja penting bagi Anda untuk mengalami waktu sedekat mungkin.

Jika cap waktu ICMP tidak mencukupi, sangat mudah untuk menulis 10 baris ruby ​​/ perl / python atau bahkan C untuk melakukan pengukuran ketika Anda mengontrol kedua ujungnya.

Saya tidak dapat benar-benar menyarankan perangkat lunak untuk melakukan pengukuran stempel waktu ICMP secara searah, hping2 mendukung pengiriman stempel waktu ICMP tetapi untuk beberapa alasan tidak menampilkan nilai searah. Saya menulis tambalan untuk hping2 untuk menampilkan latensi satu arah.