[lacnog] Announcing Windows CLAT Public Preview

Mar Jun 16 13:05:04 -03 2026

Hola Fernando,

Creo que algo que lo que has dicho tiene mucho sentido, pero al mismo tiempo no me cuadra porque tienen el código en open source (y varias versiones): Los fabricantes desconocen los protocolos, de hecho, muy pocos participan en el IETF (me refiero a fabricantes de CPEs - los puedo contar con la mitad de los dedos de una mano!).

Yo he tenido la experiencia contraria, en varios casos para clientes específicos, el fabricante ha implementado CLAT en cuestión de horas, máximo días, si bien es cierto que les he ayudado paso a paso. Lo que es muy desafortunado es que no lo han querido generalizar en todos los firmware updates, porque han preferido hacerlo solo, como siempre, por dinero: vender un nuevo CPE.

Me estoy perdiendo cuando dices:
> 464XLAT (ou IPV6-Mostly se preferir)
> 
No se si estas entendiendo que es lo mismo o que ves a uno como alternativa del otro en redes residenciales.

Por otro lado, CLAT (NAT46) es stateless, es decir, no consume recursos de CPU como NAT44. Igualmente, la mayoría de SoC de CPEs desde hace mas de 10-15 años, tienen funcionalidades que permiten utilizar el “fast-path” (hardware offloading) para ambos casos, y por si fuera poco, el kernel de Linux, hace ya mas de 8-10 años si no mal recuerdo, incorpora el software offloading, que no consume una cantidad mínima de recursos de CPU.

Saludos,
Jordi

@jordipalet

