Putevi medija za video pozive
Pregled puteva medijske mreže koje koristi Video poziv - za IT osoblje
Adresa servera releja video poziva: vcct.healthdirect.org.au
Postizanje najkvalitetnije veze
1. Za većinu mrežnih putanja, pregovaranje će vjerovatno rezultirati valjanom medijskom vezom.
- Direktan peer-to-peer putem UDP-a pruža najbolju vezu , ali će često biti nedostupan u svim institucionalnim mrežama, zbog sigurnosnih ograničenja njihovih mrežnih politika.
- Sigurna tunelirana TCP veza je najmanje poželjna opcija za prijenos medija, ali će najvjerovatnije biti podržana bez sigurnosnih promjena mreže.
Preporučena opcija: Za mnoge mreže, omogućavanje NAT izlaza na UDP port 3478 na relejnom serveru (mrežna putanja 2, gore) će obezbijediti nisko kašnjenje sa malim opterećenjem. Ovo bi trebalo zahtijevati samo manju promjenu konfiguracije vaše mreže s niskim rizikom.
2. Da biste bili sigurni da je promet video poziva prioritetan kao komunikacija u realnom vremenu, pogledajte opcije u nastavku:
- Ako vaš ruter može dati prioritet prometu sa vrijednošću DSCP polja od 34 (aka Assured Forwarding 41 ili AF41), možete li to konfigurirati. Sav WebRTC promet u realnom vremenu je označen na ovaj način i to će poboljšati kvalitet video poziva i drugih rješenja za video konferencije.
- Ako vaš ruter nije sposoban za gorenavedenu funkcionalnost, možete postaviti QoS da daje prioritet UDP paketima u rasponu portova 5000-40000 i to će pomoći u određivanju prioriteta video paketima i smanjenju bilo kakvog kašnjenja. WebRTC koristi RTP protokol za isporuku medijskih tokova, a RTP općenito koristi UDP 5000-40000. Ovo može dati prioritet nekim paketima kojima to nije potrebno, ali većina će biti RTP paketi. Postavljanje QoS-a na ovaj način će osigurati da će video streamovi imati najmanju količinu prekida i podrhtavanja.
Video poziv će pokušati koristiti najbolju mrežnu putanju koju može pronaći.
Sljedeća tabela navodi mrežne putanje koje će tražiti, prema željenom redoslijedu:
| Mrežni put | STUN/Relay server port |
|---|---|
|
1: Direktan peer-to-peer UDP, sa NAT prelaskom uz pomoć STUN servera Svaka krajnja tačka će otkriti svoju eksternu Internet adresu koristeći obezbeđen STUN server. Ova adresa se daje drugoj krajnjoj tački i koristi se za postavljanje veze putem prevođenja mrežnih adresa. Mediji teče preko nasumično odabranih portova preko velikog raspona UDP portova 49152 - 65535. |
3478 (UDP) |
|
2: Preko servera za relej video poziva, korištenjem izlaza rutiranog UDP-om Ako se veza ne može uspostaviti korištenjem gore navedenog direktnog ravnopravnog računala, tada će konfigurirani UDP port TURN servera 3478 pokušati uspostaviti relej na udaljenu krajnju točku. Ova adresa releja se daje drugoj krajnjoj tački i koristi se za postavljanje veze preko releja, nazad preko veze lokalne krajnje tačke na TURN server. Mediji teče do UDP porta 3478 na TURN serveru. |
3478 (UDP) |
|
3: Preko servera za relej video poziva, koristeći TCP-rutiranu izlaznu mrežu Ako se veza sa TURN serverom ne može uspostaviti pomoću UDP-a, veza sa TURN serverom se uspostavlja preko TCP 443, a ne UDP 3478. Mediji teče prema van do TCP porta 443 na TURN serveru. |
3478 (TCP) |
|
4: Preko servera za relej video poziva, koristeći TCP tuneliranje kroz lokalni web proxy server Ako se rutirana veza preko NAT-a ne može uspostaviti na TURN server, pokušat će se tunelirana veza na TCP port 443 preko web proxy servera konfigurisanog u pretraživaču. Mediji teče prema van kroz web proxy, do TCP porta 443 na TURN serveru. |
443 (TCP) |
|
5a, 5b: Preko servera za relej video poziva, koristeći Secure TCP Kao za 3 ili 4 gore, ali koristeći TLS TCP vezu sa TURN serverom. |
443 (TCP/TLS) |
Za više informacija pogledajte Relejni serveri video poziva .