Página 2 de 3 PrimeiroPrimeiro 123 ÚltimoÚltimo
+ Responder ao Tópico



  1. Citação Postado originalmente por sergio Ver Post
    Se usar criptografia WPA2 não existe nenhuma relação com desempenho - CPU-, a não ser no momento da troca da chave inicial da conexão wireless (quando por um motivo qualquer, desabilita a interface wireless AP e "derruba" todos os clientes conectados e os mesmos voltam-se a conectar, todos ao mesmo tempo - PMK).

    Após a troca de chaves não existe problema nenhum relacionado a troca de dados (tráfego).

    Nos firmwares baseado em GNU/Linux, instalados nos APs em modo cliente, normalmente não terá suporte a MPPE. Este método de criptografia sim, aumenta o consumo de recursos de processamento.
    sergio, o WPA2 usa algum algorítmo "on-fly" com chip dedicado no próprio cartão, pois acredito que se não há uma carga maior de cpu, alguém tem que fazer o trabalho, certo ?

    Se for, existe alguma diferença de cartão para cartão quanto ao desempenho? Percebi que quando com criptografia ativada, clientes com sinal mais fraco perdem alguns pacotes aleatoriamente.

    Obrigado!

  2. Citação Postado originalmente por agpnet Ver Post
    sergio, o WPA2 usa algum algorítmo "on-fly" com chip dedicado no próprio cartão, pois acredito que se não há uma carga maior de cpu, alguém tem que fazer o trabalho, certo ?
    Sim, usa. O algoritmo é embarcado no cartão.

    Citação Postado originalmente por agpnet Ver Post
    Se for, existe alguma diferença de cartão para cartão quanto ao desempenho? Percebi que quando com criptografia ativada, clientes com sinal mais fraco perdem alguns pacotes aleatoriamente.

    Obrigado!
    Isto porque alguns fabricantes montam seus adaptadores com componentes genéricos e a baixíssimo custo que levam a uma deterioração na performance dos mesmos.

    Note que se usar bons adaptadores tanto no lado AP como no lado cliente estes problemas não ocorrem. Outro problema são os drivers dos sistemas operacionais, que mesmo não sendo os responsáveis pelo processo da criptografia em si, influenciam na troca de dados entre o mesmos e o firmware (eprom) do adaptador.



  3. Bem,então vendo pelo ponto de vista que o desempenho pode se deteriorar utilizando WPA2 por questões de componente utilizados na montagem dos mesmos,poderia estar utilizando Sem criptografia alguma,somente o Tunel PPPoE? Isso me daria mais estabilidade/desempenho ou teria ainda sim problemas com relação a invasão ou captura de pacotes por sniffers?

  4. Mas é só trabalhar com equipamentos que tenham um minimo de qualidade... simples.

    PPPoE criará um túnel, nada mais, o resto continua como tráfego comum, camada 3, no barramento físico chamado ar.



  5. Citação Postado originalmente por sergio Ver Post
    Mas é só trabalhar com equipamentos que tenham um minimo de qualidade... simples.

    PPPoE criará um túnel, nada mais, o resto continua como tráfego comum, camada 3, no barramento físico chamado ar.
    Entao sergio,digamos que muitos por ai que trabalham sem criptografia sem nada,seria por questoes de provavelmente estarem utilizando plaquinhas realtek da vida nos kits clientes ? Pois vou lhe dar um exemplo,tenho exemplo aqui proximo de provedores que utilizam em uma distancia de 4km plaquinhas PCI Realtek ou Ralink + Antena de 25 Com cabo Coaxial,o branco se eu nao me engano,aqueles de 75ohms.

    Bem isso seria um motivo para eles nao colocarem criptografia?Para nao causar lentidao execessiva em seus clientes ?






Tópicos Similares

  1. Respostas: 9
    Último Post: 26-11-2017, 13:48
  2. Tela de aviso em pppoe radius com o mk
    Por neydourado no fórum Redes
    Respostas: 5
    Último Post: 04-07-2014, 09:28
  3. criptografia ou nao? nos APs
    Por nandop1240 no fórum Redes
    Respostas: 27
    Último Post: 23-07-2008, 23:21
  4. mikrotik + pppoe + radius
    Por japaeye4u no fórum Redes
    Respostas: 2
    Último Post: 14-04-2006, 09:54
  5. É obrigatorio o uso do procmail com postfix ou não ?????
    Por lconi no fórum Servidores de Rede
    Respostas: 5
    Último Post: 22-06-2005, 08:53

Visite: BR-Linux ·  VivaOLinux ·  Dicas-L