Re: MCS automático Ubiquiti
A omni é uma comum?
Ou é a 5G10 ou 5G13 da Ubiquiti?
Porque omni tem um desempenho meia-boca, não pra derrubar o CCQ pra 76% (Acho que ia baixar pra 98% onde com setorial teria 100%), mas se juntar um monte de fatores dá pra colocar culpa da omni.
O fator principal seria reflexo. Omni manda pra todo lado e recebe de volta os próprios reflexos de todo lado, potencia alta tipo mais que 30 a 35dBm EIRP acho que atrapalha mais que ajuda quando tem algo do lado da omni, a poucos metros, ou em angulo que permita reflexo voltar em cheio pra omni.
Se de dia fica ruim, não tem telhado metalico no caminho? Tive loja do lado de um galpão com telhado de zinco e o acesso sobre esse telhado de tarde era quase impossível mesmo com 100% da zona de fresnel limpa, mas... ficava nuns 150% da zona de fresnel, sinal tipo -60dBm e o Winbox caia a cada 20 segundos.
(Cheguei a filmar aquela ondulação que o calor cria na imagem, com camera que filmava 120fps, só pra ver em camera lenta, pena que não guardei isso, mas era tipo onda do mar, distorção total da luz por calor, em RF deve acontecer o mesmo)
Ou será que não tem nenhum AP potente em comercio na vizinhança? Dá uma boa desconfiada de tudo eletrico ou eletronico que é ligado em horario comercial (Já tive problema por ar-condicionado, sala vizinha da torre um ar antigo e grande tinha problema no capacitor de partida por isso derrubava a rede, notei que em dias frios ou fins de semana o problema não existia então fui ver o que tinha na vizinhança).
Também dá pra desconfiar de 1 (um) cliente criando esse problemão, quando ele desconecta o problema some. Tem CPe problemática que cria isso.
Eu não acredito muito em ruído perene porque trocando de canal você tem que ter CCQ's diferentes, num canal sabidamente ruim (Onde escanear muito SSID) o CCQ tem que cair ainda mais, e num canal mais limpo ele tem que melhorar um pouco. Se nada muda quando troca de canal então o problema não deve ser poluição. Não está com DFS desativado? Ele é obrigatório pra 5,4 a 5,6GHz. Não está usando 5180 a 5320MHz? Ela não é permitida pra uso outdoor, ela recebe em cheio a primeira harmonica de 4G (LTE 2,6GHz da Sky). Se usar apenas equipto UBNT teste ativar o channel shifting (Pra subir todos os canais em 5MHz) e selecione o canal mais alto, de 5825MHz, com esses 5MHz acima o centro passa pra 5830MHz, teria 5MHz limpo no fim da faixa onde outros provedores não estarão usando (Preferem ocupar o que não pode, tipo 5180MHz, mas deixam o finzinho dos 5850MHz sem uso).
Ou será que não é uma antena incomodando a outra? Tipo omni e CPE posicionadas a menos de 1m uma da outra.
Por isso falo pra dar um mechidinha em antena, tem reflexo (Efeito multipath) que por casamento perfeito de distancia tem sinal alto, ao mexer 2cm pro lado o casamento vai pro espaço (Porque a onda de 5800MHz tem comprimento de 52 mm), é tipo o posicionamento exato que um dipolo precisa na frente de uma parabolica, 1cm pro lado e o sinal cai 30dBm, a parabolica nada mais é que um refletor, a torre ou um mastro (Ou caixa metalica) podem ser comportar como refletores.
Alias, agora que falei em caixa, não tem cabo de AC, ou de rede ethernet, perto demais da parte de RF do Rocket? Ou fonte chaveada?
Posicionamento bom pra isso seria mais de 50cm se for fonte boa, na duvida afasta 1m pelo menos.
(Mas omni de outra CPE eu afastaria ainda mais, uns 3m)
1 Anexo(s)
Re: MCS automático Ubiquiti
Hum, você é dos raros casos que faz boas instalações então, parabéns.
Sobre o SNR e RSSI, são numeros diferentes.
O SNR é a relação sinal-ruído simples, ruído a -90dBm e sinal a -70dBm dá uma relação/folga/distância de 20dBm. Isso é um SNR de 20dBm.
SNR não é confiável porque porque é complicado definir o que é ruído (SSID no canal atrapalha muito, mas não é ruído), fora que o ruído em sí varia muito.
Exemplo de ruído (noise floor) variando de -90 a -100dBm em algum momento:
Anexo 59453
O limiar exato entre o que é ruído e o que é sinal da vizinhança é complicado, são muitos sinais baixos que juntos formam um ruído de fundo (Tipo chiado).
O RSSI não leva ruído em conta, o RSSI é um indicador de força de sinal recebida (Tradução livre), a medida é feita com o nível de sinal depois do conversor analógico-digital, então pode ter um ruído analógico gigante que o RSSI não será afetado.
O RSSI é bagunçado, cada fabricante usa de um jeito, geralmente vai de 0 a 100, mas a vezes vai a 120 ou algo assim.
Geralmente o RSSI em 1 significa algo tipo 1% acima da sensibilidade minima, e em 100 significa o sinal mais alto possível (100% da potência possível), não há padronização se digamos um RSSI de 40 indica 40dBm de margem (Sensibilidade em -80dBm, sinal em -40dBm, margem de 40), geralmente RSSI abaixo de 30 não dá conexão boa.
Eu ODEIO equipto pra noobs que mostra RSSI, não é padronizado, num equipto um RSSI de 35 dá throughput excelente, no outro fabricante (No mesmo lugar) um RSSI de 50 dá throughput menor.
Sobre seu problema de poluição, se a concorrência é besta de usar 40MHz (E provavelmente pra planinhos pequenos tipo 1 a 5Mbps, onde 20MHz dá e sobra), cada AP deles polui 2 canais em potencial pra você, isso diminui muito o espectro usável, eu chamo de idiota quem usa 40MHz sem ser pra trafego acima de 50Mbps (Por setorial ou PTP) por isso, poluem o espectro por incompetência.
O teste pra mim devia ser: Anotar CCQ's dos clientes e mudar de canal, se o CCQ continuar o mesmo então o problema não deve ser poluição no canal, cada canal deve ter poluição diferente. O normal quando se faz isso é notar que nos clientes "pra aquele lado" o CCQ é maior no canal 5725", e "pra aquele outro lado os CCQ são um pouco melhores em 5570". Medir poluição apenas na torre pode não ajudar, porque "depois" da sua torre pode ter uma setorial (De costas pra sua torre, e pras costas tem setorial que isola 35dBm, ou seja, manda 36dBm pra frente, e 1dBm pra tras), e seus clientes captem ela com 30dBm a mais do que você capta, você escaneia ela em -89dBm, e seus clientes pegam ela em -54dBm, -89dBm a CPE ignora, mas -54dBm ela TEM QUE analisar antes de descartar).
Poluição incomoda muito mesmo, não sei de nada muito mágico além de testar canais diferentes (E quem usa canal em "auto" tem troca automática de canal, isso te ferra, você acha um canal limpo, muda pra lá, e logo algum vizinho em canal adjacente troca automaticamente, e há uma reação em cadeia de troca de canais que pode voltar a poluir o novo canal que você selecionou).
Mas... cliente com CPE defeituosa ou firmware corrompido atrapalha tanto quanto canal poluído, o jeito de verificar isso é do jeito que você faz, indo verificar quem você desconfia, se habilitar o acesso via wan pro setup poderá testar algumas coisas.
Ah, se for dupla-polarização não acredite no nível de sinal sem olhar 2 vezes.
Em Ubiquiti está lá o "Signal strenght", aquela barrinha colorida engana muito (Ela mostra tudo azul quando tem só 10dBm de margem, que na prática não dá CCQ de 100%), mas o pior é que ela exibe muito sinal ACIMA do real.
Ó o que já ví: Signal strenght: -60dBm
E abaixo: Chain0 / Chain1 : -62 / -68dBm
Oras... que pinóia de -60 o que, numa polarização o sinal é -68dBm, que pra digamos MCS14 é totalmente ruim!
Uma variação de 3 ou 4dBm entre as polarizações não é um problemão, mas sempre leve a sério o MENOS dos sinais, esse MENOR tem que respeitar uma margem de uns 20dBm com relação a sensibilidade do datarate usado (MCS12 tem sensibilidade de -86dBm em muito equipto, ter -66dBm como mínimo em CADA chain seria o ideal, -68dBm é só 18dBm de margem nesse caso, não é o fim do mundo).
Mas quando tem diferença grande tipo 10 a 12dBm entre as polarizações aí a coisa muda, a CPE pode ter queimado um dos amplificadores (Cada chain tem um), e sinal tão diferente nos chains dá throughput baixo, o radio não consegue usar um datarate por chain, a modulação que usa em um usa no outro, ter 20dBm de margem num chain nesse caso ia implicar ter 32dBm de margem no outro, se tiver isso estaria ok, mas geralmente o pessoal só olha pro "signal strenght" e esquece de ver um eventual sinal insuficiente num dos chains, aí o CCQ cai (Porque o radio perde muitos pacotes na polarização que tem sinal baixo demais, tem que ficar reenviando e isso toma tempo que poderia ser gasto com a conexão dos outros clientes).
Re: MCS automático Ubiquiti
boa noite Rubem, utilizo a 5g13 o que nao entendo é o seguinte tenho cliente aqui que desde de quando abri o provedor esse cliente se conecta nesse pop sempre usei omini e a coneao dele sempre foi boa ccq, sinal, mcs tudo no padrao, só que depois de um certo tempo quando começou a dar esses problemas esse cliente também ficou ruim sendo que não cresceu arvore nem contruiu casa, o problema ocorre apos as 10 da manha ai começa a abaixa o ccq e só volta a melhorar a partir da 10h, 11h da noite ai o ccq sobe tudo por isso acho que não seja reflexo de sinal nem fresnel, o canal que uso são só os permitidos no brasil dfs habilitado tudo certinho e mesmo assim tenho problema, quando troco de canal uns clientes ficam bom chega a ter ccq de 90 mais outros chega a ter 50% já cheguei a ver 42% de ccq ou seja nem navega, um detalhe tbm é que sao todos clientes que fica ruin nesse horario nao é so um ou outro, tenho outros pops com omini e tem poluição menor ai o ccq fica um pouco melhor mais não as mil maravilhas, na serra tenho setorial só que la tem mais 4 torre de provedor a mais próxima 50 metros e a poluição é absurda só que ainda achei um canal que funciona com os ccq com 85% pra cima, um coisa que reparei é que em relação a setorial ou omini o ccq transmissor (setorial para o cliente) fica sempre acima de 95% e em relação conexão (cliente setorial ) fica com o ccq de 50% a 90% por isso julgo poluição, poluição de energia também creio que não pois fica dentro de uma caixa de metal a 6 metros das antenas, quanto a equipamentos rede 100% ubiquit então não tem incompatibilidade de equipto, a opção channel shifting nao possui na firmware 5.5.8.