Enlace Basebox dando dor de cabeça

[admskill]

Prezados ... tenho um enlace de 18km que sempre me deu dor de cabeça ... o CCQ do TX sempre baixo nunca consigo melhorar ... a dúvida é a seguinte qual seria o melhor MCS pra usar nesse enlace ??? Pelo Visto o canal 0 do tx é que está dando problema ... agora não sei se isso realmente é interferência ou problema no radio/antena/pigtail ... estou meio perdido ... alghuém pode me ajudar ???

[engrobsonsouza]

Prezados ... tenho um enlace de 18km que sempre me deu dor de cabeça ... o CCQ do TX sempre baixo nunca consigo melhorar ... a dúvida é a seguinte qual seria o melhor MCS pra usar nesse enlace ??? Pelo Visto o canal 0 do tx é que está dando problema ... agora não sei se isso realmente é interferência ou problema no radio/antena/pigtail ... estou meio perdido ... alghuém pode me ajudar ???

Já resolvi problemas assim com a troca do pigtail. Coloquei um par da algcom.

Enviado via D6633 usando UnderLinux App

[emilidani]

Os niveis de sinal estao bons e todos os modos MCS estao similares quer diser que o link esta OK.

Para fugir das interferências de outros rádios começa mudando o MSC para MSC 8 que tem modulação mais robusta e da um throughput teórico de 13 a 30Mbps em 20/40MHz. Dai vai aumentando o MSC e verifica se aumenta o throughput. Quando mais alto o MSC mais vulnerável fica as interferências.

A Mikrotik recomenda deixar o Data Rate em automático que ele sozinho se encarrega de escolher o melhor MSC mudando de 40MHz para 20MHz quando detecta diminuição de Data Rate.

Prezados ... tenho um enlace de 18km que sempre me deu dor de cabeça ... o CCQ do TX sempre baixo nunca consigo melhorar ... a dúvida é a seguinte qual seria o melhor MCS pra usar nesse enlace ??? Pelo Visto o canal 0 do tx é que está dando problema ... agora não sei se isso realmente é interferência ou problema no radio/antena/pigtail ... estou meio perdido ... alghuém pode me ajudar ???

[admskill]

Acontece que agora a ABA do MCS sumiu ...

[rubem]

O TX do chain0 reporta -65dBm.
O TX do chain1 reporta -55dBm.

O chain0 parece estar ligado à polarização vertical, que deve ter uma bela intrusão na zona de Fresnel pra perder 10dBm de sinal!

Uma diferença de 2 ou 3dBm entre chains é aceitável, mas 10dBm dá dor de cabeça mesmo, uma polarização envia tudo sem erros, e a outra envia com erros. O CCQ do TX está em míseros 40% por isso.

Seus sinais não estão nada equalizados, chain0 e chain1 não podem ter diferença muito grande, é melhor usar só 1 polarização (Geralmente a horizontal) quando não tem como deixar a zona de Fresnel da vertical limpa.

Os níveis de RX e TX podem ser diferentes (Se forem muito diferentes, é só usar data rates diferentes. Existe a configuração manual por isso, o padrão não exige nem lucra nada com sinais equalizados e data rates similares nos 2 lados), mas entre os 2 chains a diferença não pode ser grande, com 4dBm de diferença eu já me preocuparia.

Um quebra-galho é usar data rate de acordo com o menor sinal. O menor sinal de TX é -65dBm, e esse data rate seria suficiente pra MCS11. Mas... é o que o rádio está usando, 120Mbps em 40MHz é MCS11, então esse é um caso onde o nível de sinal é suficiente (-65dBm é suficiente pra MCS11) mas a zona de Fresnel está criando não apenas perda de nível de sinal, mas também está deteriorando a qualidade do sinal, provavelmente -65dBm é a média de um sinal variando entre -60 e -75dBm, talvez o CCQ chegue a 95% com MCS8 mas isso seria uma rede ruim demais, melhor tentar rever a zona de Fresnel desse cliente pra tentar subir esses -65dBm do chain0, pra pelo menos 3 ou 4dBm mais igual ao chain1 (Se o chain1 tiver -55dBm, precisaria pelo menos -59dBm no chain0, e "pelo menos" as vezes implica nem ter CCQ de 90%, mas já seria muuuuuito melhor que CCQ de 40% como tem hoje).


Enfim, sempre olha todos os níveis de sinal, se baseie no MENOR que aparece na exibição detalhada, e não no que a aba Registration exibe.

