Mediálne cesty pre videohovory
Prehľad sieťových kanálov médií používaných systémom Video Call – pre IT pracovníkov
Adresa servera pre prenos videohovorov: vcct.healthdirect.org.au
Dosiahnutie najkvalitnejšieho pripojenia
1. Pre väčšinu sieťových ciest bude výsledkom vyjednávania pravdepodobne platné mediálne pripojenie.
- Priame peer-to-peer pripojenie cez UDP poskytuje najlepšie pripojenie , ale často nie je dostupné v inštitucionálnych sieťach kvôli bezpečnostným obmedzeniam ich sieťových politík.
- Bezpečné tunelované TCP pripojenie je najmenej žiaducou možnosťou pre prenos médií, ale s najväčšou pravdepodobnosťou bude podporované bez zmien v zabezpečení siete.
Odporúčaná možnosť: V mnohých sieťach povolenie NAT výstupu na UDP port 3478 na relay serveri (sieťová cesta 2 vyššie) zabezpečí nízku latenciu s malou réžiou. To by si malo vyžadovať iba malú zmenu v konfigurácii siete s nízkym rizikom.
2. Ak chcete zabezpečiť, aby bola prevádzka videohovorov uprednostňovaná ako komunikácia v reálnom čase, pozrite si nasledujúce možnosti:
- Ak váš router dokáže uprednostniť prevádzku s hodnotou poľa DSCP 34 (tzv. Assured Forwarding 41 alebo AF41), môžete to prosím nakonfigurovať? Všetka prevádzka WebRTC v reálnom čase je takto označená, čo zlepší kvalitu videohovorov a iných riešení videokonferencií.
- Ak váš smerovač nie je schopný vyššie uvedenej funkcie, môžete nastaviť QoS tak, aby uprednostňovalo UDP pakety v rozsahu portov 5000 – 40 000, čo pomôže uprednostniť video pakety a znížiť oneskorenie. WebRTC používa na doručovanie mediálnych streamov protokol RTP a RTP vo všeobecnosti používa UDP 5000 – 40 000. Týmto spôsobom sa môžu uprednostniť niektoré pakety, ktoré ho nepotrebujú, ale väčšina z nich budú RTP pakety. Nastavenie QoS týmto spôsobom zabezpečí, že video streamy budú mať čo najmenšie prerušenia a chvenie.
Videohovor sa pokúsi použiť najlepšiu sieťovú cestu, ktorú dokáže nájsť.
Nasledujúca tabuľka uvádza zoznam sieťových ciest, ktoré bude vyhľadávať, zoradených podľa preferencií:
| Sieťová cesta | Port servera STUN/Relay |
|---|---|
|
1: Priame peer-to-peer UDP s prechodom NAT serverom asistovaným STUN Každý koncový bod zistí svoju externú internetovú adresu pomocou poskytnutého STUN servera. Táto adresa sa poskytne druhému koncovému bodu a použije sa na nadviazanie pripojenia prostredníctvom prekladu sieťových adries. Médiá tečú cez náhodne vybrané porty v širokom rozsahu UDP portov 49152 - 65535. |
3478 (UDP) |
|
2: Prostredníctvom servera pre prenos videohovorov s použitím výstupu smerovaného cez UDP Ak nie je možné nadviazať spojenie pomocou vyššie uvedeného priameho peer-to-peer spojenia, pokúsi sa o nadviazanie relé so vzdialeným koncovým bodom cez nakonfigurovaný UDP port 3478 servera TURN. Táto adresa relé sa poskytne druhému koncovému bodu a použije sa na nadviazanie spojenia cez relé a späť cez pripojenie lokálneho koncového bodu k serveru TURN. Médiá prúdia na UDP port 3478 na serveri TURN. |
3478 (UDP) |
|
3: Prostredníctvom servera prenosu videohovorov s použitím výstupu smerovaného cez TCP Ak nie je možné nadviazať spojenie so serverom TURN pomocou protokolu UDP, spojenie so serverom TURN sa nadviaže cez protokol TCP 443, nie cez UDP 3478. Médiá prúdia smerom von na TCP port 443 na serveri TURN. |
3478 (TCP) |
|
4: Prostredníctvom servera na prenos videohovorov pomocou tunelovania TCP cez lokálny webový proxy server Ak nie je možné nadviazať smerované pripojenie k serveru TURN prostredníctvom NAT, pokúsi sa o tunelové pripojenie k TCP portu 443 prostredníctvom webového proxy servera nakonfigurovaného v prehliadači. Médiá prúdia smerom von cez webový proxy server na TCP port 443 na serveri TURN. |
443 (TCP) |
|
5a, 5b: Prostredníctvom servera prenosu videohovorov pomocou zabezpečeného TCP Rovnako ako v prípade 3 alebo 4 vyššie, ale s použitím pripojenia TLS TCP k serveru TURN. |
443 (TCP/TLS) |
Viac informácií nájdete v časti Servery prenosu videohovorov .