Voies multimédias pour les appels vidéo
Un aperçu des chemins de réseau multimédia utilisés par les appels vidéo - pour le personnel informatique
Adresse du serveur de relais d'appel vidéo : vcct.healthdirect.org.au
Obtenir la meilleure qualité de connexion
1. Pour la plupart des chemins réseau, la négociation aboutira probablement à une connexion multimédia valide.
- Le peer-to-peer direct via UDP offre la meilleure connexion , mais sera souvent indisponible sur les réseaux institutionnels, en raison des contraintes de sécurité de leurs politiques réseau.
- Une connexion TCP tunnelée sécurisée est l'option la moins souhaitable pour le transfert de médias, mais elle est la plus susceptible d'être prise en charge sans modification de la sécurité du réseau.
Option recommandée : pour de nombreux réseaux, autoriser la sortie NAT vers le port UDP 3478 sur le serveur relais (chemin réseau 2, ci-dessus) offrira une faible latence avec peu de surcharge. Cela ne devrait nécessiter qu'une modification mineure et à faible risque de la configuration de votre réseau.
2. Pour vous assurer que le trafic des appels vidéo est prioritaire en tant que communication en temps réel, veuillez examiner les options ci-dessous :
- Si votre routeur est capable de prioriser le trafic avec une valeur de champ DSCP de 34 (alias Assured Forwarding 41 ou AF41), pouvez-vous s'il vous plaît configurer cela. Tout le trafic WebRTC en temps réel est marqué de cette façon, ce qui améliorera la qualité des appels vidéo et des autres solutions de visioconférence.
- Si votre routeur n'est pas capable de la fonctionnalité ci-dessus, vous pouvez définir la QoS pour donner la priorité aux paquets UDP dans la plage de ports 5 000 à 40 000, ce qui aidera à prioriser les paquets vidéo et à réduire tout décalage. WebRTC utilise le protocole RTP pour diffuser les flux multimédias et RTP utilise généralement UDP 5000-40000. Cela peut donner la priorité à certains paquets qui n'en ont pas besoin, mais la majorité seront des paquets RTP. La configuration de la QoS de cette manière garantira que les flux vidéo auront le moins d'interruptions et de gigue.
L'appel vidéo tentera d'utiliser le meilleur chemin réseau possible.
Le tableau suivant répertorie les chemins réseau qu'il recherchera, par ordre de préférence :
Chemin réseau | Port du serveur STUN/Relais |
---|---|
1 : UDP peer-to-peer direct, avec traversée NAT assistée par le serveur STUN Chaque point de terminaison découvrira son adresse Internet externe à l'aide du serveur STUN fourni. Cette adresse est fournie à l'autre point de terminaison et utilisée pour établir la connexion via la traduction d'adresses réseau. Les médias circulent sur des ports sélectionnés au hasard sur une large gamme de ports UDP 49152 à 65535. |
3478 (UDP) |
2 : via le serveur de relais d'appel vidéo, en utilisant la sortie acheminée par UDP Si une connexion ne peut pas être établie à l'aide du peer to peer direct ci-dessus, le port UDP 3478 du serveur TURN configuré sera tenté d'établir un relais vers le point de terminaison distant. Cette adresse de relais est fournie à l'autre point de terminaison et utilisée pour établir la connexion via le relais, via la connexion du point de terminaison local au serveur TURN. Les médias circulent vers le port UDP 3478 sur le serveur TURN. |
3478 (UDP) |
3 : via le serveur de relais d'appel vidéo, en utilisant la sortie acheminée par TCP Si une connexion ne peut pas être établie via UDP avec le serveur TURN, la connexion au serveur TURN est établie via TCP 443 et non via UDP 3478. Les médias circulent vers le port TCP 443 sur le serveur TURN. |
3478 (TCP) |
4 : via un serveur relais d'appel vidéo, en utilisant le tunneling TCP via un serveur proxy Web local Si une connexion acheminée via NAT ne peut pas être établie vers le serveur TURN, une connexion tunnelisée vers le port TCP 443 sera tentée via le serveur proxy Web configuré par le navigateur. Les médias circulent vers l'extérieur via le proxy Web, vers le port TCP 443 sur le serveur TURN. |
443 (TCP) |
5a, 5b : via un serveur relais d'appel vidéo, en utilisant Secure TCP Comme pour 3 ou 4 ci-dessus, mais en utilisant une connexion TLS TCP au serveur TURN. |
443 (TCP/TLS) |
Pour plus d'informations, consultez Serveurs de relais d'appel vidéo .