[admskill]

Então Rubem ... vou mudar a antena desse cliente de lugar .... agora estou com outro caso ... onde o Data Rate está alto .. .mas o Tx não passa de 90 Mb ... o que pode ser ????

[admskill]

Sou muito grato à sua ajuda.

O TX do chain0 reporta -65dBm.
O TX do chain1 reporta -55dBm.

O chain0 parece estar ligado à polarização vertical, que deve ter uma bela intrusão na zona de Fresnel pra perder 10dBm de sinal!

Uma diferença de 2 ou 3dBm entre chains é aceitável, mas 10dBm dá dor de cabeça mesmo, uma polarização envia tudo sem erros, e a outra envia com erros. O CCQ do TX está em míseros 40% por isso.

Seus sinais não estão nada equalizados, chain0 e chain1 não podem ter diferença muito grande, é melhor usar só 1 polarização (Geralmente a horizontal) quando não tem como deixar a zona de Fresnel da vertical limpa.

Os níveis de RX e TX podem ser diferentes (Se forem muito diferentes, é só usar data rates diferentes. Existe a configuração manual por isso, o padrão não exige nem lucra nada com sinais equalizados e data rates similares nos 2 lados), mas entre os 2 chains a diferença não pode ser grande, com 4dBm de diferença eu já me preocuparia.

Um quebra-galho é usar data rate de acordo com o menor sinal. O menor sinal de TX é -65dBm, e esse data rate seria suficiente pra MCS11. Mas... é o que o rádio está usando, 120Mbps em 40MHz é MCS11, então esse é um caso onde o nível de sinal é suficiente (-65dBm é suficiente pra MCS11) mas a zona de Fresnel está criando não apenas perda de nível de sinal, mas também está deteriorando a qualidade do sinal, provavelmente -65dBm é a média de um sinal variando entre -60 e -75dBm, talvez o CCQ chegue a 95% com MCS8 mas isso seria uma rede ruim demais, melhor tentar rever a zona de Fresnel desse cliente pra tentar subir esses -65dBm do chain0, pra pelo menos 3 ou 4dBm mais igual ao chain1 (Se o chain1 tiver -55dBm, precisaria pelo menos -59dBm no chain0, e "pelo menos" as vezes implica nem ter CCQ de 90%, mas já seria muuuuuito melhor que CCQ de 40% como tem hoje).


Enfim, sempre olha todos os níveis de sinal, se baseie no MENOR que aparece na exibição detalhada, e não no que a aba Registration exibe.

[rubem]

Então Rubem ... vou mudar a antena desse cliente de lugar .... agora estou com outro caso ... onde o Data Rate está alto .. .mas o Tx não passa de 90 Mb ... o que pode ser ????

Nesse caso tem um sinal ainda mais baixo, no chain0 tem RX a -72dBm, que é sinal suficiente pra um data rate muito baixo.
Mas... parece que esse cliente está fixo em modo A, é isso? Tá meio esquisito isso aí, parece ser 36M o data rate em uso.

Quando tem uma mistura de modos e data rates vindos dos clientes é complicado ter certeza do throughput que devia ter. Ter o mesmo RX vindo de todos os clientes é o jeito simples de estimar que throughput de TX teria, e o jeito mais simples de fazer isso é usando um TX Rate fixo nos clientes (TX do cliente vira RX na torre, a boca de um fala pro ouvido do outro). Se for usar modo somente N nos clientes, e nivelar pelo cliente de pior sinal (-72dBm é o pior RX?), vai ter que usar digamos MCS9 nos clientes, mas se os sinais baixos são fruto de zona de Fresnel parcial, usar data rate mais baixo ainda permite uma rede ruim. Um sinal -72dBm que é fruto de uma distância enorme tipo 10km até o cliente, é um sinal ok, mas quando esse final baixo é fruto de zona de Fresnel comprometida, não tem como fazer o CCQ subir nem com data rate baixo, tem que sair pelos clientes de sinal baixo erguendo ou reposicionando antenas, e tem que fazer isso se baseando nos piores sinais que ver na aba Signal (Nesse caso, -72dBm, é o sinal Cliente>Torre provavelmente na polarização vertical).


Sempre que tem 2 ou 3 clientes com visada ruim é difícil o todo ter um throughput alto, o AP perde tempo reenviando pacotes pra esses 2 ou 3 clientes com problemas, tempo que podia estar sendo gasto enviando pacotes novos pros clientes com sinal bom.

