Estou com problemas de WLAN no meu laptop winboot / dualux - a conexão no lado do linux tem problemas ocasionais e parece um pouco lenta e pesada. Eu tentaria consertar esse problema mexendo em todos os tipos de configurações de roteador, ou backports de módulos de kernel WLAN, ou qualquer outra coisa - mas o problema é, é difícil saber se as configurações tiveram algum efeito, pois o problema aparece apenas no sentimento subjetivo velocidade de conexão. Então eu gostaria de ter alguma maneira de executar uma medida que me diria se o problema foi afetado ou não.
Até agora, usei apenas iwconfig , que retorna dados normais, e ping -c 100 -i 0.2 no roteador e alguns endereços IP de site stabile, mas o resumo não me fornece todos esses dados bons, apenas a perda ocasional de pacotes . Uma informação que está faltando no resumo é a contagem de pacotes com tempo de ida e volta claramente divergente, já que esse é um dos sintomas que notei - a maioria dos pacotes volta com um horário regular, mas alguns deles demoram muito mais tempo.
Então, que ferramentas posso usar para obter alguns dados numéricos reais sobre a qualidade da minha conexão com a Internet?
(E caso alguém esteja se perguntando, sim, o problema é real e não apenas um viés de confirmação, já que às vezes parece ruim o suficiente para me tirar da conexão WLAN. um bug do Ubuntu e / ou este bug Redhat )
Talvez configurar smokeping no lado do Linux e apontá-lo para o AP?
Smokeping periodicamente (configurável) envia -20 pings ao mesmo tempo, e então graficam quantos retornos e o intervalo de tempo em que eles retornaram. Se você tem muitos pacotes descartados, ou o intervalo realmente grande, então você deve se preocupar.
Sevocêquiserusarosmokeping,use
Use o tcpdump para capturar pacotes que estão deixando sua sub-rede LAN local. Em seguida, use ferramentas como o Wireshark ou o tshark para fazer algumas análises sobre a quantidade de perdas que você está enfrentando, bem como a variação na viagem de ida e volta o tempo é, e como o TCP está se comportando. (Windowing, retransmite, etc).
O motivo pelo qual eu sugiro isso ao invés de executar algum tipo de software de monitoramento baseado em ping / traceroute é que muitas operadoras de rede tratam o tráfego ICMP (e a geração de ICMP inacessíveis, que o traceroute depende) diferentemente do tráfego UDP / TCP real. Usar uma ferramenta baseada em ICMP pode, portanto, fornecer resultados espúrios.