Cari tahu kehilangan paket dengan MTR, dan bacalah dengan benar

Installasi

apt install -y mtr-tiny     # Debian
dnf install -y mtr          # AlmaLinux

Jalankan dengan benar

mtr -rwbc 200 <destination>

• -r mode laporan, sehingga keluar dengan sesuatu yang bisa Anda tempel
• -w keluaran lebar, sehingga nama host yang panjang tetap bertahan
• -b tampilkan nama dan alamat untuk setiap hop
• -c 200 dua ratus siklus, sekitar tiga setengah menit, dan perbedaan antara bukti dan anekdot

Sepuluh paket tidak membuktikan apa-apa. Jika putaran sepuluh siklus menunjukkan kehilangan, jalankan dua ratus sebelum Anda menarik kesimpulan apa pun darinya.

Baca hop terakhir terlebih dahulu

Router menurunkan prioritas paket yang ditujukan ke dirinya sendiri. Router transit yang membawa ratusan gigabit akan menjawab probe TTL kedaluwarsa Anda ketika memiliki siklus cadangan dan membuangnya saat tidak, yang melukiskan kehilangan di tengah laporan Anda sementara setiap paket yang benar-benar Anda pedulikan tiba dengan utuh.

Dua aturan mencakup sebagian besar laporan:

1. Kehilangan di hop tujuh yang tidak ada di hop delapan dan seterusnya adalah batas laju. Abaikan.
2. Kehilangan yang dimulai di hop tujuh dan berlanjut sampai ke tujuan adalah nyata, dan hop tempat mulai adalah tempat untuk melihat.

Latensi berperilaku sama. Hop yang menambahkan delapan puluh milidetik dan kemudian menyerahkan lalu lintas ke hop berikutnya pada angka sebelumnya menjawab dengan lambat, bukan meneruskan dengan lambat.

ICMP bukan lalu lintas Anda

Jika layanan berjalan di TCP, uji di TCP:

mtr -rwbc 200 --tcp --port 443 <destination>

Jaringan yang membatasi laju ICMP dengan keras sering melewati TCP tanpa tersentuh. Kasus sebaliknya layak ditemukan sebelum Anda menyalahkan jaringan siapa pun: firewall yang menjawab ping dengan senang hati dan membuang port yang sebenarnya dijangkau pengguna Anda.

Kedua arah, setiap kali

Routing asimetris lebih sering daripada tidak. Jalur dari Anda ke kami bukan jalur dari kami ke Anda, dan laporan dari satu ujung menggambarkan persis salah satunya. Jalankan MTR dari instance menuju klien dan dari klien menuju instance, lalu lampirkan keduanya. Separuh jalur kami juga dapat diuji tanpa shell di mana pun, dari looking glass.

Perkuat dengan penghitung TCP

MTR menggambarkan jalur. Statistik soket menggambarkan konsekuensinya:

ss -ti state established
nstat -az TcpRetransSegs TcpExtTCPLostRetransmit

Tingkat transmisi ulang di atas sekitar satu persen, pada koneksi yang seharusnya bersih, mendukung laporan. Nol transmisi ulang bersama MTR penuh kehilangan berarti Anda melihat batas laju dan tidak ada yang lain.

Apa yang harus dikirim ke kami

• Kedua laporan MTR, dua ratus siklus, sebagai teks daripada tangkapan layar
• Tujuan, transportasi dan port
• Stempel waktu dengan zona waktu, dan apakah kehilangan itu konstan atau dalam ledakan
• ID instance

Kira-kira setengah dari ini diselesaikan ke hop tengah yang dibatasi laju, dan kami mengatakannya dalam balasan pertama. Sisanya biasanya dapat kami rute ulang dalam waktu satu jam: kehilangan di dalam jaringan kami sendiri adalah masalah kami, dan kehilangan di satu jalur transit adalah masalah memindahkan lalu lintas Anda ke jalur yang berbeda.