Mediapaden voor videogesprek
Een overzicht van de medianetwerktrajecten die worden gebruikt door Videogesprek - voor IT-personeel
Relayserveradres voor videogesprekken: vcct.healthdirect.org.au
Het bereiken van de beste kwaliteit verbinding
1. Voor de meeste netwerkpaden zal de onderhandeling waarschijnlijk resulteren in een geldige mediaverbinding.
- Directe peer-to-peer via UDP biedt de beste verbinding , maar zal vaak niet beschikbaar zijn binnen institutionele netwerken vanwege de beveiligingsbeperkingen van hun netwerkbeleid.
- Een veilige getunnelde TCP-verbinding is de minst wenselijke optie voor mediaoverdracht, maar wordt hoogstwaarschijnlijk ondersteund zonder dat er wijzigingen in de netwerkbeveiliging plaatsvinden.
Aanbevolen optie: Voor veel netwerken zorgt het toestaan van NAT-uitgaand verkeer naar UDP-poort 3478 op de relayserver (netwerkpad 2, hierboven) voor een lage latentie met weinig overhead. Hiervoor zou slechts een kleine wijziging met een laag risico in uw netwerkconfiguratie nodig zijn.
2. Bekijk de onderstaande opties om ervoor te zorgen dat videogespreksverkeer voorrang krijgt als realtime communicatie:
- Als uw router verkeer met een DSCP-veldwaarde van 34 (ook wel Assured Forwarding 41 of AF41 genoemd) kan prioriteren, kunt u dit dan configureren. Al het realtime WebRTC-verkeer wordt op deze manier gemarkeerd en dit zal de kwaliteit van videogesprekken en andere videoconferentieoplossingen verbeteren.
- Als uw router niet over de bovenstaande functionaliteit beschikt, kunt u QoS instellen om prioriteit te geven aan UDP-pakketten in het poortbereik van 5000-40.000. Dit zal helpen bij het prioriteren van videopakketten en het verminderen van eventuele vertraging. WebRTC gebruikt het RTP-protocol om mediastreams te leveren en RTP gebruikt over het algemeen UDP 5000-40000. Als u dit doet, kan voorrang worden gegeven aan sommige pakketten die dit niet nodig hebben, maar de meerderheid zal RTP-pakketten zijn. Als u QoS op deze manier instelt, zorgt u ervoor dat videostreams zo min mogelijk onderbrekingen en jitter hebben.
Videogesprek probeert het beste netwerkpad te gebruiken dat kan worden gevonden.
In de volgende tabel worden de netwerkpaden vermeld waarnaar wordt gezocht, in volgorde van voorkeur:
| Netwerk pad | STUN/Relay-serverpoort |
|---|---|
|
1: Directe peer-to-peer UDP, met STUN-serverondersteunde NAT-traversal Elk eindpunt zal zijn externe internetadres ontdekken met behulp van de meegeleverde STUN-server. Dit adres wordt aan het andere eindpunt doorgegeven en gebruikt om de verbinding tot stand te brengen via Network Address Translation. Media stromen via willekeurig geselecteerde poorten over een groot aantal UDP-poorten 49152 - 65535. |
3478 (UDP) |
|
2: Via relaisserver voor videogesprekken, met behulp van UDP-gerouteerd uitgaand verkeer Als er geen verbinding tot stand kan worden gebracht met behulp van de bovenstaande directe peer-to-peer, wordt geprobeerd de geconfigureerde TURN-server UDP-poort 3478 te gebruiken om een relay naar het externe eindpunt tot stand te brengen. Dit relaisadres wordt aan het andere eindpunt doorgegeven en gebruikt om de verbinding via het relais tot stand te brengen, terug via de verbinding van het lokale eindpunt met de TURN-server. Media stromen naar UDP-poort 3478 op de TURN-server. |
3478 (UDP) |
|
3: Via relaisserver voor videogesprekken, met behulp van TCP-gerouteerd uitgaand verkeer Als er geen verbinding tot stand kan worden gebracht via UDP met de TURN-server, wordt de verbinding met de TURN-server tot stand gebracht via TCP 443 en niet UDP 3478. Media stromen naar buiten naar TCP-poort 443 op de TURN-server. |
3478 (TCP) |
|
4: Via de relaisserver voor videogesprekken, met behulp van TCP-tunneling via een lokale webproxyserver Als er geen gerouteerde verbinding via NAT tot stand kan worden gebracht met de TURN-server, wordt geprobeerd een tunnelverbinding met TCP-poort 443 te maken via de door de browser geconfigureerde webproxyserver. Media stromen via de webproxy naar TCP-poort 443 op de TURN-server. |
443 (TCP) |
|
5a, 5b: Via relaisserver voor videogesprekken, met behulp van Secure TCP Zoals bij 3 of 4 hierboven, maar met gebruik van een TLS TCP-verbinding met de TURN-server. |
443 (TCP/TLS) |
Zie Relayservers voor videogesprekken voor meer informatie.