Página 2 de 2 PrimeiroPrimeiro 12
+ Responder ao Tópico



  1. #21
    xargs -n 1 kill -9 Avatar de sergio
    Ingresso
    Jan 2004
    Localização
    Capital do Triângulo
    Posts
    5.201
    Posts de Blog
    9

    Padrão

    Citação Postado originalmente por catvbrasil Ver Post
    ... e caso tenha muitos clientes, deixar ligado também a opção "compression"....
    catvbrasil, já vi, mais de uma vez, você mencionar para habilitar esta opção. De acordo com a documentação só serve para cartões atheros (entendo que os clientes também) e só funciona desde que o outro lado (cliente) também estiver com esta opção habilitada. Ainda menciona sobre a capacidade do AP servir em torno de 50 clientes com compressão. Ainda menciona que com compressão habilitada a criptografia (WEP, WPA, etc.) não funciona.

    Qual a finalidade disto uma vez que praticamente ninguém usa nos clientes atheros e também praticamente (acho que nunca vi) nenhum cliente é configurado com esta opção? Possui testes práticos que demonstraram alguma diferença?
    Última edição por sergio; 30-01-2007 às 01:51.

  2. #22

    Padrão

    Citação Postado originalmente por sergio Ver Post
    catvbrasil, já vi, mais de uma vez, você mencionar para habilitar esta opção. De acordo com a documentação só serve para cartões atheros (entendo que os clientes também) e só funciona desde que o outro lado (cliente) também estiver com esta opção habilitada. Ainda menciona sobre a capacidade do AP servir em torno de 50 clientes com compressão. Ainda menciona que com compressão habilitada a criptografia (WEP, WPA, etc.) não funciona.

    Qual a finalidade disto uma vez que praticamente ninguém usa nos clientes atheros e também praticamente (acho que nunca vi) nenhum cliente é configurado com esta opção? Possui testes práticos que demonstraram alguma diferença?
    Correto sergio.

    para ajudar sobre seu comentário vou postar o que a propria Mikrotik diz no site deles:

    Site Official: http://www.mikrotik.com/testdocs/ros...e/wireless.php
    1 - compression (yes | no; default: no) - if enabled on AP (in ap-bridge or bridge mode), it advertizes that it is capable to use hardware data compression. If a client, connected to this AP also supports and is configured to use the hardware data compression, it requests the AP to use compression. This property does not affect clients which do not support compression.
    2 - Using compression, the AP can serve approximately 50 clients with compression enabled!
    3 - Compression is supported only by Atheros wireless cards.
    4 - On Atheros-based cards, encryption (WEP, WPA, etc.) does not work when compression is enabled.

    Tradução:
    1 - compressão (sim | No.; defeito: nenhum) - se permitido no AP (na modalidade da ap-bridge ou modo bridge), anuncia que é capaz usar a compressão de dados da ferragem. Se um cliente, conectado a este AP suportar e for configurarado também para usar a compressão de dados da hardware, pede o AP para usar a compressão. Esta propriedade não afeta os clientes que não suportam a compressão.
    2 - Usando a compressão, o AP pode servir a aproximadamente 50 clientes com a compressão permitida!
    3 - A compressão é suportada somente por cartões do wireless de Atheros.
    4 - Em cartões Atheros-baseados, encryption (WEP, WPA, etc..) não trabalha quando a compressão é permitida.
    Última edição por tiagomatias; 30-01-2007 às 10:37.

  3. #23

    Padrão

    Realmente,. Também li que melhora um pouco em relação a perda de pacotes, pings altos, etc etc. Pra ser sincero, um long preamble é muito mais eficiente que o próprio compression e eu mesmo não habilito aqui porque além de nunca ter tido estes tipos de problemas, já habilitei e não senti nenhuma diferença.

  4. #24
    xargs -n 1 kill -9 Avatar de sergio
    Ingresso
    Jan 2004
    Localização
    Capital do Triângulo
    Posts
    5.201
    Posts de Blog
    9

    Padrão

    Blz. Obrigado pelos comentários.

  5. #25

    Padrão

    opa amigos..bom dia..

    continuando falando do long preamble...isso ajuda em q ?...aos q testaram ae podem nos explicar melhor essa opção...na minha ap (g510) ta na opção both....

    obrigado..

    t+ e bom trabalho..

  6. #26

    Padrão

    Conforme nosso amigo comentou, que em uma AP dele, o ACK estava em 306, acredito que esse valor seja alto, e vou comentar o que escrevi em outro topico e vivenciamos por aqui.

    Esse valor aumenta, quando um cliente distante (sinal baixo conecta).
    Quando isso acontecia, a rede ficava péssima mesmo com 20 usuarios simultaneos.
    Nesse exato momento estou com 41 conectados, mas o ACK tá baixo, pois aquele cliente não esta conectado, e está tudo normal.

    Verifique quando estiver com ACK alto, bloqueie a autenticação (AccessList) dos clientes que estiverem com sinal mais ruim, e verifique se a conexão não melhora.

  7. #27

    Smile

    Citação Postado originalmente por catvbrasil Ver Post

    "Caso sua rede sofra um grande número de acessos simultâneos é aconselhável utilizar "short preamble", caso contrário opte sempre pelo "long preamble"

    "Como disse acima, um grande número de acessos (não significa 10 ou 20 acessos)... Tenho tido ótimos resultados sempre no modo "long preamble".



    Opa, to preparando meu AP Mikrotik com 2 interfaces 5.8Ghz para receber cerca de 80 conexões simultaneas em cada cartão atheros 5213, todas elas em 5.8Ghz.

    Deixo em short preamble? afinal 80 conexões é um numero alto!

  8. #28

    Padrão

    deixe sempre em long preamble..

    use o short somente se TODAS os clientes suportarem ... ou voce tera problemas na associação...

    o short tem o header com metade do tamanho do long...