Quase todas as casas têm Wi-Fi e suas pessoas se conectam a ele por meio de dispositivos diferentes. Laptop, PC, smartphones, até mesmo soluções IoT.
Eu tenho uma necessidade muito básica. Eu quero saber qual dispositivo está devorando a largura de banda do WiFi, porque os outros sentem uma velocidade e conectividade terríveis.
Ainda não consigo encontrar um software para fazer isso. Quer dizer, eu não sou um profissional de rede, mas isso parece ser uma necessidade muito difundida. O primeiro passo para descobrir por que a conexão com a Internet é lenta é descobrir o que está consumindo. Estou certo?
Temos um aplicativo que facilita a descoberta de dispositivos conectados e seu uso e tráfego?
Sua premissa é errada (ou seja, esta não é uma necessidade muito básica), o que significa que essa informação é surpreendentemente difícil de obter. A maioria dos roteadores de grau de usuário doméstico não tem como obtê-lo.
Se você tiver um roteador que suporte DD-WRT ou similar, você poderá fazer o flash do seu roteador com este software e então usar um software para monitorar dados por IP - possivelmente YAMon
Eu sei que esta resposta vai parecer muito longe do que você estava pedindo, mas por favor, tenha paciência comigo. A primeira possibilidade que você precisa eliminar é bufferbloat. Eu explico.
Na maioria dos lares, o Wi-Fi não é muito usado para tráfego de LAN para LAN, é usado principalmente para tráfego de Internet. Por isso, quando as pessoas dizem que o Wi-Fi da sua casa fica lento quando muitas pessoas o usam, elas realmente querem dizer que a capacidade de acessar coisas na Internet fica lenta quando muitas pessoas o usam.
O provável ponto de congestionamento no tráfego de uma casa típica da Internet não é seu tempo de acesso Wi-Fi, é mais provável que seja o seu link de banda larga. Algumas pessoas têm a noção errônea de que, quando um link de rede fica congestionado, o aumento da latência (atraso, tempo de ida e volta, etc.) é um resultado natural. Mas isso não é verdade. Se a latência aumenta quando o seu link está congestionado, é um sinal de que uma ou mais partes do seu equipamento de rede (modems / gateways / roteadores / APs) tem um bug bem conhecido chamado bufferbloat .
O Bufferbloat é quando o seu equipamento de rede lida com o congestionamento apenas armazenando tudo em buffer e permitindo que o backlog de pacotes armazenados em buffer fique cada vez mais longo sem nunca deixar cair nenhum pacote. Roteadores antigos não faziam isso. A RAM era mais cara nos primeiros dias da Internet, portanto, os roteadores não tinham RAM suficiente para armazenar muitos pacotes em buffer, para que eles ficassem rapidamente sem espaço no buffer e começassem a perder pacotes quando o congestionamento acontecesse. Os algoritmos de controle de congestionamento do TCP detectariam pacotes perdidos e usariam isso como um gatilho para os algoritmos de controle de congestionamento. Mas agora a RAM é barata e os roteadores modernos podem armazenar toneladas de pacotes e, ao fazer isso, ocultam acidentalmente o congestionamento Assim, o controle de congestionamento TCP nunca entra em ação. Tudo o que essas filas de buffer inchadas fazem é adicionar latência crescente à rede, fazendo com que a rede pareça muito lenta.
Assim, sempre que as pessoas sentem que sua rede doméstica está lenta, a primeira coisa que precisam fazer é executar uma ferramenta como dslreports.com/speedtest que fornece um grau de latência de bufferbloat. Execute-o no momento em que você perceber que sua rede está lenta. Se você obtiver um grau de bufferbloat ruim, resolva primeiro seu problema de bufferbloat, antes de tentar acusar um usuário, dispositivo ou processo de monopolizar a largura de banda. Usar QoS (ou falar com membros da família) para punir fluxos de tráfego de alta largura de banda geralmente NÃO é necessário. Fix bufferbloat primeiro.
Uma maneira de endereçar o bufferbloat é habilitar um algoritmo "Smart Queue Management" (SQM) com reconhecimento de bufferbloat, como FQ-CoDel no seu roteador na cabeça da sua rede. Se o seu roteador puder executar qualquer distribuição de firmware de roteador baseada em Linux de código aberto bem conhecida, como LEDE, OpenWrt ou DD-WRT, você poderá seguir as instruções on-line para saber como fazer isso. Essas instruções também informarão sobre como ajustar os recursos de modelagem de tráfego do roteador para tornar o roteador um pequeno gargalo na sua rede. Fazendo com que o seu roteador com bom nível de buffer tenha um pequeno gargalo, ele permitirá que o controle de congestionamento do TCP seja acionado antes que o bufferbloat possa acontecer em qualquer outra caixa em sua rede.
Se você não quer mexer com as distribuições de firmware do mercado de reposição, você pode comprar soluções de roteador prontas para uso no bufferbloat, como o IQrouter do evenroute.com. Eu não usei isso sozinho, então eu não posso garantir, mas eles especificamente comercializá-lo como cuidar de bufferbloat da maneira que eu descrevi acima.
Se acontecer de você realmente não ter um problema de bufferbloat e outra coisa realmente acontecer na sua rede, minha melhor dica para você é lembrar que o recurso escasso no Wi-Fi é tempo de antena , não largura de banda. Dependendo do sabor do Wi-Fi suportado pelos seus dispositivos AP e cliente, e até que ponto um determinado cliente é do ponto de acesso, alguns dispositivos Wi-Fi da sua rede podem usar o tempo de antena até 1733 vezes mais eficientemente do que outros dispositivos. Assim, um dispositivo de última geração pode estar enviando um gigabit por segundo de tráfego e ainda usar menos tempo de transmissão do que um dispositivo mais antigo, mais distante do ponto de acesso, que fica preso usando a antiga taxa de dados de 1 Mbps. Então, se você olhar para largura de banda em vez de tempo de antena, ficaria tentado a punir o cara gigabit-por-segundo, quando na verdade o cara de 1Mbps é quem usa uma quantidade irracional de tempo de antena. Portanto, lembre-se sempre de dividir o uso de largura de banda de um determinado dispositivo pela taxa PHY média para obter o tempo de transmissão e comparar o uso do tempo de transmissão, não a largura de banda entre dispositivos.