Gunakan MTR untuk menganalisis tautan jaringan - Elastic Compute Service

Diagnosis masalah kehilangan paket dan latensi dengan MTR melalui pelacakan setiap hop dan analisis metrik kualitas tautan.

Proses pengujian

Gambar berikut menunjukkan proses pengujian tautan yang umum.

Catatan

Kunjungi situs web seperti IP Address Query - IPLark untuk mendapatkan Alamat IP publik jaringan on-premises Anda.
Client mengacu pada Alamat IP egress publik dari client lokal.
Server tujuan mengacu pada Nama domain atau Alamat IP publik layanan target.

Ikhtisar tool

MTR menggabungkan ping dan traceroute. Berbeda dengan traceroute yang hanya melacak tautan sekali, mtr secara terus-menerus memeriksa setiap hop dan mengumpulkan statistik, sehingga mengurangi dampak fluktuasi sementara dan menghasilkan output mtr yang lebih akurat.

Pada Linux, gunakan mtr dengan menginstal paket mtr. Pada Windows, gunakan WinMTR.

mtr (Linux)

Instalasi

Alibaba Cloud Linux 3/2

sudo yum install mtr

CentOS 6/7/8

sudo yum install mtr

Ubuntu/Debian

sudo apt install mtr

Penggunaan

Format perintah

mtr menggunakan format berikut. hostname adalah Nama domain layanan, dan ip adalah Alamat IP publik.

mtr [options] hostname/ip

Parameter

Tabel berikut mencantumkan parameter umum. Jalankan man mtr untuk daftar lengkapnya.

Parameter opsional	Deskripsi
`-r` atau `-report`	Menampilkan output dalam mode laporan.
`-p` atau `-split`	Menampilkan hasil pelacakan setiap tautan secara terpisah.
`-s` atau `-psize`	Menentukan ukuran paket ping.
`-n` atau `-no-dns`	Menonaktifkan resolusi DNS untuk alamat IP.
`-a` atau `-address`	Menetapkan Alamat IP sumber untuk paket keluar. Catatan Gunakan ini ketika host memiliki beberapa alamat IP.
-4	Hanya menggunakan IPv4.
-6	Hanya menggunakan IPv6.

Catatan

Secara default, mtr masuk ke mode interaktif. Tekan ? atau h untuk menampilkan menu bantuan guna mengontrol mtr dan mengganti tampilan.

Contoh penggunaan

Diagnosis jaringan dengan IPv4.

sudo mtr -4 www.aliyun.com

Contoh output

Output berikut dikembalikan setelah menjalankan mtr <Alamat IP tujuan>:

Tabel berikut menjelaskan bidang output default.

Parameter	Deskripsi
Host	Alamat IP atau Nama domain node. Tekan `n` untuk mengganti tampilan.
Loss%	Tingkat kehilangan paket node.
Snt	Jumlah paket yang dikirim. Default: 10. Gunakan `-c` untuk mengubahnya.
Last	Latency probe terakhir.
Avg	Rata-rata latency semua probe.
Best	Latency minimum dari semua probe.
Wrst	Latency maksimum dari semua probe.
StDev	Deviasi standar. Nilai yang lebih tinggi menunjukkan latency yang kurang stabil.

WinMTR (Windows)

Instalasi

WinMTR tidak memerlukan instalasi. Unduh paketnya, ekstrak, lalu jalankan file executable-nya.

Buka situs web resmi WinMTR untuk mengunduh WinMTR.
Ekstrak paket tersebut dan klik ganda WinMTR untuk menjalankannya.

Penggunaan

Pada bidang Host, masukkan Nama domain atau Alamat IP server tujuan.

Penting

Nama domain atau Alamat IP server tujuan tidak boleh mengandung spasi.

Tabel berikut menjelaskan fitur dan parameter tambahan.

Fitur atau parameter	Deskripsi
Copy Text to clipboard	Menyalin hasil pengujian ke clipboard dalam format teks.
Copy HTML to clipboard	Menyalin hasil pengujian ke clipboard dalam format HTML.
Export TEXT	Mengekspor hasil pengujian ke file dalam format teks.
Export HTML	Mengekspor hasil pengujian ke file dalam format HTML.
Options	Parameter opsional: Interval (sec): Interval probe. Default: 1 detik. Ping size (bytes): Ukuran paket ping. Default: 64 byte. Max. hosts in LRU list: Jumlah maksimum host dalam daftar LRU. Default: 128. Resolve names: Melakukan reverse lookup untuk mengubah alamat IP menjadi Nama domain.

