¿Cómo podemos ayudar?

Su firewall debe permitir el tráfico de salida de Talkdesk Workspace (navegador web Chrome o aplicación desktop) a las Talkdesk Global Communications Network WebRTC Gateways por medio de Internet, y permitir el tráfico de retorno en respuesta a la conectividad de salida del Agente Workspace. A continuación se detallan los puertos y protocolos necesarios que deben abrirse para garantizar unas comunicaciones resistentes y redundantes. Además, revise estas directrices:

• Si su router es compatible con QoS, priorice los rangos de IP de medios que se enumeran a continuación;
• Si su router incluye SIP Application Level Gateway (ALG) o Stateful Packet Inspection (SPI), desactive ambas funciones.

Evite el uso de una VPN, ya que encapsular el tráfico VoIP dentro de un túnel IPSec podría afectar a la calidad del audio. Si necesita utilizar una VPN, puede excluir el tráfico de medios del túnel IPSec aplicando split-tunneling. Es importante que este tráfico de la aplicación Talkdesk vaya directamente a Internet en la ubicación física del agente, siempre que sea posible, para asegurar la menor latencia a nuestras puertas de enlace WebRTC y la mayor calidad de la llamada.

Rangos de IP de medios

Los siguientes rangos de IP y protocolos se utilizan para establecer la Web Real Time Communication (WebRTC) entre el Talkdesk Workspace (navegador web Chrome o aplicación desktop), el Talkdesk Global Communication Network WebRTC Gateway, la Regional Cloud Platform y, por lo tanto, deben ser accesibles. Si desea priorizar el tráfico de voz y su enrutador admite QoS, puede configurar reglas utilizando los siguientes rangos de IP de medios:

*Para la redundancia geográfica global, Talkdesk utiliza múltiples WebRTC Gateways y Locations, por lo que se requiere el acceso a todas las WebRTC Gateways por parte del Talkdesk Workspace para garantizar un funcionamiento resistente y redundante de Talkdesk a través del Global Communications Network.

**Estos rangos de Global Media IP son necesarios para ejecutar el Talkdesk Network Test via puertos 80 y 443.

• TCP: puerto 3478, 5349, 80 y 443. Nota: Todo el tráfico del puerto 80 se redirige al puerto HTTPS 443.
• UDP: puerto: 3478, 5349 y [10000 - 20000], utilizados para los medios:
• El cliente seleccionará cualquier puerto disponible del rango efímero 1024 - 65535, normalmente utilizado como una asignación para el extremo del cliente de una comunicación client-server a un puerto bien conocido en un servidor.

Nota: todo el tráfico del puerto 80 se redirige al puerto HTTPS 443.

🌍 Global low-latency

Le recomendamos encarecidamente que configure todos los rangos anteriores, independientemente de su ubicación. Nuestro servicio utiliza el enrutamiento de Global Low-Latency (GLL) para asignar la ubicación de WebRTC Gateway Location más cercana al Agente con la menor latencia. La selección de la región GLL reduce la latencia de audio en los escenarios de llamadas donde dos o más partes están conectadas en una región.

Gracias a GLL, la latencia del audio de la conferencia se reducirá en los casos en que dos o más partes estén físicamente cerca una de otra, pero lejos de Estados Unidos. Por ejemplo, una llamada de Sídney a Sídney será la que más se beneficie de la Global Low-Latency, ya que la diferencia entre una ruta de medios enrutada localmente y una ruta de medios que pasa por Estados Unidos es la mayor. Una conferencia telefónica en la que todos los participantes marcan desde países europeos, que se mezcla en Irlanda, tendrá una menor latencia de audio para todas las partes en comparación con la misma conferencia mezclada en Estados Unidos.

🚦 Quality of Service: QoS Traffic Shaping

El tráfico de voz en la red de área local de una organización es similar al tráfico de datos, en el sentido de que se transmite en forma de paquetes a través de diferentes dispositivos. La principal diferencia entre el tráfico de datos y el de voz es que el tráfico de datos tiene la capacidad de reenviar la información si se pierde inicialmente en tránsito.

El tráfico de voz, en cambio, no puede reenviar información porque los paquetes deben recibirse en orden, como un flujo continuo, para que la información tenga sentido. Por ello, el tratamiento de los paquetes de voz en su red tendrá un efecto significativo en su call quality.

Recomendamos que configure su red de manera que el tráfico de voz tenga mayor prioridad que el de datos, estableciendo reglas de QoS basadas en las direcciones IP de los medios indicadas anteriormente.

Esto garantizará que sus llamadas tengan una calidad de audio óptima, sin tener un efecto notable en su tráfico de datos.

• Póngase en contacto con el equipo de red o de IT de su organización para determinar la mejor manera de configurar la priorización del tráfico.
• Si no dispone de un equipo de IT, le sugerimos que se ponga en contacto con su proveedor de Internet para comprobar si se puede configurar la priorización en su red.

Además, Talkdesk habilita por defecto DSCP (Differentiated Services Code Point), con Google Chrome y Callbar, etiquetando los paquetes multimedia de WebRTC, lo que permite un manejo diferenciado en una LAN, de manera que los elementos multimedia en tiempo real se puedan priorizar sobre otro tráfico de red. Estos serán etiquetados como EF (101110): Expedited Forwarding (46).

Recursos adicionales: