Cara membaca kehilangan paket sebelum menyalahkan kabel

Kehilangan dua persen selama jalur ping yang panjang terasa seperti angka yang bisa Anda tindak lanjuti, dan jarang sekali demikian. Angka itu tidak mengatakan di mana balasan hilang, apakah hilang bersamaan, atau bagaimana aplikasi tertentu mengalami selang waktu itu. Kehilangan yang tersebar merata sepanjang satu menit dan kehilangan yang mengumpul dalam satu pertukaran menghasilkan akibat yang sangat berbeda untuk persentase yang sama.

Bandingkan tiga ukuran alih-alih mempercayai satu: apa yang dilihat probe, apa yang dilakukan penghitung antarmuka, dan apa yang benar-benar ditunggu aplikasi.

Apa yang sebenarnya diukur persentase ping

Probe gema menguji satu arah dari satu protokol dengan satu ukuran paket, pada laju apa pun yang Anda pilih. Terowongan yang membawa unggahan besar melakukan hal yang sama sekali lain, dan tautan yang menjatuhkan probe kecil belum tentu tautan yang merugikan transfer. Persentase itu juga meremukkan informasi waktu yang paling penting, karena sepuluh balasan yang hilang dalam satu ledakan tidak sama dengan sepuluh balasan yang hilang berselang satu jam. Angka itu juga tidak bisa memberi tahu sisi terowongan mana yang menjatuhkan sesuatu.

Simpan hasil probe sebagai petunjuk tentang jalur. Lalu carilah waktu dan batas yang menghasilkannya.

Bandingkan selisih penghitung, bukan total seumur hidup

Ambil pembacaan bertanda waktu sebelum dan sesudah jendela tempat gejala muncul, di kedua ujung dan di setiap porta sakelar yang Anda kendalikan. Catat volume lalu lintas bersama galat, pembuangan, dan perubahan status tautan, karena total bukan nol yang terakumulasi selama berbulan-bulan menggambarkan sejarah, bukan insiden ini. Penghitung yang bergerak tiga selama jeda adalah pengamatan yang berbeda dari penghitung yang menunjukkan tiga ribu dan tidak pernah berubah.

ip -s link show dev eth0
nstat -az TcpRetransSegs TcpExtTCPTimeouts
date -u +%Y-%m-%dT%H:%M:%SZ

Paket yang dibuang karena galat penerimaan dan paket yang dibuang karena alasan lain hidup di penghitung terpisah, dan perbedaan itu mengubah tindak lanjut. Penghitung galat menunjuk ke lapisan fisik atau lapisan pengandar, sedangkan tekanan antrean dan pembuangan kebijakan menunjuk ke suatu tempat di atasnya. Simpan juga arah dan nama antarmuka, karena kenaikan galat penerimaan pada tautan naik dan penghitung paket terowongan tidak dapat dipertukarkan.

Jika pengandar menampilkan penghitung fisik yang terperinci, bacalah melalui dokumentasi adaptor itu. Memberi satu makna pada setiap bidang bernama “drop” pada dua vendor adalah cara keanehan pembukuan yang normal menjadi diagnosis perangkat keras.

Bagaimana segmen yang hilang menjadi tunggu panjang

Aplikasi bisa menunggu jauh lebih lama daripada satu perjalanan pulang-pergi setelah kehilangan segmen. TCP memperkirakan waktu pulang-pergi, menghitung pewaktu pengiriman ulang dari perkiraan itu, dan mundur ketika pengiriman ulang juga gagal, sehingga satu segmen yang hilang pada saat yang salah dapat menghentikan permintaan selama selang yang terasa. Mekanisme itu ditetapkan dalam RFC 6298, dan menjelaskan mengapa laju kehilangan yang tampak sepele masih bisa terasa.

Namun tidak setiap jeda adalah batas waktu pengiriman ulang. Penantian yang sama bisa datang dari penyelesaian nama, server lambat, atau aplikasi yang mencoba ulang permintaannya sendiri setelah kegagalan. Pisahkan kasus itu dengan menyelaraskan operasi yang gagal dengan pengamatan transport dan dengan peristiwa sesi terowongan itu sendiri. Gangguan pada jalur data tanpa penyambungan ulang adalah peristiwa berbeda dari jabat tangan baru dan pertukaran kredensial.

Di tempat perekaman diizinkan, jaga agar sempit. Yang Anda butuhkan adalah apakah paket atau pengakuan yang diharapkan berhenti pada batas tertentu, bukan fakta bahwa ada pengiriman ulang di suatu tempat dalam jejak yang sibuk.

Ubah satu batas tanpa menggeser yang lain

Jika bukti menunjuk ke tautan lokal, gantilah kabel atau porta yang disetujui sebagai pembanding terkendali dan biarkan segala hal lain. Jaga ujung, aplikasi, dan beban kerja tetap sebanding, dan ubah tepat satu batas per percobaan. Membandingkan laptop berkabel dengan yang nirkabel sambil juga mengganti jalan keluar dan protokol tidak memberi tahu apa pun yang bisa Anda atribusikan.

Penghitung lokal yang bersih tidak menjamin sisa jalur. Penghitung itu membatasi bagian yang Anda lihat, dan laporan yang jujur mengatakan batas mana yang diamati dan mana yang tidak. Yang Anda inginkan pada akhirnya adalah pernyataan bahwa satu pengamatan berubah ketika satu intervensi terjadi, bukan anekdot tentang kabel buruk yang dinaikkan menjadi aturan universal.