Página 1 de 2 12 ÚltimoÚltimo
+ Responder ao Tópico



  1. #1

    Padrão Ccq baixo ocilando em clientes com ubnt

    Pessoal. Tenho uma torre em uma fazenda com muitos clientes com distancias variadad conectados. Recentemente estou com um problema em boa parte. Mesmo o sinal estando bom geralmentem -65 e outros -72 tenho ate cliente com -56 o ccq despenca pra 45% e as vezes nem navego. Todos os clientes usam airmax. Os mais pertos estao com airgrid de 23 ou litebean m5. Medias e longas distancias estao com power bean m5 400 de 25db ou airgrid de 27. Na torre ja usei painel oiw vertical com bulletm5, usei base ststion titanium com rocket titanium e por ultimo coloquei 6 cornetas da alg-com. Nada resolveu. Cheguei a baixar potencia nos paineis. Pesquisar canais e trocar, as vezes resolve por um tempinho, mas no mesmo dia o problema volta.
    Alguem mais com este problema, ou passou por ele?

    Enviado via GT-I9063T usando UnderLinux App

  2. #2

    Padrão Re: Ccq baixo ocilando em clientes com ubnt

    CCQ ruim é ou interferência ou visada/Fresnel ferrado. Um ou dois clientes com visada parcialmente obstruída pode acabar com um setor Ptmp.

    Revise os apontamentos e visadas dos seus clientes. Verifique se seus painéis não estão jogando sinal pro infinito (0 de nível) o ideal é que estejam inclinados conforme a área a ser atendida (lembra das relações trigonométricas no triângulo retângulo?)
    Faça um airview na sua área. Lembre-se de escolher a faixa de operação. Verifique suas antenas. Elas estão corretamente instaladas? Os cabos estão sem oxidação e as conexões devidamente vedadas com fita de fusao/silicone? (Tem cabo rg58 ruim que oxida só de olhar)



    Por ultimo verifique esse pop com airmax desligado. Já tive torres onde com o airmax ligado o CCQ simplesmente caia pra 75% só de ativa-lo... Vale a pena testar.

  3. #3

    Padrão Re: Ccq baixo ocilando em clientes com ubnt

    Citação Postado originalmente por sphreak Ver Post
    CCQ ruim é ou interferência ou visada/Fresnel ferrado. Um ou dois clientes com visada parcialmente obstruída pode acabar com um setor Ptmp.

    Revise os apontamentos e visadas dos seus clientes. Verifique se seus painéis não estão jogando sinal pro infinito (0 de nível) o ideal é que estejam inclinados conforme a área a ser atendida (lembra das relações trigonométricas no triângulo retângulo?)
    Faça um airview na sua área. Lembre-se de escolher a faixa de operação. Verifique suas antenas. Elas estão corretamente instaladas? Os cabos estão sem oxidação e as conexões devidamente vedadas com fita de fusao/silicone? (Tem cabo rg58 ruim que oxida só de olhar)



    Por ultimo verifique esse pop com airmax desligado. Já tive torres onde com o airmax ligado o CCQ simplesmente caia pra 75% só de ativa-lo... Vale a pena testar.
    Obrigado pela dica. Vou verificar. Os pigtails sao novos entao dificilmente deve ser eles. Agora sobre inclinacao pode ate ser mesmo tao muito pouco pra baixo. E interferencia acho pouco provavel. Pois ja troquei pra varios canais que nao estavam em uso. Nas minhas torres sempre uso o maximo de 20db de potencia. E isto em ultimo caso.

    Enviado via GT-I9063T usando UnderLinux App

  4. #4
    Avatar de SanchezMT
    Ingresso
    Jul 2014
    Localização
    São josé dos Quatro Marcos MT
    Posts
    163

    Padrão Re: Ccq baixo ocilando em clientes com ubnt

    Amigo @netuai vc tem equipamentos siso e mimo na msm rede, o ideal q fosse só mimo, dependendo dos planos q vc vende, fixa o mcs mais baixo no AP, isso permite uma conexão melhor, isso se a visada estiver td ok,.. Faça um teste

    Enviado via D5833 usando UnderLinux App

  5. #5

    Padrão Re: Ccq baixo ocilando em clientes com ubnt

    Vou tentar

    Enviado via GT-I9063T usando UnderLinux App

  6. #6

    Padrão Re: Ccq baixo ocilando em clientes com ubnt

    Estava tudo automatico, tentei mudar e setei mcs 5, nao resolveu muito não, alguns coloquei 4 mas nada de resolver, o estranho é que todos tem visada boa

    Citação Postado originalmente por SanchezMT Ver Post
    Amigo @netuai vc tem equipamentos siso e mimo na msm rede, o ideal q fosse só mimo, dependendo dos planos q vc vende, fixa o mcs mais baixo no AP, isso permite uma conexão melhor, isso se a visada estiver td ok,.. Faça um teste

    Enviado via D5833 usando UnderLinux App

  7. #7

    Padrão Re: Ccq baixo ocilando em clientes com ubnt

    Antenas com perca de sinal da problema de ccq tambem, e as vezes vc nem percebe,que tipo aquele cliente perto tava com -40 ai perde potencia na antena e fica com -50 mais vc não lembra com que sinal estava aquele cliente e acha que -50 ta bom, mais a perca de ccq também e afetado e vc acaba vendo um sinal bom e o ccq ruim, isso acontece muito em equipamentos ubnt. Melhor vc dar uma caçada em antena com ccq ruim que pode estar com perca de potencia e trocar. As vezes ate seu rocket ta com perca de potencia.

  8. #8

    Padrão Re: Ccq baixo ocilando em clientes com ubnt

    Os rocket ja troquei

    Enviado via GT-I9063T usando UnderLinux App

  9. #9

    Padrão Re: Ccq baixo ocilando em clientes com ubnt

    Sintomas de CCQ baixo:
    + de 35 clientes por Rocket M5;
    + de 14Mb agregado por Rocket M5 operando com clientes SISO;
    Clientes com sinal variando;
    Visada obstruída;
    Clientes com algum problema fazendo com que muitas requisições sejam trafegadas por segundo (não necessariamente tráfego alto);
    Clientes com Airmax Priority errado (Esse ferra legal);
    Interferência;

    Vou compartilhar o que obtive nos meus melhores casos com SISO.
    O mais estável que consegui foram 35 clientes com no máximo 14-15Mb trafegando. Rocket com MCS 7 + Auto.
    Cliente com MCS 2 ou 3, sem Auto.

    Regule a potência de cada cliente a ponto de que o sinal no painel (Rocket M5) fique entre -55 e -65; (Com essas novas versões você pode ver isso no Rocket bem fácil);

    Quando você regula potência e MCS do painel você está regulando o Download do cliente, a transmissão do Rocket até o cliente e quando você regula no cliente está regulando o Upload, sendo assim, se você vende planos assimétricos com upload reduzido, diminua o MCS dos clientes e deixe fixado, isso faz com que use uma modulação menor.. você pode ver a lista aqui: http://mcsindex.com/
    Quanto menor a modulação, menor a quantia de sinal necessária para funcionar adequadamente.

  10. #10

    Padrão Re: Ccq baixo ocilando em clientes com ubnt

    Valeu pelas dicas. Vou aplicar... aqui tem painel com 2 clientes so e ta dando isto. Mas sobre o mcs foi muito valido

    Sent from my GT-I9063T using UnderLinux mobile app

  11. #11

    Padrão Re: Ccq baixo ocilando em clientes com ubnt

    CCQ baixo com sinal bom significa INTERFERÊNCIA. Agora para 5.8 GHz , sinal bom é melhor que -65dBm.

    Esta com conceito de sinal errado !!! o sinal é negativo e -56dBm é bem melhor que que -72dBm, muitooooo melhor.

    CCQ nada tem a ver com visada, zona de Fresnel, etc, como acostumam a mencionar muitos no Forum. Um link mal resolvido vai dar CCQ baixo inevitavelmente porem um CCQ baixo não significa link mal resolvido. Basta verificar o nivel de sinal esteja melhor que -65dBm (regrinha empírica)
    Última edição por emilidani; 08-08-2016 às 18:26.

  12. #12

    Padrão Re: Ccq baixo ocilando em clientes com ubnt

    Eu não digo que não tenha nada a ver. Mas que tem outros fatores além de visada, tem.
    Já me aconteceu de todo mundo ficar com ccq ruim e daí trocar o cartão no AP, nada mais que isso e tudo voltar ao normal. No meu caso não era nada com visada.
    Se o transmissor que é o cartão em si não estiver bom, pode dar "encrenca" no CCQ também.

  13. #13

    Padrão Re: Ccq baixo ocilando em clientes com ubnt

    Concordo com vc, porem ja troquei os radios, que são 6 rochet e 3 bullet

    Citação Postado originalmente por 1929 Ver Post
    Eu não digo que não tenha nada a ver. Mas que tem outros fatores além de visada, tem.
    Já me aconteceu de todo mundo ficar com ccq ruim e daí trocar o cartão no AP, nada mais que isso e tudo voltar ao normal. No meu caso não era nada com visada.
    Se o transmissor que é o cartão em si não estiver bom, pode dar "encrenca" no CCQ também.

  14. #14

    Padrão Re: Ccq baixo ocilando em clientes com ubnt

    Citação Postado originalmente por netuai Ver Post
    Concordo com vc, porem ja troquei os radios, que são 6 rochet e 3 bullet
    Putz! se visada foi conferida, cabos conferidos e rádios trocados , canais mudados e continua o problema, então a coisa é mais complexa. Até os painéis já trocou.
    Não iria acontecer em todos os POPs o mesmo problema.

    Quando cai o CCQ, é geral ou é em um rádio e outro não? Se cai em todos dá para pensar em oscilação de energia também.

    E varia de clientes ou são sempre os mesmos? Se for, daí dá para começar a isolar o problema lá no cliente e não no POP.

  15. #15

    Padrão Re: Ccq baixo ocilando em clientes com ubnt

    Não montou tuas torres aqui??
    Clique na imagem para uma versão maior

