Estou me preparando para um teste de carga de um sistema wi-fi em sala de aula. Todos os alunos ligam seus laptops no início da aula, que inicia o navegador da web e então iniciam a aula - o que envolve o download de uma aula baseada em flash (de um servidor dentro da escola), geralmente de meio a 2 MB de download.
Em alguns casos, o tempo de carregamento chega a 5 ou 10 minutos. Portanto, quero monitorar todas as partes do sistema para dizer com confiança onde estão os gargalos e quantos clientes podem usar razoavelmente um único ponto de acesso Wi-Fi. Portanto, estamos planejando executar testes com até 50 clientes e ver o que acontece (sei que a maioria das pessoas recomenda de 20 a 25 clientes por ponto de acesso, mas o cliente quer testar isso - e quero obter bons dados para mostrar ao cliente De uma forma ou de outra).
Já sei como monitorar o servidor. O ponto de acesso wifi suporta SNMP e parece fornecer muitas variáveis, mas não quero ter que percorrer muito.
Portanto, a questão é: quais variáveis relacionadas ao Wi-Fi são as principais a serem monitoradas para caracterizar quando o sistema está sobrecarregado, os clientes estão esperando, as colisões estão acontecendo, etc.?
Fico feliz em saber os nomes genéricos do que deveria estar lá e procurar os arquivos sozinho, mas se você quiser/precisar ver os detalhes, então o ponto de acesso que estamos usando é oUbiquidade Nanoestação 2. Os arquivos MIB para produtos Ubiquity estão vinculados na parte inferior dosua página SNMP. Embora eu também tenha descoberto que eles parecem apoiar pelo menos parte doMIB Mikrotik.
Responder1
A abordagem simples seria apenas monitorar os IF-MIB::ifInOctets.<ifIndex>/ IF-MIB::ifOutOctets.<ifIndex>OIDs periodicamente e verificar a largura de banda disponível. No MikroTik MIB vinculado, você pode descobrir as taxas atualmente definidas lendo mtxrWlStatTxRate: 1.3.6.1.4.1.14988.1.1.1.1.1.2.<ifIndex>e mtxrWlStatRxRate: 1.3.6.1.4.1.14988.1.1.1.1.1.3.<ifIndex>. É claro que isso não levaria em consideração as especificações sem fio, mas seria capaz de lhe dar uma ideia aproximada se a largura de banda total disponível em sua interface é o gargalo (provavelmente é se você observar usos próximos à capacidade total do canal).
Em geral, a menos que suas estações ou antenas estejam mal localizadas e o éter esteja limpo na frequência do canal escolhido, você pode esperar uma taxa de transferência de aproximadamente 2-3 MB/s de um único canal G (54 MBps 2,4 GHz).
Se precisar de informações mais específicas sobre novas tentativas e erros do lado do AP, você pode ler a dot11Counterstabela do MIB IEEE802dot11 - especificamente os valores dot11RetryCount, dot11MultipleRetryCounte dot11FailedCountda instância apropriada.
802.11 não possui colisões, mas possui detecção de portadora física e, opcionalmente, umAperto de mão RTS/CTSantes da transmissão dos quadros. O monitoramento dot11RTSFailureCountlhe dará uma ideia aproximada de quantas vezes uma solicitação RTS não é respondida por um CTS, não concedendo assim o canal à estação emissora.
Observe que você poderá ver uma quantidade relativamente baixa de novas tentativas e falhas de RTS se for o seu ponto de acesso que gera a grande maioria do tráfego (ou seja, as estações estão recebendo principalmente dados). Você pode querer dar uma olhada na IF-MIB::ifOutDiscards.<ifIndex>interface sem fio ou IF-MIB::ifInDiscards.<ifIndex>na interface com fio, pois esses números aumentariam sempre que o buffer estivesse cheio e não pudesse receber nenhum quadro adicional (ou seja, o AP está enviando na taxa máxima, mas os quadros na interface Ethernet continue chegando em um ritmo mais rápido).
Responder2
Se tudo o que você está tentando fazer é provar ao cliente que ele está sobrecarregando o AP, você pode usar os OIDs dot11RetryCount e dot11MultipleRetryCount.
dot11RetryCount - 1.2.840.10036.2.2.1.4
dot11MultipleRetryCount - 1.2.840.10036.2.2.1.5
Isso lhe dará uma estimativa aproximada de quão congestionado está o ar. Quando a contagem de novas tentativas atingir mais de 10% do dot11TransmittedFrameCount, você começará a ver lentidão.
Aqui está o caminhante de objetos MIB da Cisco - que deve ajudar se você precisar descobrir outros OIDs para examinar.