+ Responder ao Tópico



  1. #1

    Lightbulb Enlace PTMP com RB 912 BaseBox 5 - Sinal TX muito ruim em relação ao RX

    Pessoal,


    Tenho o seguinte cenário:

    PTMP

    - 01 RB 912 (AP) <=== 02 NanoBridge 22 dBi
    +Antena Setorial Blindada Algcom 15 dBi <=== 02 NanoStation Loco M5 13 dBi

    - Distância média (real): 350m

    AP STATIONS

    - Potência definida: 1dBm Potência: 0 dBm

    - FREQUENCIA: 5620MHz

    - MCS 10 MCS10

    - CCQ 80% a 101% CCQ 98% a 100%

    - Visada: nLoS (Linha de Visada Parcialmente Obstruída)


    SEGUE ABAIXO O QUE NÃO ENTENDO, APESAR DE TER UMA SUSPEITA.


    Clique na imagem para uma versão maior

Nome:	         Capturar.PNG
Visualizações:	286
Tamanho: 	8,5 KB
ID:      	64000


    Mesmo com o CCQ bom nas estações, especificamente o o TX do AP fica variando com valores baixos, como na figura acima. Enquanto todas as outras configurações, apresentam uma "teórica" impressão de qualidade.

    Resumindo, o CCQ do AP, é reduzido em consequência da baixa modulação dos clientes, exemplo radio com sinal -78 (tx), fazendo com que o desempenho da rede baixe.


    Mas, por que apenas o TX? o RX está ótimo. Conto com habitual ajuda de todos. Inclusive o Rubem.

    Abraço a todos!
    Miniaturas de Anexos Miniaturas de Anexos Clique na imagem para uma versão maior

