Panggilan Video akan mencoba menggunakan jalur jaringan terbaik yang dapat ditemukannya.
Tabel berikut mencantumkan jalur jaringan yang akan dicari, dalam urutan preferensi:
| Jalur jaringan | Port server STUN/Relay |
|---|---|
|
1: UDP peer-to-peer langsung, dengan traversal NAT berbantuan server STUN Setiap titik akhir akan menemukan alamat Internet eksternalnya menggunakan Server STUN yang disediakan. Alamat ini diberikan ke titik akhir lainnya dan digunakan untuk mengatur koneksi melalui Terjemahan Alamat Jaringan. Media mengalir melalui port yang dipilih secara acak melalui berbagai port UDP 49152 - 65535. |
3478 (UDP) |
|
2: Melalui server relai Panggilan Video, menggunakan jalan keluar yang dirutekan UDP Jika sambungan tidak dapat dibuat menggunakan peer to peer langsung di atas, maka port UDP server TURN 3478 yang dikonfigurasi akan dicoba untuk membuat relai ke titik akhir jarak jauh. Alamat relai ini diberikan ke titik akhir lain dan digunakan untuk mengatur koneksi melalui relai, kembali melalui koneksi titik akhir lokal ke server TURN. Media mengalir ke UDP Port 3478 di server MENGHIDUPKAN. |
3478 (UDP) |
|
3: Melalui server relai Panggilan Video, menggunakan jalan keluar yang dirutekan TCP Jika sambungan tidak dapat dibuat menggunakan UDP ke TURN Server, sambungan ke TURN Server dibuat melalui TCP 443 bukan UDP 3478. Media mengalir keluar ke port TCP 443 di TURN Server. |
3478 (TCP) |
|
4: Melalui server relai Panggilan Video, menggunakan tunneling TCP melalui server proxy web lokal Jika koneksi yang dirutekan melalui NAT tidak dapat dibuat ke Server TURN, koneksi terowongan ke port TCP 443 akan dicoba melalui server proxy web yang dikonfigurasi browser. Media mengalir keluar melalui proxy web, ke TCP Port 443 di TURN Server. |
443 (TCP) |
|
5a, 5b: Melalui server relai Panggilan Video, menggunakan TCP Aman Sedangkan untuk 3 atau 4 diatas, tetapi menggunakan koneksi TCP TLS ke TURN Server. |
443 (TCP/TLS) |
Untuk informasi lebih lanjut, lihat Server relai Panggilan Video .
Alamat server relai Panggilan Video: vcct.healthdirect.org.au
Mencapai koneksi kualitas terbaik
1. Untuk sebagian besar jalur jaringan, negosiasi kemungkinan akan menghasilkan koneksi media yang valid.
- Peer-to-peer langsung melalui UDP menyediakan koneksi terbaik , tetapi seringkali tidak tersedia di seluruh jaringan institusional, karena kendala keamanan dari kebijakan jaringan mereka.
- Koneksi TCP terowongan yang aman adalah opsi yang paling tidak diinginkan untuk transfer media, tetapi kemungkinan besar didukung tanpa perubahan keamanan jaringan.
Opsi yang disarankan: Untuk banyak jaringan, mengizinkan NAT keluar ke port UDP 3478 pada server relai (jalur jaringan 2, di atas) akan memberikan latensi rendah dengan sedikit overhead. Ini seharusnya hanya memerlukan perubahan kecil dan berisiko rendah pada konfigurasi jaringan Anda.
2. Untuk memastikan lalu lintas Video Call diprioritaskan sebagai komunikasi waktu nyata, silakan lihat opsi di bawah ini:
- Jika router Anda mampu memprioritaskan lalu lintas dengan nilai bidang DSCP 34 (alias Assured Forwarding 41 atau AF41) dapatkah Anda mengonfigurasi ini. Semua lalu lintas WebRTC real-time ditandai dengan cara ini dan ini akan meningkatkan kualitas Panggilan Video dan solusi konferensi video lainnya.
- Jika router Anda tidak mampu melakukan fungsi di atas, Anda dapat mengatur QoS untuk memprioritaskan paket UDP dalam kisaran port 5000-40000 dan ini akan membantu memprioritaskan paket video dan mengurangi kelambatan apa pun. WebRTC menggunakan protokol RTP untuk mengirimkan aliran media dan RTP umumnya menggunakan UDP 5000-40000. Melakukan hal ini dapat memprioritaskan beberapa paket yang tidak membutuhkannya tetapi sebagian besar adalah paket RTP. Menyiapkan QoS dengan cara ini akan memastikan bahwa streaming video akan memiliki gangguan dan jitter paling sedikit.