Pourquoi Edge tente-t-il d’établir des connexions WebRTC sur un numéro de port en dehors de la plage de ports 16384-32768 ?

Alors que Genesys Cloud configure l’Edge pour qu’il fonctionne dans la plage de ports 16384-32768 pour les communications WebRTC, les clients Genesys Cloud WebRTC ne sont pas limités à cette plage de ports. Plus spécifiquement, un Edge utilise un port dans la plage 16384-32768 comme port source, mais les clients WebRTC peuvent utiliser n’importe quel numéro de port disponible pour le port de destination.

Cela signifie que si le client WebRTC répond en utilisant un numéro de port en dehors de la plage prise en charge, Edge tente toujours d’établir la connexion audio à l’aide du numéro de port fourni. Lorsque le numéro de port est en dehors de la plage prise en charge, la connexion WebRTC réussit toujours à moins que cette connexion ne soit bloquée.

Pour contourner ce problème, vous pouvez configurer Genesys Cloud pour qu'il utilise la fonction TURN Behavior en même temps que la fonction GEO-Lookup. Ainsi, même si la connexion est bloquée, l'appel peut aboutir en utilisant le service TURN comme relais. Cela fonctionne parce que le service TURN sera toujours dans la plage de ports supportée. 

Cependant, si les coûts de latence associés à l’utilisation d’un service TURN dans votre région spécifique sont trop élevés, même avec GEO-Lookup, vous pouvez utiliser une solution alternative, qui consiste à modifier vos paramètres de pare-feu.

La modification des paramètres de votre pare-feu permet à l'Edge de communiquer sur le port de destination choisi par le client WebRTC. Faire cette modification signifierait que le port source serait ouvert à n’importe quel port choisi par le client WebRTC. Le port de destination est toujours limité à la plage de ports 16384-32768. pour plus d’informations, contactezService client Genesys Cloud.