
Los usuarios se quejan de que la sesión de Webex [4-5 usuarios] en una red inalámbrica tiene mala calidad. ¿Cómo medir la pérdida de paquetes y documentar las causas de la mala recepción? Gracias.
Respuesta1
Utilice MTR/WinMTR o equivalente; esto mostrará las latencias mínimas, máximas y promedio, así como la pérdida de paquetes para cada salto, incluido el primero.
Es probable que el problema no tenga nada que ver con Webex (sea lo que sea): probablemente sea ruido en la red WIFI.
Respuesta2
Una gran herramienta de medición de latencia esPrueba de velocidad de DSLReports.
Aunque estopodríaser un problema de Wi-Fi, creo que es mucho más probable que seahinchamiento del buffer. Bufferbloat es causado por enrutadores que cometen el error de pensar que es malo descartar algún paquete, incluso si eso significa que las colas de buffer se vuelven enormes y nunca se agotan, lo que agrega mucha latencia a todo lo que hace y bloquea el control de congestión de TCP. algoritmo se active.
La solución es utilizar algoritmos de colas inteligentes como fq_codel o PIE, junto con la notificación de congestión explícita (ECN), en los cuadros donde las colas del búfer se acumulan pero nunca se agotan. Por lo general, este es el cuadro justo antes del enlace más lento y, por lo general, el enlace más lento es su conexión de banda ancha. Por lo tanto, generalmente se trata de su módem de banda ancha o enrutador de puerta de enlace de Internet y el DSLAM o CMTS de su ISP. Smart Queuing es lo suficientemente inteligente como para activar ECN y, si es necesario, descartar paquetes en lugar de agregar demasiada latencia, para que el control de congestión de TCP pueda funcionar.
Si tiene bufferbloat pero no puede poner mejores colas en las casillas donde se están acumulando, considere instalar un enrutador con buenas colas entre su módem de banda ancha y el resto de su red, y limitar artificialmente su ancho de banda para hacerlo ligeramente el cuello de botella en ambas direcciones. Esto le permite convertirse en el lugar donde las colasharíase han acumulado, pero es lo suficientemente inteligente como para activar ECN y descartar paquetes, por lo que el control de congestión de TCP se activa antes de que se puedan acumular colas de búfer en cualquier parte de la red.