[BPF] Materiais sobre técnicas de Transição para IPv6 e Cases de Sucesso
Fernando Frediani
fhfrediani em gmail.com
Terça Julho 30 11:51:24 -03 2019
Olá Henry.
Acredito que para uma rede Wifi "IPv6-only" é imperativo utilizar DNS64
(assim como o NAT64) para que os clientes sejam capazes de atingir
destinos IPv4-only, mas não apenas isso. Seria necessário que os
clientes (Laptops com Windows, Linux. macOS e Móveis) possuíssem suporte
automático à CLAT.
Para móveis (Android, iOS e Windows Phone) isso já existe e é utilizado
automaticamente porém penas na rede de 3G/4G. Em redes Wifi desconheço
um mecanismo que faça o mesmo. Idealmente qualquer desses devices
deveriam descobrir o NAT64 através de entradas no DNS64 e subir
automaticamente a interface CLAT quando não houver nenhuma outra com
IPv4 disponível localmente.
Já para Laptops o Windows aparentemente possui suporte à CLAT porém
apenas em interfaces WWAN, Linux possui o clatd porém necessita ser
ativado manualmente e macOS não sei dizer. E nesses casos a maior a
possibilidade o problema de devices mais antigos que não possuem
qualquer suporte à IPv6.
Dessa forma a única maneira viável é fazer o CLAT na CPE ou Gateway da
rede Wifi e entregar Dual-Stack para os usuários. A vantagem disso é que
o endereçamento IPv4 é sempre o mesmo para todos os segmentos e não
necessita de um plano de endereçamento IPv4.
Abraços
Fernando Frediani
On 30/07/2019 08:44, Henri Alves de Godoy wrote:
> Ola Fernando, bom dia.
>
> Nos meu testes nao vi a necessidade do DNS64, é dispensável nesse
> caso. Então nao estou usando isso. A não entrega de endereços v4 é
> muito interessante, vou ver esse caso, pois ainda tenho q entregar v4
> privado no CLAT.
>
> Com relacao ao WhatsApp percebi alguns delays tambem na entrega de
> mensagem. O WhatsApp apesar de funcionar sem problemas em alguns
> momentos aparece aquela mensagem " Procurando novas mensagens " mas
> depois chega.
>
> Vou escrever sim e compartilhar com todos, acredito q consigo nesse
> semestre.
>
> Abraços !
>
> Henri.
>
>
> Em sáb, 27 de jul de 2019 às 14:29, Fernando Frediani
> <fhfrediani em gmail.com <mailto:fhfrediani em gmail.com>> escreveu:
>
> Olá Henri, tudo certo obrigado.
>
> Quando eu falei IPv6 nativo quis apenas dizer que os celulares
> recebem
> por padrão IPv6 (only em alguns casos) e navegam sempre usando ele
> mas
> claro é necessário sempre haver algum tipo de tradução em algum lugar
> seja Dual-Stack com CGNAT ou 464XLAT com NAT64/DNS64. Um cenário
> IPv6-only sem métodos de tradução é algo ainda muito longe de
> qualquer
> realidade e impossível de considerar.
> Um ponto interessantes que essas pessoas que fizeram os
> deployments em
> massa em redes móveis relatam em algumas apresentações no caso do
> 464XLAT é não ter mais que fazer endereçamento de IPv4 para o
> CGNAT por
> exemplo. Tem outras vantagens que acredito que o 464XLAT pode trazer
> para ambientes grandes com relação à redundância e escalabilidade
> também.
>
> Na apresentação da T-Mobile ele fala das 3 maneiras que o 464XLAT
> pode
> funcionar (nativo, NAT64 e NAT64+DNS64 e e cita um exemplo do
> WhatsApp
> que à época criava alguns delays extras com relação a DNS mas
> suspeito
> que já tenham sido resolvidos com ele tendo suporte à IPv6 hoje.
>
> Não vejo problemas com o uso do 100.64.0.0/10
> <http://100.64.0.0/10> se bem feito e organizado.
> Para rede móvel o 464XLAT parece ser uma solução bem interessante à
> longo prazo. Para redes wireless de campus também pode ser
> interessante.
> Nesses dois casos a maioria dos devices possuem suporte ou a
> 464XLAT (no
> caso dos Android e iOS para móvel) ou à IPv6 no caso de celulares em
> geral e Laptops. Já para Banda Larga fixa me parece um pouco mais
> complexo e requer que o ISP tenha controle completo de cada CPE
> utilizada para garantir o CLAT.
>
> Seria interessante se você puder escrever e compartilhar conosco
> seu case.
>
> Abraços
> Fernando Frediani
>
> On 27/07/2019 12:04, Henri Alves de Godoy wrote:
> > Ola Fernando, como vai ?
> >
> > Quando voce fala em navegacao com ipv6 nativo em celular, seria sem
> > nenhuma traducao ao longo do caminho ? Acredito que ainda terao
> > problemas em acesso ha alguns servicos.
> >
> > Como voce ja conhece, aqui na Universidade estou agora fazendo
> testes
> > com 464XLAT/Jool para os usuarios da rede sem fio. Ainda nao
> escrevi
> > nada ou apresentei, em breve farei.
> >
> > A principio os problemas por mim relatados com NAT64 foram
> resolvidos
> > com XLAT. Estou fazendo alguns testes de performance.
> >
> > Recentemente foi adotado pelo Centro de Computacao da
> Universidade a
> > distribuicao da faixa 100.64.0.0/10 <http://100.64.0.0/10>
> devido a nao ter mais v4 para os
> > usuarios da rede sem fio. Eu particularmente questione a adoção
> dessa
> > medida e achei uma solucao meio "feia".
> >
> > Obrigado pelas URLs, vou ler.
> >
> > Abracos !
> >
> > Att,
> >
> _______________________________________________
> bpf mailing list
> bpf em listas.brasilpeeringforum.org
> <mailto:bpf em listas.brasilpeeringforum.org>
> https://listas.brasilpeeringforum.org/mailman/listinfo/bpf
>
More information about the bpf
mailing list