Con el requerimiento de mayor ancho de banda por parte de  los usuarios de Internet a partir de la pandemia se plantearon muchas dudas sobre como cuantificar la la calidad de servicio.

Si bien las recomendaciones ya estaban escritas (RFC6349) y también existían infinidad de pruebas para medir la velocidad de Internet, no se les prestaba demasiada atención ya que no había un uso extensivo de las plataformas de video (Youtube, Netflix, Amazon, etc).

La pandemía obligó a todos a quedarnos en casa, ya sea para trabajar, entretenernos, comunicarnos con los seres queridos, aprender ,etc. Esto disparó  la necesidad de conexiones de Internet de mayor ancho de banda.Como dato ilustrativo: uno de los mayores ISP´s de Estados Unidos (Comcast) experimentó en los 4 primeros meses de la pandemia el mismo crecimiento de trafico que se venía produciendo en los dos años anteriores.

Aceptacion de servicios.

Tradicionalmente las pruebas de calidad de servicio se vienen haciendo segun la RFC2544 o bien con la IITU.T Y.1564.

Esta pruebas se hacen en capa 2 (Ethernet)  o capa 3 (IP) del modelo OSI  y son una excelente aproximación al comportamiento de la red.

En estas pruebas se mide: Cuantos datos es capaz de transportar la red (Throughput), la latencia, la perdida de paquetes, jitter de la señal, etc.

Sin embargo estos no son valores que reflejen en forma completa la percepción que tiene el usuario final del comportamiento de la red. La tipica discusión entre proveedor y cliente es:

Proveedor del servicio: Acá están los resultados de la medición segun RFC2544
Cliente: Si, pero la red está lenta, y no se manifiesta el ancho de banda de que yo compré.

La prueba final que va a dejar conforme al usuario, va a ser aquella que muestre en forma cuantitativa la experiencia de usuario (QoE, Quality of Experience) y para eso se debe usar otra herramienta que es la

QoE (RFC6349)

Calidad de experiencia o experiencia de usuario

QoE es la felicidad o frustración general con la experiencia de la red.

La QoS puede estar bien, pero la QoE puede ser deficiente.

Las pruebas de QoE con RFC6349, de alguna manera traducen la medición subjetiva (del usuario) a una medición cuantitativa por parte del Proveedor de Servicios.

Elimina la pregunta “¿cuál será la experiencia del usuario en este servicio?”

Proporciona al proveedor de servicios un método para probar la experiencia del usuario final de la red.

Esta prueba se hace a nivel de capa 4 y se desarrolla sobre el protocolo TCP, que es precisamente el que asegura que los datagramas lleguen en el orden que fueron transmitidos y además que si alguno llegó mal se reatransmita. Si hay problemas y los datagramas se tienen que retransmitir varias veces la percepción final del usuario es: La red está lenta.

Una forma indirecta de realizar la prueba de RFC6349, es la prueba de velocidad (Speed Test). Los proveedores de servicio tienen sus propios servidores de los cuales saben exactamente cuantos saltos (Routers/switches ) se tienen que ejecutar para llegar hasta ese servidor.

Esta prueba se podría hacer directamente con una PC moderna (por ej que tenga una NIC de 1 GB), pero la PC no está corriendo solamente esa prueba, sino que además tiene otros procesos en marcha con lo cual los resultados pueden ser engañosos y llevar a una experiencia de usuario errónea.

Para ello hay que contar con un instrumento que esté dedicado solamente a eso. Obviamente para velocidades mayores 10 GB, ahí directamente no se puede realizar la prueba sin un instrumento.

VeeX cuenta con la prueba de speed test en todos sus instrumentos para Ethernet hasta 100 G, en algunos equipos como el FX120 (analizador GPON) y analizadores de DOCSIS.

Uno de esos equipos es el MTX150 Lite , que puede realizar pruebas de Speed test hasta 10 Gb. Es importante recalcar que a diferencia de otros instrumentos del mercado que hacen solamente la prueba contra los servidores OOKLA, en este instrumento (como en el resto los equipos de VeeX con esa funcionalidad)  la prueba se puede hacer contra un servidor definido por el usuario.

Finalmente, escaneando el QR que aparece en la pantalla del instrumento cuando se va a guardar la prueba, es posible generar el reporte directamente en el telefono celular (ver nota anterior)