Nome:	         images (2).jpg
Visualizações:	246
Tamanho: 	14,5 KB
ID:      	64615

    Brincadeiras a parte...
    Já fez um Airview cuidadoso tanto nos teus rádios quanto no lado dos clientes? Tem aeroporto, emissora de rádio (principalmente comunitária e pirata em ondas curtas)??

    E com todo respeito ao amigo @emilidani, eu sei que a experiência e opinião dele dizem ao contrário sobre CCQ, Fresnel e visada, assunto já discutido aqui, creio até com participação dos amigos @1929 e @rubem, pelo meu conhecimento (Reitero: pelo meu conhecimento) Fresnel/visada obstruída causa 2 coisas: degradação de sinal e difração. A difração por sua vez causa atrasos e timeout de pacotes, gerando retransmissão e diminuição de CCQ.

    Minha experiência: 2 vizinhos clientes meus, em área rural, na mesma distância da torre (20km) um com visada perfeita e outro com Fresnel ruim devido a uma elevacão de morro. Cliente com visada perfeita: Powerbeam M5 400 sinal -73dBm CCQ 96℅~100%... Vizinho com Fresnel parcialmente obstruído: Powerbeam M5 400 sinal -86dBm CCQ 70%~81%.

    Será que nada a ver??? Esse é um exemplo, mas posso citar uma dúzia.... Contei esse porque tinha parâmetro para comparação...

    Tem um outro post aqui no fórum (não localizei) onde o amigo @rubem dá uma aula sobre auto interferência, explica como é importante fazer instalações dimensionadas e a uma certa distância de paredes, calhas, telhados, lages... Eu achando o link eu posto aqui...

  16. #16

    Padrão Re: Ccq baixo ocilando em clientes com ubnt

    Achei as aulas do grande mestre @rubem. Fica a citação e os links para estudo

    CCQ pode não levar em conta diretamente Fresnel, visada e sinal, mas seu cálculo leva em conta diretamente os efeitos de Fresnel ruim, sinal baixo e visada obstruída. Então não há como deixar de relacionar eles em um estudo de problemas de transmissão.

    Link 1:https://under-linux.org/showthread.php?t=167320


    Citação Postado originalmente por rubem Ver Post
    Noise é ruído, noise floor é ruído de fundo.
    Imagine conversando com alguém, o volume das vozes será o nível de sinal, se tiver um ventilador ligado, numa velocidade alta, terá um barulho razoavel, esse barulho é o ruído de fundo.

    Você fala digamos numa "potência" de 30 a 50dB, se tiver mais ruído a tendencia é falar mais alto, porque precisa um nível de sinal razoavel entre o ruído e o sinal, famoso SNR, no caso do nosso ouvido se o ruído ficar nuns 50dB e você falar alto nuns 70dB tudo será legível, mas você estará quase gritando. Um noise floor de 50dB é insuportável, acredite.
    Sua voz perde potencia pelo ar, se gritar com alguem a 10m de distancia, dos 70dB que saem da sua boca vão chegar até o ouvido da outra pessoa apenas uns 40dB, se tiver um ruído de fundo de 50dB ela não conseguirá te entender direito, palavras como "não", 'mão" e "pão" soarão igual. Já se a pessoa estiver digamos a 30m, chegará uns 10dB da sua voz, seria possivel te entender somente num silencio grande, 10dB é um sussuro, vai depender do ruído no lugar se vão te entender ou não.

    Nosso ouvido geralmente não ouve nada abaixo de 1dB, mas digamos que tivessemos uma super-audição, poderiamos ouvir sinais ainda mais baixos, negativos, ou seja, -5dB ou mesmo -10dB. Se o ruído for baixo, tipo -20dB, poderiamos ouvir com certa tranquilidade uma conversa distante que chegasse num nível de uns -5 a -1 ou mesmo 0dB (Porque -20 é menor que -5).

    Quanto menor o ruído, melhor, -100 é um número menor que -90 certo? -120 seria um noise floor ainda mais desejavel, mas a maioria das placas exibe o ruído no limiar da sensibilidade dela, ou seja, a placa tem sensibilidade de -105dB, ela mostrará ruído nas casa dos -100dB. Se trocar por uma placa vagabunda com sensibilidade de -80dB esta placa na mesma antena e lugar mostrará um ruído (Noisefloor) na casa dos -78dB, o ruído depende da sensibilidade do equipamento (Assim como umas pessoas conseguem conversar ouvindo musica e outras não).

    CCQ é uma medida que diz que banda passante tem. Se você setar pra velocidade fixa de digamos 9Mbps e o equipamento marcar CCQ de 100% significa que teria capacidade de trafegar 9Mbps. Se o CCQ lido fosse 80% seria 9*80%, ou 7,2Mbps. Se mudar o data rate, de 9 pra 12Mbps, o novo CCQ dependerá de um teste automatico, talvez o CCQ que em 9M era de 100% vire um CCQ de 90%, mas é só fazer a conta, 100% de 9 é uma banda menor que 90% de 12 (10,8M).

    CCQ não leva em conta nível de sinal, nem nível de ruído, ele é uma medida de uso real, ele faz um teste de velocidade, justamente porque o nível de sinal necessario e o nível de ruído que atrapalha depende da placa, pra você não ficar decorando sensibilidades e potencias existe a medida do CCQ.

    Alias... a forma de medir o nível de sinal e o ruído não é lá muito eficiente, as vezes você recebe reflexos, ou o sinal varia por cintilação ou reflexos, se a zona de fresnel não estiver praticamente toda desobstruída você não tem a mínima forma de calcular a banda teorica de acordo com o nível de sinal apresentado, o CCQ ajuda muito nessa medida.

    CCQ é como se tivessemos um modo de, na comunicação falada, dar um "nota" pra voz ouvida, como se você lesse uma lista de palavras e a outra pessoa as escrevesse, depois vocês analizariam as listas pra ver quantas palavras ele errou. Se errou metade das palavras, porque tinha muito barulho na sala e você não estava falando alto o suficiente, seria um CCQ de 50%. Melhor saber o volume da sua voz, ou o resultado prático que é saber quantas palavras foram ouvidas direito? Esse numero vai variar conforme quem fala e quem ouve, com os equipamentos também é assim, conforme o hardware usado terá CCQ diferente, mas o CCQ é uma medida mais útil que saber qual o nível do sinal.
    Link 2:https://under-linux.org/showthread.php?t=177531&page=3

    Citação Postado originalmente por rubem Ver Post
    Sobre a questão de sinal "bom", tem que ver como os chipsets medem nível de sinal.

    Tem 5 duzias de portadoras de 315KHz de largura cada, o preambulo é enviado num BPSK diferencial que é altamente legível e como gasta um data rate bem baixo tem uso perene de potência (E geralmente tem potência maior nos amplificadores, data rate baixo dá potência alta em quase todo amplificador), e o resto do pacote segue depois em um data rate mais alto (Digamos 64QAM) com legibilidade bem mais baixa, com potência menor no amplificador (Ou no chipset mesmo, dependendo da configuração).

    Os sinais chegam no destino com nível variado as vezes, preâmbulo chega alto, e a parte final do pacote chega mais baixo, fora que as vezes as portadoras das bordas (Além das portadoras de guarda) são atingidas por um canal vizinho em uso. No modelo OFDM existe emissão fora da faixa. Se desenha a mascara de uso do espectro de maneira meio trapezoidal, a borda do trapézio acerta canal vizinho:
    Anexo 64275
    E se desenha assim porque na prática é o que vemos mesmo, conforme comprime ou abre a exibição pode ver digamos
    Anexo 64277

    ou
    Anexo 64276

    Atenção num detalhe dessa última: Tem um pico superior de um portadora a -26dBm, logo a frente tem um pico inferior a -39dBm.
    (Isso pelo visto é teste em bancada, por isso sinais tão altos)

    Entre -26 e -39 tem 13dBm de variação! Qual é o nível de sinal num caso desse? Provavelmente a maioria dos chipsets vai exibir sinal -32 ou -33dBm.

    Em -39dBm não tem problema, o problema é quando você tem essa situação com picos superiores de -56dBm, picos inferiores de -69dBm, média de -62dBm, e usa MCS15. Nesse caso as portadoras com sinal abaixo de -65dBm serão ilegíveis (Porque MCS15 geralmente tem sensibilidade na casa dos -73 a -75dBm, a usar uma margem menor que 10dB entre sinal e sensibilidade só funciona em bancada ou ambiente muito limpo, algo diferente do mundo real lá fora em cima do telhado), esses dados serão reenviados, o CCQ nunca chegará a 100% porque sempre haverão muitos dados perdidos, e o nível de sinal não revela isso.

    Dependendo do tipo de obstáculo, algumas portadoras são mais atingidas, pelos efeitos de suporposição um pico pode ficar muito alto, se refletir e chegar em contra-fase pode atenuar totalmente um pico (São milhões de bits por segundo, sempre tem alguns atenuados por conta de sinal que chegou com atraso porque percorreu caminho mais longo via reflexo), as vezes acontece isso conforme o tipo de obstáculo LOS ou NLOS:

    Anexo 64278

    (Não é tão ruim quanto parece, tem variação de apenas 15 ou 16dBm, é uma variação MENOR que na transmissão, que tem picos de -11 a -29dBm!)

    Na hora disso formar a imagem da constelação OFDM vira aqueles cantos com variações tipo:
    Anexo 64279

    "Ah, mas distorção na constelação tem a ver com SNR baixo".

    E claro que tem a ver, e que essa imagem tem a ver, aquele ponto na constelação que é o primeiro inferior a direita, ele provavelmente está bonitinho bem centrado porque é fruto de digamos -60dBm, que dá 30dB de SNR se o ruído for de -90dBm. Mas o canto inferior direito provavelmente é fruto de sinal de portadoras com muitos problemas, que chegam com sinal -76dBm (16dB a menos que os melhores picos suporeriores), que dá um SNR ridículo de apenas 14dB, completamente insuficiente. Esse ponto na constelação está cheio de erros, o percentual de perda de bits (Bit error rate) nele será coisa tipo 10%, nas portadoras de melhor sinal talvez 0,001%, a média pode ficar preocupante tipo 0,1%, mas o maior problema é: O chipset usa todas as portadoras, ele não tem a feature de abandonar as que resultam em perdas demais, então ele vai enviar, perder, e reenviar até chegar, isso gera uma perda de tempo gigante.

    Com 64QAM a distorção mais longe do centro da constelação é ainda maior geralmente:
    Anexo 64280

    Existem controles pra correção, alias, wifi como é hoje só funciona por causa disso, o controle de ganho na entrada dos chipsets é algo excepcional, ele aplica ganho não de forma linear, ele aplica ganho bit a bit, e o controlador automático de ganho aplica isso conforme a legibilidade no ADC. Com um controle linear tradicional não poderíamos usar nada além de um 8QAM ou 8PSK.
    Também tem esquema de pós distorção, pra melhorar legibilidade (Depois do ADC, tem o circuitinho que faz a transformações de Fourier, ele manda pro circuito detector de símbolo, esse circuito tem uns esquemas de decidir, não apenas definir, melhor a posição, e falo decidir porque as vezes algo estão no meio do caminho mesmo e não tem como saber de onde é, o circuito não aleatoriza a escolha, ele analisa os dados pra tentar descobrir se é desse ou daquele ponto), mas, esses diagramas são tirados DEPOIS de passar por esses circuitos (Que ficam na entrada dos chipsets de RF). Sem eles isso seria uma figura ilegível qualquer.


    Se tiver certeza que em toda a extensão do canal há sinal perene e adequado (E isso geralmente só existe no data rate baixo que é usando pro preambulo ofdm), aí sim dá pra ter certeza que tem sinal ok.

    Mas... no mundo real os obstruções não só na primeira, mas também na segunda zona de Fresnel (E até aquela manta de calor sobre o solo, na agricultura é comum medir temperatura do SOLO (Termômetro enterrado a 1cm da superfície) e encontrar mais de 70°C! Distorção por calor é algo sério em RF, ter o ar a 35°C é uma coisa, mas ter a borda da primeira zona de Fresnel a 70°C é algo bem mais preocupante, vai gerar distorção com difração antes e depois de refletir no solo, é a pior situação possível pra wifi, se simplesmente refletisse os controles automáticos atenuariam isso de maneira perene porque seria reflexo perene, mas nesse caso o reflexo varia em todos os sentidos, faz o sinal refletivo variar de nível, de distância (Como há um tapete de ar quente com até 30cm do solo, e as vezes essas bolhas de ar sobem por conta de vento que reduziu a pressão logo acima, é como se a altura do solo mudasse, o sinal refrata na bolha e vai pro solo mais próximo, reflete de volta pra bolha de ar-quente e vai pro outro lado tendo refletido em um objeto que aparenta estar mais próximo, acontece com 1 em cada 1000 sinais, mas estamos falando de wifi com milhões de sinais por segundo), essa distância afeta o ack-timeout, usar ele acima do ideal as vezes melhora um throughput em 1% por isso, você ignora reflexos por um tempo levemente maior, porque dependendo das condições atmosféricas as vezes algo reflete muito sinal e as vezes não).

    A zona de Fresnel teórica é como um espelho pra luz, mas quem já pintou por dentro uma casa de marrom ou preto sabe como ter ela branca por dentro faz diferença na hora de ligar uma lâmpada de 20W no meio da sala, qualquer objeto reflete luz, não só um espelho, assim como milhares de objetos refletem RF, não só uma chapa de aço de alta densidade. Em wifi outdoor há um cenário assim: Em linha reta o sinal percorre 1km até a CPE do cliente, se a primeira zona de Fresnel está obstruído em 20%, se ele reflete em cheio nesse ponto (E sempre reflete), esse sinal percorre um caminho 10 ou 15m maior. Pra onda de RF percorrer 1km leva o que, uns 6 us? (6 micro segundos) O que 10m adiciona de tempo? Ao invés de 6us vai levar 6,06us. Você teve o sinal chegando em linha reta em 6us, e 0,06us depois chegou o reflexo, com nível 30dBm menor. Pode parecer pouco tempo, mas em 0,06us (60nS) passar milhares de bits, nesse tempo o final de um preambulo refletido chega quando já está no meio do pacote com dados do cliente (Mais um motivo pra perder dado do cliente mas não perder sincronia/cair conexão, o preambulo é mais legível e sobre menos com reflexo porque há o intervalo de guarda pra demarcar quando começa nova transmissão). Esse reflexo nem sempre atinge só o nível de sinal (Porque precisaria chegar numa defasagem meio precisa pra atenuar de forma perene), ele afeta a legibilidade dos pacotes, mas afeta de modo variado, afeta o começo desse, o meio daquele, o fim daquele outro, afeta naquele trecho quando está quente e sem vento, naquele outro quando tem umidade alta.

    Com zona de Fresnel parcial, se houvesse só o problema do sinal atenuado, o throughput devia ser perene, haveria queda mas seria perene, só que na prática vemos throughput variando. Quando a obstrução é bem longe (Digamos 5km num PTP de 10km) ainda existe perenidade maior no throughput, varia conforme clima mas é mais perene. Só que em PTP curto varia muuuuito mais, vai de 50 a 80Mbps (Num cenário onde com MAIS da primeira zona de Fresnel limpos teria digamos 160Mbps) ao longo dos dia ou da noite (E olha que estou falando em PTP em zona rural a 30km da eletricidade mais próxima (Viva painel solar), onde não há ruído nem nehum SSID no ar, onde só o que atrapalha um PTP entre 2 repetições é mudança climática mesmo). São inúmeros os casos onde o nível de sinal se mantém, mas o CCQ varia (Throughput variando junto, claro), e sempre que vi isso tinha zona de Fresnel parcial. As vezes o throughput cai de 20 pra 4Mbps sendo que o sinal caiu só 2dBm, e ficou num nível onde teoricamente seria suficiente (-60dBm, pra MCS11, digamos). Você vai e aponta antena 1° pra cima do ideal teórico, o sinal fica perenemente 2dBm menor, mas o throughput ou CCQ nunca mais cai, porque aquele 1° afetou o ganho de um lóbulo secundário da antena que nalgum horário recebia reflexo num nível problemático (Que afetava em 4% o sinal, mas em 64% o throughput).


    Em TV e internet via satélite também tem isso, a figura do nível de sinal separado da qualidade do sinal, em dias nublados ou chuvosos nem sempre o nível de sinal cai (Ou cai 1 ou 2%), mas a qualidade sempre cai, as vezes mais de 10%, e as vezes tem nível alto (80%) e ainda assim em dia de chuva a qualidade cai abaixo do mínimo (40-45%) e você fica sem imagem. É um jeito simples de resumir pra anteneiro que não basta ter só nível alto, sob certas condições o nível médio estar alto não garante qualidade alta.

    (E o jeito simples de se informar nível, ou ruído, é informar a média. a UBNT tem o Airview que exibe todo o espectro, pra ver níveis e ruídos detalhadamente, isso é possível hoje, mas em 1999 quando o padrão A nasceu mal tinha osciloscópio de menos de US$ 50 mil que conseguiria exibir o espectro de 5150-5850MHz. Além do alto custo de um chipset com software pra exibir isso, sei lá se 0,1% dos usuários entenderiam isso, a grande maioria dos usuário precisa um resumo simples, precisa sinal mínimo acima de X, e qualidade mínima acima de Y, e não adianta ter sinal X que em certas condições ele não vai dar a qualidade Y de forma perene)

  17. #17

    Padrão Re: Ccq baixo ocilando em clientes com ubnt

    Gente. Um detalhe talvez importante... recentemente arrumaram um sinal da globo digital numa torre do lado la. Uns 150 mts.

    Sent from my GT-I9063T using UnderLinux mobile app

  18. #18

    Padrão Re: Ccq baixo ocilando em clientes com ubnt

    Citação Postado originalmente por netuai Ver Post
    Gente. Um detalhe talvez importante... recentemente arrumaram um sinal da globo digital numa torre do lado la. Uns 150 mts.

    Sent from my GT-I9063T using UnderLinux mobile app
    Putz, agora sim um argumento de peso... Quem sabe a coisa não é por aí? Eu estava desconfiando de algo fora das suas instalações pela várias mudanças que fez sem resultado.

  19. #19

    Padrão Re: Ccq baixo ocilando em clientes com ubnt

    Pois e. Noitei isto tambem foi recente. Nao tinha me atinado pra isto

    Sent from my GT-I9063T using UnderLinux mobile app

  20. #20

    Padrão Re: Ccq baixo ocilando em clientes com ubnt

    Citação Postado originalmente por klabundee Ver Post
    Sintomas de CCQ baixo:
    + de 35 clientes por Rocket M5;
    + de 14Mb agregado por Rocket M5 operando com clientes SISO;
    Clientes com sinal variando;
    Visada obstruída;
    Clientes com algum problema fazendo com que muitas requisições sejam trafegadas por segundo (não necessariamente tráfego alto);
    Clientes com Airmax Priority errado (Esse ferra legal);
    Interferência;

    Vou compartilhar o que obtive nos meus melhores casos com SISO.
    O mais estável que consegui foram 35 clientes com no máximo 14-15Mb trafegando. Rocket com MCS 7 + Auto.
    Cliente com MCS 2 ou 3, sem Auto.

    Regule a potência de cada cliente a ponto de que o sinal no painel (Rocket M5) fique entre -55 e -65; (Com essas novas versões você pode ver isso no Rocket bem fácil);

    Quando você regula potência e MCS do painel você está regulando o Download do cliente, a transmissão do Rocket até o cliente e quando você regula no cliente está regulando o Upload, sendo assim, se você vende planos assimétricos com upload reduzido, diminua o MCS dos clientes e deixe fixado, isso faz com que use uma modulação menor.. você pode ver a lista aqui: http://mcsindex.com/
    Quanto menor a modulação, menor a quantia de sinal necessária para funcionar adequadamente.
    Falou tudo aqui, eu iria tentar ajudar mas já foi dito tudo aqui, abraço.