Página 4 de 16 PrimeiroPrimeiro 123456789 ... ÚltimoÚltimo
+ Responder ao Tópico



  1. Citação Postado originalmente por pablozac Ver Post
    Rubens. Minha aba datarates da SXT está defaut, não permitindo eu mudar as configurações no MCSHT. O que devo deixar marcado no datarates já que vou ter de colocar configure ?

    Muito grato pela ajuda !
    Na aba datarates tanto faz o que marcar se colocar no modo "Only N". Pode colocar em "Configured" e marcar o que quiser.
    O que importa é na aba HT MCS, lá que você marca apenas MCS10 (O default é tudo marcado, ou seja, mudança automatica conforme o sinal, mas mudança automatica sempre falha)


    Citação Postado originalmente por inquiery Ver Post
    @rubem, por que motivo você pratica 20dB de margem para a sensibilidade máxima que vc quer atingir? É para evitar variações decorrentes de ambiente? Pois mesmo um temporal infernal, a distancia de 2km, não vai atenuar o sinal nem em 5dB (pelo menos aqui não atenua). Mas de repente to falhando em perceber algo.
    Sobre o link margin de 20dB que recomendo (Pra PTMP de distancia pequena, tipo menos de 10Km), infelizmente tem pouco conteúdo na web. De maneira geral se trata o mínimo necessario pra ter qualidade como 15dB de margem:
    http://en.wikipedia.org/wiki/Link_margin

    Mas com 10dB de margem já é raro a conexão cair, por isso tem gente com duvida se 10, 15 ou 20dB é o "mínimo":
    https://community.ubnt.com/t5/Wirele...dB/td-p/464171

    Se não me engano o Airlink da UBNT dá como OK somente 20dB de margem em PTMP:
    http://airlink.ubnt.com/

    É a mesma margem que esse calculador dá em distancias maiores:
    http://mayo.nuvisions.net/ubnt_link/

    Exemplo, em 3Km margem de 13 ou 14dBm, mas em distancia maior a margem em verde (Ou seja, ok) é 19 ou 20dBm (Abaixo disso fica em vermelho, indicando sinal abaixo do recomendado)
    Clique na imagem para uma versão maior

Nome:	         link.margin.jpg
Visualizações:	341
Tamanho: 	206,2 KB
ID:      	58583

    E eu já ví paper da UBNT recomendando link margin de no mínimo 20dB, tenho certeza que ví isso, mas não encontro mais.

    Se achar uma tabela com valores de SNR mínimo já é raro, imagina pra link margin! SNR a maioria concorda que deve ser 20dB ou mais, então isso só suporta ainda mais que a margem (Com relação ao ruído ou com relação a sensibilidade) deve ser a mesma. Toda vez que ví SNR ou link margin menor que 20dB o throughput não era grande (Nem perto do máximo), por mais que o CCQ fosse 95 ou 99%.


    Eu sugiro manter o sinal entre 20dB acima da sensibildiade do datarate escolhido (Azar de quem usa o modo auto, com datarates diferentes, merece sofrer), e o isolamento entre polarizações que a antena tem. Antena Airmax grande (17-20dBi) tem isolamento entre polarizações de 28dB, então sugiro sinal dos clientes chegando entre 20 e 28dB acima da sensibilidade, para que o link margin mínimo de 20dB seja respeitado, e para que um sinal 28dB acima da sensibilidade não "vaze" pra outra polarização.
    (Se usar SISO isso não importa)

    Uma coisa é fazer um PTP, num PTP com margem de 18dBm em area sem poluição você consegue quase todo o throughput possível, com canal de 40MHz e margem de 25dB (Sinal -50, quando a sensibilidade é -75) sempre consegui toda a banda prometida (throughput maximo). Mas em PTMP você tem duzias de CPE's mandando dados, sinal alto demais chega na outra polarização ou chega por reflexo (Vem em linha reta em 5ns, mas reflete lá longe e chega 10ns atraso já que fez caminho mais longo), mas sinal baixo demais fica distorcido. Um MCS14 ou 15 aqui, como fica ilegível com apenas 21dB de margem:
    Clique na imagem para uma versão maior

