Mediální cesty pro videohovory
Přehled síťových cest médií používaných službou Video Call – pro IT pracovníky
Adresa serveru pro přenos videohovorů: vcct.healthdirect.org.au
Dosažení nejkvalitnějšího připojení
1. U většiny síťových cest bude vyjednávání pravděpodobně výsledkem platného mediálního připojení.
- Přímé peer-to-peer připojení přes UDP poskytuje nejlepší připojení , ale často není dostupné v institucionálních sítích kvůli bezpečnostním omezením jejich síťových zásad.
- Bezpečné tunelované TCP připojení je nejméně žádoucí možností pro přenos médií, ale s největší pravděpodobností bude podporováno bez změn v zabezpečení sítě.
Doporučená možnost: U mnoha sítí povolení NAT egress na UDP port 3478 na relay serveru (síťová cesta 2 výše) zajistí nízkou latenci s malými režijními náklady. To by mělo vyžadovat pouze drobnou změnu v konfiguraci sítě s nízkým rizikem.
2. Chcete-li zajistit, aby byl provoz videohovorů upřednostňován pro komunikaci v reálném čase, podívejte se prosím na níže uvedené možnosti:
- Pokud váš router dokáže upřednostňovat provoz s hodnotou pole DSCP 34 (také známou jako Assured Forwarding 41 nebo AF41), můžete to prosím nakonfigurovat? Veškerý provoz WebRTC v reálném čase je takto označen, což zlepší kvalitu videohovorů a dalších řešení pro videokonference.
- Pokud váš router nepodporuje výše uvedenou funkci, můžete nastavit QoS tak, aby upřednostňovalo UDP pakety v rozsahu portů 5000–40000, což pomůže upřednostnit video pakety a snížit případné zpoždění. WebRTC používá k doručování mediálních streamů protokol RTP a RTP obecně používá UDP 5000–40000. Tímto způsobem se mohou upřednostnit některé pakety, které jej nepotřebují, ale většina z nich budou RTP pakety. Nastavení QoS tímto způsobem zajistí, že video streamy budou mít co nejmenší přerušení a jitter.
Videohovor se pokusí použít nejlepší síťovou cestu, kterou dokáže najít.
Následující tabulka uvádí síťové cesty, které bude vyhledávat, seřazené podle preference:
| Síťová cesta | Port serveru STUN/Relay |
|---|---|
|
1: Přímé peer-to-peer UDP s procházením NAT serverem asistovaným STUN Každý koncový bod zjistí svou externí internetovou adresu pomocí poskytnutého STUN serveru. Tato adresa je poskytnuta druhému koncovému bodu a použita k nastavení připojení prostřednictvím překladu síťových adres. Média točí přes náhodně vybrané porty v širokém rozsahu UDP portů 49152 - 65535. |
3478 (UDP) |
|
2: Prostřednictvím serveru pro přenos videohovorů s využitím odchozího protokolu směrovaného přes UDP Pokud nelze navázat spojení pomocí výše uvedeného přímého peer-to-peer spojení, bude se pokusit o navázání relé ke vzdálenému koncovému bodu přes nakonfigurovaný UDP port 3478 serveru TURN. Tato adresa relé je poskytnuta druhému koncovému bodu a použita k nastavení spojení přes relé zpět přes připojení lokálního koncového bodu k serveru TURN. Média proudí na UDP port 3478 na serveru TURN. |
3478 (UDP) |
|
3: Prostřednictvím serveru pro přenos videohovorů s využitím výstupního protokolu směrovaného přes TCP Pokud nelze navázat spojení se serverem TURN pomocí protokolu UDP, spojení se serverem TURN se naváže přes protokol TCP 443, nikoli přes UDP 3478. Média proudí ven na TCP port 443 na serveru TURN. |
3478 (TCP) |
|
4: Prostřednictvím serveru pro přenos videohovorů s využitím TCP tunelování přes lokální webový proxy server Pokud nelze navázat směrované připojení k serveru TURN přes NAT, bude proveden pokus o tunelové připojení k TCP portu 443 prostřednictvím webového proxy serveru nakonfigurovaného v prohlížeči. Média proudí ven přes webový proxy server na TCP port 443 na serveru TURN. |
443 (TCP) |
|
5a, 5b: Prostřednictvím serveru pro přenos videohovorů s použitím zabezpečeného TCP Stejně jako u bodů 3 nebo 4 výše, ale s použitím připojení TLS TCP k serveru TURN. |
443 (TCP/TLS) |
Další informace naleznete v části Servery pro přenos videohovorů .