Klik Start.

Start berubah menjadi Stop, dan WinMTR menampilkan hasilnya.
Setelah data yang cukup terkumpul, klik Stop.

Contoh output

Output berikut dikembalikan saat menguji Nama domain server tujuan:

Test in progress

Tabel berikut menjelaskan bidang output default:

Parameter	Deskripsi
Hostname	Alamat IP atau Nama domain node.
Nr	Nomor urut node.
Loss%	Tingkat kehilangan paket node.
Sent	Jumlah paket yang dikirim.
Recv	Jumlah paket yang diterima.
Best	Latency minimum node.
Avg	Rata-rata latency node.
Worst	Latency maksimum node.
Last	Latency probe terbaru.
StDev	Deviasi standar. Nilai yang lebih tinggi menunjukkan latency yang kurang stabil.

Panduan analisis hasil

Analisis berikut menggunakan hasil mtr sebagai contoh karena mtr memberikan akurasi yang lebih tinggi. Hasil contoh ditunjukkan di bawah ini.

Area jaringan

Tautan dari client ke server tujuan biasanya melewati area jaringan berikut.

Jaringan on-premises client

Mencakup LAN dan jaringan ISP lokal, seperti Area A pada gambar. Pengecualian terbagi menjadi dua jenis.
- Jika pengecualian terjadi pada node di dalam jaringan on-premises client, lakukan troubleshooting pada jaringan on-premises tersebut.
- Jika pengecualian terjadi pada node ISP, laporkan masalah tersebut kepada Penyedia layanan internet (ISP) lokal.
Jaringan carrier

Jaringan backbone ISP, seperti Area B pada gambar. Jika terjadi pengecualian di sini, cari tahu ISP pemilik alamat IP node abnormal tersebut. Laporkan masalah tersebut langsung ke ISP atau melalui dukungan teknis Alibaba Cloud.
Jaringan on-premises server tujuan

Jaringan penyedia host tujuan, seperti Area C pada gambar. Jika terjadi pengecualian di sini, laporkan masalah tersebut kepada penyedia jaringan host tujuan.

Catatan

Jika load balancing tautan diaktifkan untuk sebagian tautan antara, mtr hanya memberi nomor dan memeriksa node pertama dan terakhir. Node antara hanya menampilkan alamat IP atau Nama domain.

Analisis metrik

Analisis konektivitas dan kinerja tautan dengan memeriksa Loss%, Avg, StDev, dan latensi secara bersamaan.

Loss% (tingkat kehilangan paket)

Jika ada node yang menunjukkan Loss% bukan nol, kemungkinan terdapat masalah pada hop tersebut. Kehilangan paket biasanya disebabkan oleh salah satu hal berikut:

ISP telah menerapkan rate limiting pada ICMP di node tersebut karena alasan keamanan atau kinerja.
Node tersebut mengalami kerusakan. Periksa status kehilangan paket pada node abnormal dan node berikutnya:
- Jika node berikutnya tidak menunjukkan kehilangan paket, kehilangan tersebut biasanya disebabkan oleh rate limiting ISP. Anda dapat mengabaikannya, seperti yang ditunjukkan pada hop kedua pada gambar.
- Jika node berikutnya juga menunjukkan kehilangan paket, node tersebut mengalami pengecualian jaringan, seperti yang ditunjukkan pada hop keenam pada gambar.
- Jika node berikutnya mencakup node dengan dan tanpa kehilangan paket, kemungkinan besar terjadi kombinasi rate limiting dan pengecualian jaringan. Ketika kehilangan paket terjadi secara terus-menerus di beberapa hop berturut-turut dengan tingkat yang bervariasi, gunakan tingkat pada beberapa hop terakhir sebagai referensi. Pada gambar, hop 6–9 menunjukkan kehilangan paket, sehingga tingkat kehilangan paket akhir adalah 30,3% pada hop 9.

Avg (nilai rata-rata) dan StDev (deviasi standar)

Jitter tautan dan faktor lainnya dapat menyebabkan variasi besar antara nilai Best dan Wrst. Avg merupakan rata-rata semua probe sejak pengujian dimulai, sehingga lebih mencerminkan kualitas jaringan secara keseluruhan. StDev menunjukkan seberapa tersebarnya nilai latensi — StDev yang tinggi berarti Avg mungkin tidak secara akurat merepresentasikan kondisi aktual. Misalnya, jika beberapa paket memiliki latensi 25 ms sedangkan yang lain 350 ms, rata-ratanya mungkin tampak normal meskipun kinerja aktual buruk.

