A videohívás megpróbálja az általa talált legjobb hálózati utat használni.
Az alábbi táblázat felsorolja a keresett hálózati útvonalakat, preferencia sorrendben:
| Hálózati útvonal | STUN/Relay szerver port |
|---|---|
|
1: Közvetlen peer-to-peer UDP, STUN szerver által támogatott NAT bejárással Mindegyik végpont felfedezi a külső internetcímét a mellékelt STUN-kiszolgáló segítségével. Ezt a címet a másik végpont kapja meg, és a hálózati címfordításon keresztüli kapcsolat beállítására szolgál. A média véletlenszerűen kiválasztott portokon keresztül áramlik a 49152-65535 UDP-portok széles tartományán. |
3478 (UDP) |
|
2: Videohívás továbbítószerveren keresztül, UDP-irányított kimenővel Ha a kapcsolat nem hozható létre a fenti közvetlen peer-to-peer használatával, akkor a TURN-kiszolgáló konfigurált 3478-as UDP-portja megpróbálja létrehozni a továbbítást a távoli végponthoz. Ezt a továbbítási címet a másik végpont kapja meg, és a kapcsolat beállítására szolgál a közvetítőn keresztül, majd vissza a helyi végpont TURN kiszolgálóval való kapcsolatán keresztül. A média a TURN kiszolgáló 3478-as UDP-portjára áramlik. |
3478 (UDP) |
|
3: Videohívás továbbítószerveren keresztül, TCP-irányított kilépés használatával Ha a kapcsolat nem hozható létre UDP használatával a TURN szerverrel, a TURN szerverrel a TCP 443-on keresztül jön létre a kapcsolat, nem az UDP 3478-on. A média kifelé áramlik a TURN szerver 443-as TCP-portjára. |
3478 (TCP) |
|
4: Videohívás továbbítószerveren keresztül, TCP-alagút használatával helyi webproxyszerveren keresztül Ha a NAT-on keresztül irányított kapcsolat nem létesíthető a TURN szerverrel, a böngészőben konfigurált webproxyszerveren keresztül megkísérlik alagút-kapcsolat létrehozását a 443-as TCP-porttal. A média a webproxyn keresztül kifelé áramlik a TURN szerver 443-as TCP-portjához. |
443 (TCP) |
|
5a, 5b: Videohívás továbbító szerveren keresztül, biztonságos TCP használatával Ugyanúgy, mint a fenti 3. vagy 4. pontnál, de TLS TCP kapcsolatot használva a TURN szerverrel. |
443 (TCP/TLS) |
További információkért lásd: Videohívás továbbítószerverek .
Videohívás továbbító szerver címe: vcct.healthdirect.org.au
A legjobb minőségű kapcsolat elérése
1. A legtöbb hálózati útvonal esetében az egyeztetés valószínűleg érvényes médiakapcsolatot eredményez.
- Az UDP-n keresztüli közvetlen peer-to-peer biztosítja a legjobb kapcsolatot , de gyakran nem érhető el az intézményi hálózatokon keresztül, a hálózati házirendek biztonsági korlátai miatt.
- A biztonságos alagúttal ellátott TCP-kapcsolat a legkevésbé kívánatos lehetőség a médiaátvitelhez, de valószínűleg hálózati biztonsági változtatások nélkül is támogatható.
Javasolt lehetőség: Sok hálózatnál a NAT-kilépés engedélyezése a közvetítőszerver 3478-as UDP-portjára (2. hálózati elérési út fent) alacsony késleltetést biztosít kis többletterhelés mellett. Ez csak kisebb, alacsony kockázatú változtatást igényel a hálózati konfigurációban.
2. Annak érdekében, hogy a videohívások forgalmát valós idejű kommunikációként kezeljék, tekintse meg az alábbi lehetőségeket:
- Ha az Ön útválasztója képes a 34-es DSCP-mezőértékkel (más néven Assured Forwarding 41 vagy AF41) a forgalmat priorizálni, akkor konfigurálhatja ezt. Minden valós idejű WebRTC forgalom így van megjelölve, és ez javítja a videohívások és más videokonferencia-megoldások minőségét.
- Ha az útválasztó nem képes a fenti funkciókra, beállíthatja a QoS-t úgy, hogy az 5000-40000 porttartományban részesítse előnyben az UDP-csomagokat, és ez segít a videocsomagok prioritásainak meghatározásában és az esetleges késések csökkentésében. A WebRTC RTP protokollt használ a médiafolyamok továbbítására, az RTP pedig általában az UDP 5000-40000 protokollt használja. Ezzel előnyben részesítheti azokat a csomagokat, amelyeknek nincs szükségük rá, de a legtöbb RTP-csomag lesz. A QoS ilyen módon történő beállítása biztosítja, hogy a videofolyamokban a legkevesebb megszakítás és rezgés legyen.