Jitter dan kehilangan paket pada panggilan VPN: apa yang dibandingkan

Ucapan robotik dan suku kata yang hilang terdengar berbeda karena keduanya kerusakan yang berbeda. Jitter mengubah kapan paket tiba; kehilangan berarti paket tidak tiba sama sekali. Keduanya bisa terjadi saat uji kecepatan melaporkan unduhan yang sehat, karena throughput dan pengiriman tepat waktu mengukur hal yang berbeda. Cocokkan bukti dengan suara sebelum mengubah pengaturan apa pun.

Mengapa paket terlambat dan paket hilang terdengar berbeda

Media meninggalkan pengirim dengan laju tetap, dan jaringan nyata mengantarkannya dengan jarak yang tidak rata. Aplikasi menyangga sedikit untuk menghaluskannya, menukar keterlambatan dengan kesinambungan: naikkan penyangga dan percakapan terasa lambat, turunkan dan celah muncul. Paket yang tiba setelah tenggat pemutarannya sebenarnya hilang, meski tidak pernah dibuang. Itu sebabnya dua koneksi dengan lebar pita sama bisa menghasilkan panggilan yang sangat berbeda.

Arah juga penting. Media masuk dan keluar bisa menempuh jalur berbeda, terutama saat satu sisi berada di jaringan seluler.

Angka yang perlu dibaca selama jendela buruk

Gunakan statistik aplikasi itu sendiri bila tersedia, dan bacalah saat panggilan buruk, bukan setelah berakhir. Relay media sering kali host yang berbeda dari situs web layanan, jadi ping ke halaman utama mengukur jalur yang tidak dipakai panggilan. Lihat persentase kehilangan, waktu pulang-pergi, dan jitter secara terpisah, lalu catat apakah klien mengirim atau menerima masalahnya. Menyambung ulang VPN selama panggilan adalah peristiwa ketiga yang harus dicatat, bukan digabung dengan yang lain.

Tangkapan layar panel statistik lebih baik daripada ingatan tentang panggilan, karena angkanya bisa dibandingkan nanti. Dua puluh detik persentase kehilangan memberi tahu apakah jalur sedang membuang paket sekarang, tetapi bukan apakah kehilangannya bergelombang atau kapan mulai.

Untuk itu, ulangi pengukuran dalam kondisi kedua alih-alih membaca satu jendela sebagai putusan. Dua jendela dalam kondisi berbeda mengatakan lebih banyak daripada satu jendela panjang tanpa kondisi apa pun.

Apa yang dilakukan penyangga jitter terhadap tenggat

Penyangga jitter menahan paket masuk sebentar agar kedatangan yang tidak rata — variasi keterlambatan yang didefinisikan RFC 3393 sebagai metrik — dapat diputar pada jam yang teratur. Ukuran penyangga menetapkan tenggat pemutaran: setiap paket yang lebih lambat dari tenggat itu dibuang, apa pun isinya. Kodek berbeda dalam seberapa banyak yang bisa mereka tutupi, dan kodek yang menginterpolasi bingkai hilang dapat menyembunyikan satu kehilangan tetapi bukan rangkaiannya. Itu sebabnya persentase kehilangan yang sama memberi kualitas panggilan berbeda pada kodek berbeda.

Menyetel penyangga adalah pertukaran, bukan perbaikan. Penyangga lebih besar membeli kesinambungan dengan biaya keterlambatan percakapan, dan tidak dapat memulihkan paket yang tiba setelah tenggat.

Bandingkan radio dan beban sebelum keluar

Tahan jalur keluar dan aplikasi tetap, sambil mengubah satu kondisi lokal setiap kali. Ikon sinyal kuat tidak mengatakan apa pun tentang kepadatan kanal. Jika masalah mengikuti satu ruangan atau satu titik akses, radio adalah penyelidikan berikutnya.

ping -c 50 -i 0.2 203.0.113.9
mtr -rw -c 20 203.0.113.9

ping memberi jumlah kehilangan dan sebaran yang dapat dibandingkan antarkondisi, dan mtr menunjukkan kehilangan per hop di sepanjang jalur. Hop perantara yang gagal sementara hop berikutnya menjawab biasanya menurunkan prioritas ICMP alih-alih membuang lalu lintas pengguna. Ulangi keduanya saat unggahan terkendali berjalan, karena tautan yang baik saat menganggur dan tidak terpakai di bawah beban menunjuk ke antrean, bukan ke VPN. Jika hanya satu kondisi mereproduksi masalahnya, kondisi lain baru saja dikesampingkan.

Perbaiki hanya apa yang didukung perbandingan

Setiap perbandingan mendukung satu perbaikan, dan menerapkan beberapa sekaligus merusak buktinya. Jalur lokal yang lemah meminta kanal lebih baik atau Ethernet, lalu lintas yang bersaing meminta penjadwalan atau disiplin antrean, dan satu jalur keluar yang buruk meminta membandingkan jalur keluar lain dalam kondisi yang sama. Saat mengubah transport VPN, jaga profil tetap valid dan ubah satu variabel setiap kali. Uji ulang percakapan yang sama dengan aktivitas latar normal alih-alih menilai keberhasilan dari naiknya skor uji kecepatan.

Catat arah, kehilangan, jitter, waktu pulang-pergi, dan kondisi saat masing-masing diukur. Catatan itu mengubah keluhan samar tentang kualitas panggilan menjadi temuan yang bisa ditindaklanjuti seseorang. Simpan bersama tiket agar perbandingan berikutnya mulai dari garis dasar yang sama.