MTR adalah singkatan dari My Traceroute.
Ini adalah alat diagnostik jaringan yang kuat yang menggabungkan kekuatan perintah Ping dan Traceroute.
Ini memungkinkan administrator untuk mendiagnosis dan mengisolasi kesalahan jaringan dan memberikan laporan status jaringan yang bermanfaat.
Dalam artikel ini, kami akan menjelaskan cara menginstal, menggunakan, dan menganalisis laporan yang disediakan oleh perintah MTR.
MTR bekerja dengan mengirimkan paket ICMP dengan meningkatkan nilai TTL secara bertahap untuk menemukan rute antara sumber dan tujuan yang diberikan.
1. Pemasangan
Pada sistem debian atau Ubuntu gunakan perintah berikut:
$ sudo apt-get install mtr
Pada sistem centos dan fedora, jalankan perintah berikut:
$ yum install mtr
2. Jalankan mtr untuk Domain
MTR bekerja dalam dua mode, mode grafis (X11) dan mode berbasis teks (ncurses). Secara default, perintah mtr berjalan dalam mode X11.
$ mtr google.com
Perintah di atas akan membuka jendela GUI, dan menampilkan hasilnya.
3. Luncurkan Mode Teks menggunakan –kutukan
Gunakan opsi –curses untuk menjalankan mtr dalam mode terminal.
$ mtr --curses google.com
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. mblaze.hilink 0.0% 20 3.2 2.7 2.1 3.8 0.5
2. 10.228.129.9 0.0% 20 187.7 61.8 41.6 187.7 31.3
3. 10.228.149.14 0.0% 20 112.1 60.2 33.2 112.1 17.8
4. 116.202.226.145 0.0% 20 57.9 63.2 35.2 147.6 24.4
5. 116.202.226.21 0.0% 20 35.4 70.4 35.4 211.8 48.6
6. 72.14.219.94 0.0% 20 58.9 74.6 43.4 231.2 44.2
7. 72.14.233.204 0.0% 20 46.9 69.8 40.3 222.5 41.9
8. 72.14.239.20 0.0% 20 94.1 259.2 68.8 3436. 748.2
9. 209.85.244.111 0.0% 20 86.4 97.5 72.1 232.2 34.3
10. google.com 0.0% 19 387.9 132.5 71.8 387.9 84.9 Di atas akan terus berjalan dalam mode interaktif.
Dalam mode interaktif, hasilnya akan mencerminkan Waktu Pulang Pergi saat ini, untuk setiap tuan rumah. Dari contoh di atas, paket melakukan perjalanan melalui “mblaze.hilink”, (router lokal saya), kemudian melalui serangkaian “hop”, dan mencapai tujuan.
Hop adalah router atau node di internet yang dilalui paket untuk mencapai tujuan.
4. Abaikan Reverse DNS menggunakan –no-dns
MTR menemukan nama host dari setiap router/node dengan menggunakan Reverse DNS Lookup. Jika Anda ingin menghindari melakukan pencarian DNS terbalik, gunakan opsi –no-dns.
$ mtr --curses --no-dns google.com
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 2 3.0 2.9 2.9 3.0 0.1
2. 10.228.129.9 0.0% 2 58.6 49.6 40.7 58.6 12.7
3. 10.228.149.14 0.0% 2 46.1 46.8 46.1 47.6 1.0
4. 116.202.226.145 0.0% 2 61.8 61.6 61.3 61.8 0.3
5. 116.202.226.17 0.0% 2 42.7 39.9 37.0 42.7 4.0
6. 72.14.215.234 0.0% 2 47.1 43.9 40.7 47.1 4.5
7. 72.14.232.110 0.0% 2 56.9 60.7 56.9 64.4 5.3
8. 72.14.239.22 0.0% 2 111.5 95.0 78.5 111.5 23.3
9. 209.85.244.23 0.0% 2 126.0 102.4 78.8 126.0 33.4
10. 209.85.223.113 0.0% 10 76.4 92.7 75.4 157.3 29.5
11. 74.125.200.102 0.0% 1 78.4 78.4 78.4 78.4 0.0 5. Jalankan mtr dalam Mode Laporan menggunakan –laporan
Alih-alih menjalankan MTR dalam mode interaktif, Anda dapat menjalankannya dalam mode laporan menggunakan –laporan. Dalam mode laporan, mtr akan berjalan untuk jumlah siklus ( default 10 ), dan kemudian mencetak statistik dan keluar. Mode ini akan berguna untuk menghasilkan statistik tentang kualitas jaringan.
$ mtr --no-dns --report google.com HOST: lakshmanan Loss% Snt Last Avg Best Wrst StDev 1.|-- 192.168.1.1 0.0% 10 2.5 3.0 2.4 4.2 0.6 2.|-- 10.228.129.9 0.0% 10 235.0 74.4 34.0 235.0 67.9 3.|-- 10.228.149.14 0.0% 10 154.8 65.5 38.7 154.8 34.8 4.|-- 116.202.226.145 0.0% 10 60.9 66.9 48.2 102.4 15.4 5.|-- 116.202.226.17 0.0% 10 54.1 65.1 36.0 194.5 46.8 6.|-- 72.14.215.234 0.0% 10 44.5 78.8 39.2 252.7 64.5 7.|-- 72.14.232.110 0.0% 10 55.7 66.4 39.1 179.8 41.8 8.|-- 66.249.94.72 0.0% 10 68.9 90.3 68.9 133.6 18.6 9.|-- 72.14.233.105 0.0% 10 68.8 76.3 68.8 92.2 7.3 10.|-- 173.194.38.162 0.0% 10 88.7 107.3 72.2 293.1 65.8
Dalam contoh di atas, mtr dijalankan selama 10 siklus dan mengumpulkan statistik. Pengguna dapat mengubah jumlah siklus menggunakan opsi -c.
Pahami Laporan MTR
Selain memberikan informasi tentang jalur antara sumber dan tujuan, MTR memberikan statistik berharga mengenai ketahanan koneksi.
- Lost% – Menampilkan % paket yang hilang pada setiap hop.
- Snt – Menampilkan no:of:paket yang dikirim.
- Terakhir – Latensi paket terakhir yang dikirim.
- Rata-rata – Latensi rata-rata semua paket.
- Terbaik – Menampilkan Waktu Pulang Pergi terbaik untuk paket ke host ini (RTT terpendek).
- Pertama – Menampilkan Waktu Pulang Pergi terburuk untuk paket ke host ini (RTT terpanjang).
- StDev – Menyediakan standar deviasi latensi untuk setiap host.
Bahkan jika "Rata-rata" terlihat bagus, lihatlah simpangan bakunya. Jika Standar deviasi tinggi, maka ini mungkin menunjukkan bahwa "Rata-rata" dimiringkan oleh beberapa kesalahan pengukuran atau terlalu banyak fluktuasi. Dalam kasus seperti itu, lihat latensi Terbaik dan Pertama untuk memastikan rata-ratanya bagus.
Analisis laporan MTR
1. Verifikasi Kehilangan Paket
Ada praktik umum di antara penyedia layanan untuk "Batas Nilai" lalu lintas ICMP. Hal ini dapat memberikan ilusi packet loss, padahal sebenarnya tidak ada loss. Untuk memverifikasi apakah kerugian itu nyata atau karena pembatasan tarif, periksa "Kerugian%" dari hop berikutnya. Jika menunjukkan 0,0%, maka Anda dapat yakin bahwa "Kerugian%" yang dilaporkan adalah karena pembatasan tarif ICMP dan bukan kerugian sebenarnya.
10.|-- 209.85.250.237 0.0% 10 85.6 97.5 76.0 172.0 27.2 11.|-- 209.85.250.203 100.0 10 0.0 0.0 0.0 0.0 0.0 12.|-- 74.125.135.138 0.0% 10 77.2 107.3 77.2 219.5 43.5
Pada output di atas, meskipun menunjukkan 100.0% Loss antara hop 10 dan 11, hop 12 berikutnya, melaporkan 0.0% packets loss, yang berarti Loss yang dilaporkan pada hop 11, hanya karena pembatasan tingkat ICMP.
Jika loss berlanjut lebih dari 1 hop, maka ada kemungkinan terjadi packet loss. Perhatikan juga bahwa Pembatasan tarif dan Packet Loss dapat terjadi secara bersamaan. Dalam hal ini, ambil% Kerugian terendah secara berurutan sebagai kerugian aktual.
2. Jaringan Host Tujuan yang Tidak Tepat
13.|-- 4.69.168.254 0.0% 10 293.3 304.7 276.0 441.0 48.5 14.|-- 4.69.161.105 10.0% 10 287.5 291.7 261.2 393.6 40.0 15.|-- 4.69.137.50 0.0% 10 412.2 299.2 266.9 412.2 48.6 16.|-- 4.69.134.146 10.0% 10 260.5 281.8 260.3 320.1 22.0 17.|-- 4.69.134.129 10.0% 10 294.7 303.5 268.0 397.8 41.8 18.|-- 4.69.132.177 10.0% 10 287.8 341.6 262.7 470.4 77.4 19.|-- 4.71.162.50 10.0% 10 280.8 276.0 257.8 323.2 21.3 20.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
Dari contoh di atas, sepertinya paket tidak sampai ke tujuan. Tapi sampai ke tujuan. Ini mungkin akibat dari aturan host atau firewall yang tidak dikonfigurasi dengan benar untuk menjatuhkan paket ICMP.
3. Masalah Timeout dan Rute Kembali
Terkadang, router akan membuang ICMP dan akan ditampilkan sebagai ??? pada keluaran. Atau mungkin ada masalah dengan rute Kembali juga.
9.|-- 209.85.244.25 0.0% 10 260.6 147.0 78.1 260.6 75.3 10.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0 11.|-- 74.125.200.100 0.0% 10 84.8 112.4 75.6 234.4 63.9
Pada contoh di atas, router pada hop 10 tidak merespons ICMP atau ada masalah dalam rute kembalinya paket.