Versão Imprimível
olá , troquei de antena recentemente , fiz uma limpeza um corte de arvores para melhorar o sinal sem interrupções , mas meu ccq ainda continua baixo , alguém pode me dizer alguma solução para isso !
Anexo 56641
Anexo 56642
Bastante perca de dados , estava pingando o google.com.br
Anexo 56644
Mesk tive o mesmo problema que o seu de CCQ baixo já havia feito de tudo no enlace troca de canal, troca de channel width para 10,20,25,30,40 MHZ e nada! O que eu fiz foi trocar a nano da estação que resolveu o problema de CCQ baixo. O teu enlace não e muito distante o teu sinal esta bom o que você pode tentar é diminuir a potência dos rádios ou fazer a troca de um dos lados para ver se resolve.
Amigo, ja baixou o MCS para 1 nos dois lados?
CCQ baixo tem a ver com visada obstruida, posta uma tela do sinal deste cliente no AP.
Eu pessoalmente usaria NanoLoco para até 1km, acima disso NanoStation M5, e para mais de 3Km AirGrid.
Vale lembrar que este CCQ está diretamente relacionado a sua capacidade de conexão com o AP, no AP por sua vez por ter uma antena de maior capacidade de transmissão o CCQ pode ser maior.
Em geral vejo muito disso em clientes (CCQ alto na base e baixo no cliente) sem que hajam muitos problemas.
Sobre o ping, não será outro problema? Saturação de link, rota, PTT, etc? Tente efetuar um ping até o seu ISP para ver se há perdas.
vou te dar um bom conselho, vi que sua potencia esta no maximo e o sinal exelente, então vai baixando a potencia e verificando o ccq. so isso deve resolver, ja tive muito disto aqui.
Amigo bom dia, baixa o -Output power- para 7 ou 5 nos dois lados e monitora pra ver se melhora.
olá amigo quase 90% de ser a potencia de saida... baixa ela... e faça testes.
Veja pelo seguinte lado: O RX está em 117M, é o datarate que o cliente está transmitindo (O TX do cliente é o RX na torre). 117M é MCS14, e MCS14 segundo o datasheet ( http://dl.ubnt.com/datasheets/nanost...nsm_ds_web.pdf ) tem sensibiliade de -78, e segundo essa tabela:
http://4g360.com/forum/topics/reciev...reshold-values
o SNR necessario pra MCS14 (QAM-64 1/2) é de praticamente 23dB. Então -78 + 23dB = -55.
PrecisaRIA ter sinal -55 pra ter conexão DECENTE com MCS14. Essa é a maldição do modo automatic, ele sobe datarate e só baixa quando tem 3 perdas de pacotes consecutivas, se perder 2 e 1 for ok, e repetir isso 100% do tempo ele não baixa o datarate!
Então testar desmarcar a maldita caixa "automatic" do lado do datarate e seta pra MCS10, que não só tem sensibilidade maior como exige SNR menor.
Não aconselho desmarcar o " automatic " pois a funcao do mesmo é equilibrar essa taxa ate o limite setado pelo usuario. Ex: Ele seta para MCS10 entao a aplicação ira regular dentre todos os valores do primeiro MCS disponivel ate no maximo o MCS setado pelo usuario, nesse exemplo seria o MCS10.
Desmarcar essa caixa pode acontecer de em alguem momento de interferencia suas antenas precisarem trabalhar em uma MCS menor e vc comecar a ter problemas por isso. entao por experiencia propria aconselho a nao desmarcar, pois em minha rede nao funcionou com a caixa desmarcada e apos pesquisas sobre a função dela encontrei essa definição que citei anteriormente.
Para resolver seu problema sugiro antes de tudo seria baixar o MCS para o mais proximo possivel de sua realidade, se voce passa um link de 25 megas por exemplo baixe se MCS para um que trabalhe até 35 megas, dai vc teria ainda 10 megas sobrando de sinal AntenaxAntena e dai uma CCQ mais proxima da sua realidade, mas se no seu caso o link que quer passar realmente é grande procure mudar a frequencia em MHZ testando da maior 40 ate a menor disponivel e veja qual trabalha melhor, potencia das antenas e os canais que estao trabalhando, a grande questao da instalacao de antenas é justamente esse momento da configuração mais fina que esquenta a cabeça de muitos.
Mas como dizem cada caso é um caso, experimenta, testa e nao esquece de postar os resultados ;)
Boa sorte e no que eu puder ajudar estou a disposicao.
Tenho nanoloco fechando uma distancia parecida, creio que o problema seja configuração somente, caso tenha interesse podemos quebrar a cabeça no Skype, adiciona lá striteiro13, caso agente consiga resolver postamos o resultado aqui.Citação:
Postado originalmente por mesk
Mas com datarate de 35M não se trafega 25Mbps nunca. Acho que só com 52M de datarate trafega 25Mbps.
A seleção de datarate é MAX TX RATE, é o datarate MAXIMO. Se tiver sinal mais baixo o datarate poderá ser reduzido automaticamente via software, o problema é que o software não é ágil o suficiente pra responder direito a mudanças no sinal, o COSTUMA ficar bem perto do MAX TX RATE, no caso citado está com 117M sendo que o sinal chegando é insuficiente pra isso, é insuficiente pra ter ping estável mas é suficiente pra manter a conexão ativa.
Se faltar sinal por algum motivo a conexão vai ficar ruim mesmo, agora está faltando sinal (É só olhar os dados no datasheet e comparar nível de sinal atual, snr requerido, e ver que falta sinal) e o maldito modo automatic pra variar não está funcionando, não está reduzindo o datarate pra acabar com as perdas, porque ele suporta perdas demais.
A falta de agilidade do modo auto está no ping, se baixar pra MCS9 ou MCS11 fica claro que o software está com datarate acima do que devia. E porque o software é tão pouco ágil? Porque ele se for em datarate alto, o maior possível, afinal mesmo com 2 ou 3 perdas se pode ter um throughput alto. Pra navegação isso é péssimo, mas pra um download a longo prazo pode compensar. Como a princípio provedor wifi vende conexão quem apenas navega, acho mais útil ter throughput baixo mas 100% estável (Ping estável, ou seja, sem jitter. Teste ping -l 1400 também pra verificar), do que ter 2 perdas de ping a cada meia duzia de pacotes ok.
Não lembro os numeros exatos sobre perdas pra o software reduzir o datarate, sempre lembro de 3 pings, se perder 3 pings é quase certeza que reduziu o datarate, mas com 2 perdas o software continua idioamente insistindo em datarate com altas perdas pra o nível de sinal existente. Acho que o numero "mágico" das perdas é algo tipo 15%, quando as perdas de pacotes excedem 15% ele reduz datarate, mas EU acho absurdo uma perda de 14%. Nesse caso tem algo mais errado, porque tem uns 30% de pings perdidos, se o ping entre uma CPE e outra perder 30% e não reduzir o datarate então tem algo errado no software delas (NS Loco é versão basica, lembrem disso).
Quando os modos automaticos (Datarate, largura de canal, ack time) funcionam tudo é lindo, mas eles falham muito, se não dá pra operar com sinal alto, zona de fresnel 100% limpa, nenhum reflexo ou rede de alta tensão em 200% da zona de fresnel, o jeito de contornar o problema é configurando manualmente e ignorando os modos automaticos (Que só em conexões perfeitas funcionam bem, o mundo real raramente tem conexões perfeitas, vide o ack time que metade das vezes mostra distancia errada, é ter qualquer pena de passaro nuns 95% da zona de fresnel e o modo auto já erra configuração e aparece pelo menos 1 ping perdido por minuto).
Opa pessoal , fui fazendo oque vocês me informaram , e ficou assim !
Anexo 56665
Anexo 56666
Anexo 56667
Anexo 56668
Fiz a medição da distancia pelo Google Earth
Anexo 56669
Anexo 56670
Pelo jeito vou presisar trocar de antena , como o rubem disse (NS Loco é versão basica)
Qual e melhor para o meu caso ?
NanoBeam
AirGrid
ou outra ?
Amigo para de ficar quebrando a cabeça e batendo martelo, va de Nanobeam ou Nanobridge e seja feliz, eles tem antena em formato em disco que concentra o sinal, mesmo que seja apenas 2k eu aconselho você usar nanob, apenas diminua a potencia de ambos para não sofrer com ruido.
NanoBeanCitação:
Postado originalmente por mesk
Mas o RX Rate ainda está em 117M, esse é o datarate que o equipamento no outro lado está usando, você tem que reduzir ele pra testar.
Se o datarate sentido A>B em 52M com sinal -62 tá ok, mas o datarate no sentido B>A em 117M com esse sinal gera perdas de pacotes de qualquer forma, cada pacote requer confirmação de recebimento, mesmo que você faça só download você precisa um upload razoavel, cada pacote no sentido A>B requer pelo menos um "ok" no sentido B>A.
Mas se a zona de fresnel não está totalmente limpa nem um Nanobeam no default (Modo auto) vai ficar ok.
Quanto ao Ack time, ajusta manualmente ele um pouco maior que devia, pode colocar 2 milhas no seu caso, isso não vai afetar muito o throughput e pode reduzir ainda mais os pacotes perdidos.
Lembra que wifi é bidirecional, a configurações deve ser otimizada nos 2 lados da conexão.
Rubem , coloquei em MCS 11 e mudei de sinal , esse sinal ae fica na mesma torre ou bem próximo ,por que foi máximo que consegui dele ,acho que pelo numeros de clientes nos AP'sCitação:
Postado originalmente por rubem
Anexo 56675
Ele ficou assim !
Anexo 56676
Agora um duvida minha , existe antenas Ubiquiti Falsas ?
por que estava usando nas imagens de cima um antena de um amigo meu , relativamente igual a minha , porem a dele tem uma imagem abaixo na qual a minha nao tem , essa imagem !
Anexo 56677
Agora uma foto das duas juntas !
Anexo 56678
Cara, mas agora esse sinal -76?
Isso é muito baixo, muito ruim, com sinal tão baixo tem que usar datarate ainda mais baixo.
Como o sinal caiu tanto? Baixou a potencia? Tem que usar a potencia necessaria pra ter sinal suficiente, tem quem indique potencias baixas tipo 5 ou 10dBm mas isso é pra reder utópicas com 300m e zona de fresnel limpa, onde a visada não é boa tem que manter potencia meio alta, tipo 20, 22 ou mesmo 23dBm.
Ubiquiti falso dizem que teve, nunca ví.
O que estranheri no seu é o firmware meio antigo, num tem o 5.3 do ajcorrea, ACHO que é firmware da metade de 2012, houveram vaaaarios firmwares depois desse.
Não precisa ficar correndo atras de firmware novo todo mes, mas quando aparece alguma deficiência umas das coisas a fazer é atualizar firmware, é mais simples que erguer antena e cia.
Rubem , troquei de sinal , Tirei do AP_NIQTURBO_SERVILHAPARQUE e coloquei nesse AP-NIQTURBO-FULL-5.8ghz-2Citação:
Postado originalmente por rubem
o AP_SERVILHAPARQUE tem 153 clientes
enquanto o AP-NIQTURBO-FULL-5.8ghz-2 tem apenas 64 clientes
esse ap que connectei (AP-NIQTURBO-FULL-5.8ghz-2 ) esta com MCS 11
aparentemente fico legal
TX/RX Rate:52 Mbps / 52 Mbps
Não sou dono da empresa , sou apenas um cliente insatisfeito com as respostas que me dão, e busca conhecimento !
Só um detalhe, esse numero lá da direito, o channel, é como o nome diz o numero do canal usado, e não o numero de clientes conectados.
Os canais são numerados só pra ficar mais fácil, é mais fácil falar "canal 153" do que "5.765MHz". TV tem canais pra isso, FM tem canais mas a moda não pegou e continuam falando a frequencia, até celular ou telefone sem fios tem canais numerados e o software trabalha com o numero do canal, só pra ficar mais fácil escrever ou falar.
A media de clientes por AP deve ficar nuns 20 ou 30, teria que ser uma rede absurdamente perfeita pra aturar 64 pessoas conectadas, se uma duzia tivesse sinal -75 ia ter respostas bem ruins.
Hum, entendi , mas por que quando eu troco de AP , quando o AP tem os "Canais menores" a internet fica melhor ?
Anexo 56683
É mais provavel que esse AP esteja com menos clientes conectados porque essa frequencia não é liberada pra uso no brasil.
Se você colocar o páis da CPE como brasil você só irá escanear as frequencias permitidas aqui, algo entre 5,1 e 5,2GHz, e entre 5,7 e 5,8GHz.
Os equipamentos são feitos pro mundo todo, o equipamento vai de 4,9 a 6,1GHz (Não tenho certeza se o NS vai, alguns equiptos Ubiquiti vão, o NS acho que 4,9 a 5,8GHz), você seleciona um país e só então é feita a limitação LEGAL de que frequencias podem ser usadas.
Enfim, se boa parte dos hardwares que se compram aqui vem já configurados pro brasil, o provedor meia-boca não tem capacidade pra mudar o país e conecta nos SSID que aparecem, se boa parte não exibe 5,3GHz então o AP nessa frequencia será o menos usado da rede.
Não sei se é esse o motivo mesmo, mas aposto 2 limões nisso.
Se o provedor que você assina se preocupasse com qualidade da rede ele ia bloquear o acesso somente ao seu MAC em 1 AP, o de sinal mais adequado, ele deve ter a rede em bridge pra permitir que você fique trocando de AP, e rede em bridge sofre muito quando tem muita gente no mesmo AP, talvez esse AP de melhor sinal esteja lotado (30 ou 40 conexões simultaneas) enquanto esse AP que você conecta agora esteja só com uns 5 ou 8 clientes conectados, isso faz muita diferença na qualidade geral da conexão.
(Você deu ping rumo a um site, mas testa ping no gateway da sua conexão, algo tipo
ping -t 172.16.0.1 -l 1400
-l 1400 faz um ping com 1400 bytes, bem similar ao tamanho dos pacotes quando você navega (MTU de 1492 limita o pacote a 1492 bytes, quando faz download ou assiste videos você geralmente trafega pacotes no limte do tamanho, com 1492 bytes, esse tipo de pacote é mais fácil perder do que pacotes pequenos. O ping normal tem 32 bytes, você raramente tem pacotes de só 32 bytes usados pelo sistema, talvez hoje o whatsapp use pacotes pequenos assim, mas enfim, dá um ping -l 1400 rumo ao gateway pra ver se a conexão está realmente melhor que no outro AP (Com sinal -49).
Seria legal aumentar a sensibilidade ?
Anexo 56686
Essa opção é só o limite de sinal, ela não altera a sensibilidade do hardware.
Com esses -75 de limiar, quem tem sinal -76 não conecta, só conecta quem tem sinal -74 ou maior (-73, -72, -71, etc).
Como é um PTP, só tem 1 conexão, isso não tem muita utilidade. Se fosse um AP, com muitas conexões, seria interessante evitar sinais baixos que deterioram a qualidade até das outras conexões.
Bota um nanostation e resolve, 1,7km com o bicho esse ae vai morrer o coitado KK
Amigo faz um compilance test nesses paineis e usa um canal abaixo de 5500
claro que terá que fazer isso em todos os cliente mas é batata
baixa o putty
login senha
touch /etc/ persistent/ ct
save
reboot
faz em todos os cliente demora um pouco mas por acesso remoto é rapido
se for ponto a ponto melhor ainda... e ponha fim aos seus ccqs baixo.
leio as respostas aki sao mtas ideias, porem quem trabalha com provedor sabe que tempo é dinheiro. Quer resolver, faz oke to dizendo, vlw
Anexo 68038Citação:
Postado originalmente por Barretti