<div dir="ltr"><div>Endereços MAC são permanentes.<br>E mesmo eles podem ser mudados...<br><br>Endereços IP, v4 ou v6, são efêmeros!<br>E DEVEM SER TRATADOS COMO TAL!<br><br>Acho que nunca havia dito isso em voz alta...(ou escrito)<br>Mas esse foi meu maior aprendizado ao entrar no mundo de IPv6.<br><br>Quando entrei em campo pra valer para começar a lidar com IPv6, coincidiu com minha primeira participação em um projeto envolvendo Cloud.<br>"E o que isso tem a ver com toda essa história, gordão?"<br>Eu passei umas 2 semanas horrorizado quando me vi subindo servidores, centenas, com configuração de IPv4 em DHCP.<br>Obs.: Isso já tem um tempo... Acho que eu tinha cabelo na época.<br><br>Aquela experiência me fez mudar meu pensamento.<br>Me fez aceitar que toda tentativa de lidar com endereçamento IP (v4 ou v6) de maneira estática, ou semi-estática, é um passo em direção ao atraso.<br><br></div><div>"Vou perguntar de novo, gordão: O que isso tem a ver com essa história?"<br>Tem a ver justamente com aceitar que IPv6 foi desenhado para ser mudado sempre que for preciso.<br>E todos os dispositivos envolvidos nisso tem que estar(e a grande maioria está) prontos para cada vez que o IPv6 mudar.<br><br>A meu ver: Android, iPhone, Linux, MAC, até o Windows, e um bom tanto dos IOTs(aqueles que não tem uma qualidade de M3##$4) estão prontos para trocar de IPv6 sempre que precisar.<br>E O MAIS IMPORTANTE... Continuar entregando o serviço que eles entregam mesmo tendo mudado o IPv6.<br><br>---<br>P.S.: Ao escrever essa última frase, me bate mais uma conclusão:<br>O mais importante não é usar o protocolo A ou o protocolo B para usar o IPv6.<br>O mais importante é o usuário final alcançar seus objetivos acessando equipamentos, sites, apps, sem nem perceber que algo mudou nas camadas de base.<br><br>Quem lida com Cloud e usa os recursos de Elastic(ou equivalente) no ambiente de Cloud, aprovisiona isso com Terraform(ou similar)...<br> - Você se preocupa em saber qual o IPv4 ou o IPv6 que essa ou aquela instância em específico vai estar usando?<br><br>Você com usuário de SmartPhone, quando sai da sua casa em cobertura do Wifi, durante uma chamada do WhatsApp/Telegram/Discord/Teams/etc... e vai para a cobertura de rede móvel, e continua conversando nessa chamada.<br>- Você se preocupa se o IPv4 ou o IPv6 que você passou é o que tem alguma equivalência ao anteriormente usado?<br><br><br><span style="background-color:transparent">Em qua., 8 de jul. de 2026 às 20:30, Fernando Gont <<a href="mailto:fgont@si6networks.com">fgont@si6networks.com</a>> escreveu:</span></div><div class="gmail_quote gmail_quote_container"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 07/07/2026 03:38, jordi.palet--- vía LACNOG wrote:<br>
> <br>
> En cualquier caso, es obvio que hay que cambiar el paradigma respecto de <br>
> IPv4 y pensar que si queremos que los usuarios puedan tener servicios <br>
> estables (a ser posibles asociados a FQDNs), e incluso que esos <br>
> servicios sean ofrecidos por el ISP o terceros que probablemente <br>
> colaboren con el ISP, lo ideal es que los prefijos sean persistentes en <br>
> un determinado enlace (para que no haya errores, en absoluto se pretende <br>
> que el usuario que cambia su enlace o ubicación siga teniendo el mismo <br>
> prefijo, eso podría depender de la oferta de servicios que quiera <br>
> ofrecer el ISP, de como realiza la agregación, etc.). Eso evita la <br>
> necesidad del “flash renumbering".<br>
<br>
Uno puede pasarse la vida esperando que la Tierra gire en el sentido <br>
contrario.<br>
<br>
Lo cierto es que el llamado "flash-renumbering" es aprte de la realidad <br>
operacional. Lo hemos discutido ad nauseam, e inclusive documentado aca:<br>
<a href="https://datatracker.ietf.org/doc/html/rfc8978" rel="noreferrer" target="_blank">https://datatracker.ietf.org/doc/html/rfc8978</a><br>
<br>
Continuamos ignorando la realidad operacional, o solucionamos el <br>
problema que tenemos en frente?<br>
<br>
-- <br>
Fernando Gont<br>
SI6 Networks<br>
e-mail: <a href="mailto:fgont@si6networks.com" target="_blank">fgont@si6networks.com</a><br>
PGP Fingerprint: F242 FF0E A804 AF81 EB10 2F07 7CA1 321D 663B B494<br>
<br>
_______________________________________________<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;color:black;text-align:left;line-height:130%;font-family:"courier new",monospace"></div></div></div></div>