Pourquoi la périphérie tente-t-elle d'établir des connexions WebRTC sur un numéro de port situé en dehors de la plage de ports 16384-65535 ?

Alors que Genesys Cloud configure la périphérie pour qu'elle fonctionne dans la plage de ports 16384-65535 pour les communications WebRTC, les clients WebRTC de Genesys Cloud ne sont pas limités à cette plage de ports. Plus précisément, un bord utilise un port dans la plage 16384-65535 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, l'arête tente quand même d'établir la connexion audio en utilisant le 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 quand même, à 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 liés à l'utilisation d'un service TURN dans votre région spécifique sont trop importants, même avec GEO-Lookup, vous pouvez utiliser une solution alternative, qui consiste à modifier les paramètres de votre firewall.

La modification des paramètres de votre pare-feu permet à la périphérie de communiquer sur n'importe quel 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-65535. Pour plus d'informations, contactez Genesys Cloud Customer Care.