Até dá pra misturar modo A e N, mas seria bom usar data rate fixo e baixo nos clientes, tipo 18M nos clientes com equipto velho que só tem modo A, e digamos MCS10 nos que tem equipto que suporta N (Talvez MCS3 nos clientes com pol. simples), mas ainda assim precisa ter todos os clientes chegando com sinal suficiente, sem zona de Fresnel muito afetada.

Bom mesmo é equalizar o sinal dos clientes, ajustar a potência de cada um (No ato da instalação) de modo que todos cheguem na torre (RX na torre) digamos em -65dBm, num caso desse pode usar A em 36M, ou N em MCS4 ou MCS12. O nível de RX no cliente pode ser variado porque a CPE do cliente só conversa com 1 contraparte, mas o RX na torre deve ser padronizado e estável, porque o coitado do AP tem que conversar com duzias de clientes, se tem um gritando a -50dBm, e outro sussurrando a -72dBm ele vai perder alguns pacotes, vai desperdiçar tempo pedindo reenvio de pacote que não entendeu, essa perda de tempo gera throughput baixo, por isso o CCQ aparece baixo.

[admskill]

Esse é um PTP Rubem ... eu queria passar algo em torno de 150 Megas no minimo.

Nesse caso tem um sinal ainda mais baixo, no chain0 tem RX a -72dBm, que é sinal suficiente pra um data rate muito baixo.
Mas... parece que esse cliente está fixo em modo A, é isso? Tá meio esquisito isso aí, parece ser 36M o data rate em uso.

Quando tem uma mistura de modos e data rates vindos dos clientes é complicado ter certeza do throughput que devia ter. Ter o mesmo RX vindo de todos os clientes é o jeito simples de estimar que throughput de TX teria, e o jeito mais simples de fazer isso é usando um TX Rate fixo nos clientes (TX do cliente vira RX na torre, a boca de um fala pro ouvido do outro). Se for usar modo somente N nos clientes, e nivelar pelo cliente de pior sinal (-72dBm é o pior RX?), vai ter que usar digamos MCS9 nos clientes, mas se os sinais baixos são fruto de zona de Fresnel parcial, usar data rate mais baixo ainda permite uma rede ruim. Um sinal -72dBm que é fruto de uma distância enorme tipo 10km até o cliente, é um sinal ok, mas quando esse final baixo é fruto de zona de Fresnel comprometida, não tem como fazer o CCQ subir nem com data rate baixo, tem que sair pelos clientes de sinal baixo erguendo ou reposicionando antenas, e tem que fazer isso se baseando nos piores sinais que ver na aba Signal (Nesse caso, -72dBm, é o sinal Cliente>Torre provavelmente na polarização vertical).


Sempre que tem 2 ou 3 clientes com visada ruim é difícil o todo ter um throughput alto, o AP perde tempo reenviando pacotes pra esses 2 ou 3 clientes com problemas, tempo que podia estar sendo gasto enviando pacotes novos pros clientes com sinal bom.

Até dá pra misturar modo A e N, mas seria bom usar data rate fixo e baixo nos clientes, tipo 18M nos clientes com equipto velho que só tem modo A, e digamos MCS10 nos que tem equipto que suporta N (Talvez MCS3 nos clientes com pol. simples), mas ainda assim precisa ter todos os clientes chegando com sinal suficiente, sem zona de Fresnel muito afetada.

Bom mesmo é equalizar o sinal dos clientes, ajustar a potência de cada um (No ato da instalação) de modo que todos cheguem na torre (RX na torre) digamos em -65dBm, num caso desse pode usar A em 36M, ou N em MCS4 ou MCS12. O nível de RX no cliente pode ser variado porque a CPE do cliente só conversa com 1 contraparte, mas o RX na torre deve ser padronizado e estável, porque o coitado do AP tem que conversar com duzias de clientes, se tem um gritando a -50dBm, e outro sussurrando a -72dBm ele vai perder alguns pacotes, vai desperdiçar tempo pedindo reenvio de pacote que não entendeu, essa perda de tempo gera throughput baixo, por isso o CCQ aparece baixo.

[rubem]

Ih, pra passar 150Mbps precisa sinal tipo -55dBm (Nos 2 sentidos, e nas polarizações V e H).

Precisa melhorar muito o sinal. Se tem um chain (Ligado numa polarização) sinal mais baixo, a zona de Fresnel dessa polarização está parcialmente obstruída, geralmente é na pol. vertical, porque tem antena baixa demais.