Nome:	         Capturar.PNG
Visualizações:	146
Tamanho: 	7,9 KB
ID:      	63999  
    Última edição por Tyler; 24-05-2016 às 16:36.

  2. #2

    Padrão Re: Enlace PTMP com RB 912 BaseBox 5 - Sinal TX muito ruim em relação ao RX

    A imagem não veio, deu erro no upload pelo visto.

    Sobre CCQ ruim só no TX, a princípio está perdendo erros só no que a torre envia.
    Mas... nesses momentos o cliente está enviando alguma coisa?

    Se a CPE dele está ligada, mas não tem nada (Nenhum smartphone ou notebook) ligado na rede, a CPE do cliente só vai mandar (Chega no RX da torre) dado de sincronia, que é feito numa modulação BPSK diferencial, que é altamente legível mesmo com o pior sinal do mundo. Pra um BPSK (MCS0 ou MCS8) ficar legível precisa provavelmente uns -80dBm, mas pros dados de preambulo, sincronia e SSID sairem legível, esse BPSK diferencial se contenta até com -94dBm as vezes. Por isso escaneia SSID com sinais tão baixos, mas só tem CCQ alto com sinais muito mais altos.

    Faz o teste, hora que esse cliente de sinal -78dBm navegar o CCQ dele deve cair muito.

    A parte de OFDM dos pacotes vai do chipset de RF da CPE do cliente até o chipset de RF do AP na sua torre, a modulação que leva os preambulos e sincronia é altamente legível então não tem perda de pacotes nessa hora. Só vai ter perda hora que entrar algo pela ethernet da CPE do cliente, e isso for encapsulado rumo ao AP na torre, o preambulo desse pacote será legível mas o conteúdo do pacote (A parte que chegou via ethernet) provavelmente será ilegível e terá que ser reenviada 2 ou 3 vezes tomando tempo que o AP poderia estar gastando com os outros.

    Se não tem trafego chegando pela porta ethernet, não tem muito o que perder, toda sincronia (Que usa modulação legível até com sinal ruim) é feita sem erro por isso pro AP esse CCQ de RX (Que o cliente envia) está ótimo, só o que a torre envia (Talvez server pppoe perguntando se ainda está tudo ativo) é perdido, porque ela envia e espera resposta (Se falhar o envio, ou a resposta, o pacote é reenviado e isso diminui o CCQ), mas o que o cliente manda, se o AP ENTENDE ele responde. Digamos assim: O AP ouviu o cliente mandar um pacote, e respondeu na hora. Mas... essa é a visão do AP, a CPE enviou 15 vezes o mesmo pacote, só na 15ª é que o AP enviou resposta! Ou seja, o CCQ de RX pode ser bem baixo quando está sem tráfego, mas o AP nem fica sabendo, porque ele simplesmente só respondeu quando recebeu um pacote legível, ele recebe pacotes ilegíveis toda hora, mas como não sabe de quem são ele não conseque dizer que o CCQ de RX está ruim, só conseguirá isso hora que tiver tráfego de dados TCP/IP na CPE.

    (Separa o pacote OFDM do pacote TCP/IP, este está dentro daquele, mas pra sincronia e conexão wifi o pacote OFDM pode ser enviado "vazio". Se não tem trafego TCP/IP então só tem OFDM, numa modulação bem legível)

    Mas se mesmo com tráfego TCP/IP ocorre isso, pra mim tá mais pra bug em software, algum dos aparelhos não está lendo ou não está enviando sinal direito.


    Ah, e essa CPE pode digamos ter o amplificador queimado, com potência 20dBm mais baixa, aí ela recebe o sinal a digamos -58dBm, mas responde sem potência (E com pacote distorcido) de modo que a resposta chega a -78dBm. Teria que ir nesse cliente conferir se esse sinal é mesmo fruto de zona de Fresnel parcial.



  3. #3

    Padrão Re: Enlace PTMP com RB 912 BaseBox 5 - Sinal TX muito ruim em relação ao RX

    Mestre Rubem é um prazer conhece-lo! Já venho acompanhando outros posts que você se dispõe para tentar ajudar com seu vasto conhecimento. Parabéns!!!

    Mas, vamos aos fatos. Corrigi o post inserindo a imagem novamente, para ficar mais completa possível a informação. Esse PTMP, é meu BackHaul de rede, os rádios clientes, cada um é um Backhaul numa determinada região.

    Ou seja, respondendo sua pergunta, o rádio com o pior TX Rate ele atende 3 clientes de 4Mbps cada, e sempre tem pelo menos 1 conectado trafegando mais de 2Mbps, e com certeza o CCQ cai quando estão os 3, geralmente a noite. Mesmo assim está atendendo bem, pois, baseado em teste de ping, com os 3 usando a rede fica em torno de 10ms, sem perda de trafego.

    O cliente com -78 dBm estou visitando-o para uma manutenção amanhã, pois hoje chove muito por aqui. Dessa forma vou tentar melhorar ao máximo este sinal dele, que acaba interferindo na rede como um todo, como já explicado.

    O que eu realmente estranho nisso tudo, é pelo fato do TX rate em todos os clientes, está bem mais alto (quase a mesma media, tirando o problematico) do que o RX rate no AP.

    Repare na imagem, e compare rapidamente o RX e o TX.

    Amanhã respondo algo


    Abraço! obrigado!

  4. #4

    Padrão Re: Enlace PTMP com RB 912 BaseBox 5 - Sinal TX muito ruim em relação ao RX

    Se pegar o último cliente, o sinal Torre>Cliente é -71dBm. Isso é sinal suficiente pra mais ou menos MCS10 com folga.

    Porque a sensibilidade de MCS10 provavelmente está nuns -90dBm, tem que ver no datasheet. Entre -71 e -90dBm tem 19dB de margem. 20dB de margem eu trato com perfeito.

    A sensibilidade de MCS11 provavelmente é uns -85dBm, isso daria uma magem de 14dB, que é uma margem insuficiente pra qualidade

    Por isso com -71dBm de sinal, com o software com data rate automático, é o maior data rate que vai conseguir.

    Já no sentido cliente > Torre o sinal é -67dBm. MCS12 tem sensibilidade lá pelos -83dBm. De -67 pra -83dBm tem 16dB de margem. Não é lindo mas pelo visto tem visada razoável que permite pouca perda de pacotes.

    Quando deixa o setup do rádio com data rate automático ele seleciona o data rate conforme vai usando. Ele só diminui de data rate hora que acontecem 3 perdas seguidas de pacotes (Não é regra, nem sei se todo firmware faz isso, mas várioas fazem). Enquanto não houver pacote perdido, o sinal pode cair até -80dBm que o data rate não diminuirá, só diminuirá hora que circular um pacote completo e ele for perdido.

    Como você tem potência baixa na torre, o sinal torre>cliente é mais baixo que o sinal torre>cliente, afinal provavelmente os clientes estão com potência mais alta (Que seja 10dBm).

    Pra ter sinais iguais nos 2 lados não precisa só potência EIRP similar, o ganho da antena receptora conta.

    Com uma setorial 17dBi, e rádio a 1dBm, tem 18dbm EIRP. Em 1km perde 108dBm. Logo: 18 - 108 = -90dBm. Se a CPE do cliente tem 16dBi, isso aumenta 16dBm o sinal. -90 + 16 = -74dBm.

    Já se a CPE está com 10dBm de potência, e antena de 16dBi, isso dá 26dBm EIRP. Na volta perde o mesmo sinal que na ida, logo, 26 - 108 = -82dBm. Como a setorial na torre tem 17dBi de ganho: -82 + 17 = -65dBm de sinal.

    Enfim, acho que o problema é esse seu sinal baixo demais, se subir pra 6dBm de potência esse cliente de -71 deveria passar pra -65dBm (Mas com zona de Fresnel parcial talvez fique em -67dBm). Sinal tão baixo (-71dBm) eu só uso com data rate fixo, eu gosto de MCS10 nos clientes e MCS12 na torre, com potência fixa na torre, mas com cada cliente com potência adequada pra chegar na torre com sinal em digamos -60 a -65dBm (1dBm a mais de potência na CPE aumenta em 1dBm o nível de sinal chegando na torre, não tem segredo. A conta só não bate quando a zona de Fresnel é parcial, nesse caso o sinal sempre será 3 a 10dBm menor que o cálculo).



  5. #5

    Padrão Re: Enlace PTMP com RB 912 BaseBox 5 - Sinal TX muito ruim em relação ao RX

    Rubem,

    Apenas uma correção, os MCS tanto do AP quanto Stations estão fixos.

    Em breve posto os resultados dos testes.

    Abraço!

  6. #6

    Padrão Re: Enlace PTMP com RB 912 BaseBox 5 - Sinal TX muito ruim em relação ao RX

    Então tem algo errado, porque nisso:
    https://under-linux.org/attachment.p...0&d=1464118554
    Tá lá TX Rate de 54M e 90M, e o TX rate dos clientes em 90M, 120M e 180M.

    Ou estão fixos e cada um num data rate diferente? Se for isso, 120M é muito alto pra um sinal baixo tipo -70dBm, eu usaria MCS11 com esse sinal mas só em 20MHz. em 40MHz geralmente precisa sinal 2 ou 3dBm maior que 20MHz.

    (Precisa mesmo ocupar 40MHz? Tem o dobro de portadoras pro chipset ter que analisar, ocupa o dobro do espectro, e se vender planos com digamos 2M de up e 15M de down não tem a menor necessidade de passar de 20MHz, pra planos pequenos (Menos de uns 30M) não há lucro nenhum em usar 40MHz, digo, um data rate maior não garante delay menor já que o chipset de RF vai ter mais dados pra lidar e vai estar sujeito e alguém com um canal de 20MHz atrapalhando só uma beirada)


    A vantagem de rate fixo é justamente poder usar um com margem MAIOR que a que o software costuma usar. Eu uso margem (Entre sinal e sensibilidade) apenas acima de 20dB. Se o datasheet diz que a sensibilidade em MCS11 é de -85dBm, eu só uso ele se tiver sinal maior que -65dBm (Ou seja, só -64, -63, -62, etc). Quanto maior a margem, maior a legibilidade do pacote, margem pequena fica ok quando não tem ruído no canal, nem chuva, nem nada na zona de Fresnel, mas com margem de 20dB até uns 5km pode ter outro SSID em nível baixo (Digamos -80dBm), pode ter chuva, pode ter 20% da zona de Fresnel obstruída, que ainda ficará com CCQ acima dos 95%.



  7. #7

    Padrão

    Rubem,

    Segue a imagem após ajuste:



    Clique na imagem para uma versão maior

