Ścieżki multimedialne dla połączeń wideo
Przegląd ścieżek sieci medialnej wykorzystywanych przez Video Call - dla personelu IT
Adres serwera przekazującego połączenia wideo: vcct.healthdirect.org.au
Osiągnięcie najlepszej jakości połączenia
1. W przypadku większości ścieżek sieciowych negocjacja prawdopodobnie zakończy się prawidłowym połączeniem multimedialnym.
- Bezpośrednie połączenie peer-to-peer przez UDP zapewnia najlepsze połączenie , ale często będzie niedostępne w sieciach instytucjonalnych ze względu na ograniczenia bezpieczeństwa wynikające z zasad sieciowych.
- Bezpieczne tunelowane połączenie TCP jest najmniej pożądaną opcją przesyłania multimediów, ale najprawdopodobniej będzie obsługiwane bez zmian w zabezpieczeniach sieci.
Zalecana opcja: W przypadku wielu sieci zezwolenie na ruch wychodzący NAT do portu UDP 3478 na serwerze przekazującym (ścieżka sieciowa 2 powyżej) zapewni małe opóźnienia i niewielki narzut. Powinno to wymagać jedynie niewielkiej zmiany o niskim ryzyku w konfiguracji sieci.
2. Aby mieć pewność, że ruch w ramach rozmów wideo jest traktowany priorytetowo jako komunikacja w czasie rzeczywistym, zapoznaj się z poniższymi opcjami:
- Jeśli twój router jest w stanie nadawać priorytet ruchowi z wartością pola DSCP 34 (znaną również jako Assured Forwarding 41 lub AF41), czy możesz to skonfigurować. Cały ruch WebRTC w czasie rzeczywistym jest oznaczany w ten sposób, co poprawi jakość połączeń wideo i innych rozwiązań do wideokonferencji.
- Jeśli Twój router nie obsługuje powyższej funkcjonalności, możesz ustawić QoS tak, aby nadawała priorytet pakietom UDP w zakresie portów 5000-40000, co pomoże ustalić priorytety pakietów wideo i zmniejszyć wszelkie opóźnienia. WebRTC wykorzystuje protokół RTP do dostarczania strumieni multimediów, a protokół RTP zazwyczaj używa protokołu UDP 5000-40000. Może to spowodować nadanie priorytetu niektórym pakietom, które tego nie potrzebują, ale większość będą stanowić pakiety RTP. Skonfigurowanie QoS w ten sposób zapewni, że strumienie wideo będą miały najmniej przerw i drgań.
Połączenie wideo spróbuje użyć najlepszej ścieżki sieciowej, jaką znajdzie.
Poniższa tabela zawiera listę ścieżek sieciowych, których będzie szukać, w kolejności preferencji:
| Ścieżka sieciowa | Port serwera STUN/przekaźnikowego |
|---|---|
|
1: Bezpośredni UDP peer-to-peer, z przechodzeniem NAT wspomaganym przez serwer STUN Każdy punkt końcowy odkryje swój zewnętrzny adres internetowy za pomocą dostarczonego serwera STUN. Adres ten jest dostarczany do drugiego punktu końcowego i używany do konfigurowania połączenia poprzez translację adresów sieciowych. Media przepływają przez losowo wybrane porty w szerokim zakresie portów UDP 49152 - 65535. |
3478 (UDP) |
|
2: Przez serwer przekazujący połączenia wideo, przy użyciu ruchu wychodzącego kierowanego przez UDP Jeśli nie można nawiązać połączenia przy użyciu powyższego bezpośredniego połączenia równorzędnego, wówczas skonfigurowany port UDP 3478 serwera TURN zostanie podjęty próbą nawiązania połączenia ze zdalnym punktem końcowym. Ten adres przekaźnika jest dostarczany do drugiego punktu końcowego i używany do konfiguracji połączenia poprzez przekaźnik, z powrotem poprzez połączenie lokalnego punktu końcowego z serwerem TURN. Media przepływają do portu UDP 3478 na serwerze TURN. |
3478 (UDP) |
|
3: Za pośrednictwem serwera przekazującego połączenia wideo, przy użyciu ruchu wychodzącego kierowanego przez protokół TCP Jeśli nie można nawiązać połączenia z serwerem TURN przy użyciu protokołu UDP, połączenie z serwerem TURN zostanie nawiązane poprzez protokół TCP 443, a nie UDP 3478. Media przepływają na zewnątrz do portu TCP 443 na serwerze TURN. |
3478 (TCP) |
|
4: Za pośrednictwem serwera przekazującego połączenia wideo, korzystając z tunelowania TCP za pośrednictwem lokalnego serwera proxy sieci Web Jeśli nie można ustanowić połączenia routowanego przez NAT z serwerem TURN, zostanie podjęta próba połączenia tunelowego z portem TCP 443 za pośrednictwem serwera proxy skonfigurowanego w przeglądarce. Media przepływają na zewnątrz przez serwer proxy sieci Web do portu TCP 443 na serwerze TURN. |
443 (TCP) |
|
5a, 5b: Za pośrednictwem serwera przekazującego połączenia wideo, przy użyciu bezpiecznego protokołu TCP Jak w przypadku punktów 3 lub 4 powyżej, ale przy użyciu połączenia TLS TCP z serwerem TURN. |
443 (TCP/TLS) |
Aby uzyskać więcej informacji, zobacz Serwery przekazujące połączenia wideo .