Amigo como falei em uma citação anterior o uptime menor que tenho é de mais de 200 dias. Eu não lembro de cabeça nem o ip do radio mas se esta precisando de ajuda manda teu email por MP podemos trocar experiencias ok
Versão Imprimível
Veja que naquele artigo do Morinoto que postei o link, dá uma dica a respeito do RTS.
Nos clientes fui testando, até que achei o melhor para o meu caso.
Parece brincadeira, mas deixei em zero o RTS. Pensei assim, se ele vai de 0 a 2347 porque não usar zero para ver no que vai dar. 256 eu usei mais de uma semana para observar o rendimento geral . Como funcionou bem, comecei a trocar alguns para zero e observar.
Hoje, todos estão com zero.
E a fragmentação deixei em 2346 que é o tamanho máximo do frame enviado.
Tenho estudado agora a configuraçãodo RTS nos APs, mas não notei nada de prático ainda.
Assim que deixo a fragmentação e o rts nos APs em 2346. Se deixar o RTS em 2347, ele estará sendo desligado. Não notei também nada de diferente.
Porque? Porque uma vêz que o AP deu autorização para o cliente transmitir, o AP irá completar o ciclo da conexão, enviando para o cliente. O Ap não precisa pedir autorização para o cliente para enviar pacotes, por isso é que não precisa baixar o rts no AP.
Numa fração de segundo seguinte, outro cliente estará recebendo a autorização e o AP irá atende-lo livremente sem choques de pacotes.
Como configurei para zero, nenhum clientes em tese, deverá enviar pacotes sem ter o caminho livre.
Se configurar como 256, no cliente, todos os pacotes maiores que este valor, ele terá que pedir permissão.
Se ainda assim houver alguma perda de pacotes para este cliente, ( pois a perda pode ser por interferencia e não por choque de tráfego) , pode-se daí diminuir o valor da fragmentação no rádio dele. Pacotes menores tem menos chance de serem perdidos e reenviados.
Estes dois parâmetros, o RTS e a Frangmentação trabalham em conjunto mas cada uma tem um efeito diferente quando configurado.
Eu experimentaria em alguns clientes baixar o rts para zero, e a fragmentação começar em 256 que é o mínimo que o procoto aceita. E ir aumentando o valor da fragmentação e observando os resultados.
Mas isso precisaria ser feito num número razoável de clientes para que o desempenho geral possa ser medido. Se voce fizer isso só em um cliente e os outros estiverem perdendo pacotes por colisão (RTS) ou por interferencias (fragmentação) a rede toda estará sofrendo e o resultado não será observado.
Vá alterando naqueles que estão online e observando.
Pessoal, estou no mesmo dilema da wavion. Montarei uma rede pra cemeras ip com umas 20 cameras, em uma cidade pequena, extenção de 4km. Estou pensando em usar warion wbs 5800, Routerboard Mikrotik RB 433, Cartao MiniPCi na central e nas cameras antena Nano Loco M5 Mimo 5.8GHZ. O que vocês acham?
Tbem estou com um projeto parecido Raphael, só que no meu caso são 12 cameras Ips, usar tbem as Nano Loco M5 nas cameras e pra recepção Rocket M5 com Ubiquiti airmax Basestation AM-5G19-120 19Dbi 120º 5Ghz para interligação com o DVR. Vamos colocar tbem duas Warion WBS5800 para cobrir a cidade, mas nw vamos usa-las para recepção do sinal de CFTV, somente para acesso web, acredito nesse caso, que podemos aproveitar melhor a tecnologia Mimo da Ubiquiti, alem de separar os sistemas.
Uma duvida, que ja foi respondida pelos técnicos da Empresa, mas gostaria de saber da pratica com alguem que ja tenha usado, Warion 5800 ou 2400 e nos clientes Nano Loco e/ou Nano Loco M e como foi os resultados comparados com outros kits clientes? Ou melhor seria o cliente da Warion WCPE-24HP-USB WI-FI (não passa a mesma confiança que passa o AP da Warion, mas vai saber se na pratica eh bom)??Qual melhor cliente??