Nome:	         underlinux.org-II.PNG
Visualizações:	127
Tamanho: 	8,9 KB
ID:      	64030



    AJUSTES:

    AP

    Potência (TX) = 6 dBm
    MCS12 Fixo

    STATIONS

    Potência (TX) = 2 dBm e 3 dBm
    MCS 10 Fixo

    Melhorou bastante após as modificações. Na verdade, resolveu a questão do (TX rate) alto no AP.

    Agora, é fazer um ajuste fino, como você orientou para melhorar o MCS desses dois clientes, que baixou o CCQ durante o tráfego de dados (conforme mostra a imagem).

    Acho que hoje ainda consigo realizar o ajuste fino, posto em seguida.


    Abraço,
    Miniaturas de Anexos Miniaturas de Anexos Clique na imagem para uma versão maior

Nome:	         underlinux.org-II.PNG
Visualizações:	98
Tamanho: 	8,7 KB
ID:      	64029  

  8. #8

    Padrão

    Rubem,

    segui sua orientação e ajustei da seguinte forma:

    - Todas as 4 Stations Ubiquiti (2 nano loco M5, 2 NanoBridge M5 300)

    = Potência ( 03 Stations com 3 dBm e 01 com 6 dBm)
    = canal de 20 MHz. (Backhaul)
    = MCS 11 fixo

    - AP (RB 912 BaseBox 5)

    = Potência Transmissão 9 dBm
    = canal de 20/40
    = MCS 12 fixo


    Clique na imagem para uma versão maior

