Apa Itu Jitter? Cara Menguji Jitter dan Kehilangan Paket Sebelum Panggilan

Jitter adalah seberapa besar perubahan jeda koneksi Anda dari satu waktu ke waktu berikutnya. Kehilangan paket adalah bagian data yang tidak pernah sampai. Dalam panggilan, jitter tinggi membuat suara terdengar seperti suara robot, sedangkan kehilangan paket membuat kata dan suku kata terputus, bahkan pada koneksi cepat. Microsoft menyebut jitter di bawah 30 ms dan kehilangan paket di bawah 2% sebagai nilai umum untuk audio Teams. Zoom merekomendasikan jitter 40 ms atau kurang dan kehilangan paket 2% atau kurang. Anda dapat mengukur keduanya melalui browser, dari baris perintah Windows, atau melalui statistik bawaan aplikasi rapat.

Panduan tentang panggilan yang tersendat meski internet cepat menjelaskan mengapa kecepatan bukan satu-satunya faktor, sedangkan pemeriksaan internet sebelum panggilan membahas kapan sebaiknya melakukan tes. Panduan ini menjelaskan arti kedua angka tersebut dan cara mengukurnya.

Jitter dan kehilangan paket dalam panggilan

Audio dan video dikirim dalam paket-paket kecil, banyak kali setiap detik. Jika setiap paket memerlukan waktu yang sama, yaitu 40 ms, panggilan hanya akan tertunda 40 ms dan tidak ada yang akan menyadarinya. Jitter adalah ketidakrataannya: satu paket memerlukan 20 ms, paket berikutnya 70 ms. Aplikasi rapat menahan paket dalam buffer untuk meratakannya. Microsoft menyatakan bahwa Teams dapat menyesuaikan diri terhadap sebagian jitter dengan buffering, dan Anda baru akan menyadarinya saat jitter melampaui kapasitas buffer untuk menanganinya.

Kehilangan paket lebih buruk karena paket yang hilang tidak dapat dikembalikan dan aplikasi harus menutupi celahnya. Panduan kualitas panggilan dari Microsoft panduan kualitas panggilan menjelaskan seperti apa bunyi masing-masing masalah:

Nilai yang tergolong baik

Aplikasi rapat menerbitkan nilai acuan masing-masing. Nilai tersebut merupakan sasaran untuk lalu lintas panggilan aplikasi itu sendiri; gunakan sebagai patokan saat membaca hasil tes lain:

Satu hasil pengukuran yang melampaui nilai-nilai ini bukan berarti panggilan akan gagal. Hasil yang tetap tinggi selama beberapa menit, atau meningkat setiap kali orang lain mulai menggunakan koneksi, sebaiknya ditangani sebelum panggilan.

Cara menghitung jitter

Alat yang berbeda mengukur jitter dengan cara yang sedikit berbeda, jadi bandingkan hasil dari alat yang sama. Misalnya, tes kecepatan Cloudflare menghitung jitter sebagai selisih rata-rata antara pengukuran latensi yang berurutan. Dengan lima pengukuran sebesar 20, 24, 19, 45, dan 21 ms, selisihnya adalah 4, 5, 26, dan 24 ms, sehingga jitter-nya sekitar 15 ms. Latensi rata-rata 26 ms menyamarkan fakta bahwa satu pengukuran memerlukan waktu sekitar dua kali lebih lama daripada pengukuran lainnya.

Tiga cara untuk menguji sebelum panggilan

1. Tes browser yang melaporkan keduanya

Buka speed.cloudflare.com di PC yang akan Anda gunakan untuk bergabung. Cloudflare menjelaskan bahwa tesnya mengukur jitter saat koneksi tidak aktif maupun saat sibuk mengunduh dan mengunggah, serta mengukur kehilangan paket dengan meneruskan paket melalui server TURN WebRTC. Perhatikan selisih antara hasil saat tidak aktif dan saat terbebani. Jika jitter melonjak saat koneksi sibuk, pencadangan, sinkronisasi cloud, atau unggahan dari perangkat lain mungkin memenuhi kapasitas koneksi, dan panggilan akan terdampak dengan cara yang sama.

2. Baris perintah Windows: ping dan pathping

Buka Command Prompt atau Terminal, lalu jalankan:

ping -n 100 1.1.1.1

Secara default ping mengirim empat permintaan; -n 100 mengirim seratus permintaan, yang memerlukan waktu satu atau dua menit. Baris ringkasan menunjukkan jumlah permintaan yang hilang dan persentasenya. Waktu minimum dan maksimum menunjukkan selisih waktu antara balasan tercepat dan terlambat.

Untuk melihat di mana kehilangan mulai terjadi, jalankan:

pathping 1.1.1.1

pathping mengirim 100 permintaan ke setiap router pada rute dan menunjukkan kehilangan di masing-masing router. Proses ini memerlukan waktu beberapa menit. Bacalah hasilnya dengan cermat: contoh dari Microsoft sendiri menunjukkan router yang tidak menanggapi permintaan yang ditujukan kepadanya, tetapi tetap meneruskan semua permintaan lainnya. Kehilangan yang terlihat di satu router tetapi tidak berlanjut hingga akhir rute tidak menjadi masalah. Kehilangan yang dimulai di suatu router dan terus terjadi sampai ke tujuan adalah kehilangan yang nyata.

• Kehilangan dari hop pertama, yaitu router Anda sendiri, mengarah pada masalah Wi-Fi atau jaringan rumah Anda.
• Kehilangan yang dimulai lebih jauh di sepanjang rute mengarah pada masalah penyedia layanan Anda atau jaringan setelahnya.

3. Angka dari aplikasi rapat itu sendiri

Inilah satu-satunya metode yang mengukur panggilan itu sendiri. Di Teams, buka Tindakan lainnya → Setelan → Kesehatan panggilan saat panggilan berlangsung; Microsoft menyatakan bahwa nilainya diperbarui setiap 15 detik. Di aplikasi desktop Zoom, buka Setelan → Statistik. Panggilan tes sudah cukup. Panduan tentang Panggilan tes Teams dan rapat tes Zoom menunjukkan cara memulainya.

Untuk Teams, Microsoft juga menyediakan Teams Network Assessment Toolgratis. Alat ini mengirim paket ke relay Teams terdekat dan kembali, lalu melaporkan kehilangan paket, jitter, dan waktu pulang-pergi.

Yang perlu diubah saat angkanya tinggi

Yang diukur CallReady

CallReady memeriksa koneksi sebagai bagian dari pemeriksaan sebelum panggilan dari baki Windows. Aplikasi ini mengukur latensi, jitter, serta perkiraan throughput unduh dan unggah ke Cloudflare, lalu menampilkannya bersama hasil kamera dan mikrofon. Aplikasi ini tidak mengukur kehilangan paket. Jika orang-orang mengatakan kata-kata Anda terputus, gunakan tes Cloudflare, pathping atau statistik aplikasi rapat untuk memeriksanya.

CallReady mengukur rute Anda ke Cloudflare, bukan jalur media ke server Teams atau Zoom. Hasil yang baik berarti koneksi Anda sendiri stabil. Untuk hal khusus terkait Teams atau Zoom, gunakan statistik aplikasi saat melakukan panggilan tes.

Pertanyaan yang sering diajukan