Voies multimédias pour l'appel vidéo

Chemin réseau	Port serveur STUN/relais
1 : UDP peer-to-peer direct, avec traversée NAT assistée par serveur STUN Chaque terminal 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 configurer 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 point de terminaison 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 en utilisant UDP au serveur TURN, la connexion au serveur TURN est établie via TCP 443 et non UDP 3478. Les médias circulent vers le port TCP 443 sur le serveur TURN.	3478 (TCP)
4 : Via le serveur de relais d'appel vidéo, en utilisant le tunneling TCP via un serveur proxy Web local Si une connexion routée via NAT ne peut pas être établie avec le serveur TURN, une connexion par tunnel au port TCP 443 sera tentée via le serveur proxy Web configuré par les navigateurs. 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 le serveur de relais d'appel vidéo, en utilisant Secure TCP Comme pour 3 ou 4 ci-dessus, mais en utilisant une connexion TCP TLS au serveur TURN.	443 (TCP/TLS)

Chemin réseau

Port serveur STUN/relais

1 : UDP peer-to-peer direct, avec traversée NAT assistée par serveur STUN

Chaque terminal 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 configurer 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 point de terminaison 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 en utilisant UDP au serveur TURN, la connexion au serveur TURN est établie via TCP 443 et non UDP 3478.

Les médias circulent vers le port TCP 443 sur le serveur TURN.

3478 (TCP)

4 : Via le serveur de relais d'appel vidéo, en utilisant le tunneling TCP via un serveur proxy Web local

Si une connexion routée via NAT ne peut pas être établie avec le serveur TURN, une connexion par tunnel au port TCP 443 sera tentée via le serveur proxy Web configuré par les navigateurs.

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 le serveur de relais d'appel vidéo, en utilisant Secure TCP

Comme pour 3 ou 4 ci-dessus, mais en utilisant une connexion TCP TLS au serveur TURN.

443 (TCP/TLS)

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 fournit la meilleure connexion , mais sera souvent indisponible sur les réseaux institutionnels, en raison des contraintes de sécurité de leurs politiques de réseau.

Une connexion TCP sécurisée par tunnel est l'option la moins souhaitable pour le transfert de médias, mais elle est 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) fournira une faible latence avec peu de surcharge. Cela ne devrait nécessiter qu'une modification mineure et à faible risque de votre configuration réseau.

2. Pour vous assurer que le trafic des appels vidéo est prioritaire en tant que communication en temps réel, veuillez consulter les options ci-dessous :

Si votre routeur est capable de prioriser le trafic avec une valeur de champ DSCP de 34 (aka Assured Forwarding 41 ou AF41), pouvez-vous s'il vous plaît le configurer. 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 QoS pour donner la priorité aux paquets UDP dans la plage de ports 5000-40000 et cela aidera à prioriser les paquets vidéo et à réduire tout décalage. WebRTC utilise le protocole RTP pour fournir des 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é sera des paquets RTP. La configuration de QoS de cette manière garantira que les flux vidéo auront le moins d'interruptions et de gigue.