Nome:	         Capturar-under-linux.PNG
Visualizações:	92
Tamanho: 	8,4 KB
ID:      	64050


    Dessa forma, foi resolvido o problema de (TX Rate) alto, apenas no AP, Estabilizou de uma melhor forma o MCS dos clientes no AP (pois variava bastante, mesmo com MCS Fixo), e melhorou o sinal daquele cliente com sinal -78 (sem necessidade de realinhar. Não houve intervenção fisica).

    Fecharei este post como resolvido, mas abrirei um novo, querendo saber como diminuir o ACK na RB 912 Basebox. Não encontrei, como consigo fazer isso.

    Rubem, um abraço e mais uma vez Obrigado pelo seu tempo e vasto conhecimento.



  9. #9

    Padrão Re: Enlace PTMP com RB 912 BaseBox 5 - Sinal TX muito ruim em relação ao RX

    Você está deixando de usar o NV2 por ter clientes com Ubiquit neh

    Enviado via D6633 usando UnderLinux App

  10. #10

    Padrão Re: Enlace PTMP com RB 912 BaseBox 5 - Sinal TX muito ruim em relação ao RX

    As stations, são todas Ubiquiti.



  11. #11

    Padrão Re: Enlace PTMP com RB 912 BaseBox 5 - Sinal TX muito ruim em relação ao RX

    Então você está deixando de usar o NV2 cara? Está usando o 802.11 no AP?

    Enviado via D6633 usando UnderLinux App

  12. #12

    Padrão Re: Enlace PTMP com RB 912 BaseBox 5 - Sinal TX muito ruim em relação ao RX

    Positivo Amigo!

    Fabricantes diferentes só se comunicam com o 802.11 nativo.



  13. #13

    Padrão Re: Enlace PTMP com RB 912 BaseBox 5 - Sinal TX muito ruim em relação ao RX

    Você está perdendo desempenho com isso. Principalmente com o problema de nó oculto. Se você usasse ubiquit como AP poderia ativar o airmax, que nesse caso é TDMA. Isso sem dúvida iria melhorar o desempenho.

    Enviado via D6633 usando UnderLinux App

  14. #14

    Padrão Re: Enlace PTMP com RB 912 BaseBox 5 - Sinal TX muito ruim em relação ao RX

    Ou então se usasse tudo Mikrotik tanto no cliente como no AP poderia ativar o NV2. Também TDMA.

    Enviado via D6633 usando UnderLinux App



  15. #15

    Padrão Re: Enlace PTMP com RB 912 BaseBox 5 - Sinal TX muito ruim em relação ao RX

    Agradeço a todos envolvidos!!! Principalmente ao Rubens, pelas explicações detalhadas!

    Abraço!

  16. #16

    Padrão Re: Enlace PTMP com RB 912 BaseBox 5 - Sinal TX muito ruim em relação ao RX

    Também estou com o mesmo problema...


    Clique na imagem para uma versão maior

