Rekomendasi jaringan
Artikel ini merangkum bagaimana lingkungan jaringan memengaruhi kualitas panggilan suara dan video. Banyak faktor yang berkontribusi terhadap kualitas media real-time Azure Communication Services yang mencakup audio, video, dan berbagi aplikasi. Hal ini termasuk kualitas jaringan dan bandwidth, firewall, host, dan konfigurasi perangkat.
Kualitas jaringan
Kualitas media real-time melalui IP dipengaruhi secara signifikan oleh kualitas konektivitas jaringan yang mendasarinya, tetapi utamanya dipengaruhi oleh jumlah:
- Latensi. Waktu yang diperlukan untuk mendapatkan paket IP dari titik A ke titik B di jaringan. Penundaan perambatan jaringan ini ditentukan oleh jarak fisik antara dua titik dan overhead tambahan yang ditimbulkan oleh perangkat yang dilalui lalu lintas Anda. Latensi diukur sebagai waktu komunikasi dua arah (RTT) atau satu arah.
- Paket hilang. Persentase paket yang hilang dalam jendela waktu tertentu. Hilangnya paket memengaruhi kualitas audio secara langsung—mulai dari paket kecil yang hilang secara individual yang hampir tidak berdampak, hingga kehilangan beruntun yang menyebabkan pemutusan audio sepenuhnya.
- Kedatangan antar paket yang tidak teratur, yang disebut dengan jitter. Jitter adalah perubahan rata-rata dalam penundaan kedatangan antara paket yang terjadi berturut-turut. Azure Communication Services dapat beradaptasi dengan beberapa tingkat jitter melalui buffering. Hanya ketika jitter melebihi buffering bahwa peserta melihat efeknya.
Bandwidth jaringan
Pastikan bahwa jaringan Anda dikonfigurasi untuk mendukung bandwidth yang diperlukan oleh sesi media Azure Communication Services yang terjadi secara bersamaan serta aplikasi bisnis lainnya. Menguji jalur jaringan ujung-ke-ujung untuk penyempitan bandwidth sangat penting untuk keberhasilan penyebaran solusi Communication Services multimedia Anda.
Persyaratan bandwidth berikut ditujukan untuk SDK JavaScript.
Bandwidth | Skenario |
---|---|
40 Kbps | Panggilan audio peer-to-peer |
500 Kbps | Panggilan audio dan berbagi layar peer-to-peer |
500 Kbps | Panggilan video berkualitas peer-to-peer 360 piksel pada 30 FPS |
1.2 Mbps | Panggilan video peer-to-peer berkualitas HD dengan resolusi 720 HD pada 30 FPS |
500 Kbps | Panggilan video grup 360 piksel pada 30 FPS |
1.2 Mbps | Panggilan video HD dengan resolusi 720 piksel HD pada 30 FPS |
1.5 Mbps | Panggilan video peer-to-peer berkualitas HD dengan resolusi 1080 piksel HD pada 30 FPS |
Di bawah ini adalah persyaratan bandwidth untuk SDK Windows, Android, dan iOS asli.
Bandwidth | Skenario |
---|---|
30 Kbps | Panggilan audio peer-to-peer |
130 Kbps | Panggilan audio dan berbagi layar peer-to-peer |
500 Kbps | Panggilan video berkualitas peer-to-peer 360 piksel pada 30 FPS |
1.2 Mbps | Panggilan video peer-to-peer berkualitas HD dengan resolusi 720 HD pada 30 FPS |
1.5 Mbps | Panggilan video peer-to-peer berkualitas HD dengan resolusi 1080 piksel HD pada 30 FPS |
500 Kbps/1 Mbps | Panggilan video grup |
1 Mbps/2 Mbps | Panggilan video grup HD, video 540 piksel pada layar 1080 piksel |
Konfigurasi Firewall
Koneksi Azure Communication Services memerlukan konektivitas internet ke port dan alamat IP tertentu untuk memberikan pengalaman multimedia berkualitas tinggi. Tanpa akses ke port dan alamat IP ini, Communication Services tidak akan berfungsi dengan baik. Daftar rentang IP dan mengizinkan domain terdaftar yang perlu diaktifkan adalah:
Category | Rentang IP atau FQDN | Port |
---|---|---|
Lalu lintas media | Rentang alamat IP cloud publik Azure 20.202.0.0/16 Rentang yang disediakan di atas adalah rentang alamat IP pada prosesor Media atau layanan TURN Azure Communication Services. | UDP 3478 sampai 3481, port TCP 443 |
Sinyal, telemetri, pendaftaran | *.skype.com, *.microsoft.com, *.azure.net, *.azure.com, *.office.com | TCP 443, 80 |
Titik akhir di bawah ini harus dapat dijangkau untuk pelanggan GCC High Pemerintah AS saja.
Category | Rentang IP atau FQDN | Port |
---|---|---|
Lalu lintas media | 52.127.88.0/21, 52.238.114.160/32, 52.238.115.146/32, 52.238.117.171/32, 52.238.118.132/32, 52.247.167.192/32, 52.247.169.1/32, 52.247.172.50/32, 52.247.172.103/32, 104.212.44.0/22, 195.134.228.0/22 | UDP 3478 sampai 3481, port TCP 443 |
Sinyal, telemetri, pendaftaran | *.gov.teams.microsoft.us, *.infra.gov.skypeforbusiness.us, *.online.gov.skypeforbusiness.us, gov.teams.microsoft.us | TCP 443, 80 |
Pengoptimalan jaringan
Tugas berikut bersifat opsional dan tidak diperlukan untuk meluncurkan Communication Services. Gunakan panduan ini untuk mengoptimalkan performa jaringan dan Communication Services Anda atau jika Anda memiliki beberapa keterbatasan jaringan. Anda mungkin ingin melakukan pengoptimalan lebih lanjut jika:
- Communication Services berjalan lambat. Mungkin Anda memiliki bandwidth yang tidak mencukupi.
- Panggilan terus menghilang. Hilangnya panggilan mungkin disebabkan oleh pemblokir firewall atau proksi.
- Panggilan dapat menjadi statis dan terputus, atau suaranya terdengar seperti robot. Masalah tersebut mungkin disebabkan oleh jitter atau paket yang hilang.
Tugas pengoptimalan jaringan | Detail |
---|---|
Merencanakan jaringan | Dalam dokumentasi ini, Anda dapat menemukan persyaratan minimal agar jaringan Anda dapat melakukan panggilan. Lihat Contoh Teams dalam merencanakan jaringan Anda. |
Resolusi nama eksternal | Pastikan bahwa semua komputer yang menjalankan SDK Communication Services dapat mengatasi kueri DNS eksternal untuk menemukan layanan yang disediakan oleh penyedia layanan komunikasi dan bahwa firewall Anda tidak mencegah akses. Pastikan bahwa SDK dapat menyelesaikan alamat *.skype.com, *.microsoft.com, *.azure.net, *.azure.com, dan *.office.com. |
Mempertahankan kelangsungan sesi | Pastikan bahwa firewall Anda tidak mengubah alamat atau port Network Address Translation (NAT) yang telah dipetakan untuk UDP. |
Memvalidasi ukuran kumpulan NAT | Lakukan validasi pada ukuran kumpulan NAT yang diperlukan untuk konektivitas pengguna. Ketika beberapa pengguna dan perangkat mengakses Communication Services dengan menggunakan NAT atau terjemahan alamat port, pastikan bahwa perangkat yang tersembunyi di balik setiap alamat IP yang dapat dirutekan secara publik tidak melebihi jumlah alamat IP yang didukung. Pastikan bahwa alamat IP publik yang memadai ditetapkan ke kumpulan NAT untuk mencegah kelelahan port. Kehabisan port akan menyebabkan pengguna internal dan perangkat tidak dapat tersambung ke Communication Services. |
Panduan deteksi dan pencegahan intrusi atau gangguan | Jika lingkungan Anda memiliki sistem deteksi intrusi atau sistem pencegahan intrusi yang disebarkan untuk lapisan keamanan tambahan untuk koneksi keluar, izinkan semua URL Communication Services. |
Mengonfigurasi VPN terowongan terpisah | Sediakan jalur alternatif untuk lalu lintas Teams yang melewati Jaringan Privat Maya (VPN), yang pada umumnya dikenal sebagai VPN dengan tunnel atau terowongan terpisah. Penerowongan terpisah berarti bahwa lalu lintas untuk Communication Services tidak melalui VPN, melainkan langsung ke Azure. Melewati VPN Anda akan memberikan dampak positif pada kualitas media, dan mengurangi beban dari perangkat VPN serta jaringan organisasi. Untuk menerapkan VPN terowongan terpisah, hubungi vendor VPN Anda. Alasan lain mengapa kami merekomendasikan untuk melewati VPN:
|
Mengimplementasikan QoS | Gunakan Kualitas Layanan (QoS) untuk mengonfigurasi prioritas paket. QoS meningkatkan kualitas panggilan dan membantu Anda dalam memantau dan memecahkan masalah kualitas panggilan. QoS harus diimplementasikan pada semua segmen jaringan terkelola. Bahkan ketika jaringan telah tersedia secara memadai untuk bandwidth, QoS menyediakan mitigasi jika terjadi kejadian jaringan yang tidak diantisipasi sebelumnya. Dengan QoS, lalu lintas suara diprioritaskan agar kejadian yang tidak diantisipasi ini tidak berdampak negatif pada kualitas. |
Mengoptimalkan Wi-Fi | Mirip dengan VPN, jaringan Wi-Fi tidak selalu dirancang atau dikonfigurasi untuk mendukung media real-time. Merencanakan atau mengoptimalkan jaringan Wi-Fi untuk mendukung Communication Services adalah pertimbangan yang penting untuk penyebaran berkualitas tinggi. Pertimbangkan faktor-faktor ini:
|
Sistem operasi dan browser (untuk SDK JavaScript)
SDK Communication Services serta SDK suara dan video mendukung sistem operasi dan browser tertentu. Pelajari sistem operasi dan browser yang didukung oleh SDK panggilan dalam Dokumentasi konseptual panggilan.
Langkah berikutnya
Artikel berikut mungkin menarik bagi Anda:
- Pelajari lebih lanjut pustaka panggilan.
- Pelajari arsitektur server klien.
- Pelajari topologi alur panggilan.