Nome:	         0001020130.gif
Visualizações:	171
Tamanho: 	52,9 KB
ID:      	58584
    Na esquerda os pontos (simbolos) são bem nítidos, tem 64, então é um 64QAM. Na direita não dá pra ler direito, digo, não dá pra separar bem todos os simbolos pra definir de qual quadrante é cada um (São 64 quadrantes). Isso resulta em throughput baixo, perda de pacotes, o que derruba o CCQ também.

    Também dá pra colocar assim:
    Clique na imagem para uma versão maior

Nome:	         Intro_Wirelsss_Standards_Figure.jpg
Visualizações:	153
Tamanho: 	43,6 KB
ID:      	58585
    Nesse caso há ruído, por isso só há legibilidade de 30dB pra cima. Ambiente ruidoso tem esse problema. Esse EVM é um percentual de erros, 30% de erro com sinal baixo, significa que 1 em cada 3 pacotes precisa reenvio, isso tira tempo que poderia estar sendo usado por outro cliente.

    Os firmwares recentes pra Rocket (Só o beta pra AC?) tem o Constelation Diagram, neles dá pra ver bem intuitivamente que sinal baixo resulta em distorção. Eles tratam como CINR:
    https://www.ubnt.com/broadband/software/
    (Terceira imagem)

    Nos Unifi é o RSSI, é um percentual baseado no SNR mínimo requerido, mas de maneira geral o mínimo pra manter conexão (Unifi não é focado em altos throughputs, mas sim em conexão mobile e cia, que querem estabilidade sem cobrar trafego alto) é de mais de 10dB acima da sensibilidade.

    SNR não foi padronizado, RSSI menos ainda, CINR também não, e link margin... pff... esse está mais longe ainda de padronização ou de concenso, mas só ví estabilidade total onde se usar margem de 20dB. Pode ser exagero? Pode, mas mal não faz, um MCS12 tem throughput de uns 50Mbps, quem precisa de mais banda que isso num PTMP? Pra aumentar a margem é só reduzir os datarates, especialmente o de transmissão do cliente (Vender upload de 1M mas usar cliente>torre um datarate tipo 65M exige sinal alto, que raramente o cliente terá, se usar datarate menor tipo 20-30M o throughput do cliente ainda estará garantido mas poderá usar potencia menor no cliente, pra evitar problema em etapa de RF (Perda de potencia, por exemplo), e pra evitar poluição no espectro (Potencia alta gera, quando tem centenas de CPE's em potencia alta, um nível de ruído alto tipo -85, o espectro está f*dido no brasil devido aos usos bestas tipo canal de 40MHz em PTMP pra planinho mixuruca de 1M/256K, e pelo uso de potencias absurdas tipo 50dBm EIRP (Como se com 27dBm EIRP não chegasse em digamos 4Km tranquilamente).

    Alias... estão usando 5,6GHz então estão usando limite de 27dBm EIRP né? E DFS também? Essa faixa PRECISA potencia menor e DFS, azar se a faixa dos 5,7 a 5,8GHz já está poluída, só lá que pode ter potencia alta, são os ossos do oficio aprender a trabalhar com apenas 27dBm EIRP caso queira usar canal abaixo de 5,7GHz (Ninguém é obrigado a trabalhar como wifi, mas quem quer trabalhar tem que seguir a legislação, potencia baixa em 5,3-5,6GHz, e NÃO usar 5,1-5,2GHz outdoor. Lei é lei).

  2. Caro rubem, não sei se vc é artista, mais um fã já está garantido... Amanhã faço as alterações sugeridas e posto o resultado.

    Muito obrigado pela aula!



  3. A solucção mais facil mno meu modo de ver é SUSTITUIR os AP UBNT por Mikrotik e por a trabalhar todos em modo NV2. Assim de simples.

    Com clientes em -72dBm não vai funcionar NUNCA. Vai ter sempre problemas (sinal muito baixo para imunidade as interferenças ). O sinal ideal é -60dBm para acima.




    Citação Postado originalmente por pablozac Ver Post
    Prezados amigos,

    Como não achei nada relacionado ao que estou passando aqui, resolvi abrir esse novo tópico para que alguém possa me ajudar a solucionar ou pelo menos esclarecer o que acontece:

    A cerca de 1 ano passo por um problema de conexão entre AP UBNT (Rocket com Basestation) e Clientes Mikrotik (SXT Lite 5). Tudo começa sem aviso prévio e sem alteração no Cenário. Está tudo normal como mostra a Imagem em anexo, de repente o CCQ do AP começa a cair vertiginosamente (Chega a 30) levando os dos clientes junto, o tráfego para, e os clientes são desconectados. Em questão de menos de 1 minuto voltam a se conectar e tudo se normaliza. Já penei com varias configurações diferentes, realinhar cliente por cliente e trocar o AP por um novo. A única coisa que resolveu em definitivo foi dividir os Clientes por Fabricante. Colocar Clientes UBNT em AP UBNT e Clientes MK em AP MK. Queria uma solução mais barata pois ainda tenho torres UBNT com fabricantes misturados (UBNT e MK) onde não compensa de forma alguma eu colocar 2 interfaces 5.8 para atender 15 clientes.

    Algumas considerações:

    Pior Sinal da Torre usada como controle é -72
    Acontece com todas os APs UBNT que tem 1 ou mais SXTs junto com as Nanos x Grids
    Acontece de forma esporádica em horários e intervalos distintos e as vezes até dias de intervalo.
    Não uso protocolo TDMA proprietário nos APs
    O log do AP UBNT fala que o cliente está sendo desconectado por sinal ruim.
    Problema de interferência já foi eliminado, pois estou sozinho e acontece em todas as torres com equipamento misto.
    Só uso UBNT E MK.
    Dividindo os Fabricantes o problema desaparece (Não é a solução adequada para mim no momento).

    Se alguém já passou pelo problema e conseguiu uma configuração adequada para funcionamento, favor compartilhar. Ajudará uma alma desesperada a dormir em paz.
    Anexo 58573

  4. Caro rubem, efetuei as configurações e houve um probleminha. Tenho Airgrids que não trabalham em mimo nesse AP. Quando passei para MCS13 consequentemente elas pararam. Tem alguma outra alternativa de MCS que eu possa usar já que a rocket não permite a escolha de mais de 1 ?

    Agradecido !



  5. Acho que vc pode deixa no automatico mesmo ate o 13 as outras irao conectar o problema de deixar fixo e algum ap ter problema e desconectar totalmente, as vezes ele acaba modulando em mcs 0 e ai vc pode tentar conseguir acessalo e mudar de celula.






Tópicos Similares

  1. Respostas: 1
    Último Post: 21-05-2010, 14:45
  2. Hostpost nao autentica mais de um cliente por ap pq?
    Por wznetviaradio no fórum Redes
    Respostas: 2
    Último Post: 08-01-2009, 12:01
  3. AP-MK ñ conecta mais de um cliente
    Por faieppi no fórum Redes
    Respostas: 3
    Último Post: 21-01-2008, 10:36
  4. Enlace de mais de 70KM com 4 radios
    Por Bender no fórum Redes
    Respostas: 12
    Último Post: 06-08-2007, 10:34
  5. Mais conexao de mais de uma maquina
    Por andrebvs no fórum Servidores de Rede
    Respostas: 2
    Último Post: 31-01-2005, 17:16

Visite: BR-Linux ·  VivaOLinux ·  Dicas-L