Nome:	         txruim.jpg
Visualizações:	67
Tamanho: 	81,2 KB
ID:      	66635



  17. #17

    Padrão Re: Enlace PTMP com RB 912 BaseBox 5 - Sinal TX muito ruim em relação ao RX

    bom dia! Qual potência dBm usa usa no Ap Setorial Algcom? Estou querendo usa na minha rede mas não sei bem à potência usa nessa Setorial pra nao satura os clientes proximo e nem atrapalha os clientes longe pode me da uma dica agradeço...

    abraco

  18. #18

    Padrão Re: Enlace PTMP com RB 912 BaseBox 5 - Sinal TX muito ruim em relação ao RX

    Citação Postado originalmente por Tyler Ver Post
    Pessoal,


    Tenho o seguinte cenário:

    PTMP

    - 01 RB 912 (AP) <=== 02 NanoBridge 22 dBi
    +Antena Setorial Blindada Algcom 15 dBi <=== 02 NanoStation Loco M5 13 dBi

    - Distância média (real): 350m

    AP STATIONS

    - Potência definida: 1dBm Potência: 0 dBm

    - FREQUENCIA: 5620MHz

    - MCS 10 MCS10

    - CCQ 80% a 101% CCQ 98% a 100%

    - Visada: nLoS (Linha de Visada Parcialmente Obstruída)


    SEGUE ABAIXO O QUE NÃO ENTENDO, APESAR DE TER UMA SUSPEITA.


    Clique na imagem para uma versão maior

Nome:	         Capturar.PNG
Visualizações:	286
Tamanho: 	8,5 KB
ID:      	64000


    Mesmo com o CCQ bom nas estações, especificamente o o TX do AP fica variando com valores baixos, como na figura acima. Enquanto todas as outras configurações, apresentam uma "teórica" impressão de qualidade.

    Resumindo, o CCQ do AP, é reduzido em consequência da baixa modulação dos clientes, exemplo radio com sinal -78 (tx), fazendo com que o desempenho da rede baixe.


    Mas, por que apenas o TX? o RX está ótimo. Conto com habitual ajuda de todos. Inclusive o Rubem.

    Abraço a todos!




    bom dia! Qual potência dBm usa usa no Ap Setorial Algcom? Estou querendo usa na minha rede mas não sei bem à potência usa nessa Setorial pra nao satura os clientes proximo e nem atrapalha os clientes longe pode me da uma dica agradeço...

    abraco