<html aria-label="message body"><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;">Hola Carlos,<div><br></div><div>Concuerdo contigo en general. Solo el detalle que siempre olvidamos que en esas mediciones no esta incluido China y tiene un peso muy significativo (1.4 millones de usuarios).</div><div><br></div><div>Posiblemente en lugar del 50% según google, deberíamos hablar del 65-70% de forma global. No es menor, por la obligación que tienen hasta final del 2027 los operadores de China de proporcionar a todos los clientes IPv6-only activo por defecto.</div><div><br></div><div>Y efectivamente sobrepasar el 90, incluso me arriesgaría a decir que llegaremos al 95% va a ser imposible, salvo llegado el momento en que a los operadores no les sea rentable mantener a clientes con IPv4. Esto ocurrió en España y otros países con telefónica analógica. Llego un momento que al operador le compensaba romper el contrato con el cliente aunque tuviera que indemnizarle (había clientes que querían mantener el viejo teléfono analógico antiguo por pulsos no con DTMF).</div><div><br id="lineBreakAtBeginningOfMessage"><div>
<div>Saludos,<br>Jordi<br><br>@jordipalet<br></div>
</div>
<div><br><blockquote type="cite"><div>El 17 jun 2026, a las 1:13, Carlos Vera <cveraq@gmail.com> escribió:</div><br class="Apple-interchange-newline"><div><meta http-equiv="content-type" content="text/html; charset=utf-8"><div dir="auto"><div dir="ltr"></div><div dir="ltr">Concuerdo con un análisis de proyección:</div><div dir="ltr"><br></div><div dir="ltr"><div dir="ltr">La transición hacia IPv6 sigue avanzando, pero todavía está lejos de completarse.</div><div dir="ltr"><br></div><div dir="ltr">Según varias fuentes: La<span class="Apple-tab-span" style="white-space:pre"> </span>adopción mundial </div><div dir="ltr">aproximada</div><div dir="ltr"><br></div><div dir="ltr">Google<span class="Apple-tab-span" style="white-space:pre"> </span>50%</div><div dir="ltr">APNIC Labs<span class="Apple-tab-span" style="white-space:pre"> </span>43%</div><div dir="ltr">Cloudflare<span class="Apple-tab-span" style="white-space:pre"> </span>40–46%</div><div dir="ltr"><br></div><div dir="ltr">Google registró por primera vez que más del 50% del tráfico hacia sus servicios se realizó mediante IPv6 en marzo de 2026. </div><div dir="ltr"><br></div><div dir="ltr">De acuerdo con lacnic, Google y otras fuentes la situación por regiones de IPv6</div><div dir="ltr"><br></div><div dir="ltr">Según APNIC: </div><div dir="ltr"><br></div><div dir="ltr">* América: ~49,5%</div><div dir="ltr">* Asia: ~50%</div><div dir="ltr">* Oceanía: ~39,5%</div><div dir="ltr">* Europa presenta países líderes como Francia, Alemania y Bélgica.</div><div dir="ltr"><br></div><div dir="ltr">Algunos países ya superan ampliamente el 50%:</div><div dir="ltr"><br></div><div dir="ltr">* France: >85%</div><div dir="ltr">* Germany: mayoría del tráfico</div><div dir="ltr">* India: mayoría del tráfico</div><div dir="ltr">* United States: alrededor del 50%</div><div dir="ltr">* Brazil: cerca del 50% </div><div dir="ltr"><br></div><div dir="ltr">⸻</div><div dir="ltr"><br></div><div dir="ltr">Evolución histórica aproximada</div><div dir="ltr"><br></div><div dir="ltr">Año<span class="Apple-tab-span" style="white-space:pre"> </span>Adopción</div><div dir="ltr">2012<span class="Apple-tab-span" style="white-space:pre"> </span>1 %</div><div dir="ltr">2015<span class="Apple-tab-span" style="white-space:pre"> </span>6 %</div><div dir="ltr">2018<span class="Apple-tab-span" style="white-space:pre"> </span>20 %</div><div dir="ltr">2020<span class="Apple-tab-span" style="white-space:pre"> </span>30 %</div><div dir="ltr">2023<span class="Apple-tab-span" style="white-space:pre"> </span>36–40 %</div><div dir="ltr">2025<span class="Apple-tab-span" style="white-space:pre"> </span>46–48 %</div><div dir="ltr">2026<span class="Apple-tab-span" style="white-space:pre"> </span>43–50 %</div><div dir="ltr"><br></div><div dir="ltr">⸻</div><div dir="ltr">Proyecciones: </div><div dir="ltr"><br></div><div dir="ltr">Mayoría de tráfico IPv6 (>50%)</div><div dir="ltr"><br></div><div dir="ltr">Ya se alcanzó en 2026, al menos según las mediciones de Google. </div><div dir="ltr"><br></div><div dir="ltr">75% de adopción</div><div dir="ltr"><br></div><div dir="ltr">Probablemente entre 2030 y 2032.</div><div dir="ltr"><br></div><div dir="ltr">90% de adopción</div><div dir="ltr"><br></div><div dir="ltr">Probablemente entre 2035 y 2040.</div><div dir="ltr"><br></div><div dir="ltr">100% IPv6 (sin IPv4)</div><div dir="ltr"><br></div><div dir="ltr">Es muy improbable. IPv4 podría seguir existiendo en redes heredadas durante décadas, de forma similar a como aún existen protocolos antiguos como IPX o ATM.</div><div dir="ltr"><br></div><div dir="ltr">Muchos expertos consideran que Internet permanecerá en un escenario dual-stack IPv4/IPv6 durante al menos otros 15 o 20 años. </div><div dir="ltr"><br></div><div dir="ltr">El enfoque ya no es solamente tecnológico sino económico: existen miles de millones de dispositivos, aplicaciones, sistemas industriales y redes empresariales que continúan dependiendo de IPv4, y el modelo dual-stack funciona suficientemente bien para que la migración completa no sea una prioridad.</div></div><div dir="ltr"><br><blockquote type="cite">El 16 jun 2026, a la(s) 18:33, Henri Alves de Godoy <henri.godoy@fca.unicamp.br> escribió:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div><p class="gmail-isSelectedEnd">Boa noite a todos,</p><p class="gmail-isSelectedEnd"><span style="background-color:transparent">Lendo atentamente todos os comentários ao longo do dia, a impressão que tenho </span><span style="background-color:transparent">é que a ideia central do IPv6-Mostly é justamente caminharmos para uma rede majoritariamente IPv6, reduzindo gradualmente a dependência de IPv4 nativo até que ele deixe de ser necessário para a maior parte dos usuários.</span></p><p class="gmail-isSelectedEnd">Quando trazemos essa discussão para o cenário residencial, percebo que grande parte do debate acaba se concentrando na compatibilidade local com dispositivos legados, como impressoras, câmeras, Smart TVs que ainda operam apenas em IPv4. </p><p class="gmail-isSelectedEnd"><span style="background-color:transparent">Concordo que a experiência do usuário é fundamental e ninguém deseja criar situações que gerem tickets, reclamações ou perda de funcionalidade.</span></p><p class="gmail-isSelectedEnd">Por outro lado, me pergunto se estamos olhando para o problema na direção correta. Será que devemos investir tantos esforços para preservar indefinidamente a comunicação com dispositivos IPv4 legados dentro da LAN, quando a tendência natural do mercado é a renovação desses equipamentos ao longo do tempo?</p><p class="gmail-isSelectedEnd"><span style="background-color:transparent"> Uma impressora, uma câmera ou uma Smart TV acabam sendo substituídas eventualmente por modelos mais novos, e a expectativa é que cada vez mais esses dispositivos passem a oferecer suporte adequado ao IPv6.</span></p><p class="gmail-isSelectedEnd">A percepção que tenho também é que o CLAT nos sistemas operacionais, origem desta discussão, possui um objetivo diferente. Ele não parece ter sido criado para resolver o problema dos dispositivos legados da LAN, mas sim para manter a compatibilidade das aplicações utilizadas pelos usuários finais. O foco está muito mais na origem das conexões do que no destino delas.</p><p>Se observarmos a evolução da indústria, Android, iOS e agora Windows estão avançando na implementação de CLAT nos sistemas operacionais. Talvez isso seja um indicativo de que o mercado enxerga como prioridade garantir que as aplicações continuem funcionando em redes IPv6-only, enquanto a questão dos dispositivos IPv4 legados tende a ser resolvida gradualmente pelo ciclo natural de renovação dos equipamentos.</p></div><div><br></div><div>Para organizar as ideias melhor:</div><div><br></div><div>CLAT = mantém a compatibilidade das aplicações IPv4 executadas no host.</div><div>PLAT = fornece conectividade para destinos IPv4 através da rede IPv6. </div><div><br></div><div>Abraços !<br>Henri</div><div><br></div><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">Em ter., 16 de jun. de 2026 às 09:47, jordi.palet--- vía LACNOG <<a href="mailto:lacnog@lacnic.net">lacnog@lacnic.net</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>Creo que se puede contestar a eso sin necesidad de mediciones:<div><br></div><div>¿Tiene sentido que el trafico “local”, tenga que ir al ISP o a la nube, si el CPE puede procesarlo?</div><div><br></div><div>La experiencia del usuario es lo primero, según hemos dicho antes, y si se puede poner en el CPE, no tiene sentido llevarlo fuera.</div><div><br></div><div>Hay que tener en cuenta además, que llevar el tráfico local al ISP o a la nube, no es tan sencillo. Implicaría algún sistema de PLAT “virtual” por cada usuario, dado que los usuarios suelen tener el mismo prefijo IPv4 en cada red residencial, quizás habría que configurar reglas en los CPEs, creo que podría tener implicaciones adicionales de seguridad. Sinceramente, cuanto mas lo pienso menos lo veo.</div><div><br></div><div>Otro problema adicional. Si se cae el enlace, la red esta congestionada, etc., etc., no puedes imprimir si el PLAT esta fuera de tu red. Tiene eso alguna sentido para la calidad ofrecido al usuario?</div><div><br></div><div>Siempre intentamos dejar el tráfico lo mas “local” posible. Esa es la idea incluso de los IXPs, caches, CDNs, etc. No parece buena idea no hacer eso porque algunos fabricantes no incorporen CLAT en los CPEs, o si ahora les pedimos PLAT, no lo hagan tampoco ...</div><div><br></div><div><div>
<div>Saludos,<br>Jordi<br><br>@jordipalet<br></div>
</div>
<div><br><blockquote type="cite"><div>El 16 jun 2026, a las 14:04, Henri Alves de Godoy <<a href="mailto:henri.godoy@fca.unicamp.br" target="_blank">henri.godoy@fca.unicamp.br</a>> escribió:</div><br><div><div dir="ltr">Talvez, uma das grandes discussões futuras será onde se deve localizar el PLAT em cenários residenciais ? Na nuvem, no ISP ou CPE ?<div><br></div><div>Para responder acredito que teremos que avançar nas medições, por isso a contribuição da comunidade é muito importante.</div><div><br></div><div>Abraços</div><div>Henri.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em ter., 16 de jun. de 2026 às 08:46, jordi.palet--- vía LACNOG <<a href="mailto:lacnog@lacnic.net" target="_blank">lacnog@lacnic.net</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>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).<div><br></div><div>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 …<br><div><br id="m_9175558022157948083m_8159065720704313891lineBreakAtBeginningOfMessage"><div>
<div>Saludos,<br>Jordi<br><br>@jordipalet<br></div>
</div>
<div><br><blockquote type="cite"><div>El 16 jun 2026, a las 13:35, Henri Alves de Godoy <<a href="mailto:henri.godoy@fca.unicamp.br" target="_blank">henri.godoy@fca.unicamp.br</a>> escribió:</div><br><div><div dir="ltr">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.<div><br></div><div>Henri.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em ter., 16 de jun. de 2026 às 08:23, jordi.palet--- vía LACNOG <<a href="mailto:lacnog@lacnic.net" target="_blank">lacnog@lacnic.net</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>Hola Douglas,<div><br></div><div>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.</div><div><br></div><div>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.</div><div><br id="m_9175558022157948083m_8159065720704313891m_-5805643160025490243lineBreakAtBeginningOfMessage"><div>
<div>Saludos,<br>Jordi<br><br>@jordipalet<br></div>
</div>
<div><br><blockquote type="cite"><div>El 16 jun 2026, a las 13:08, Douglas Fischer <<a href="mailto:fischerdouglas@gmail.com" target="_blank">fischerdouglas@gmail.com</a>> escribió:</div><br><div><div dir="ltr">Reconhecer que a satisfação do usuário final é mais importante que o ego de dizer que usa protocolo/metodologia A ou B é primordial.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em ter., 16 de jun. de 2026 às 07:41, jordi.palet--- vía LACNOG <<a href="mailto:lacnog@lacnic.net" target="_blank">lacnog@lacnic.net</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>Hola Henri,<div><br></div><div>Creo que no hace falta simularlo para comprender porque no funciona.</div><div><br></div><div>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?</div><div><br></div><div>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.</div><div><br></div><div>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.</div><div><br></div><div>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”.</div><div><br></div><div>En un teléfono celular (UE), cuando el teléfono usa 464XLAT, dicho UE solo se comunica con la red. Hay 2 casos:</div><div>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.</div><div>2) Android: Usa CLAT.</div><div><br></div><div>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:</div><div>1) iOS: Se activa CLAT (solo para los tethered devices, el UE como “host” sigue usando HEv2).</div><div>2) Android: Usa CLAT para ambos, tethered devices y el propio UE.</div><div><br></div><div>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.</div><div><br></div><div>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.</div><div><br></div><div>Todo esto no es solo información teórica, sino experiencia en cientos de despliegues en los que he participado.</div><div><br id="m_9175558022157948083m_8159065720704313891m_-5805643160025490243m_-2094270549190661331lineBreakAtBeginningOfMessage"><div>
<div>Saludos,<br>Jordi<br><br>@jordipalet<br></div>
</div>
<div><br><blockquote type="cite"><div>El 16 jun 2026, a las 12:10, Henri Alves de Godoy <<a href="mailto:henri.godoy@fca.unicamp.br" target="_blank">henri.godoy@fca.unicamp.br</a>> escribió:</div><br><div><div dir="ltr"><div>Hola Jordi,</div><div><br></div><div>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.</div><div><br></div><div>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.</div><div><br></div><div>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.</div><div><br></div><div>Abraços.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em ter., 16 de jun. de 2026 às 04:59, jordi.palet--- vía LACNOG <<a href="mailto:lacnog@lacnic.net" target="_blank">lacnog@lacnic.net</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>Hola Douglas,<div><br></div><div>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.</div><div><br></div><div>De todos modos la cuestión sigue siendo:</div><div>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)?</div><div><br></div><div>Insisto que IPv6-Mostly esta pensado para entornos “managed”, es decir, redes corporativas.</div><div><br id="m_9175558022157948083m_8159065720704313891m_-5805643160025490243m_-2094270549190661331m_-7678760838624604900lineBreakAtBeginningOfMessage"><div>
<div>Saludos,<br>Jordi<br><br>@jordipalet<br></div>
</div>
<div><br><blockquote type="cite"><div>El 15 jun 2026, a las 22:17, Douglas Fischer <<a href="mailto:fischerdouglas@gmail.com" target="_blank">fischerdouglas@gmail.com</a>> escribió:</div><br><div><div dir="ltr"><div dir="ltr">Eu já ouvi maravilhas e já ouvi xingamentos terríveis sobre o cenário de 464XLAT.<br><br>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.<br>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.<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em qui., 11 de jun. de 2026 às 13:09, jordi.palet--- vía LACNOG <<a href="mailto:lacnog@lacnic.net" target="_blank">lacnog@lacnic.net</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div><div><div><blockquote type="cite"><div><div dir="auto"><div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div>Essa transparência é que vejo como uma vantagem e também benefício, mesmo em cenários residenciais. Concorda ?</div></div></div></blockquote></div></div><div dir="auto"><br></div></div></div></blockquote></div></div></div></div></blockquote><div>Concordo em gênero, número, e grau!<br>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.</div><div>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.<br><br>Reconhecer que a satisfação do usuário final é mais importante que o ego de dizer que usa protocolo/metodologia A ou B é primordial.</div><div><br>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.</div><div><br>E com isso, naturalmente o número de portas públicas vai diminuir, e eventualmente até a banda demanda também vai ir reduzindo.</div></div><div><br clear="all"></div><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr">Douglas Fernando Fischer<br>Engº de Controle e Automação<br><div style="padding:0px;margin-left:0px;margin-top:0px;overflow:hidden;text-align:left;line-height:130%;font-family:"courier new",monospace"></div></div></div></div>
_______________________________________________<br>LACNOG mailing list<br><a href="mailto:LACNOG@lacnic.net" target="_blank">LACNOG@lacnic.net</a><br><a href="https://mail.lacnic.net/mailman/listinfo/lacnog" target="_blank">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br>Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" target="_blank">https://mail.lacnic.net/mailman/options/lacnog</a><br></div></blockquote></div><br></div><br>**********************************************<br>
IPv4 is over<br>
Are you ready for the new Internet ?<br>
<a href="http://www.theipv6company.com/" target="_blank">http://www.theipv6company.com</a><br>
The IPv6 Company<br>
<br>
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.<br>
<br>
</div>_______________________________________________<br>
LACNOG mailing list<br>
<a href="mailto:LACNOG@lacnic.net" target="_blank">LACNOG@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br>
Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/mailman/options/lacnog</a><br>
</blockquote></div><div><br clear="all"></div><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><img width="420" height="127" src="https://ci3.googleusercontent.com/mail-sig/AIorK4y46kkRvCpAMdinHijHNmlXWyL4L3BEzwJmxsbtJANj-VtOAqdNz0cIvzYqkHx9ILVpq1N04LB7TzsT"><br></div></div></div>
</div></blockquote></div><br></div><br>**********************************************<br>
IPv4 is over<br>
Are you ready for the new Internet ?<br>
<a href="http://www.theipv6company.com/" target="_blank">http://www.theipv6company.com</a><br>
The IPv6 Company<br>
<br>
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.<br>
<br>
</div>_______________________________________________<br>
LACNOG mailing list<br>
<a href="mailto:LACNOG@lacnic.net" target="_blank">LACNOG@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br>
Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/mailman/options/lacnog</a><br>
</blockquote></div><div><br clear="all"></div><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr">Douglas Fernando Fischer<br>Engº de Controle e Automação<br><div style="padding:0px;margin-left:0px;margin-top:0px;overflow:hidden;text-align:left;line-height:130%;font-family:"courier new",monospace"></div></div></div>
</div></blockquote></div><br></div><br>**********************************************<br>
IPv4 is over<br>
Are you ready for the new Internet ?<br>
<a href="http://www.theipv6company.com/" target="_blank">http://www.theipv6company.com</a><br>
The IPv6 Company<br>
<br>
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.<br>
<br>
</div>_______________________________________________<br>
LACNOG mailing list<br>
<a href="mailto:LACNOG@lacnic.net" target="_blank">LACNOG@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br>
Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/mailman/options/lacnog</a><br>
</blockquote></div><div><br clear="all"></div><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><img width="420" height="127" src="https://ci3.googleusercontent.com/mail-sig/AIorK4y46kkRvCpAMdinHijHNmlXWyL4L3BEzwJmxsbtJANj-VtOAqdNz0cIvzYqkHx9ILVpq1N04LB7TzsT"><br></div></div>
</div></blockquote></div><br></div></div><br>**********************************************<br>
IPv4 is over<br>
Are you ready for the new Internet ?<br>
<a href="http://www.theipv6company.com/" target="_blank">http://www.theipv6company.com</a><br>
The IPv6 Company<br>
<br>
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.<br>
<br>
</div>_______________________________________________<br>
LACNOG mailing list<br>
<a href="mailto:LACNOG@lacnic.net" target="_blank">LACNOG@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br>
Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/mailman/options/lacnog</a><br>
</blockquote></div><div><br clear="all"></div><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><img width="420" height="127" src="https://ci3.googleusercontent.com/mail-sig/AIorK4y46kkRvCpAMdinHijHNmlXWyL4L3BEzwJmxsbtJANj-VtOAqdNz0cIvzYqkHx9ILVpq1N04LB7TzsT"><br></div></div>
</div></blockquote></div><br></div><br>**********************************************<br>
IPv4 is over<br>
Are you ready for the new Internet ?<br>
<a href="http://www.theipv6company.com/" target="_blank">http://www.theipv6company.com</a><br>
The IPv6 Company<br>
<br>
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.<br>
<br>
</div>_______________________________________________<br>
LACNOG mailing list<br>
<a href="mailto:LACNOG@lacnic.net" target="_blank">LACNOG@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br>
Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" rel="noreferrer" target="_blank">https://mail.lacnic.net/mailman/options/lacnog</a><br>
</blockquote></div><div><br clear="all"></div><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><img width="420" height="127" src="https://ci3.googleusercontent.com/mail-sig/AIorK4y46kkRvCpAMdinHijHNmlXWyL4L3BEzwJmxsbtJANj-VtOAqdNz0cIvzYqkHx9ILVpq1N04LB7TzsT"><br></div></div></div>
<span>_______________________________________________</span><br><span>LACNOG mailing list</span><br><span>LACNOG@lacnic.net</span><br><span>https://mail.lacnic.net/mailman/listinfo/lacnog</span><br><span>Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog</span><br></div></blockquote></div>_______________________________________________<br>LACNOG mailing list<br>LACNOG@lacnic.net<br>https://mail.lacnic.net/mailman/listinfo/lacnog<br>Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog<br></div></blockquote></div><br></div><br>**********************************************<br>
IPv4 is over<br>
Are you ready for the new Internet ?<br>
http://www.theipv6company.com<br>
The IPv6 Company<br>
<br>
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.<br>
<br>
</body></html>