Para garantizar unas comunicaciones de voz resistentes y redundantes a través de la Conversations App en Talkdesk Workspace™, su Firewall debe permitir el tráfico de salida de la Conversations app (navegador web Chrome o aplicación de ordenador) a las Talkdesk Global Communications Network y permitir el tráfico de retorno en respuesta a la conectividad de salida de Conversations App. Las conexiones son siempre salientes desde las aplicaciones de voz Talkdesk. Una vez establecida la conexión, los datos serán bidireccionales.
1 - Cuando se inicia una llamada, ya sea una llamada entrante o llamada saliente, el cliente Talkdesk envía una petición de conexión a la Red Global de Comunicaciones Talkdesk para establecer una conexión WebRTC.
2 - Cuando se establece la conexión, se permiten las comunicaciones bidireccionales entre los dos puntos finales de voz, el usuario de Talkdesk y la persona que llama.
Los rangos y protocolos IP se utilizan para establecer la Web Real Time Communication (WebRTC, por sus siglas en inglés) entre la Conversations app (navegador web Chrome o aplicación de ordenador), la Talkdesk’s Global Communication Network WebRTC Gateway y la Regional Cloud Platform, por lo que tienen que ser accesibles. Si desea dar prioridad al tráfico de voz y su router admite QoS (Quality of Service), puede configurar reglas utilizando los siguientes rangos de IP de medios.
Revise estas directrices:
- Si su router incluye SIP Application Level Gateway (ALG) o Stateful Packet Inspection (SPI), desactive ambas funciones.
- Evite utilizar una VPN, ya que encapsular el tráfico VoIP en 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 un túnel dividido.
- Es importante que el tráfico de la Conversations app vaya directamente a Internet en la ubicación física del agente, siempre que sea posible para asegurar la latencia más baja a nuestras Puertas de Enlace WebRTC y la calidad de llamada más alta.
Media IP Ranges (Rangos IP de medios)
Global Low-Latency (Baja latencia global)
Media IP Ranges (Rangos IP de medios)
|
Localización y Servicio de la WebRTC Gateway* |
Media IP Range (Rango IP de Medios) |
Estado |
|
Global Media Range (Conversations voice) |
168.86.128.0/18 |
Obligatorio para todos los clientes. |
|
Global (Pruebas a través de Talkdesk Network Test Tool) |
54.168.129.47/32 13.229.194.110/32 13.210.129.227/32 18.197.244.84/32 176.34.207.124/32 18.229.204.179/32 44.207.21.154/32 52.42.42.172/32 |
Estos rangos de IP son necesarios para ejecutar la Talkdesk Network Test Tool a través de los puertos 80, 443 y 3478. |
*Para una redundancia geográfica global, Talkdesk utiliza múltiples puertas de enlace y ubicaciones WebRTC.
- TCP: puertos 3478, 80 y 443. Nota: Todo el tráfico del puerto 80 se redirige al puerto HTTPS 443.
- UDP: puertos 3478 y 10000 – 60000 utilizados para medios: el cliente seleccionará cualquier puerto disponible del rango temporal.
- TCP/UDP: el puerto 3478 se utiliza para la Talkdesk Network Test Tool y Screen Recording.
Global Low-Latency (Baja latencia global)
Nuestro servicio utiliza el enrutamiento de Global low-latency (GLL, por siglas en inglés) para asignar la Localización de la WebRTC Gateway más cercana al agente con la Latency más baja. La selección de región de la GLL reduce la Latency de audio en escenarios de llamadas en los que dos o más partes están conectadas en una región.
Gracias a la GLL, la Latency de audio de las Conference se reducirá en los casos en que dos o más partes estén físicamente cerca una de otra, pero lejos de la Regional Cloud de Estados Unidos. Por ejemplo, para clientes instalados en la Regional Cloud de Estados Unidos, una llamada de Sydney a Sydney será la que más se beneficie de la Baja Latencia Global, ya que la diferencia entre una ruta de medios enrutada localmente y una ruta de medios enrutada a través de Estados Unidos es mayor.
Quality of Service: QoS Traffic Shaping
El tráfico de voz de 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 información si inicialmente se pierde durante el 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 eso, la forma en que se procesan los paquetes de voz en la red tendrá un efecto significativo en la calidad de llamada.
Le recomendamos que configure su red de forma que el tráfico de voz tenga mayor prioridad que el de datos, y que establezca reglas QoS basadas en las direcciones IP de medios indicadas anteriormente.
Esto asegurará que sus llamadas tengan una calidad de audio óptima, sin que ello afecte significativamente el tráfico de datos.
- Póngase en contacto con el equipo de redes o de TI de su empresa para determinar la mejor forma de priorizar el tráfico.
- Si no tiene un equipo de TI disponible, 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 DSCP (Differentiated Services Code Point) por defecto en Google Chrome, Microsoft Edge, y Conversations App, etiquetando los paquetes de medios WebRTC, lo que permite un manejo diferenciado en una LAN, de forma que los medios en tiempo real puedan ser priorizados por encima de otro tráfico de red. Se etiquetarán como EF (101110): Reenvío Acelerado (46).
Artículos Relacionados: