+ Responder ao Tópico



  1. pablozac, deixa eu ver se entendi, então você tirou um painel ubnt + rocket e colocou uma stx no lugar? esse seu problema todinho não pode ser o equipamento de algum cliente?

  2. Caro @FMANDU, provavelmente não, pois acontece em todas as torres onde tenho AP UBNT e Clientes SXT x UBNT e agora acontece também com o AP MK e clientes misturados, porem em grau e impacto muito menor. Já descobrimos aqui no tópico algumas incompatibilidades reais entre um equipamento e outro. O que estou tentando é faze-los trabalhar em comum acordo. Mais uma coisa já posso adiantar, para clientes híbridos, MK é a melhor solução e se possível for, não misture fabricantes, principalmente UBNT com MK para comunicação em radio frequência. Quando você precisa de ajustes manuais, que são altamente recomendados para um bom atendimento ao cliente, a UBNT fica devendo, o firmware é amarrado no automático e você não tem informações suficientes para tomar decisões, e no caso de problemas como o meu não ha muito o que fazer. Por isso substituí por MK, o que já me deu uma série de ferramentas e informações que eu não dispunha antes para correr atrás do prejuízo...



  3. Citação Postado originalmente por rubem Ver Post
    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.
    Sensacional Rubem, muito obrigado! Até salvei seu texto aqui para nunca mais esquecer e consultar!

  4. Caro, @Zucchi. Aprendi mais com o @rubem nesse tópico do que 6 anos trabalhando em provedor... Quem sabe, sabe... Essas dicas me deram um novo conceito e vou trabalhar na rede inteira por conta disso. Não só no POP ou na cidade que estou tendo problema... @rubem, se não vai lançar livro não ???



  5. heheh... essa matemática avançada onde -84 + 20dB = -74 eu desconheço :-)

    Se a sensibilidade está em -84 a -90 o sinal mínimo seria -64 a -70.
    Quanto a esse "maximo" de 28dB, isso depende da isolamento de uma polarização pra outra. No caso do SXT o isolamento é de 35dB.
    Ou seja, no SXT de o sinal chegar entre digamos -70 e -90 ele será lido por uma polarização, mas se ele for 35dB maior que -90, isto é, -55, ele será lido também pela outra polarização, ele é tão alto que "vaza" pra outra polarização.

    Ou seja, com MCS3 com sensibilidade de -90, o sinal ideal seria p mínimo de -70 (20dB acima da sensibilidade) e o maximo de -55 (35dB acima da sensibilidade, pois acima desse ponto o sinal começa a ser lido nas 2 polarizações).

    Um sinal -70 em MCS12 (Sensibilidade de cerca de -84, nesse caso) não é o fim do mundo, 14dB de margem tá bom pra distancia pequena, eu sempre falo em 20 por poder colocar 40 clientes num AP sem ter queda de CCQ, o problema não é ter 2 ou 3 clientes com margem pequena tipo 15dB, o problema é ter 40 deles. O FOCO deve ser 20dB ou mais (Mas não mais que o isolamento entre polarização CASO use mimo), mas excessões não matam ninguém.

    Quanto a aplicar essas regras pra canais de 40MHz... aí complica, pra mim que só presta com sinal praticamente 10dB mais alto que quando se usa canal de 20MHz, láááááá de vez em quando algum datasheet da valores direrentes de SNR mínimo ou de sensibilidade entre 20 e 40MHz de largura, fora o problema de ter interferencia diferente numa largura tão grande (Geralmente se usa canal de 20MHz, pode ter interferencia em 20 ou mesmo só em 10 do 40MHz que for usar). Quanto maior a distancia maior a margem de sinal que GERALMENTE precisa pra ter throughput total (Abaixo de 1,5Km pode usar 10 ou 12dB de margem que o CCQ ainda será razoavel. Mas a partir de uns 6Km precisa 20dBm, e a partir de uns 15 ou 20Km precisa 25dB, e assim vai subindo), mas a largura do canal também influencia, pra MIM que 40MHz precisa quase 10dB a mais de sinal que 20MHz (Pra ter o mesmo througput percentual, tipo: Tem 35Mbps em MCS7 a 20MHz com sinal -55? Pra ter 70Mbps em MCS7 a 40MHz vai precisar sinal -45)






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