Postado originalmente por
rubem
Nesse caso tem um sinal ainda mais baixo, no chain0 tem RX a -72dBm, que é sinal suficiente pra um data rate muito baixo.
Mas... parece que esse cliente está fixo em modo A, é isso? Tá meio esquisito isso aí, parece ser 36M o data rate em uso.
Quando tem uma mistura de modos e data rates vindos dos clientes é complicado ter certeza do throughput que devia ter. Ter o mesmo RX vindo de todos os clientes é o jeito simples de estimar que throughput de TX teria, e o jeito mais simples de fazer isso é usando um TX Rate fixo nos clientes (TX do cliente vira RX na torre, a boca de um fala pro ouvido do outro). Se for usar modo somente N nos clientes, e nivelar pelo cliente de pior sinal (-72dBm é o pior RX?), vai ter que usar digamos MCS9 nos clientes, mas se os sinais baixos são fruto de zona de Fresnel parcial, usar data rate mais baixo ainda permite uma rede ruim. Um sinal -72dBm que é fruto de uma distância enorme tipo 10km até o cliente, é um sinal ok, mas quando esse final baixo é fruto de zona de Fresnel comprometida, não tem como fazer o CCQ subir nem com data rate baixo, tem que sair pelos clientes de sinal baixo erguendo ou reposicionando antenas, e tem que fazer isso se baseando nos piores sinais que ver na aba Signal (Nesse caso, -72dBm, é o sinal Cliente>Torre provavelmente na polarização vertical).
Sempre que tem 2 ou 3 clientes com visada ruim é difícil o todo ter um throughput alto, o AP perde tempo reenviando pacotes pra esses 2 ou 3 clientes com problemas, tempo que podia estar sendo gasto enviando pacotes novos pros clientes com sinal bom.
Até dá pra misturar modo A e N, mas seria bom usar data rate fixo e baixo nos clientes, tipo 18M nos clientes com equipto velho que só tem modo A, e digamos MCS10 nos que tem equipto que suporta N (Talvez MCS3 nos clientes com pol. simples), mas ainda assim precisa ter todos os clientes chegando com sinal suficiente, sem zona de Fresnel muito afetada.
Bom mesmo é equalizar o sinal dos clientes, ajustar a potência de cada um (No ato da instalação) de modo que todos cheguem na torre (RX na torre) digamos em -65dBm, num caso desse pode usar A em 36M, ou N em MCS4 ou MCS12. O nível de RX no cliente pode ser variado porque a CPE do cliente só conversa com 1 contraparte, mas o RX na torre deve ser padronizado e estável, porque o coitado do AP tem que conversar com duzias de clientes, se tem um gritando a -50dBm, e outro sussurrando a -72dBm ele vai perder alguns pacotes, vai desperdiçar tempo pedindo reenvio de pacote que não entendeu, essa perda de tempo gera throughput baixo, por isso o CCQ aparece baixo.