Adm Root

Olá! Bom, nessa postagem para ser sincera eu fiquei bastante curiosa com o que seria falado no assunto com esse título. Ela foi definida na rfc6555 e é uma forma de tentar corrigir um "conflito" entre o IPv4 e IPv6, caso possua as duas pontas. IPv6 nos softwares Apesar do IPv6 tentar ser transparente visto da camada de aplicação, alguns problemas ainda não estão completamente resolvidos. O problema sobre qual conexão preferir caso o host possua tanto IPv6 quanto IPv4 é um deles. Por padrão os sistemas operacionais costumam dar uma preferência unânime para o IPv6, o que é bom, pois incentiva o uso do novo protocolo. No entanto, por se tratar de um protocolo ainda em seus estados iniciais de implantação, existem muitos problemas de conectividade na rede IPv6. Isso implica em um problema grave, pois nessa situação um usuário que possua uma conexão com IPv6 e IPv4 pode sofrer uma pior experiência de uso do que um usuário com apenas IPv4.  Para resolver esse problema...

10. 464XLAT Cenário R6-I4 I4-R6 I6-R4 R4-I6 R6-R4 R4-R6 I6-I4 I4-I6 R6-I4-R6 R4-I6-R4 Suporta Sim Não Não Não Sim Não Não Não Não Não O 464XLAT (draft-ietf-v6ops-464xlat-01) é uma solução similar ao dIVI e ao dIVI-pd, que utiliza dupla tradução de IPv4 para IPv6, a fim de oferecer um IPv4 compartilhado para usuários IPv6 nativos. Esta técnica usa uma tradução staless e outra stateful. O tradutor stateless é chamado de CLAT (customer side translator) e faz uma tradução 1:1, ou seja, cada IPv4 possui um IPv6 correspondente. O tradutor stateful é o PLAT (provider side translator) e faz uma tradução 1:N, onde vários IPv6 globais são representados por um IPv4 global para falar com a Internet IPv4. O funcionamento do 464XLAT é ilustrado nas figuras a seguir: Figura 32: Diagrama de sequência do 464XLAT Figura 33: Topologia de rede do 464XLAT É recomendado que haja um cache DNS implementado no CLAT, capaz de responder as solicitações dos clientes IPv4, fazendo as perguntas ...