Jika pengujian ping menunjukkan kehilangan paket atau kegagalan jaringan, Anda dapat menggunakan alat pengujian tautan untuk mengidentifikasi penyebabnya. Topik ini menjelaskan cara menggunakan alat My Traceroute (MTR) untuk pengujian tautan dan cara menganalisis hasilnya.
Proses pengujian
Gambar berikut menunjukkan proses pengujian tautan.
Anda dapat mengunjungi situs web seperti IP Address Query - IPLark untuk mendapatkan Alamat IP publik jaringan lokal Anda.
Server tujuan adalah Nama domain atau Alamat IP publik layanan tujuan.
Ikhtisar alat
My Traceroute (MTR) adalah alat diagnostik jaringan yang menggabungkan fitur ping dan traceroute. Berbeda dengan traceroute yang hanya melakukan pelacakan tautan tunggal, MTR secara terus-menerus memeriksa node-node pada suatu tautan dan memberikan statistik. Proses ini memungkinkan MTR menghasilkan hasil yang lebih akurat dan tidak terpengaruh oleh fluktuasi node.
Pada sistem Linux, Anda dapat menginstal paket mtr untuk menggunakan mtr. Pada sistem Windows, Anda dapat menggunakan WinMTR. Untuk petunjuk instalasi dan penggunaan kedua alat tersebut, lihat bagian berikut.
mtr (Linux)
Petunjuk instalasi
CentOS 6/7/8
Ubuntu/Debian
Penggunaan
Format perintah
Perintah mtr menggunakan format berikut, di mana hostname adalah Nama domain layanan dan IP adalah Alamat IP publik layanan tersebut.
mtr [opsi] hostname/ipDeskripsi parameter
Tabel berikut menjelaskan parameter opsional umum. Anda juga dapat menjalankan perintah man mtr untuk melihat deskripsi parameter lainnya.
Parameter opsional | Deskripsi |
| Menampilkan keluaran dalam mode laporan. |
| Menampilkan hasil setiap pelacakan tautan secara terpisah. |
| Menentukan ukuran paket ping. |
| Tidak melakukan Pencarian DNS terbalik untuk alamat IP. |
| Menetapkan alamat IP tempat paket dikirim. Catatan Parameter ini digunakan ketika host memiliki beberapa alamat IP. |
-4 | Hanya menggunakan protokol IPv4. |
-6 | Hanya menggunakan protokol IPv6. |
Setelah menjalankan perintah mtr, sistem secara default masuk ke mode interaktif. Dalam mode ini, Anda dapat menekan tombol ? atau h untuk menampilkan menu bantuan. Anda kemudian dapat mengontrol perilaku alat mtr atau mengganti Tampilan berdasarkan dokumentasi bantuan.
Contoh penggunaan
Diagnosis jaringan menggunakan protokol IPv4.
sudo mtr -4 www.aliyun.comDeskripsi contoh keluaran
Keluaran contoh berikut ditampilkan setelah Anda menjalankan perintah mtr <Alamat IP tujuan>:
Tabel berikut menjelaskan item data dalam keluaran untuk konfigurasi default.
Parameter | Deskripsi |
Host | Alamat IP dan Nama domain node. Anda dapat menekan tombol |
Loss% | Laju kehilangan paket pada node. |
Snt | Jumlah paket yang dikirim. Nilai default adalah 10. Anda dapat menentukan jumlah berbeda menggunakan parameter |
Last | Latensi probe terakhir. |
Avg | Latensi rata-rata dari semua probe. |
Best | Latensi minimum dari semua probe. |
Wrst | Latensi maksimum dari semua probe. |
StDev | deviasi standar. Nilai yang lebih tinggi menunjukkan bahwa node kurang stabil. |
WinMTR (Windows)
Petunjuk instalasi
WinMTR tidak memerlukan instalasi. Setelah mengunduh WinMTR, Anda dapat mengekstrak paket dan menjalankan aplikasinya. Langkah-langkahnya sebagai berikut.
Buka situs web resmi WinMTR dan unduh WinMTR.
Ekstrak paket WinMTR dan klik ganda WinMTR untuk menjalankannya.
Penggunaan
Pada bidang Host, masukkan Nama domain atau alamat IP server tujuan.
PentingNama domain atau alamat IP server tujuan tidak boleh mengandung spasi.
Anda juga dapat menggunakan fitur lain atau mengatur parameter lain. Fitur dan parameter tersebut dijelaskan dalam tabel berikut:
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 tertentu dalam format teks.
Export HTML
Mengekspor hasil pengujian ke file tertentu dalam format HTML.
Options
Parameter opsional, termasuk pengaturan berikut:
Interval (sec): Interval antara setiap probe. Nilai default adalah 1 detik.
Ping Size (bytes): Ukuran paket yang digunakan untuk probe ping. Nilai default adalah 64 byte.
Max. hosts in LRU list: Jumlah maksimum host yang didukung dalam daftar LRU. Nilai default adalah 128.
Resolve names: Menampilkan node berdasarkan nama domain melalui pencarian IP terbalik.
Klik Start untuk memulai pengujian.
Saat pengujian dimulai, tombol Start berubah menjadi Stop, dan WinMTR secara otomatis menampilkan hasil pengujian.
Setelah beberapa saat, klik Stop untuk mengakhiri pengujian.
Deskripsi contoh keluaran
Keluaran contoh berikut ditampilkan saat Anda menguji Nama domain server tujuan:
Tabel berikut menjelaskan item data dalam keluaran untuk konfigurasi default:
Parameter | Deskripsi |
Nama Host | Alamat IP dan Nama domain node. |
Nr | Nomor node. |
Loss% | Laju kehilangan paket pada node. |
Sent | Jumlah paket yang dikirim. |
Recv | Jumlah paket yang berhasil diterima. |
Best | Latensi minimum node. |
Avg | Rata-rata latensi node. |
Worst | Latensi maksimum node. |
Last | Latensi probe terakhir. |
StDev | deviasi standar. Nilai yang lebih tinggi menunjukkan bahwa node kurang stabil. |
Panduan analisis hasil
Karena perintah mtr memberikan akurasi yang lebih tinggi, topik ini menggunakan hasil pengujian perintah mtr sebagai contoh untuk menjelaskan cara menganalisis hasil pengujian tautan. Deskripsi berikut didasarkan pada hasil pengujian tautan contoh yang ditunjukkan pada gambar di bawah ini.
Deskripsi area jaringan
Tautan dari klien ke server tujuan biasanya mencakup area jaringan berikut. Informasi berikut menjelaskan area-area jaringan ini dan memberikan saran untuk menangani pengecualian di setiap area.
Jaringan lokal klien
Area ini mencakup jaringan area lokal dan jaringan penyedia layanan lokal, seperti Area A pada gambar contoh. Pengecualian di area ini dapat dibagi menjadi dua jenis.
Jika terjadi pengecualian pada node yang terkait dengan jaringan lokal klien, lakukan pemecahan masalah dan analisis jaringan lokal.
Jika terjadi pengecualian pada node yang terkait dengan jaringan penyedia layanan lokal, laporkan masalah tersebut kepada Penyedia layanan lokal.
Jaringan penyedia layanan
Jaringan penyedia layanan, seperti Area B pada gambar contoh, mungkin melewati beberapa backbone network. Jika terjadi pengecualian di area ini, Anda dapat mencari tahu penyedia layanan yang memiliki alamat IP node abnormal tersebut. Kemudian, Anda dapat melaporkan masalah tersebut langsung kepada penyedia layanan yang bersangkutan atau melalui dukungan teknis Alibaba Cloud.
Jaringan lokal server tujuan
Ini adalah jaringan penyedia layanan host tujuan, seperti Area C pada gambar contoh. Jika terjadi pengecualian di area ini, Anda dapat melaporkan masalah tersebut kepada penyedia layanan jaringan host tujuan.
Jika load balancing tautan diaktifkan untuk beberapa bagian tautan perantara, perintah mtr hanya memberi nomor dan mengumpulkan statistik untuk node pertama dan terakhir. Untuk node perantara, hanya alamat IP atau Nama domain yang sesuai yang ditampilkan.
Panduan analisis metrik
Untuk menganalisis konektivitas atau kinerja tautan jaringan, Anda dapat melakukan analisis komprehensif berdasarkan Loss% (tingkat kehilangan paket), Avg (latensi rata-rata), StDev (deviasi standar), dan metrik latensi lainnya. Bagian berikut menjelaskan pendekatan dasar untuk menganalisis konektivitas tautan berdasarkan metrik-metrik ini.
Loss% (tingkat kehilangan paket)
Jika Loss% (tingkat kehilangan paket) dari node apa pun tidak nol, kemungkinan ada masalah potensial pada hop jaringan tersebut. Kehilangan paket pada suatu node biasanya disebabkan oleh salah satu dari dua alasan berikut:
Penyedia layanan telah membatasi laju pengiriman ICMP node tersebut karena alasan keamanan atau kinerja. Hal ini menyebabkan kehilangan paket.
Node tersebut mengalami kerusakan. Hal ini menyebabkan kehilangan paket. Dalam kasus ini, Anda dapat menentukan penyebab kehilangan paket dengan memeriksa kehilangan paket pada node abnormal dan node berikutnya:
Jika tidak ada node berikutnya yang mengalami kehilangan paket, kehilangan paket pada node abnormal biasanya disebabkan oleh pembatasan kebijakan penyedia layanan. Anda dapat mengabaikan kehilangan paket ini. Hal ini ditunjukkan pada hop 2 pada gambar contoh.
Jika node berikutnya juga mengalami kehilangan paket, node abnormal mungkin memiliki masalah jaringan yang menyebabkan kehilangan paket. Hal ini ditunjukkan pada hop 6 pada gambar contoh.
Jika beberapa node berikutnya mengalami kehilangan paket dan yang lain tidak, node yang bersangkutan mungkin memiliki Pembatasan laju berbasis kebijakan sekaligus pengecualian jaringan. Dalam kasus ini, jika node abnormal dan node berikutnya terus-menerus mengalami kehilangan paket, dan tingkat kehilangan paket setiap node berbeda, tingkat kehilangan paket pada beberapa hop terakhir biasanya digunakan sebagai Referensi. Seperti yang ditunjukkan pada gambar contoh, kehilangan paket terjadi pada hop 6, 7, 8, dan 9. Oleh karena itu, kehilangan paket akhir direferensikan terhadap tingkat 30,3% pada hop 9.
Avg (rata-rata) dan StDev (deviasi standar)
Karena jitter tautan atau faktor lainnya, nilai Best dan Wrst suatu node dapat sangat bervariasi. Nilai Avg (rata-rata) adalah rata-rata dari semua probe sejak pengujian tautan dimulai dan lebih mencerminkan kualitas jaringan node yang bersangkutan. Nilai StDev (deviasi standar) yang lebih tinggi menunjukkan bahwa nilai latensi paket pada node tersebut lebih bervariasi. Oleh karena itu, nilai deviasi standar dapat membantu menentukan apakah nilai Avg secara akurat mencerminkan kualitas jaringan node tersebut. Misalnya, jika deviasi standar besar, latensi paket tidak konsisten. Beberapa paket mungkin memiliki latensi rendah, misalnya 25 ms, sedangkan yang lain memiliki latensi tinggi, misalnya 350 ms. Namun, latensi rata-rata yang dihasilkan mungkin tampak normal. Dalam kasus ini, nilai Avg tidak secara akurat mencerminkan kualitas jaringan sebenarnya.
Secara ringkas, kriteria analisis yang direkomendasikan adalah sebagai berikut:
Jika nilai StDev tinggi, periksa nilai
BestdanWrstnode yang bersangkutan untuk menentukan apakah ada pengecualian.Jika nilai StDev tidak tinggi, gunakan nilai Avg untuk menentukan apakah ada pengecualian pada node yang bersangkutan.
CatatanTidak ada rentang waktu spesifik untuk mendefinisikan nilai StDev yang tinggi atau tidak tinggi. Anda harus mengevaluasi nilai tersebut berdasarkan nilai latensi di kolom lain untuk node yang sama. Misalnya, jika Avg adalah 30 ms, StDev sebesar 25 ms dianggap sebagai deviasi tinggi. Namun, jika Avg adalah 325 ms, StDev sebesar 25 ms yang sama dianggap sebagai deviasi rendah.
Latensi
Lonjakan latensi
Jika latensi meningkat tajam setelah hop tertentu, kemungkinan ada pengecualian jaringan pada node tersebut. Seperti yang ditunjukkan pada gambar contoh, latensi node berikutnya meningkat tajam setelah hop 6. Hal ini menunjukkan adanya pengecualian jaringan pada hop 6. Namun, latensi tinggi tidak selalu berarti ada pengecualian pada node yang bersangkutan. Seperti yang ditunjukkan pada gambar contoh, meskipun latensi node berikutnya meningkat tajam setelah hop 6, data pengujian masih mencapai host tujuan. Oleh karena itu, latensi tinggi mungkin disebabkan oleh masalah pada jalur data balik. Anda dapat menganalisis hal ini bersamaan dengan pengujian tautan balik.
Peningkatan latensi akibat Pembatasan laju ICMP
Pembatasan laju kebijakan ICMP juga dapat menyebabkan lonjakan latensi yang tajam pada suatu node, tetapi latensi node berikutnya biasanya kembali normal. Seperti yang ditunjukkan pada gambar contoh, hop 9 memiliki tingkat kehilangan paket 30% dan peningkatan latensi yang signifikan. Namun, latensi node berikutnya segera kembali normal. Oleh karena itu, Anda dapat menyimpulkan bahwa lonjakan latensi dan kehilangan paket pada node ini disebabkan oleh Pembatasan laju berbasis kebijakan.
Analisis contoh dan kesimpulan
Berdasarkan gambar contoh dan panduan analisis, Anda dapat menarik kesimpulan berikut.
Di area jaringan lokal klien, kehilangan paket terjadi pada hop 2, 6, 7, 8, dan 9. Namun, tidak ada kehilangan paket signifikan pada hop berikutnya yaitu 3, 4, 5, 10, 11, dan 15. Jika permintaan jaringan bisnis yang bersangkutan berjalan normal, Anda dapat menentukan bahwa kehilangan paket pada hop 2, 6, 7, 8, dan 9 kemungkinan besar disebabkan oleh Pembatasan laju ICMP.
Nilai
Wrstuntuk hop 4 tinggi, tetapi nilaiAvgtidak. Hal ini mungkin disebabkan oleh fluktuasi tautan jaringan sementara akibat fluktuasi kinerja jaringan atau Perangkat selama salah satu probe.Latensi rata-rata node sepanjang seluruh tautan berkisar antara 1,8 ms hingga 17,6 ms, yang menunjukkan latensi jaringan rendah untuk seluruh tautan.
Berdasarkan kesimpulan ini, Anda dapat menentukan bahwa tautan jaringan pada contoh tersebut normal. Jika jaringan bisnis aktual Anda mengalami fluktuasi, Anda dapat menganalisis hasilnya bersamaan dengan pengujian tautan balik.
Pendekatan untuk menganalisis hasil jaringan bersifat fleksibel. Metode yang dijelaskan dalam topik ini adalah cara umum untuk menganalisis metrik. Dalam analisis aktual Anda, Anda harus melakukan evaluasi komprehensif berdasarkan situasi spesifik Anda untuk menarik kesimpulan yang akurat. Jika pengujian tautan satu arah tidak memberikan kesimpulan yang jelas, Anda dapat melakukan analisis dan diagnosis masalah yang lebih mendalam bersamaan dengan pengujian tautan balik.
Skenario pengecualian tautan umum
Skenario pengecualian tautan umum dijelaskan menggunakan perintah mtr pada sistem operasi Linux sebagai contoh. Hasil aktual dapat bervariasi tergantung pada sistem operasi dan alat Anda.
Konfigurasi jaringan yang tidak tepat pada host tujuan
Seperti yang ditunjukkan pada gambar berikut, kehilangan paket 100% terjadi pada alamat tujuan. Hal ini awalnya tampak seperti paket tidak sampai. Namun, kemungkinan besar kebijakan keamanan pada server tujuan, seperti firewall atau iptables, telah menonaktifkan ICMP. Hal ini mencegah host tujuan mengirimkan konfirmasi apa pun. Dalam skenario ini, Anda dapat memeriksa konfigurasi kebijakan keamanan server tujuan.
Pembatasan laju ICMP
Seperti yang ditunjukkan pada gambar berikut, tingkat kehilangan paket pada alamat tujuan tinggi. Hal ini awalnya tampak seperti paket tidak sampai. Namun, kemungkinan besar kebijakan keamanan pada server tujuan atau kebijakan penyedia layanan, seperti firewall atau iptables, telah menonaktifkan ICMP. Hal ini mencegah host tujuan mengirimkan konfirmasi apa pun. Dalam skenario ini, Anda dapat memeriksa konfigurasi kebijakan keamanan server tujuan atau melakukan analisis komprehensif bersamaan dengan pengujian tautan MTR balik.
Loop pada tautan
Seperti yang ditunjukkan pada gambar berikut, paket masuk ke loop setelah hop 5 dan tidak dapat mencapai server tujuan. Hal ini biasanya disebabkan oleh konfigurasi routing abnormal pada node penyedia layanan, yang menciptakan loop pada tautan. Dalam skenario ini, Anda dapat menghubungi penyedia layanan yang memiliki node tersebut untuk menyelesaikan masalah.
Interrupsi tautan
Seperti yang ditunjukkan pada gambar berikut, tidak ada tanggapan yang diterima setelah hop 4. Tidak ada statistik yang ditampilkan untuk metrik seperti Loss%, Last, Avg, dan Best. Hal ini biasanya disebabkan oleh interupsi pada node yang bersangkutan. Anda dapat melakukan pengujian tautan balik untuk konfirmasi lebih lanjut. Dalam skenario ini, Anda dapat menghubungi penyedia layanan yang memiliki node tersebut untuk menyelesaikan masalah.
