Multivides ceļi videozvaniem
Videozvana izmantoto multivides tīkla ceļu pārskats — IT darbiniekiem
Videozvanu releja servera adrese: vcct.healthdirect.org.au
Vislabākās kvalitātes savienojuma sasniegšana
1. Vairumā tīkla ceļu sarunas, visticamāk, nodrošinās derīgu multivides savienojumu.
- Tiešais vienādranga tīkls, izmantojot UDP, nodrošina vislabāko savienojumu , taču tas bieži vien nebūs pieejams iestāžu tīklos to tīkla politikas drošības ierobežojumu dēļ.
- Drošs tunelēts TCP savienojums ir vismazāk vēlamā multivides pārsūtīšanas iespēja , taču, visticamāk, tas tiks atbalstīts bez tīkla drošības izmaiņām.
Ieteicamā opcija: Daudzos tīklos NAT izejas atļaušana uz UDP portu 3478 releja serverī (2. tīkla ceļš, iepriekš) nodrošinās zemu latentumu ar nelielām papildu izmaksām. Tam vajadzētu būt nepieciešamas tikai nelielas, zema riska izmaiņas tīkla konfigurācijā.
2. Lai pārliecinātos, ka videozvana datplūsma tiek uzskatīta par prioritāru kā reāllaika saziņa, lūdzu, skatiet tālāk norādītās iespējas.
- Ja jūsu maršrutētājs spēj noteikt datplūsmas prioritāti ar DSCP lauka vērtību 34 (t. i., Assured Forwarding 41 vai AF41), lūdzu, konfigurējiet šo opciju. Visa reāllaika WebRTC datplūsma tiek atzīmēta šādā veidā, un tas uzlabos videozvanu un citu videokonferenču risinājumu kvalitāti.
- Ja jūsu maršrutētājs neatbalsta iepriekš minēto funkcionalitāti, varat iestatīt QoS, lai prioritizētu UDP paketes 5000–40000 portu diapazonā, un tas palīdzēs noteikt prioritātes video paketēm un samazināt jebkādu aizturi. WebRTC izmanto RTP protokolu, lai piegādātu multivides plūsmas, un RTP parasti izmanto UDP 5000–40000. Tas var piešķirt prioritāti dažām paketēm, kurām tas nav nepieciešams, taču lielākā daļa būs RTP paketes. Šāda QoS iestatīšana nodrošinās, ka video straumēm būs vismazākais pārtraukumu un trīces daudzums.
Videozvans mēģinās izmantot labāko tīkla ceļu, ko tas var atrast.
Nākamajā tabulā ir norādīti tīkla ceļi, ko tas meklēs, prioritārā secībā:
| Tīkla ceļš | STUN/Releja servera ports |
|---|---|
|
1: Tiešs vienādranga UDP ar STUN servera atbalstītu NAT šķērsošanu Katrs galapunkts atradīs savu ārējo interneta adresi, izmantojot norādīto STUN serveri. Šī adrese tiek sniegta otram galapunktam un izmantota savienojuma iestatīšanai, izmantojot tīkla adrešu tulkošanu. Multivides plūsma notiek pa nejauši izvēlētām pieslēgvietām plašā UDP pieslēgvietu diapazonā no 49152 līdz 65535. |
3478 (UDP) |
|
2: Izmantojot videozvana releja serveri, izmantojot UDP maršrutētu izejošo datu plūsmu Ja savienojumu nevar izveidot, izmantojot iepriekš minēto tiešo vienādranga savienojumu, tad tiks mēģināts izveidot releja savienojumu ar attālo galapunktu, izmantojot konfigurēto TURN servera UDP portu 3478. Šī releja adrese tiek sniegta otram galapunktam un izmantota savienojuma iestatīšanai caur releju, atpakaļ caur lokālā galapunkta savienojumu ar TURN serveri. Multivides plūsma tiek pārsūtīta uz UDP portu 3478 TURN serverī. |
3478 (UDP) |
|
3: Izmantojot videozvana releja serveri, izmantojot TCP maršrutētu izejošo datu plūsmu Ja savienojumu ar TURN serveri nevar izveidot, izmantojot UDP, savienojums ar TURN serveri tiek izveidots, izmantojot TCP 443, nevis UDP 3478. Multivide plūst uz TCP portu 443 TURN serverī. |
3478 (TCP) |
|
4: Izmantojot videozvana releja serveri, izmantojot TCP tunelēšanu caur lokālo tīmekļa starpniekserveri Ja nevar izveidot maršrutētu savienojumu ar TURN serveri, izmantojot NAT, tiks mēģināts izveidot tunelētu savienojumu ar TCP portu 443, izmantojot pārlūkprogrammas konfigurēto tīmekļa starpniekserveri. Multivide plūst caur tīmekļa starpniekserveri uz TCP portu 443 TURN serverī. |
443 (TCP) |
|
5.a, 5.b: Izmantojot videozvana releja serveri, izmantojot drošu TCP protokolu Tāpat kā iepriekš 3. vai 4. punktā, bet izmantojot TLS TCP savienojumu ar TURN serveri. |
443 (TCP/TLS) |
Papildinformāciju skatiet sadaļā Videozvanu releja serveri .