<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 Fernando,<div><br></div><div>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!).</div><div><br></div><div>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.</div><div><br></div><div>Me estoy perdiendo cuando dices:</div><div><blockquote type="cite"><p>464XLAT (ou IPV6-Mostly se preferir)</p></blockquote>No se si estas entendiendo que es lo mismo o que ves a uno como alternativa del otro en redes residenciales.</div><div><br></div><div>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.</div><div><br id="lineBreakAtBeginningOfMessage"><div>
<div>Saludos,<br>Jordi<br><br>@jordipalet<br></div>
</div>
<div><br><blockquote type="cite"><div>El 16 jun 2026, a las 16:36, Fernando Frediani <fhfrediani@gmail.com> escribió:</div><br class="Apple-interchange-newline"><div>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<div><p>Bom dia</p><p>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.<br>
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.</p><p>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.<br>
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.<br>
Por isso veremos muito mais IPv6-mostly direto nos Sistema
Operacionais que já suportam CLAT + CPE que sinalizem do que CLAT
na CPE.</p><p>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.</p><p>Fernando</p>
<div class="moz-cite-prefix">On 6/16/2026 9:04 AM, Henri Alves de
Godoy wrote:<br>
</div>
<blockquote type="cite" cite="mid:CALRKgT6bBr-Yedx+=HdCPgHzUts4ybr_MsMsTMyMt+UrTYx+2Q@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<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 gmail_quote_container">
<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" moz-do-not-send="true" class="moz-txt-link-freetext">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_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" moz-do-not-send="true" class="moz-txt-link-freetext">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" moz-do-not-send="true" class="moz-txt-link-freetext">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_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" moz-do-not-send="true" class="moz-txt-link-freetext">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" moz-do-not-send="true" class="moz-txt-link-freetext">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_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" moz-do-not-send="true" class="moz-txt-link-freetext">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" moz-do-not-send="true" class="moz-txt-link-freetext">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_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" moz-do-not-send="true" class="moz-txt-link-freetext">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" moz-do-not-send="true" class="moz-txt-link-freetext">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>
</div>
</div>
_______________________________________________<br>
LACNOG mailing
list<br>
<a href="mailto:LACNOG@lacnic.net" target="_blank" moz-do-not-send="true" class="moz-txt-link-freetext">LACNOG@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" target="_blank" moz-do-not-send="true" class="moz-txt-link-freetext">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br>
Cancelar
suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" target="_blank" moz-do-not-send="true" class="moz-txt-link-freetext">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" moz-do-not-send="true" class="moz-txt-link-freetext">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" moz-do-not-send="true" class="moz-txt-link-freetext">LACNOG@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" rel="noreferrer" target="_blank" moz-do-not-send="true" class="moz-txt-link-freetext">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br>
Cancelar
suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" rel="noreferrer" target="_blank" moz-do-not-send="true" class="moz-txt-link-freetext">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" moz-do-not-send="true"><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" moz-do-not-send="true" class="moz-txt-link-freetext">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" moz-do-not-send="true" class="moz-txt-link-freetext">LACNOG@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" rel="noreferrer" target="_blank" moz-do-not-send="true" class="moz-txt-link-freetext">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br>
Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" rel="noreferrer" target="_blank" moz-do-not-send="true" class="moz-txt-link-freetext">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>
</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" moz-do-not-send="true" class="moz-txt-link-freetext">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" moz-do-not-send="true" class="moz-txt-link-freetext">LACNOG@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" rel="noreferrer" target="_blank" moz-do-not-send="true" class="moz-txt-link-freetext">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br>
Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" rel="noreferrer" target="_blank" moz-do-not-send="true" class="moz-txt-link-freetext">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" moz-do-not-send="true"><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" moz-do-not-send="true" class="moz-txt-link-freetext">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" moz-do-not-send="true" class="moz-txt-link-freetext">LACNOG@lacnic.net</a><br>
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" rel="noreferrer" target="_blank" moz-do-not-send="true" class="moz-txt-link-freetext">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br>
Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" rel="noreferrer" target="_blank" moz-do-not-send="true" class="moz-txt-link-freetext">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" moz-do-not-send="true"><br>
</div>
</div>
<br>
<fieldset class="moz-mime-attachment-header"></fieldset>
<pre wrap="" class="moz-quote-pre">_______________________________________________
LACNOG mailing list
<a class="moz-txt-link-abbreviated" href="mailto:LACNOG@lacnic.net">LACNOG@lacnic.net</a>
<a class="moz-txt-link-freetext" href="https://mail.lacnic.net/mailman/listinfo/lacnog">https://mail.lacnic.net/mailman/listinfo/lacnog</a>
Cancelar suscripcion: <a class="moz-txt-link-freetext" href="https://mail.lacnic.net/mailman/options/lacnog">https://mail.lacnic.net/mailman/options/lacnog</a>
</pre>
</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>