Talkdesk Network Test Tool ofrece al usuario una serie de widgets que muestran información valiosa sobre la ubicación y los datos de la conexión, en concreto:
Para proceder a la prueba, introduzca su correo electrónico y un motivo para hacerlo. Después, tendrá acceso a la opción Start.
Throughput
El Throughput Widget prueba el canal de datos throughput. Puede utilizarse como una estimación global del número de sesiones concurrentes potencialmente disponibles.
El número de sesiones se calcula en función de los códecs utilizados en una sesión y de la tasa de bits media necesaria para una buena transmisión de estos códecs en una sesión WebRTC. Para G.711, se calcula como 100 kbps por sesión, y para las llamadas de voz de Opus, se calcula como 50 kbps por sesión. Esta prueba conecta un canal de datos a través de los servidores TURN de la infraestructura probada, enviando cargas útiles de datos de 1024 bytes cada una por el canal durante unos segundos y midiendo la velocidad a la que se reciben. Se realiza utilizando el protocolo SCTP retransmitido a través de TURN.
Esta prueba ofrece una indicación global del throughput disponible para la red que se está utilizando desde la perspectiva de la máquina específica que ejecuta la prueba. Se debe tener en cuenta que SCTP tiene su propio mecanismo de ralentización, que es ligeramente diferente al utilizado por la transmisión de audio y vídeo a través de WebRTC.
|
Maximum |
El throughput máximo medido a lo largo de la prueba realizada. |
|
Medium |
La media de throughput alcanzada durante la prueba realizada. |
|
Minimum |
El throughput mínimo medido a lo largo de la prueba realizada. |
Aspectos a tener en cuenta
El throughput mínimo bajo, así como la alta variación entre el mínimo, la media y el máximo, pueden indicar una conexión inestable y con saltos. Si ve esto, espere ver lo mismo en los datos de jitter recopilados en otras pruebas realizadas y explicadas más adelante.
Call Quality
El Call Quality Widget comprueba la calidad real de la sesión al conectar una sesión WebRTC con Talkdesk.
|
MOS Score |
Mean Opinion Score. Un valor entre 1-5 que indica una medida de calidad subjetiva. La explicación detallada junto al número suele ser suficiente. |
|
Round Trip |
El tiempo que se tarda en enviar un paquete y recibir una respuesta. Cuanto más corto sea el roundtrip, mayor será la calidad de los medios. Jitter: Es la precisión de los paquetes que aparecen en el orden correcto en el destino. |
|
Packet loss |
Porcentaje de paquetes perdidos en la prueba. Cuanto menor sea el valor, mayor será la calidad de los medios. |
|
Jitter |
El jitter de la sesión en la prueba. Corresponde a la precisión con la que los paquetes aparecen en el orden correcto en el destino. Cuanto más alto sea el valor, menor será la calidad de los medios. |
Aspectos a tener en cuenta
Una mala puntuación significa inmediatamente una baja calidad de los medios. En concreto, porque esto prueba una sesión real de WebRTC hacia Talkdesk.
Todos los eslabones de la cadena, desde el emisor hasta el receptor, pueden provocar una caída en el Mean Opinion Score. Todo, desde la salud de las personas hasta los equipos de audio y vídeo, pasando por la configuración de los ordenadores, puede provocar un deterioro de la calidad de las comunicaciones. Sin embargo, los efectos de la red son más evidentes y medibles en estas llamadas - jitter, latency y packet loss se prestan a la medición numérica y tienen un efecto directo en la percepción de la call quality.
Otros widgets proporcionan más pistas sobre las razones por las que la calidad es baja (tipo de conexión, capacidad, etc.).
Turn Connectivity
El Turn Connectivity Widget comprueba el tiempo de conexión de los servidores TURN en su despliegue. Lo hace a través de UDP, TCP y TLS.
Los resultados mostrados indican el tiempo que tarda en establecerse una conexión entre la máquina que se está probando y el servidor TURN. Este tiempo incluye recopilar el candidato, conectarse a él y negociar los certificados necesarios.
Si alguna de estas comprobaciones de conectividad falla, el número round trip time será sustituido por una X roja.
El tráfico de medios de WebRTC se realiza a través de UDP, en la medida de lo posible, para reducir la latencia y mejorar la calidad de los medios. Cuando no se dispone de conexiones UDP directas, se recurre al uso de servidores TURN, en los que podemos conectar WebRTC sessions a través de UDP, TCP o TLS, según sea necesario para el escenario presentado.
|
UDP |
El tiempo que se tarda en crear una conexión inicial completa con el servidor TURN usando UDP. |
|
TCP |
El tiempo que se tarda en crear una conexión inicial completa con el servidor TURN utilizando TCP. |
|
TLS |
El tiempo que se tarda en crear una conexión inicial completa con el servidor TURN utilizando TLS. |
Aspectos a tener en cuenta
Si UDP está bloqueado y marcado con una X roja, significa que sus sesiones de WebRTC no se conectan en absoluto o que su calidad se verá degradada por el uso de TCP o TLS. Se recomienda encarecidamente que la red que utilice esté abierta al tráfico UDP y configurada adecuadamente para que sea accesible para el intercambio de medios en directo.
El número no indica el latency o el roundtrip, solo el tiempo de conexión inicial.
Location
El Location Widget se encarga de buscar la geolocalización del usuario. Para ello, utiliza la dirección IP pública que usa el navegador.
|
IP |
La dirección IP (IP Address) pública del navegador que realiza la prueba. Aquí es donde la prueba ve la petición que llega. |
|
City |
Utilizando un servicio externo de geoIP, convertimos la dirección IP (IP Address) en una ciudad. La precisión de la ciudad suele ser del 50 % al 75 %. |
|
Country |
Utilizando un servicio externo de geoIP, convertimos la dirección IP (IP Address) en un país. La precisión del país suele ser del 95 % al 99 %. |
|
Org. |
La organización/transportista/proveedor de servicios que es el propietario de la dirección IP (IP Address). |
Aspectos a tener en cuenta
A veces, hay una gran diferencia entre la ubicación conocida y la supuesta del usuario. Esto puede atribuirse a que la información sobre la dirección IP (IP Address) está obsoleta en nuestra base de datos o puede ser una indicación de que el usuario está utilizando una VPN o ha configurado un proxy HTTP. En el caso de una VPN o un proxy, lo que vemos en nuestro servicio es la dirección IP (IP Address) pública del propio servidor proxy.
Tener un proxy o VPN configurado afecta automáticamente a la calidad de los medios. Si el proxy/VPN está situado lejos de la máquina del usuario, esto supondrá una mayor latency y un mayor deterioro de la calidad de los medios.
Bandwidth Speed
El Bandwidth Speed Widget ejecuta una prueba de velocidad HTTPS desde el dispositivo del usuario hasta la ubicación de nuestro centro de datos más cercano.
Esta prueba ofrece una indicación general de la calidad del enlace, dando pistas sobre la disponibilidad de una conexión de fibra, ADSL u otra. También ofrece una estimación del límite superior de la velocidad de conexión disponible entre la ubicación del usuario y nuestra infraestructura.
|
Best Region |
La mejor región es el centro de datos de pruebas de velocidad elegido para realizar la prueba. Se selecciona en función de la latencia de la petición del DNS y del geoIP del cliente en relación con los centros de datos disponibles. |
|
Uplink |
Muestra la velocidad uplink de la conexión. La velocidad a la que una conexión HTTP puede enviar datos del cliente al servidor. |
|
Downlink |
Muestra la velocidad downlink de la conexión. La velocidad a la que una conexión HTTP puede enviar datos desde el servidor al cliente. |
|
Jitter |
Se calcula realizando una rápida sucesión de pruebas de ping cortas, comprobando la variación de retraso en el tiempo de llegada de las respuestas. |
Aspectos a tener en cuenta
Las sesiones de WebRTC prefieren el envío de medios a través de UDP y necesitan una baja latencia para establecer sesiones en tiempo real.
La prueba de bandwidth speed no se centra en las necesidades de WebRTC, sino en la capacidad del enlace. Esta prueba se realiza a través de HTTPS (una conexión TLS), enviando y recibiendo un archivo estático de gran tamaño y calculando el tiempo que se tarda en enviarlo a través del cable.
A partir de la información recogida, se puede deducir el tipo de conexión y su simetría.
Cuanto más altos sean los valores de uplink y downlink y más bajos los de jitter, mejor.
DNS Lookup
DNS Lookup prueba la accesibilidad y la conectividad a una lista de direcciones HTTPS o WSS.
Con esta prueba, se establece una conexión con los servidores utilizados para el funcionamiento continuo del servicio (no necesariamente vinculados directamente a WebRTC), para asegurarse de que sean accesibles desde el navegador.
Si ninguna de las direcciones resulta en una conexión exitosa, algunas o todas las partes de su servicio podrían no funcionar.
La prueba también verifica y registra el tiempo que tarda en conectarse a los servidores.
| Connected | El número de direcciones conectadas del total que se intentó. |
| Average Connection Time | El tiempo medio de conexión a los servidores. |
| Highest Connection Time | El mayor tiempo que se tardó en conectarse a uno de los servidores. |
| Shortest Connection Time | El tiempo más corto que se tardó en conectarse a uno de los servidores. |
Aspectos a tener en cuenta
Si alguna de las direcciones es inalcanzable, es muy probable que el servicio no funcione.
Cuando los tiempos de conexión son elevados, puede tratarse de un problema de enrutamiento.
El registro incluye los datos de la conexión fallida, así como los tiempos de conexión.
|
? Nota
|