> El 16 jun 2026, a las 16:36, Fernando Frediani <fhfrediani en gmail.com> escribió:
> 
> Bom dia
> 
> Quando trabalhava mais ativamente com banda larga tinha um ótimo relacionamento com o fornecedor de CPE que costumava ser bastante eficiente em fazer correções e builds de firmware pois tinha acesso ao SDK do fabricante dos chips e isso ajudou em conseguir que eles disponibilizassem uma versão experimental com cliente CLAT. Para conseguirem fazer houve uma certa dificuldade pois para eles era algo bem desconhecido e precisarem compreender todo o necessário para incluir nesse build experimental e consultar o fabricante. Ou seja, não é algo que ISPs tem pedido ainda ou que exista uma compreensão para que exista uma demanda mínima.
> E para falar a verdade ver CLAT em CPE é algo que eu particularmente acredito vai levar tempo se um dia realmente tiver uma adesão maior devido às diferenças de implementação do 464XLAT e o modelo Dual-stack tradicional, mesmo com todas as vantagens que existe no 464XLAT.
> 
> Já na rede móvel é algo bem mais simples de implementar devido à praticamente não existir a figura da CPE e o cliente CLAT estar presente nos firmware dos principais aparelhos móveis e também pela maior densidade de onde os dispositivos móveis são autenticados.
> Então é importante separar quando se fala em 464XLAT (ou IPV6-Mostly se preferir) em rede Móvel e rede Fixa. Em rede Fixa seguirá sendo um sonho distante ainda. O dia que uma CPE comprada de prateleira de loja de eletrônicos começar a vir com cliente CLAT quem sabe.
> Por isso veremos muito mais IPv6-mostly direto nos Sistema Operacionais que já suportam CLAT + CPE que sinalizem do que CLAT na CPE.
> 
> Quando recebi o firmware experimental um dos principais aspectos que me interessava testar era não apenas se o CLAT era capaz de fazer os encapsulamentos e consequentemente as traduções no PLAT corretamente, mas também um problema comum à muitas CPEs em um passado não tão distante: se esse processo de encapsulamento seria feito corretamente com offload para os chips corretos da CPE e não iria subir para CPU causando aumento de latências e ineficiências.
> 
> Fernando
> 
> On 6/16/2026 9:04 AM, Henri Alves de Godoy wrote:
>> Talvez, uma das grandes discussões futuras será onde se deve localizar el PLAT em cenários residenciais ?  Na nuvem, no ISP ou CPE ?
>> 
>> Para responder acredito que teremos que avançar nas medições, por isso a contribuição da comunidade é muito importante.
>> 
>> Abraços
>> Henri.
>> 
>> Em ter., 16 de jun. de 2026 às 08:46, jordi.palet--- vía LACNOG <lacnog en lacnic.net <mailto:lacnog en lacnic.net>> escreveu:
>>> Eso es, lo comente 3-4 emails atrás … Pero, aunque no hay mucha dificultad, es mas complejo implementar PLAT en un CPE que CLAT, no te parece? No le veo el sentido … En todo caso implementaría ambos: Ambos están con open source, el trabajo es una mera decisión (y obviamente pruebas para verificara que se ha integrado bien en el firmware del CPE).
>>> 
>>> Como indique, es una cuestión de decisión de los fabricantes por “dólares”, presión del mercado, presión de los clientes, presión de la competencia …
>>> 
>>> Saludos,
>>> Jordi
>>> 
>>> @jordipalet
>>> 
>>>> El 16 jun 2026, a las 13:35, Henri Alves de Godoy <henri.godoy en fca.unicamp.br <mailto:henri.godoy en fca.unicamp.br>> escribió:
>>>> 
>>>> Jordi, e se o PLAT estiver dentro de cada uma das residências, ao invés de utilizar o PLAT do ISP.  ?  Acredito que podemos resolver dessa forma,  assim como aqui no meu cenário o PLAT fica local na vlan da rede wifi ou cabeada.
>>>> 
>>>> Henri.
>>>> 
>>>> Em ter., 16 de jun. de 2026 às 08:23, jordi.palet--- vía LACNOG <lacnog en lacnic.net <mailto:lacnog en lacnic.net>> escreveu:
>>>>> Hola Douglas,
>>>>> 
>>>>> En ningún momento he negado que lo mas importante es la satisfacción del cliente final. Lo que intento explicar *precisamente* es que con IPv6-Mostly NO se cumple ese objetivo, más bien al contrario.
>>>>> 
>>>>> IPv6-Mostly ha sido diseñado para redes gestionadas (enterprise networks), donde un administrador decide en que segmentos se aplica y en cuales no, o si por ejemplo no existen impresoras que sean solo IPv4, o si las hay, implementa un regla en la red bien para que esas impresoras sean accesibles, por ejemplo mediante un stateless NAT64 delante de ellas, o bien realizando una traducción con WKP+RFC1819 (esta siendo estandarizado en este momento) en el stateful NAT64 *de la red enterprise*. Lo que no tiene sentido es que ese trafico *salga* de la red para llegar al stateful NAT64 del ISP, y vuelva a entrar como IPv4 y viceversa en el camino contrario, etc.
>>>>> 
>>>>> Saludos,
>>>>> Jordi
>>>>> 
>>>>> @jordipalet
>>>>> 
>>>>>> El 16 jun 2026, a las 13:08, Douglas Fischer <fischerdouglas en gmail.com <mailto:fischerdouglas en gmail.com>> escribió:
>>>>>> 
>>>>>> Reconhecer que a satisfação do usuário final é mais importante que o ego de dizer que usa protocolo/metodologia A ou B é primordial.
>>>>>> 
>>>>>> Em ter., 16 de jun. de 2026 às 07:41, jordi.palet--- vía LACNOG <lacnog en lacnic.net <mailto:lacnog en lacnic.net>> escreveu:
>>>>>>> Hola Henri,
>>>>>>> 
>>>>>>> Creo que no hace falta simularlo para comprender porque no funciona.
>>>>>>> 
>>>>>>> Si en las LANs residenciales algunos dispositivos mediante opción 108 dejan de usar IPv4, pero hay otros dispositivos que solo usan IPv4, esta claro que no hay comunicación entre ellos. No te parece?
>>>>>>> 
>>>>>>> Ahora bien, si quires probarlo, tienes que asegurarte de tener, por ejemplo, una impresora que solo tenga IPv4. Y que el host con el que quieras acceder a ella, este en modo “IPv6-Mostly”. En lugar de una impresora, puede haber muchos otros dispositivos que comuniquen localmente, ejemplo cámaras RTSP, dispositivos de domótica, etc. Hay que asegurarse que no usen IPv6, o que no usen “cloud”. En cualquier caso, para hacer bien esta prueba, habría que desactivar IPv4 en la WAN del router, no se si tienes un entorno residencial que ya te ofrezca 464XLAT o cualquier otro mecanismo del RFC8585.
>>>>>>> 
>>>>>>> También podría simular este entorno en un laboratorio virtual o en la red de la Universidad, donde si puedes provisionar una LAN con IPv6-only supongo.
>>>>>>> 
>>>>>>> Pero como dije antes, creo que es evidente, que si el host solo habla IPv6 (IPv6-Mostly) y la impresora solo IPv4 …. “no se ven, no se pueden hablar”.
>>>>>>> 
>>>>>>> En un teléfono celular (UE), cuando el teléfono usa 464XLAT, dicho UE solo se comunica con la red. Hay 2 casos:
>>>>>>> 1) iOS: NO usa CLAT, en su lugar HEv2 (RFC8305), usa algo equivalente a “bump in the host”, que hace la misma función y “self-synthesis” para general el AAAA.
>>>>>>> 2) Android: Usa CLAT.
>>>>>>> 
>>>>>>> Ahora bien, si el teléfono activa el tethering para compartir datos con otros dispositivos, como el UE recibe un /64 de la red movil, por medio de RA, se usa “prefix sharing” (RFC7278), *CONVIRTIENDO* al UE en un *CPE* (ademas de mantenerse como “host”). Y de nuevo hay 2 casos:
>>>>>>> 1) iOS: Se activa CLAT (solo para los tethered devices, el UE como “host” sigue usando HEv2).
>>>>>>> 2) Android: Usa CLAT para ambos, tethered devices y el propio UE.
>>>>>>> 
>>>>>>> El caso de un CPE que tenga enlace celular con 464XLAT es equivalente a un teléfono haciendo tethering, con la salvedad de que ahí el operador puede usar DHCPv6-PD para provisionar un /48 al CPE. Hay que recordar que aunque el uso de DHCPv6-PD esta estandarizado por 3GPP, no es común su implementación por parte de muchos fabricantes ni en UEs, ni en dispositivos de la red PS.
>>>>>>> 
>>>>>>> Hay que tener en cuenta que para activar 464XLAT en iOS, y más aun CLAT, para el tethering, es necesario que el operador firme un contrato con Apple a través de su enlace, con pruebas previas de la calidad de la red IPv6, etc., etc. Apple es muy exigente y lenta en todo este proceso, porque quiere garantizar la calidad del servicio a sus clientes.
>>>>>>> 
>>>>>>> Todo esto no es solo información teórica, sino experiencia en cientos de despliegues en los que he participado.
>>>>>>> 
>>>>>>> Saludos,
>>>>>>> Jordi
>>>>>>> 
>>>>>>> @jordipalet
>>>>>>> 
>>>>>>>> El 16 jun 2026, a las 12:10, Henri Alves de Godoy <henri.godoy en fca.unicamp.br <mailto:henri.godoy en fca.unicamp.br>> escribió:
>>>>>>>> 
>>>>>>>> Hola Jordi,
>>>>>>>> 
>>>>>>>> Vou tentar simular no meu ambiente ipv6-mostly esse cenário residencial, para poder te responder como seria essa compatibilidade de acesso e o caminho na prática.
>>>>>>>> 
>>>>>>>> Com relação à operadora Vivo, vou tambem tentar capturar a sinalização que é enviada.  Achei um tal de PCAPdroid que deve resolver a forma de captura.
>>>>>>>> 
>>>>>>>> Mas como os aparelhos móveis com Android e iOS estão montando o CLAT automaticamente, é praticamente certo que a operadora está sinalizando um ambiente favorável para que a rede continue a operar em ipv6-only.
>>>>>>>> 
>>>>>>>> Abraços.
>>>>>>>> 
>>>>>>>> Em ter., 16 de jun. de 2026 às 04:59, jordi.palet--- vía LACNOG <lacnog en lacnic.net <mailto:lacnog en lacnic.net>> escreveu:
>>>>>>>>> Hola Douglas,
>>>>>>>>> 
>>>>>>>>> He participado en cientos de despliegues con 464XLAT y en ninguno he tenido esos problemas que mencionas, supongo que puede ser cuestión de calidad del producto, y como siempre, experiencia y conocimiento.
>>>>>>>>> 
>>>>>>>>> De todos modos la cuestión sigue siendo:
>>>>>>>>> Si no usas CLAT en el CPE, y usas IPv6-Mostly (asumiendo que en el CPE implementas opción 108, etc.), como resuelves la comunicación con IPv4 entre los nodos de la red residencial (por ejemplo impresoras, SmartTVs, etc. con solo-IPv4) y nodos que usan IPv6-Mostly (y por tanto dejan de usar IPv4)?
>>>>>>>>> 
>>>>>>>>> Insisto que IPv6-Mostly esta pensado para entornos “managed”, es decir, redes corporativas.
>>>>>>>>> 
>>>>>>>>> Saludos,
>>>>>>>>> Jordi
>>>>>>>>> 
>>>>>>>>> @jordipalet
>>>>>>>>> 
>>>>>>>>>> El 15 jun 2026, a las 22:17, Douglas Fischer <fischerdouglas en gmail.com <mailto:fischerdouglas en gmail.com>> escribió:
>>>>>>>>>> 
>>>>>>>>>> Eu já ouvi maravilhas e já ouvi xingamentos terríveis sobre o cenário de 464XLAT.
>>>>>>>>>> 
>>>>>>>>>> Dentro do MEU espectro de amostragem, 100% dos casos de reclamação por parte de operadores de rede o cenário era CLAT feito na CPE.
>>>>>>>>>> E esses mesmos que reclamavam desse cenário disseram-me que nos casos onde o CLAT era feito no endpoint não tinham reclamações.
>>>>>>>>>> 
>>>>>>>>>> Em qui., 11 de jun. de 2026 às 13:09, jordi.palet--- vía LACNOG <lacnog en lacnic.net <mailto:lacnog en lacnic.net>> escreveu:
>>>>>>>>>>>>> Essa transparência é que vejo como uma vantagem e também benefício, mesmo em cenários residenciais.  Concorda ?
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>> Concordo em gênero, número, e grau!
>>>>>>>>>> O motivo dessa minha intensa concordância é que o cliente não quer (e nem tem a obrigação) de saber se é o CLAT do CPE ou se é o CLAT do Android ou do Windows. O que ele quer saber é se funciona ou não.
>>>>>>>>>> E mesmo para cenários residenciais, uma simples informação como "o problema acontece no APP que roda no android, mas não acontece no APP que roda no windows." "Ou na smarttv, ou no iphone, ou no MAC." faz toda a diferença.
>>>>>>>>>> 
>>>>>>>>>> Reconhecer que a satisfação do usuário final é mais importante que o ego de dizer que usa protocolo/metodologia A ou B é primordial.
>>>>>>>>>> 
>>>>>>>>>> O que acredito que vamos ver agora é redes que foram implantadas com DualStack passarem implementar o IPv6 Mostly, e com isso a parcela de IPv4 nativo passante na rede ir diminuindo, sendo substituída por CLAT no endpoint com PLAT.
>>>>>>>>>> 
>>>>>>>>>> E com isso, naturalmente o número de portas públicas vai diminuir, e eventualmente até a banda demanda também vai ir reduzindo.
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> --
>>>>>>>>>> Douglas Fernando Fischer
>>>>>>>>>> Engº de Controle e Automação
>>>>>>>>>> _______________________________________________
>>>>>>>>>> LACNOG mailing list
>>>>>>>>>> LACNOG en lacnic.net <mailto:LACNOG en lacnic.net>
>>>>>>>>>> https://mail.lacnic.net/mailman/listinfo/lacnog
>>>>>>>>>> Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> **********************************************
>>>>>>>>> IPv4 is over
>>>>>>>>> Are you ready for the new Internet ?
>>>>>>>>> http://www.theipv6company.com <http://www.theipv6company.com/>
>>>>>>>>> The IPv6 Company
>>>>>>>>> 
>>>>>>>>> This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
>>>>>>>>> 
>>>>>>>>> _______________________________________________
>>>>>>>>> LACNOG mailing list
>>>>>>>>> LACNOG en lacnic.net <mailto:LACNOG en lacnic.net>
>>>>>>>>> https://mail.lacnic.net/mailman/listinfo/lacnog
>>>>>>>>> Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> --
>>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> **********************************************
>>>>>>> IPv4 is over
>>>>>>> Are you ready for the new Internet ?
>>>>>>> http://www.theipv6company.com <http://www.theipv6company.com/>
>>>>>>> The IPv6 Company
>>>>>>> 
>>>>>>> This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> LACNOG mailing list
>>>>>>> LACNOG en lacnic.net <mailto:LACNOG en lacnic.net>
>>>>>>> https://mail.lacnic.net/mailman/listinfo/lacnog
>>>>>>> Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> --
>>>>>> Douglas Fernando Fischer
>>>>>> Engº de Controle e Automação
>>>>> 
>>>>> 
>>>>> **********************************************
>>>>> IPv4 is over
>>>>> Are you ready for the new Internet ?
>>>>> http://www.theipv6company.com <http://www.theipv6company.com/>
>>>>> The IPv6 Company
>>>>> 
>>>>> This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
>>>>> 
>>>>> _______________________________________________
>>>>> LACNOG mailing list
>>>>> LACNOG en lacnic.net <mailto:LACNOG en lacnic.net>
>>>>> https://mail.lacnic.net/mailman/listinfo/lacnog
>>>>> Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog
>>>> 
>>>> 
>>>> 
>>>> --
>>>> 
>>> 
>>> 
>>> **********************************************
>>> IPv4 is over
>>> Are you ready for the new Internet ?
>>> http://www.theipv6company.com <http://www.theipv6company.com/>
>>> The IPv6 Company
>>> 
>>> This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
>>> 
>>> _______________________________________________
>>> LACNOG mailing list
>>> LACNOG en lacnic.net <mailto:LACNOG en lacnic.net>
>>> https://mail.lacnic.net/mailman/listinfo/lacnog
>>> Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog
>> 
>> 
>> 
>> --
>> 
>> 
>> 
>> _______________________________________________
>> LACNOG mailing list
>> LACNOG en lacnic.net <mailto:LACNOG en lacnic.net>
>> https://mail.lacnic.net/mailman/listinfo/lacnog
>> Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog
> _______________________________________________
> LACNOG mailing list
> LACNOG en lacnic.net
> https://mail.lacnic.net/mailman/listinfo/lacnog
> Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog

**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.theipv6company.com
The IPv6 Company

This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.

------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <https://mail.lacnic.net/pipermail/lacnog/attachments/20260616/366ea193/attachment-0001.htm>