¿Por qué el edge intenta establecer conexiones WebRTC en un número de puerto fuera del intervalo de puertos 16384-65535?
Aunque Genesys Cloud configura el borde para que funcione dentro del intervalo de puertos 16384-65535 para las comunicaciones WebRTC, los clientes WebRTC de Genesys Cloud no están restringidos a este intervalo de puertos. Más concretamente, un borde utiliza un puerto en el rango 16384-65535 como puerto de origen, pero los clientes WebRTC pueden utilizar cualquier número de puerto disponible para el puerto de destino.
Esto significa que si el cliente WebRTC responde utilizando un número de puerto fuera del rango soportado, el borde todavía intenta establecer la conexión de audio utilizando el número de puerto proporcionado. Cuando el número de puerto está fuera del rango soportado, la conexión WebRTC sigue teniendo éxito a menos que la conexión esté bloqueada.
Para evitar este problema, puede configurar Genesys Cloud para que utilice la función TURN Behavior junto con la función GEO-Lookup. De esta forma, incluso si la conexión está bloqueada, la llamada puede realizarse utilizando el servicio TURN como repetidor. Esto funciona porque el servicio TURN siempre estará dentro del rango de puertos soportados.
Sin embargo, si los costes de latencia asociados al uso de un servicio TURN en tu región específica son demasiado elevados, incluso con GEO-Lookup, puedes utilizar una solución alternativa, que implica modificar la configuración de tu cortafuegos.
La modificación de la configuración del cortafuegos permite al borde comunicarse en cualquier puerto de destino que el cliente WebRTC elija. Hacer esta modificación significaría que el puerto de origen estaría abierto a cualquier puerto que elija el cliente WebRTC. El puerto de destino sigue estando limitado al rango de puertos 16384-65535. Para obtener más información, póngase en contacto con Genesys Cloud Customer Care.
