Medievägar för videosamtal
En översikt över medienätverksvägarna som används av Video Call - för IT-personal
Adress för reläserver för videosamtal: vcct.healthdirect.org.au
Uppnå bästa möjliga anslutning
1. För de flesta nätverksvägar kommer förhandlingen sannolikt att resultera i en giltig medieanslutning.
- Direkt peer-to-peer via UDP ger den bästa anslutningen , men är ofta inte tillgänglig över institutionella nätverk på grund av säkerhetsbegränsningar i deras nätverkspolicyer.
- En säker tunnelerad TCP-anslutning är det minst önskvärda alternativet för medieöverföring, men det är mest sannolikt att det stöds utan några ändringar i nätverkssäkerheten.
Rekommenderat alternativ: För många nätverk ger det låg latens med lite overhead att tillåta NAT-utgång till UDP-port 3478 på reläservern (nätverksväg 2, ovan). Detta bör endast kräva en mindre ändring av nätverkskonfigurationen med låg risk.
2. För att säkerställa att videosamtal prioriteras som realtidskommunikation, vänligen titta på alternativen nedan:
- Om din router kan prioritera trafik med DSCP-fältvärdet 34 (även känd som Assured Forwarding 41 eller AF41), kan du konfigurera detta? All WebRTC-trafik i realtid markeras på detta sätt och detta kommer att förbättra kvaliteten på videosamtal och andra videokonferenslösningar.
- Om din router inte har ovanstående funktioner kan du ställa in QoS för att prioritera UDP-paket i portintervallet 5000-40000, vilket hjälper till att prioritera videopaket och minska eventuell fördröjning. WebRTC använder RTP-protokoll för att leverera mediaströmmar och RTP använder generellt UDP 5000-40000. Att göra detta kan prioritera vissa paket som inte behöver det, men majoriteten kommer att vara RTP-paket. Att konfigurera QoS på detta sätt säkerställer att videoströmmar har minsta möjliga avbrott och jitter.
Videosamtalet kommer att försöka använda den bästa nätverksvägen som den kan hitta.
Följande tabell listar de nätverksvägar som letas efter, i preferensordning:
| Nätverksväg | STUN/Relay-serverport |
|---|---|
|
1: Direkt peer-to-peer UDP, med STUN-serverassisterad NAT-traversering Varje slutpunkt kommer att upptäcka sin externa internetadress med hjälp av den angivna STUN-servern. Denna adress tillhandahålls den andra slutpunkten och används för att konfigurera anslutningen via Network Address Translation. Media flödar över slumpmässigt valda portar över ett stort antal UDP-portar 49152–65535. |
3478 (UDP) |
|
2: Via reläserver för videosamtal, med UDP-dirigerad utgående överföring Om en anslutning inte kan upprättas med hjälp av ovanstående direkta peer-to-peer, kommer den konfigurerade TURN-serverns UDP-port 3478 att försöka upprätta ett relä till den fjärrstyrda slutpunkten. Denna reläadress tillhandahålls den andra slutpunkten och används för att upprätta anslutningen via reläet, tillbaka genom den lokala slutpunktens anslutning till TURN-servern. Media flödar till UDP-port 3478 på TURN-servern. |
3478 (UDP) |
|
3: Via reläserver för videosamtal, med TCP-dirigerad utgående data Om en anslutning till TURN-servern inte kan upprättas med UDP, upprättas anslutningen till TURN-servern via TCP 443, inte UDP 3478. Media flödar utåt till TCP-port 443 på TURN-servern. |
3478 (TCP) |
|
4: Via videosamtalreläserver, med TCP-tunnling genom en lokal webbproxyserver Om en routad anslutning via NAT inte kan upprättas till TURN-servern, kommer en tunnelanslutning till TCP-port 443 att försökas via webbläsarens konfigurerade webbproxyserver. Media flödar utåt via webbproxyn, till TCP-port 443 på TURN-servern. |
443 (TCP) |
|
5a, 5b: Via reläserver för videosamtal, med säker TCP Som för 3 eller 4 ovan, men med en TLS TCP-anslutning till TURN-servern. |
443 (TCP/TLS) |
För mer information, se Reläservrar för videosamtal .