Mengoptimalkan jaringan untuk Voice

Infrastruktur jaringan yang sesuai dengan cloud memungkinkan traffic Voice berkomunikasi dengan infrastruktur Google secara efisien. Untuk membuat jaringan ini:

• Pastikan traffic Voice memiliki jalur pendek ke internet. Hindari:
  • Proxy
  • Pemeriksaan paket atau penganalisis protokol
• Ukur dan optimalkan:
  • Latensi: penundaan satu arah maksimum 150 md (ITU G114)
  • Bandwidth: direkomendasikan 50 kbps
  • Jaringan Wi-Fi: Lihat praktik terbaik WiFi

Sebaiknya jaringan Anda tidak menggunakan server proxy untuk traffic Voice:

• Dalam konfigurasi proxy, masukkan traffic Voice ke daftar yang diizinkan.
• Voice tidak melakukan penggantian ke TCP seperti yang dilakukan Google Meet. Voice hanya menggunakan UDP untuk traffic Voice.
• Traffic yang menggunakan proxy akan menambahkan latensi dan dapat menyebabkan Voice menurunkan kualitas audio secara otomatis. Performa Voice akan optimal saat latensi antara klien dan backend Google lebih rendah dari 100 md.
• Protokol internet Socket Secure (SOCKS5) tidak didukung.

Jika memungkinkan, jangan gunakan pemeriksaan paket atau penganalisis protokol untuk Voice. VPN akan menimbulkan latensi yang dapat menyebabkan infrastruktur Voice menurunkan kualitas audio secara otomatis.

Pemeriksaan paket traffic audio juga kurang bermanfaat karena alat pemindaian otomatis tidak dapat merekonstruksi data streaming audio.

Jika alat ini digunakan, masukkan semua nomor port traffic Voice ke daftar yang diizinkan untuk melewati alat tersebut.

Rekomendasi berikut berlaku untuk lingkungan kantor yang umum. Engineer nirkabel harus mengevaluasi berdasarkan setiap kasusnya dengan lingkungan yang lebih kompleks, seperti bagian produksi, area dengan tingkat kebisingan frekuensi radio (RF) yang tinggi, atau ruang yang cakupan jaringan nirkabelnya jarang-jarang.

Menjalankan aplikasi real-time melalui jaringan nirkabel dapat menjadi tantangan karena spektrum dan bandwidth RF utama dipakai bersama oleh semua perangkat yang menggunakannya.

Tinjau pertimbangan berikut dengan cermat selama desain, penerapan, dan operasi jaringan nirkabel yang digunakan dengan Voice.

Band RF 2,4 GHz vs 5 GHz

Sebaiknya aplikasi real-time tidak diterapkan dan dioperasikan melalui pita 2,4 GHz jaringan nirkabel (yang pemakaiannya biasanya sangat tinggi). Rekomendasi ini mencakup aplikasi yang menyediakan konektivitas di lingkungan kantor biasa.

Pita 2,4 Ghz bermasalah karena hanya memiliki 3 saluran yang tidak tumpang-tindih, biasanya tingkat kebisingan tinggi berasal dari jaringan terdekat yang mengganggu, dan gangguan tambahan dari perangkat lain (misalnya, microwave) yang mampu menciptakan lingkungan RF yang bising dan kompleks.

Pengoperasian aplikasi real-time yang andal seperti Voice bergantung pada kapasitas, penundaan, jitter, dan tingkat kehilangan paket yang memadai, yang hampir tidak mungkin dicapai melalui band 2,4 GHz.

Pertimbangan desain/deployment

Jika Anda mendesain jaringan nirkabel untuk mendukung aplikasi real-time, pertimbangkan kapasitas, bukan cakupannya.

• Kelola ukuran sel, yang dikontrol oleh daya pancar titik akses (AP). Terapkan sel yang lebih kecil tempat lebih banyak perangkat diperkirakan berkumpul, seperti ruang rapat dan auditorium untuk meningkatkan kapasitas. Sel yang lebih besar dapat memberikan cakupan umum di lantai kantor.
• Nonaktifkan laju yang rendah untuk meningkatkan efisiensi penggunaan RF. Hal ini memaksa pengalihan klien ke AP terdekat saat roaming antar-AP.

Jika SSID jaringan nirkabel tersedia di kedua frekuensi (2,4 GHz dan 5 GHz), jaringan harus menerapkan pengarahan band agresif untuk memaksa klien menggunakan band 5 GHz.

• Ekspektasi yang realistis adalah tidak lebih dari 10 telepon meja yang terhubung di AP yang sama. Jumlah yang lebih besar dapat menciptakan pengalaman pengguna yang tidak dapat diprediksi.
• Telepon meja yang terhubung secara nirkabel tidak boleh digunakan oleh tim panggilan suara dengan kepadatan tinggi/panggilan suara tinggi, seperti agen atau tim dukungan. Misalnya, situs GOVO atau pusat panggilan 24/7.
• Gangguan suara singkat, kurang dari 10 detik, adalah hal yang wajar dan tidak dapat dihilangkan di tingkat jaringan untuk telepon meja yang terhubung secara nirkabel. Kami tidak merekomendasikan jaringan nirkabel untuk melakukan panggilan telepon penting, seperti konferensi, pertemuan pers, atau panggilan eksekutif.
• Meskipun peraturan dapat bervariasi di setiap negara/wilayah, persyaratan umumnya adalah perangkat Wi-Fi yang menggunakan saluran DFS untuk memastikan perangkat tidak akan mengganggu, misalnya, sistem radar cuaca lokal Anda. Akibatnya, AP yang terkena interferensi radar akan mengosongkan saluran. Semua klien harus terhubung kembali ke AP berbeda yang beroperasi pada saluran yang berbeda.

Untuk memungkinkan fitur lanjutan, seperti roaming tanpa kendala antara AP dan pengelolaan RF yang tepat, jaringan nirkabel harus dikelola dan dioperasikan secara terpusat—bukan kumpulan AP mandiri yang terkotak-kotak.

Terakhir, lakukan survei nirkabel pascapenerapan untuk memastikan seluruh ruang tempat Voice biasanya digunakan tercakup jaringan nirkabel.

Traffic Voice diamankan dan dienkripsi, sehingga tidak perlu membatasi traffic ke IP Google.

Namun, jika Anda memiliki batasan jaringan yang mengharuskan Anda membatasi traffic, tempatkan kumpulan rentang IP berikut pada daftar yang diizinkan untuk mengizinkan server media Voice. IP tersebut digunakan secara eksklusif untuk Voice untuk Google Workspace sehingga Anda dapat mengidentifikasi traffic Voice yang digunakan di Google Workspace dan menurunkan prioritas traffic Voice dari akun konsumen. Hal ini dapat membantu Anda menyiapkan serta mengoptimalkan akses jaringan dan firewall dengan lebih baik.

• IPv4: 74.125.39.0/24
• IPv6: 2001:4860:4864:2::0/64

Siapkan jaringan Anda agar port berikut mengizinkan traffic suara mengalir ke dan dari organisasi Anda:

• Port UDP keluar 19302 hingga 19309
• Port TCP keluar 443

Catatan: Rentang port Voice 19302 hingga 19309 menggunakan Setelan Port UDP WebRTC Chrome. Untuk mempelajari lebih lanjut, baca Menetapkan kebijakan Chrome untuk pengguna atau browser.