Pendekatan analisis yang direkomendasikan:

Jika StDev tinggi, periksa Best dan Wrst untuk menentukan apakah terdapat pengecualian.
Jika StDev rendah, gunakan Avg untuk menilai node tersebut.

Catatan
Apakah StDev termasuk tinggi atau rendah bergantung pada konteksnya. Misalnya, StDev 25 ms merupakan deviasi besar ketika Avg-nya 30 ms, tetapi deviasi kecil ketika Avg-nya 325 ms.

Latency

Lonjakan latency

Jika latency meningkat tajam setelah hop tertentu, kemungkinan besar terdapat pengecualian jaringan di sana. Pada gambar, latency meningkat tajam setelah hop keenam. Namun, karena data tetap mencapai tujuan, latency tinggi tersebut mungkin berasal dari jalur balik. Analisis ini bersamaan dengan pengujian tautan balik.
Peningkatan latency akibat rate limiting ICMP

Rate limiting ICMP juga dapat menyebabkan lonjakan latency pada suatu node, tetapi node berikutnya biasanya kembali normal. Pada gambar, hop kesembilan menunjukkan kehilangan paket 30% dan latency tinggi, tetapi hop berikutnya kembali normal — menunjukkan bahwa lonjakan tersebut disebabkan oleh rate limiting.

Contoh analisis

Berdasarkan hasil contoh dan panduan analisis di atas:

Kehilangan paket terjadi pada hop 2, 6, 7, 8, dan 9, tetapi tidak pada hop 3, 4, 5, 10, 11, dan 15. Jika permintaan jaringan berfungsi normal, kehilangan paket tersebut kemungkinan besar disebabkan oleh rate limiting ICMP.
Wrst pada hop keempat tinggi, tetapi Avg tidak. Hal ini mungkin disebabkan oleh fluktuasi sementara selama satu probe.
Rata-rata latency di semua node berkisar antara 1,8 ms hingga 17,6 ms, menunjukkan latency keseluruhan yang rendah.

Tautan jaringan pada contoh ini normal. Jika terjadi fluktuasi di lingkungan Anda, analisislah bersamaan dengan hasil pengujian tautan balik.

Catatan

Analisis jaringan bersifat fleksibel. Bagian-bagian sebelumnya menjelaskan metode analisis metrik umum. Dalam praktiknya, lakukan penilaian komprehensif berdasarkan situasi spesifik Anda. Jika pengujian satu arah tidak memberikan kesimpulan yang jelas, gabungkan dengan pengujian tautan balik untuk analisis yang lebih mendalam.

Pengecualian tautan umum

Catatan

Contoh berikut menggunakan mtr pada Linux. Hasil aktual dapat bervariasi tergantung sistem operasi dan tool yang digunakan.

Konfigurasi jaringan yang tidak tepat pada host tujuan

Seperti yang ditunjukkan di bawah, kehilangan paket 100% terjadi pada tujuan. Hal ini mungkin tampak seolah-olah paket tidak sampai. Namun, kebijakan keamanan pada server tujuan, seperti firewall atau iptables, kemungkinan besar memblokir tanggapan ICMP. Periksa konfigurasi kebijakan keamanan server tujuan.

Rate limiting ICMP

Seperti yang ditunjukkan di bawah, tujuan menunjukkan tingkat kehilangan paket yang tinggi. Kebijakan keamanan seperti firewall, iptables, atau rate limiting ISP kemungkinan besar memblokir tanggapan ICMP. Periksa kebijakan keamanan server tujuan atau lakukan pengujian MTR balik untuk analisis komprehensif.

Routing loop

Seperti yang ditunjukkan di bawah, paket masuk ke loop setelah hop kelima dan tidak dapat mencapai tujuan. Hal ini biasanya disebabkan oleh konfigurasi routing yang abnormal pada node ISP. Hubungi ISP pemilik node tersebut.

Interrupsi tautan

Seperti yang ditunjukkan di bawah, tidak ada tanggapan yang diterima setelah hop keempat, dan Loss%, Last, Avg, serta Best tidak menampilkan statistik. Hal ini biasanya disebabkan oleh interupsi tautan pada node tersebut. Gunakan pengujian tautan balik untuk konfirmasi. Hubungi ISP pemilik node tersebut.