+ Responder ao Tópico



  1. Amigo @rubem,

    Fiz o seguinte, mandei o funcionário ao POP acrescentar uma SXT-SA para dividir os clientes, porém antes disso, já que eles já estão querendo me esfolar vivo, uma horinha a mais ou a menos não fará diferença. Queria deixar todos na SA primeiro para ver como o MK se comportaria nessa situação como AP. Como devo configura-lo para substituir a Rocket apenas para testes. Lembrando que estão misturados SXT e Nano 2X2 juntamente com Grid 1x1.

  2. A meu ver o maior problema de usar misturado é a perda do TDMA, que pra PTMP vai fazer o CCQ cair bastante.
    Se pudesse conectar os equips ubiquiti no Rocket e as estação SXT no AP SXA-SA, e abilitar AirMax no Rocket e nv2 no SXT-SA, acho que iria melhorar bastante.



  3. Citação Postado originalmente por Zucchi Ver Post
    Rubem, primeiramente algo além do meu muito obrigado !!!

    É o seguinte, fiz as alterações que você cita e entendi a explicação sobre os MCS.

    Com potencia em 10dbm o nível de sinal ficou em -51/-51, logo, coloquei 1dbm a mais e fez com que o enlace fosse fechado a -49/-50 tudo bem?

    Lá na aba DATA RATES em Supported Data Rates A/G, só deixei marcado o 54mbps.

    Na aba HT, deixei marcado todos os AMPDU Priorities, alias, para que propriamente serve esta função?

    Na aba HT MCS em:

    HT Supported MCS deixei marcado 14 e 15 (sim, você disse para deixar apenas um deles mas por questão psicologica deixei os dois assim por 24 horas para ver como o enlace se comportaria).

    HT Basic MCS deixei marcado também o 14 e o 15. Faz-se necessário?

    Anexo 58625

    Quanto ao ACK, onde fica esta config?
    O AMPDU é um tipo de agregação de dados numa parte do envio de dados, a parte de sincronia e cia é mantida, a parte de inicio de prembulo não muda, mas quando chega na parte do processo (Que leva nansegundos, por isso preambulo LONGO é 800ns, ou seja, 0,8us, ou 0,0008ms, ou 0,0000008 segundos) em que o layer chamado MAC trafegaria os dados (Cada dado é um PDU, Protocol Data Unit, unidade de dados do protocolo, um PDU pode ser um bit ou um pacote inteiro) esse AMPDU pode Agregar (Daí que vem o A) mais unidades de dados (Mais pacotes, ou mais bit), pra aproveitar melhor o trafego.

    Assim como o uso de preambulo longo aumenta o trafego, porque o tempo perdido em sincronia e cia (Posso enviar? Pode. Tô enviando. Tá, tô recebendo. Chegou? Chegou. Mas chegou o que, lê aí a 5ª letra pra ver se chegou certo) é enorme. Alias, aumentando o tempo pra enviar unidades (PDU's) mesmo passando de 400 pra 800ns faz o datarate aumentar só pouco mais de 10% (Aumenta de 65M pra 72M, digamos), então tudo o que faça a torre perder menos tempo com cada pacote melhora o desempenho.

    AMPDU também tem sistema que verifica erros, então onde a zona de fresnel é parcial ou onde o SNR é baixo ele devia ajudar.

    Mas onde se trafega muita coisa (PTP), ele pode criar gargalo, o chipset vai perder tempo acrescentando dados, esse tempo pode atrapalhar o throughput, então de qualquer forma você tem que testar.
    (Seja PTP ou PTMP. Agregar mais dados num único envio diminui o tempo que a torre gasta com cada cliente, aumenta o uso do processamento do chipset de RF então onde isso piora o resultado é porque o chipset de RF está no gargalo, está sendo utilizado demais)
    Os numeros de 0 a 7 não indicam o numero de unidades agregadas, mas as unidades de quais prioridades serão agregadas, dados de sincronia e cia tem prioridade mais alta (0), dados do cliente tem prioridade mais baixa (8, ficou de fora), depende do chipset como ficará o desempenho de qualquer forma.

    O HT MCS Basic é o datarate mais baixo que o sistema vai usar, se marcar 14 e 15 como "basico" é pra esses que o sistema vai baixar quando ficar sem tráfego (Economia de energia e cia, datarate mais baixo permite o uso de sinais mais baixos portanto potencias menores e etc, em modo auto isso funciona lá de vez em quando), pra provedor isso não tem muita utilidade.

    Sobre o ack-time, essa opção fica na aba Advanced da interface wireless, mas lembra de clicar no botão Advanced Mode na direita em baixo, senão não aparecem todas as abas.
    O ack-timeout é exibido nesse ponto em micro-segundos, us (Onde u é a letra grega mi), 1us é 0,001ms, ou 0,000001s. O default é dynamic (automatico), eu uso assim: Mínimo de 25uS se for 150m ou menos, e depois 1us a cada 133m.
    (Ou seja, 1000m seria 1000/133 = 8, mais 25 do mínimo = 33uS, sobe pra 36 ou 39us (10-20%). Pra 2Km seriam 16 da distancia + 25 do mínimo = 41us, sobe pra 45 ou 49uS)
    Se fizer a conta como 25 de mínimo, e 1us por 100m em distancia pequena já vai ter o numero um pouco maior que o real, já serve bem, é o que faço, aí só aumento 1/3 (mais 33%, que é o que 133 está para 100).

    Na opção wireless, na aba registration, tem como setar pra exibir o ack-time, mas não sei bem porque as vezes isso não é exibido, se depende do modo ou da versão do firmware. Em dynamic lá geralmente fica o valor real da distancia SOMENTE quando a zona de fresnel é perfeita, se lá aparecer numero grande (Digamos 50us em cliente a 500m) pode ter certeza que tem algo físico atrapalhando, coloca esse cliente em digamos 60us pra quebrar o galho enquanto você não vai ver com os olhos a obstrução (E se pode resolver).

    Sobre o ack-time na torre, ó o que a UBNT mesma diz:
    If two or more stations are located at the considerably different distance from the Access Point are associated to, the highest ACK Timeout for the farthest station should be set at the AP side.
    (Tá aqui: http://wiki.ubnt.com/AirOS_5.3 )

    Ou seja, se tem cliente de 200m a 2Km, sete o ack no AP pra 2Km (Em 802.11n seria uns 41us, mas eu colocaria 45us por precaução.

    Tá no site da UBNT... pra ninguém achar que eu tiro essas informações do ar.

  4. 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
    O airmax de todos equipamentos estão desativados? Tem que estar!
    E nas SXT deixa o protocolo 802.11



  5. Citação Postado originalmente por pablozac Ver Post
    Amigo @rubem,

    Fiz o seguinte, mandei o funcionário ao POP acrescentar uma SXT-SA para dividir os clientes, porém antes disso, já que eles já estão querendo me esfolar vivo, uma horinha a mais ou a menos não fará diferença. Queria deixar todos na SA primeiro para ver como o MK se comportaria nessa situação como AP. Como devo configura-lo para substituir a Rocket apenas para testes. Lembrando que estão misturados SXT e Nano 2X2 juntamente com Grid 1x1.
    Só pra referencia, é assim que "gosto" de usar:
    sx1.zip

    DFS depende do canal, potencia depende do canal. Nessa versão do RouterOS o ack-time está como distancia (Nos seus SA pode estar em us, colocaria 50us, se o cliente distante for 2Km), mas o grosso está aí.
    (WDS marcado desse modo pro caso de usar pppoe, caso não use ignore essa aba)






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