Página 4 de 4 PrimeiroPrimeiro 1234
+ Responder ao Tópico



  1. Citação Postado originalmente por emanuelnet Ver Post
    rubem fiz o teste que me pediu e melhorou um pouco mais ainda tem cliente com ccq de 82% agora de manha e duvido que não piore a tarde, ja estou ficando sem opções para resolver o problema, da uma olhada no meu spectrum que estou tendo problema.Anexo 59489
    Bom exemplo de uso ruim do espectro. O canal de 5725MHz está vazio, e nesse canal é legal o uso de 36dBm EIRP. Mas... onde tem sinal mais alto (Indicando uso de potencia alta) é na faixa dos 5600MHz, onde o limite legal é 27dBm EIRP.

    Está com todos os clientes usando um Max TX Rate baixo tipo MCS10 ou menos?

    E não achei isso um ambiente muito poluído, os sinais consistentes chegam abaixo de -70dBm só em 3 ou 4 canais, é só ficar fora deles, tem praticamente 4 canais de 20MHz sem nada consistente acima de -90dBm, estão muito bons. Me parece que o problema é outro e não ruído, alguma falta de capacidade de processamento pra tanto dado (Gerado por um cliente com CPE problemática, ou por reflexo em algo do lado da torre), eu partiria pra essa verificação, deixando de lado por ora a possibilidade de ser problema de RF.
    (Aumentar ack-timeout nos clientes duvido que ajudaria muito, colocar um valor fixo e maior que o real em TODOS deve ajudar muito pouco, acho que é caso de verificar uns desses CCQ's de 80-90%)

    Mas se são 70 clientes simultaneos, já pra pensar em melhorar isso. Rocket pra mim só presta até 40 simultâneos (Idem pra tudo com chipsets Atheros/Qualcomm recentes, seja UBNT ou MK), acima disso a qualidade cai com qualquer bobeira. Alias, com 40 simultâneos eu tinha problema com qualquer passarinho na zona de fresnel, imagina com mais que isso. Numero seguro pra não ter dor-de-cabeça a longo prazo talvez seria 35 simultâneos.
    (Conforme o tempo passa os usuário vão ficando cada vez mais tempo online, foi-se o tempo que podia ter 100 pagantes e apenas 30 conexões online, hoje é mais fácil ter 100 pagantes e 80 online, seja navegando mesmo ou com Windows ligado e no maldito/noob default com atualizações rodando e serviços de rede fazendo requisição na rede, ainda se fossem inteligentes pra usar P2P...)

  2. essa frequencia que esta livre 5725 é porque ela nao aparece nos rockets selecionando o pais brasil e se eu mudar para outro pais os clientes estao todos em brasil e para eles também nao aparece entao esses não irá conectar, os clientes coloquei mcs 10 e a rocket em mcs12 conforme me indicou e subiu apenas 3 pontos em ccq, nao sei se tem relação mais meus problemas comecaram depois dessas novas airgrids, se eu colocar um airgrid antiga ficava bom com as novas o ccq ficava ruim e o tx fica em 6.5 rx em 150 ou seja a transmissor esta ruim a recepção boa.



  3. Das airgrid antigas pra nova que eu saiba mudou no AirOS o "datarate module", tem a opção alternative, é um algoritmo de tomada de decisões diferente, algoritmos diferentes tem comportamentos diferentes mas sei lá se seria tanto a ponto de comprometer uma rede toda.

    Mas se são muitos Airgrid, tem alguns na vertical e alguns na horizontal? Isso faria o Rocket usar o chain0 pra uns e o chain1 pra outros, diminui um pouco o numero de dados pro ADC converter, e um pouco o numero de pacotes chegando ao mesmo tempo na mesma polarização.

    Essa opção (Alguns em V e alguns em H) não muda o mundo porque as setoriais basestation tem só 20-22dB de isolamento entre as polarizações, um sinal -60dbm em H seria lido com -80 a -82dBm no chain da vertical, mas um pouco de melhoria deve dar.

    Experimenta no Rocket e nos Airgrid novos mudar o "Datarate module", se está em alternative passa pra default, ou o contrário. Em teoria um algoritmo mais novo é mais eficiente, o mais novo no caso seria o "alternative", mas talvez alguns usando ele e alguns usando o default (Nos Airgrid antigos, com AirOS antigo) estão gerando processamento demais ou perdas de pacotes pro Rocket.

    Eu que não ponho minha mão do fogo por "software mais moderno", prefiro os bugs de fábrica porque já são conhecidos, do que os bugs criados por atualizações/updates ("Morte do WindowsUpdate!").


    E sobre os 5725, tá certo, me enganei, pode usar 36dBm EIRP somente acima de 5725MHz, ele não pode ser o centro do canal (Se o centro fosse 5725 o canal de 20MHz iria de 5715 a 5735MHz). Pode usar ele legalmente no brasil mas só com 27dBm EIRP e somente com DFS ativo. Talvez se ativar DFS e salvar o canal apareça na lista, mas a legislação no brasil permite o uso:
    http://www.anatel.gov.br/legislacao/...-resolucao-506
    (Seção X, 5470 a 5725MHz, como não tem TPC em UBNT, o limite EIRP é de 500mW "excepcionalmente)

    Isso deve parece bobeira do programador que coletou a legislação mundial, essa resolução acima é de 2008, mas até hoje a Mikrotik quando seleciona o brasil não permite canal acima de 5700MHz por default, eu até não acho ruim porque não se pode esperar que alguém na Letônia (Terra da MK) fale portugues, mas a Ubiquiti já teve tudo certinho (Conforme a res. 506 da Anatel), só recentemente ela está mostrando 5180-5320 e depois pulando pra 5725-5825MHz no firmware, é bobeira recente (E nunca testei se tem relação com DFS ativo ou não, mas curiosamente a faixa que ele não exibe é onde DFS é obrigatório)

  4. então foi só uma duvida essa opção nunca usei porque nunca soube pra que servia posso testar, quando a polarização todas as airgrids estão na polarização vertical (grade) não imaginava que forçava apenas um canal mais só pensar um pouquinho que o raciocínio é lógico, a frequência 5725 não habilitou de maneira alguma aqui testei a potencia de 20dbm e 27 dbm dfs sempre fica habilitado e não ativou acho que aqui foi erro de programação já que no Brasil é permitido o uso dessa frequência normal, resolvi fazer um teste aqui tirar a omini e colocar 3 setorial ai dividiu os clientes colocou cada setorial em uma frequência aparentemente melhorou um pouco mais tenho que acertar o sinal dos que ficou ruim, então você acha que se mudar um pouco das airgrids e nas novas airgrids mudar para alternative deve melhorar? e quanto a opção alternative das antenas antigas e do rocket deixa em default mesmo?



  5. Só tenho prática em UBNT em PTP, neles o datarate module alternative dá uma melhor no throughput. Mas... em PTP geralmente usamos equiptos de mesma geração (Ou todos tem essa config. ou não tem).

    No seu caso como só os novos tem, eu deixaria em default por enquanto, todos em default (Porque os que não tem essa config. devem ficar assim, no algoritmo default).






Tópicos Similares

  1. Respostas: 11
    Último Post: 03-01-2011, 06:26
  2. Shell Script !!! Executar comando automático...
    Por Danielvb no fórum Linguagens de Programação
    Respostas: 11
    Último Post: 29-11-2002, 15:48
  3. Logon automático
    Por RodrigoRey no fórum Servidores de Rede
    Respostas: 0
    Último Post: 11-11-2002, 10:43
  4. Mrtg Rodar Automático
    Por no fórum Servidores de Rede
    Respostas: 3
    Último Post: 17-10-2002, 00:10
  5. proxy automatico
    Por bauer no fórum Servidores de Rede
    Respostas: 1
    Último Post: 10-05-2002, 19:08

Visite: BR-Linux ·  VivaOLinux ·  Dicas-L