
VPN dapat membuat panggilan video tersendat karena mengirim audio dan video Anda melalui server tambahan sebelum mencapai layanan rapat. Besarnya dampak bergantung pada lokasi server, tingkat kesibukannya, dan cara terowongan membawa lalu lintas. Untuk mengetahui dampaknya pada koneksi Anda, jalankan pemeriksaan yang sama saat VPN aktif dan nonaktif. Jika VPN tersebut milik perusahaan, biarkan tetap aktif dan tanyakan kepada tim TI tentang split tunnelling.
Namun, Panduan untuk panggilan yang tersendat meskipun internet cepat menjelaskan latensi, jitter, dan throughput. Artikel ini hanya membahas perubahan yang ditimbulkan VPN dan cara mengukurnya.
Cara VPN menambah jeda
Panduan jaringan Teams dari Microsoft merekomendasikan jalur untuk lalu lintas Teams yang melewati VPN dan menjelaskan alasannya. Panduan konfigurasi jaringan dari Zoom memperingatkan adanya penurunan signifikan pada kualitas audio dan video saat media rapat melewati VPN. Berikut penyebabnya:
| Penyebab | Yang terjadi | Yang Anda rasakan |
|---|---|---|
| Rute yang lebih panjang | Lalu lintas terlebih dahulu menuju server VPN. Microsoft mencatat bahwa lalu lintas itu kemudian mungkin mencapai titik masuk Teams yang lebih jauh dari Anda. | Latensi lebih tinggi: peserta saling menyela |
| Server VPN yang sibuk | Panggilan dari banyak pekerja jarak jauh berbagi perangkat VPN yang sama. Zoom memperingatkan bahwa media rapat membebani perangkat tersebut dengan berat. | Jitter dan video membeku pada waktu sibuk |
| Tidak ada UDP di dalam terowongan | Teams memerlukan UDP untuk media, dan Microsoft mencatat bahwa sebagian VPN tidak mendukungnya. Zoom menyebutkan bahwa beralih ke TCP menambah overhead yang dapat memperburuk audio dan video. | Audio tersendat atau terlambat |
| Enkripsi ganda | Microsoft menjelaskan bahwa VPN mengenkripsi media yang sudah dienkripsi oleh layanan rapat. | Pemrosesan tambahan untuk setiap paket panggilan |
Hal yang sama berlaku untuk aplikasi VPN pribadi. OpenVPN, misalnya, menggunakan UDP untuk kinerja dan terutama menawarkan TCP untuk jaringan yang memblokir UDP. Server yang berada di benua lain menambah waktu bolak-balik untuk setiap paket dalam panggilan.
Bandingkan pemeriksaan yang sama saat VPN aktif dan nonaktif
Satu pengukuran hanya memberi sedikit informasi. Dua pengukuran yang dilakukan berselang satu menit, pada PC dan jaringan yang sama, menunjukkan perubahan yang disebabkan VPN.
- Duduklah di tempat Anda akan melakukan panggilan, dengan pita Wi-Fi atau kabel yang sama. Hentikan sementara sinkronisasi cloud dan unduhan berukuran besar.
- Sambungkan VPN dan jalankan pemeriksaan koneksi. Catat latensi, jitter, dan kecepatan unggah.
- Jika diizinkan, putuskan sambungan VPN dan segera jalankan pemeriksaan yang sama. Catat angka yang sama.
- Ulangi kedua pengujian itu sekali lagi. Hasil lambat yang muncul sekali bisa saja kebetulan.
- Pastikan hasilnya di aplikasi rapat itu sendiri. Panduan tentang Panggilan tes Teams dan rapat tes Zoom menjelaskan tempat menemukannya.
| Saat VPN aktif | Kemungkinan penyebab | Langkah berikutnya |
|---|---|---|
| Latensi jauh lebih tinggi, jitter serupa | Server VPN yang jauh | Pilih lokasi server yang lebih dekat dengan Anda, jika bisa |
| Jitter lebih tinggi, terutama pada jam sibuk | Server VPN yang terbebani atau terowongan berbasis TCP | Coba server atau protokol lain untuk VPN pribadi; laporkan kepada tim TI untuk VPN kantor |
| Kecepatan unggah jauh lebih rendah | VPN membatasi throughput | Sama seperti di atas; bandingkan pada waktu lain |
| Sedikit perbedaan | VPN bukan masalah utamanya | Periksa Wi-Fi, kecepatan unggah, dan perangkat lain seperti dalam pemeriksaan internet sebelum panggilan |
Yang diukur CallReady saat VPN tersambung
CallReady menjalankan pemeriksaan koneksinya dari PC Anda. Fitur ini mengukur waktu serangkaian permintaan web kecil ke layanan uji kecepatan Cloudflare dan menjalankan unduhan serta unggahan singkat yang dibatasi, lalu menampilkan latensi, jitter, dan throughput bersama hasil kamera dan mikrofon. Permintaan tersebut keluar dari PC seperti lalu lintas web biasa. Jadi, jika VPN membawa lalu lintas web Anda, hasilnya mencakup VPN; jika VPN terputus, hasilnya tidak mencakup VPN.
Pahami keterbatasannya sebelum menindaklanjuti angka tersebut:
- Fitur ini mengukur rute ke Cloudflare melalui HTTPS, bukan jalur media ke server Teams atau Zoom.
- Aplikasi ini tidak mengukur kehilangan paket.
- Jika tim TI menyiapkan split tunnelling, aplikasi rapat Anda mungkin melewati VPN sementara permintaan CallReady tetap melaluinya. Hasil buruk saat VPN aktif dalam kasus itu menggambarkan VPN, bukan panggilan Anda. Gunakan pengujian bawaan aplikasi rapat untuk menguji panggilan.
Untuk VPN pribadi: coba server yang lebih dekat
Jika Anda menggunakan aplikasi VPN untuk privasi atau saat memakai Wi-Fi publik, pilih lokasi server yang dekat dengan Anda, sambungkan kembali, lalu jalankan pemeriksaan lagi. Jika aplikasi memungkinkan Anda memilih protokol, bandingkan opsi berbasis UDP dengan protokol yang sedang Anda gunakan. Pilih pengaturan dengan jitter terendah, bukan kecepatan unduh tertinggi.
Memutuskan sambungan VPN untuk panggilan adalah kompromi yang hanya dapat Anda tentukan sendiri. Di jaringan yang tidak Anda percayai, seperti Wi-Fi hotel atau kafe, VPN melindungi lalu lintas Anda yang lain. Tetap aktifkan VPN di sana dan terima panggilan yang lebih lambat, atau beralihlah ke jaringan yang Anda percayai.
Untuk VPN kantor: tanyakan kepada tim TI tentang split tunnelling
Jangan putuskan sambungan VPN yang diwajibkan perusahaan Anda. Split tunnelling adalah solusi yang terdokumentasi: lalu lintas panggilan langsung menuju layanan rapat, sedangkan semua lalu lintas lain tetap menggunakan VPN. Microsoft merekomendasikannya untuk Teams dan menyebutkan bahwa melewati VPN meningkatkan kualitas Teams. Zoom merekomendasikan split tunnelling untuk port UDP 8801 hingga 8810 dan TCP 443 menuju server Zoom sendiri.
Berikan informasi spesifik kepada tim TI: aplikasi rapat yang Anda gunakan, apakah Anda bergabung lewat aplikasi desktop atau browser, kapan panggilan tersendat, serta latensi dan jitter saat VPN aktif dan—jika Anda diizinkan mengujinya—saat VPN nonaktif. Microsoft mencatat bahwa split tunnelling untuk Teams di browser memiliki beberapa ketentuan, jadi informasi tentang browser penting.
Ujian yang diawasi secara online memiliki aturan tersendiri. Pearson VUE mencantumkan VPN sebagai teknologi terlarang untuk ujian OnVUE; baca aturan ujian Anda sebelum hari ujian. Panduan pemeriksaan teknologi untuk ujian yang diawasi membahas bagian pengaturan lainnya.
Pertanyaan yang sering diajukan
Apakah VPN selalu memperburuk panggilan video?
Haruskah saya mematikan VPN kantor sebelum panggilan?
Apakah pemeriksaan koneksi CallReady melewati VPN saya?
Bisakah saya menggunakan VPN saat ujian yang diawasi secara online?
Jalankan pemeriksaan CallReady saat VPN aktif dan nonaktif, lalu pastikan hasilnya melalui pengujian bawaan aplikasi rapat.
Dapatkan CallReady