Медијски путеви за видео позив
Преглед медијских мрежних путања које користи Видео позив - за ИТ особље
Адреса сервера за релеј видео позива: vcct.healthdirect.org.au
Постизање најквалитетније везе
1. За већину мрежних путања, преговарање ће вероватно резултирати важећом медијском везом.
- Директна peer-to-peer веза путем UDP-а пружа најбољу везу , али често неће бити доступна у институционалним мрежама, због безбедносних ограничења њихових мрежних политика.
- Безбедна тунелирана TCP веза је најмање пожељна опција за пренос медија, али је највероватније да ће бити подржана без промена безбедности мреже.
Препоручена опција: За многе мреже, омогућавање NAT излаза на UDP порт 3478 на релеј серверу (мрежна путања 2, горе) обезбедиће малу латенцију са малим оптерећењем. Ово би требало да захтева само мању промену конфигурације ваше мреже са ниским ризиком.
2. Да бисте били сигурни да је саобраћај видео позива приоритетан као комуникација у реалном времену, погледајте опције у наставку:
- Ако ваш рутер може да даје приоритет саобраћају са вредношћу DSCP поља од 34 (тј. Assured Forwarding 41 или AF41), можете ли ово да конфигуришете? Сав WebRTC саобраћај у реалном времену је означен на овај начин и то ће побољшати квалитет видео позива и других решења за видео конференције.
- Ако ваш рутер није способан за горе наведену функционалност, можете подесити QoS да даје приоритет UDP пакетима у опсегу портова 5000-40000, што ће помоћи у давању приоритета видео пакетима и смањењу евентуалног кашњења. WebRTC користи RTP протокол за испоруку медијских токова, а RTP генерално користи UDP 5000-40000. Ово може дати приоритет неким пакетима којима то није потребно, али већина ће бити RTP пакети. Подешавање QoS-а на овај начин ће осигурати да ће видео токови имати најмању количину прекида и подрхтавања.
Видео позив ће покушати да користи најбољу мрежну путању коју може да пронађе.
Следећа табела наводи мрежне путање које ће тражити, по редоследу преференција:
| Мрежна путања | Порт STUN/Relay сервера |
|---|---|
|
1: Директни peer-to-peer UDP, са STUN серверски потпомогнутим NAT проласком Свака крајња тачка ће открити своју екстерну интернет адресу користећи обезбеђени STUN сервер. Ова адреса се доставља другој крајњој тачки и користи се за успостављање везе путем превођења мрежних адреса. Медији теку преко насумично одабраних портова у великом опсегу UDP портова 49152 - 65535. |
3478 (УДП) |
|
2: Преко сервера за релеј видео позива, користећи UDP-усмерени излаз Ако се веза не може успоставити коришћењем горе наведеног директног peer-to-peer повезивања, онда ће се покушати успоставити релеј ка удаљеној крајњој тачки преко конфигурисаног UDP порта 3478 TURN сервера преко TURN UDP порта. Ова адреса релеја се доставља другој крајњој тачки и користи се за успостављање везе преко релеја, назад кроз везу локалне крајње тачке са TURN сервером. Медији теку ка UDP порту 3478 на TURN серверу. |
3478 (УДП) |
|
3: Преко сервера за релеј видео позива, користећи TCP-усмерени излаз Ако се веза са TURN сервером не може успоставити помоћу UDP-а, веза са TURN сервером се успоставља путем TCP 443, а не UDP 3478. Медији теку ка TCP порту 443 на TURN серверу. |
3478 (ТЦП) |
|
4: Преко сервера за релеј видео позива, коришћењем TCP тунелирања преко локалног веб прокси сервера Ако се рутирана веза путем NAT-а не може успоставити са TURN сервером, покушаће се тунелирана веза на TCP порт 443 преко веб прокси сервера конфигурисаног у прегледачу. Медији теку ка споља кроз веб прокси, ка TCP порту 443 на TURN серверу. |
443 (ТЦП) |
|
5а, 5б: Преко сервера за релеј видео позива, користећи безбедни TCP Као за 3 или 4 изнад, али користећи TLS TCP везу са TURN сервером. |
443 (TCP/TLS) |
За више информација погледајте Сервери за релеј видео позива .