Sé que esta respuesta parecerá bastante diferente de lo que estaba pidiendo, pero por favor tengan paciencia conmigo. La primera posibilidad que debes eliminar es bufferbloat. Lo explicaré.
En la mayoría de los hogares, el Wi-Fi no se usa mucho para el tráfico de LAN a LAN, sino que se usa principalmente para el tráfico de Internet. Entonces, cuando la gente dice que el Wi-Fi de su hogar se ralentiza cuando mucha gente lo está usando, realmente significa que su capacidad de acceder a cosas en Internet se ralentiza cuando mucha gente lo está usando.
El punto de congestión probable en el tráfico de Internet de un hogar típico no es su tiempo de conexión Wi-Fi, es más probable que sea su enlace de banda ancha. Algunas personas tienen la noción errónea de que cuando un enlace de red se congestiona, el aumento natural es la latencia (retraso, tiempos de ida y vuelta, etc.) es un resultado natural. Pero eso no es verdad. Si la latencia aumenta cuando su enlace está congestionado, es una señal de que una o más piezas de su equipo de red (módems / puertas de enlace / enrutadores / AP) tienen un error conocido llamado bufferbloat .
Bufferbloat es cuando su equipo de red se ocupa de la congestión simplemente almacenando todo en un búfer y permitiendo que la acumulación de paquetes almacenados en búfer se alargue cada vez más y más sin que se pierda ningún paquete. Los viejos enrutadores no hacían esto. La RAM era más cara en los primeros días de Internet, por lo que los enrutadores no tenían suficiente RAM para almacenar muchos paquetes, por lo que se quedarían rápidamente sin espacio en el búfer y comenzarían a soltar paquetes cuando ocurriera la congestión. Los algoritmos de control de congestión de TCP detectarían paquetes caídos y los usarían como activadores para que los algoritmos de control de congestión se activaran. Pero ahora la RAM es barata y los enrutadores modernos pueden almacenar toneladas de paquetes, y al hacerlo, ocultan accidentalmente el hecho de que está ocurriendo la congestión. , por lo que el control de congestión TCP nunca se activa.
Por lo tanto, cada vez que las personas sienten que su red doméstica es lenta, lo primero que deben hacer es ejecutar una herramienta como dslreports.com/speedtest que proporciona un grado de latencia de bloqueo de búfer . Ejecútelo en un momento en que note que su red está siendo lenta. Si obtiene una mala calificación de bufferbloat, primero aborde su problema de bufferbloat, antes de molestarse en tratar de acusar a un usuario, dispositivo o proceso de acaparar el ancho de banda. Por lo general, NO es necesario utilizar QoS (o dar conferencias a miembros de la familia) para castigar los flujos de tráfico de gran ancho de banda. Arregle el tampón de bloqueo primero.
Una forma de abordar el bloqueo de búfer es habilitar un algoritmo de "Gestión inteligente de colas" (SQM) compatible con el bloqueo de búfer, como FQ-CoDel, en su enrutador en la cabecera de su red. Si su enrutador puede ejecutar cualquier distribución conocida de firmware de enrutador de código abierto basado en Linux, como LEDE, OpenWrt o DD-WRT, puede seguir las instrucciones en línea sobre cómo hacerlo. Esas instrucciones también le informarán sobre cómo ajustar las capacidades de modelado del tráfico de su enrutador para hacer que su enrutador sea un pequeño cuello de botella en su red. Al hacer que su enrutador con capacidad de bloqueo de búfer sea un ligero cuello de botella, permitirá que se active el control de congestión TCP antes de que el bloqueo de búfer pueda ocurrir en cualquier otro cuadro de su red.
Si no quiere jugar con las distribuciones de firmware del mercado de accesorios, puede comprar soluciones de enrutador llave en mano con bloqueo de búfer como IQrouter de evenroute.com. No lo he usado yo mismo, por lo que no puedo garantizarlo, pero lo comercializan específicamente como cuidar el tampón de la forma que describí anteriormente.
SI resulta que realmente no tiene un problema de bloqueo de búfer y algo más está sucediendo realmente en su red, mi mejor consejo para usted es recordar que el escaso recurso en Wi-Fi es tiempo de aire, no ancho de banda. Dependiendo del sabor de Wi-Fi compatible con su AP y dispositivos cliente, y qué tan lejos esté un cliente determinado del AP, algunos dispositivos Wi-Fi en su red podrían estar usando tiempo aire hasta 1733 veces más eficientemente que otros dispositivos. Por lo tanto, un dispositivo de última generación podría enviar un gigabit por segundo de tráfico y aún usar menos tiempo de aire que un dispositivo más antiguo, más alejado del AP, que está atascado usando la antigua velocidad de datos de 1 Mbps. Entonces, si observa el ancho de banda en lugar del tiempo de aire, estaría tentado a castigar al tipo de gigabit por segundo, cuando en realidad el tipo de 1 Mbps es el que está utilizando una cantidad de tiempo de aire no razonable. Por lo tanto, recuerde siempre dividir el uso de ancho de banda de un dispositivo dado por su tasa PHY promedio para obtener el tiempo de aire, y comparar el uso de tiempo de aire, no el ancho de banda entre dispositivos.