Cómo averiguar qué dispositivo está tomando el ancho de banda, dentro del WiFi de una casa

Casi todas las casas tienen WiFi y su gente se conecta a través de diferentes dispositivos. Computadora portátil, PC, teléfonos inteligentes, incluso soluciones IoT.

Tengo una necesidad muy básica. Quiero saber qué dispositivo está devorando el ancho de banda de WiFi, porque otros sienten una velocidad y conectividad terribles.

Sin embargo, no puedo encontrar un software para hacer eso. Quiero decir, no soy un profesional de la red, pero esto parece ser una necesidad muy muy extendida. El primer paso para descubrir por qué la conexión a Internet es lenta es descubrir qué la consume. Estoy en lo cierto?

¿Tenemos una aplicación que facilita la búsqueda de dispositivos conectados y su uso y tráfico?

Su premisa es incorrecta (es decir, esta no es una necesidad muy básica), lo que significa que esta información es sorprendentemente difícil de obtener. La mayoría de los enrutadores de nivel de usuario doméstico no tienen una forma de obtenerlo.

Si tiene un enrutador que admite DD-WRT o similar, puede actualizar su enrutador con este software y luego usar un complemento de software para monitorear los datos por IP, posiblemente YAMon

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.