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



  1. Exato uesleycorrea! Acabei omitindo essa possibilidade afim de não induzir o usuário a erros relacinados aos problemas acarretados por essa prática de quebrar prefixos /64 e prefixos /65 ou menores.

    Essa prática pode trazer problemas de PD e uma série de features do IPV6.
    Configurar manualmente acaba nos gerando trabalho administrativo demais e deixando o operador da rede sujeito a erros em redes de maior porte.

    Mas fora isso é possível sim. Porém não é recomendado pelas regras de BCP IPV6 e pelo IETF.

    Rafael Themístocles
    [Consultor em Redes e Telecomunicações/NGN Network Project Engineer]
    http://www.telmetrics.com.br
    E-mail: rafael_themistocles@telmetrics.com.br
    rafaelthemistocles@gmail.com
    Skype: rafaelthemistocles

    Whatsapp: (11)9-5962-2128






    Citação Postado originalmente por uesleycorrea Ver Post
    @telmetrics, só reforçando: O /64 pode sim ser dividido em subnets menores. O que ocorre é que qualquer prefixo DIFERENTE de /64 perde a autoconfiguração stateless. Se o cara quiser trabalhar com um /70, /114, etc., e fazer todas as configurações manualmente, vai funcionar perfeitamente.

    Att,

  2. Acredito que a turma aqui na empresa configurou alguma coisa faltante.
    o IPV6 é entregado em pilha dupla porém é absurdamente lento a navegação com o mesmo. Ao desabilitar o IPV6 na interface cliente, a navegação funciona perfeitamente.



  3. @telmetrics, correto. Agora quanto a induzir o usuário a erro, e a melhores práticas, isso vai depender de quem configura. Por exemplo, foi com pensamento de melhores práticas de alocação de recursos que chegamos no estoque atual de IPv4, que é escasso. E creio que com sua experiência também ache um absurdo endereçar ponto-a-ponto em IPv6 com /64, tendo prefixos menores para fazer isso e sendo que num ponto-a-ponto não é necessária autoconfiguração, já que o endereçamento será configurado manualmente. No meu treinamento de IPv6 deixo esses paradigmas bem claros para não induzir os alunos ao erro, e também não levá-los a gastar sem medida os estoques de v6 e daqui a 50 anos precisemos partir para o IPv7 ou IPv10, sei lá. E os erros recorrentes da configuração de prefixos menores são totalmente sanados se antes de implementar o IPv6, seja feita uma documentação completa da rede, o que também ensinamos no treinamento. Ou seja: se fizer o dever de casa, nada dá errado. Isso eu garanto, pois minha rede e de clientes operam há mais de 2 anos sem problema algum, seguindo as práticas que ensino (que não chamo de boas práticas, pois se tratando de ASN, cada um segue as suas). O que de fato não pode acontecer, conforme citado por você, é sair colocando o IPv6 na rede de qualquer forma, pois aí não vai funcionar mesmo, e vai gerar mais problema do que solução.

    Abraço!

  4. @rimaraujo, a experiência mostra exatamente o contrário. Conteúdos v6 acessam mais rápido que o v4. O seu DNS está resolvendo v6?

    Att,



  5. Citação Postado originalmente por uesleycorrea Ver Post
    @rimaraujo, a experiência mostra exatamente o contrário. Conteúdos v6 acessam mais rápido que o v4. O seu DNS está resolvendo v6?

    Att,
    A maioria dos sites e serviços ainda não estão disponíveis em ipv6. Quando se utiliza pilha dupla por default ele tenta consulta pelo DNS por ipv6 caso não tenha ele pede o ipv4. Aí o usuário sente a lentidão.






Tópicos Similares

  1. mikrotik + pppoe + linux + paginas de aviso
    Por lfernandosg no fórum Redes
    Respostas: 2
    Último Post: 11-06-2009, 19:33
  2. RT 1000 com Mikrotik - pppoe
    Por hugleo no fórum Redes
    Respostas: 4
    Último Post: 15-01-2009, 01:54
  3. Mikrotik PPPOE - Windows Vista não navega!
    Por Marzio no fórum Redes
    Respostas: 13
    Último Post: 16-06-2008, 09:39
  4. Mikrotik PPPoE + Trafego UDP (VPN) - delay
    Por nataniel no fórum Redes
    Respostas: 0
    Último Post: 08-08-2006, 10:37
  5. mikrotik + pppoe + radius
    Por japaeye4u no fórum Redes
    Respostas: 2
    Último Post: 14-04-2006, 09:54

Visite: BR-Linux ·  VivaOLinux ·  Dicas-L