Postado originalmente por
rubem
Eu diria que se é pra deixar alguém em auto, deixa a torre.
O cliente tem pouco dado pra enviar, só o upload, rajadas de 100 a 200kbps geralmente, não precisa de muita coisa.
A torre tem que "ouvir" todo mundo, se o sinal de todos chega em digamos 54M mas em algo baixo tipo -60dBm, a torre vai ficar pedindo reenvio pra todos.
(Porque o software NÃO se adequa como devia, o software é burro e insiste em subir de rate mesmo não tem sinal suficiente)
Já se os clientes todos estiverem transmitindo em digamos 12V, o sinal de -60dBm será mais que suficiente pra todos esses sinais serem legíveis, a torre vai entender tudo no primeiro envio, não vai precisar pedir repetição.
Geralmente se coloca um equipto bom na torre, rádio a 20dbm e antena de 19dBi. Isso dá 39dBm EIRP.
Mas o equipamento dos clientes nem sempre é bom, tem muita CPE barata que só tem 17dBm de potência, se a antena é de 12dBi, isso dá 29dbm EIRP.
Ou seja, o sinal AP>cliente será 10dBm maior que o sinal cliente>AP, logo, faz sentido que o data rate setado na torre seja digamos 36M, e o data rate setado nos clientes seja 12M.
(Alias, são 2 motivos então, a menor potência nos equiptos dos clientes, e a menor banda necessária, digo, upload é geralmente 15 a 50% dos download)
O cliente só tem que ouvir 1 contraparte, então a CPE do cliente consegue entender melhor caso chegue um sinal a -60dBm com data rate de 36M. Pelo menos vai entender bem melhor que se isso chegar assim no AP, que vai ter 10 ou 15 sinais chegando juntos.
Quando tem sinal suficiente pro maior data rate (54M, já que estamos usando data rate de A e G), tipo -50dBm, se deixar o data rate automatico tudo funciona porque ele vai tender a ir pro maior data rate.
Mas em PTMP é normal a torre receber dos clientes uns sinais ridículos tipo -65 ou -70dbm, se deixar em automático a maioria dos softwares é burro o suficiente pra usar 54M mesmo com sinal baixo, quando tem só 1 pessoa assim não tem problema, reenvia pacotes até dar certo, mas quando tem 10 pessoas navegando cada pacote é reenviado 3 vezes, ao invés de 30 pacotes por segundo são trafegados 90 pacotes por segundo, os 2MB pra abrir o site no navegador vão passar, mas vão ser tantos reenvios que vai levar 10 segundos, dá uma média de 1,6Mbps, enquanto sem reenvios de pacotes se houvesse a limitação nos mesmos 1,6Mbps não seriam 10 segundos de tráfego (Ocupação do AP), mas só 3 segundos, ocupa menos tempo do rádio e abre a página mais rápido pro cliente.
Mikrotik ensina um pouco sobre essas perdas quando na aba Wireless a gente ativa a coluna TX/RX packets, lá dá pra ver a quantidade de pacotes enviados e recebidos. Se a conexão monitorada tiver uma CPE MK ou algo que exiba a quantidade de pacotes enviados e recebidos, dá pra olhar as perdas. Numa conexão muito boa os números serão quase iguais nos 2 lados, mas quando tem sinal ruim num dos sentidos, os numeros são muito diferentes, uma lado diz que teve 400 mil pacotes de TX, mas o outro disse que teve só 300 mil de RX, ou seja, um enviou 400 mil, mas o outro recebeu só 300 mil. Isso dá 25% de reenvio a mais que o necessário (Mas só pesa quando o AP está tendo muito pacote pra enviar, só em horário de pico talvez).