Video poziv će pokušati koristiti najbolju mrežnu putanju koju može pronaći.
Sljedeća tablica navodi mrežne putove koje će tražiti, redoslijedom preferencija:
| Mrežni put | Port STUN/Relay poslužitelja |
|---|---|
|
1: Izravni peer-to-peer UDP, sa STUN poslužiteljem potpomognutim NAT prolaskom Svaka će krajnja točka otkriti svoju vanjsku internetsku adresu pomoću priloženog STUN poslužitelja. Ova se adresa daje drugoj krajnjoj točki i koristi se za postavljanje veze putem prijevoda mrežne adrese. Mediji teče preko nasumično odabranih portova preko velikog raspona UDP portova 49152 - 65535. |
3478 (UDP) |
|
2: Putem relejnog poslužitelja za videopozive, korištenjem UDP-usmjerenog izlaza Ako se veza ne može uspostaviti pomoću gore navedenog izravnog peer-to-peer-a, tada će se konfigurirani UDP port 3478 TURN poslužitelja pokušati uspostaviti relej do udaljene krajnje točke. Ova adresa releja daje se drugoj krajnjoj točki i koristi za postavljanje veze preko releja, natrag preko veze lokalne krajnje točke na TURN poslužitelj. Mediji teče do UDP priključka 3478 na TURN poslužitelju. |
3478 (UDP) |
|
3: Putem relejnog poslužitelja za videopoziv, korištenjem TCP-usmjerenog izlaza Ako se veza s TURN poslužiteljem ne može uspostaviti pomoću UDP-a, veza s TURN poslužiteljem uspostavlja se putem TCP-a 443, a ne UDP-a 3478. Mediji teče prema van prema TCP portu 443 na TURN poslužitelju. |
3478 (TCP) |
|
4: Putem relejnog poslužitelja za video pozive, korištenjem TCP tuneliranja preko lokalnog web proxy poslužitelja Ako se rutirana veza putem NAT-a ne može uspostaviti s TURN poslužiteljem, pokušat će se uspostaviti tunelirana veza s TCP portom 443 preko web proxy poslužitelja konfiguriranog u pregledniku. Mediji teče prema van kroz web proxy, do TCP priključka 443 na TURN poslužitelju. |
443 (TCP) |
|
5a, 5b: Putem relejnog poslužitelja za videopoziv, koristeći Secure TCP Kao za 3 ili 4 gore, ali korištenjem TLS TCP veze s TURN poslužiteljem. |
443 (TCP/TLS) |
Za više informacija pogledajte Relejni poslužitelji video poziva .
Adresa poslužitelja prijenosa video poziva: vcct.healthdirect.org.au
Postizanje najkvalitetnije veze
1. Za većinu mrežnih putova pregovaranje će vjerojatno rezultirati valjanom medijskom vezom.
- Izravni peer-to-peer putem UDP-a pruža najbolju vezu , ali će često biti nedostupan preko institucionalnih mreža, zbog sigurnosnih ograničenja njihovih mrežnih pravila.
- Sigurna tunelirana TCP veza najmanje je poželjna opcija za prijenos medija, ali će najvjerojatnije biti podržana bez promjena mrežne sigurnosti.
Preporučena opcija: Za mnoge mreže, dopuštanje izlaza NAT-a na UDP priključak 3478 na relejnom poslužitelju (mrežna staza 2, gore) omogućit će nisku latenciju s malim opterećenjem. Ovo bi trebalo zahtijevati samo manju promjenu konfiguracije vaše mreže s niskim rizikom.
2. Kako biste bili sigurni da promet video poziva ima prioritet kao komunikacija u stvarnom vremenu, pogledajte opcije u nastavku:
- Ako vaš usmjerivač može odrediti prioritet prometa s vrijednošću polja DSCP od 34 (aka Assured Forwarding 41 ili AF41), možete li to konfigurirati. Sav WebRTC promet u stvarnom vremenu označen je na ovaj način i to će poboljšati kvalitetu videopoziva i drugih rješenja za videokonferencije.
- Ako vaš usmjerivač nije sposoban za gore navedene funkcije, možete postaviti QoS da daje prioritet UDP paketima u rasponu portova 5000-40000 i to će pomoći u određivanju prioriteta video paketa i smanjiti kašnjenje. WebRTC koristi RTP protokol za isporuku medijskih tokova, a RTP općenito koristi UDP 5000-40000. Time se može dati prioritet nekim paketima koji to ne trebaju, ali većina će biti RTP paketi. Postavljanje QoS-a na ovaj način osigurat će da će video streamovi imati najmanju količinu prekida i podrhtavanja.