Percorsi multimediali per la videochiamata
Una panoramica dei percorsi della rete multimediale utilizzati dalla videochiamata - per il personale IT
Indirizzo del server di inoltro delle videochiamate: vcct.healthdirect.org.au
Ottenimento della connessione della migliore qualità
1. Per la maggior parte dei percorsi di rete, la negoziazione risulterà probabilmente in una connessione multimediale valida.
- Il peer-to-peer diretto tramite UDP fornisce la connessione migliore , ma spesso non sarà disponibile sulle reti istituzionali, a causa dei vincoli di sicurezza delle politiche di rete.
- Una connessione TCP sicura con tunneling è l'opzione meno desiderabile per il trasferimento multimediale, ma molto probabilmente sarà supportata senza modifiche alla sicurezza della rete.
Opzione consigliata: per molte reti, consentire l'uscita NAT alla porta UDP 3478 sul server di inoltro (percorso di rete 2, sopra) fornirà una bassa latenza con un sovraccarico minimo. Ciò dovrebbe richiedere solo una modifica minore e a basso rischio alla configurazione della rete.
2. Per assicurarti che al traffico delle videochiamate venga data la priorità come comunicazione in tempo reale, consulta le opzioni seguenti:
- Se il tuo router è in grado di dare priorità al traffico con il valore del campo DSCP pari a 34 (noto anche come Assured Forwarding 41 o AF41), puoi configurarlo. Tutto il traffico WebRTC in tempo reale viene contrassegnato in questo modo e ciò migliorerà la qualità delle videochiamate e di altre soluzioni di videoconferenza.
- Se il tuo router non supporta le funzionalità di cui sopra, puoi impostare QoS per dare priorità ai pacchetti UDP nell'intervallo di porte 5000-40000 e questo aiuterà a dare priorità ai pacchetti video e a ridurre eventuali ritardi. WebRTC utilizza il protocollo RTP per fornire flussi multimediali e RTP utilizza generalmente UDP 5000-40000. In questo modo è possibile dare priorità ad alcuni pacchetti che non ne hanno bisogno, ma la maggior parte saranno pacchetti RTP. L'impostazione di QoS in questo modo garantirà che i flussi video avranno il minor numero di interruzioni e jitter.
La videochiamata tenterà di utilizzare il miglior percorso di rete che riesce a trovare.
La tabella seguente elenca i percorsi di rete che cercherà, in ordine di preferenza:
| Percorso di rete | Porta del server STUN/Relè |
|---|---|
|
1: UDP peer-to-peer diretto, con attraversamento NAT assistito dal server STUN Ciascun endpoint scoprirà il proprio indirizzo Internet esterno utilizzando il server STUN fornito. Questo indirizzo viene fornito all'altro endpoint e utilizzato per configurare la connessione tramite Network Address Translation. I media fluiscono su porte selezionate casualmente su un'ampia gamma di porte UDP 49152 - 65535. |
3478 (UDP) |
|
2: tramite server di inoltro videochiamate, utilizzando l'uscita con instradamento UDP Se non è possibile stabilire una connessione utilizzando il peer to peer diretto sopra, verrà tentato di stabilire un inoltro verso l'endpoint remoto tramite la porta UDP 3478 del server TURN configurato. Questo indirizzo di inoltro viene fornito all'altro endpoint e utilizzato per impostare la connessione tramite l'inoltro, quindi tramite la connessione dell'endpoint locale al server TURN. I contenuti multimediali fluiscono verso la porta UDP 3478 sul server TURN. |
3478 (UDP) |
|
3: tramite server di inoltro videochiamate, utilizzando l'uscita con instradamento TCP Se non è possibile stabilire una connessione utilizzando UDP al Server TURN, la connessione al Server TURN viene stabilita tramite TCP 443 e non UDP 3478. I media fluiscono verso l'esterno verso la porta TCP 443 sul TURN Server. |
3478 (TCP) |
|
4: Tramite server di inoltro videochiamate, utilizzando il tunneling TCP tramite un server proxy Web locale Se non è possibile stabilire una connessione instradata tramite NAT al server TURN, verrà tentata una connessione tunnel alla porta TCP 443 tramite il server proxy Web configurato nel browser. I contenuti multimediali fluiscono verso l'esterno attraverso il proxy Web, alla porta TCP 443 sul server TURN. |
443 (TCP) |
|
5a, 5b: tramite server di inoltro videochiamata, utilizzando Secure TCP Come per 3 o 4 sopra, ma utilizzando una connessione TLS TCP al server TURN. |
443 (TCP/TLS) |
Per ulteriori informazioni, consulta Server di inoltro delle chiamate video .