O IPv4 tem um ciclo de vida: o que os dados de registo podem e não podem mostrar
Um guia em linguagem simples sobre o ciclo de vida do IPv4: transferências, reutilização, encaminhamento, RPKI, aluguer, histórico e o que os dados de registo não podem mostrar.
O titular registado, o utilizador operacional, a rota e o histórico são perspetivas diferentes de um mesmo recurso de endereçamento. Nenhum registo isolado conta a história toda.
A escassez de IPv4 já não conta a história toda. A pergunta mais útil é o que acontece a um bloco de endereços depois de ter sido atribuído.
Um bloco pode ser transferido, dividido, anunciado por outra rede, abrangido por uma autorização de encaminhamento diferente, alugado a outro operador e novamente transferido. O número pode manter-se enquanto as organizações, as redes, a geografia e os elementos de prova à sua volta mudam.
Este artigo apresenta uma forma de interpretar essa mudança. Separa quatro perguntas que são frequentemente condensadas numa só: quem consta do registo, quem opera o recurso, que ASN origina a sua rota e que elementos de prova permitem determinar se o estado atual está autorizado e preserva a continuidade.
Começar por quatro perguntas diferentes
Um registo responde a uma pergunta de registo: que organização é reconhecida para este recurso ao abrigo das regras da entidade de registo? Não responde, por si só, a quem está a utilizar o recurso hoje, para onde é encaminhado o tráfego ou que rede está autorizada a originá-lo.
- Estado do registo: o titular registado e a sua relação com o recurso.
- Estado operacional: a organização, o fornecedor ou o cliente que utiliza efetivamente o bloco.
- Estado do encaminhamento: o ASN que se observa atualmente a originar o prefixo em BGP.
- Autorização e histórico: as ROA, os objetos IRR, os registos de transferência e o histórico de alterações que explicam o estado.
Estas camadas podem mudar em conjunto, mas não têm de o fazer. Mantê-las separadas é o primeiro passo para compreender os dados.
O que mostram os dados de 2026
Os valores de 2026 apresentados neste artigo são observações acumuladas desde o início de um ano ainda incompleto. Os valores mensais publicados pelo RIPE NCC de janeiro a julho somam aproximadamente 16,72 milhões de endereços IPv4 transferidos na sua região de serviço. Um único mês com um volume elevado pode alterar o total, pelo que estes dados demonstram a continuidade da movimentação, não constituem uma previsão para o ano inteiro.
A perspetiva de mais longo prazo é igualmente importante. A análise da APNIC aos dados globais dos RIR registou 33,4 milhões de endereços IPv4 em 5 619 transações de transferência registadas em 2025. Estimou que cerca de 342 milhões de endereços tinham aparecido nos registos de transferências dos RIR desde 2012. Alguns endereços aparecem mais do que uma vez, o que é, por si só, prova de que um endereço pode ter mais de uma transição registada.
O registo de transferências conta, por isso, uma história de movimentação após o esgotamento. Não conta toda a história da utilização atual.
A atribuição deu lugar à reutilização
Quando era fácil obter espaço não utilizado, o modelo mental era simples: uma entidade de registo atribuía um bloco e uma rede colocava-o em serviço. Num mercado de IPv4 maduro, um bloco existente pode, em vez disso, passar de uma organização para outra e adquirir uma nova vida operacional.
Um prefixo com vinte anos pode hoje ter um titular, um fornecedor, um ASN de origem, uma configuração de DNS inverso, um contacto para denúncias de abuso e uma configuração RPKI diferentes dos que estavam associados à sua atribuição original. O número do endereço é estável, mas a infraestrutura à sua volta não é.
É por isso que o registo atual precisa do seu histórico. O titular presente é importante, mas representa apenas um momento na vida do recurso.
Um bloco grande pode dar origem a vários históricos
As transferências também podem alterar a unidade que é gerida. Um bloco que começou como /16 pode mais tarde ser representado por recursos menores, como /18, /18, /19 e /20. Cada prefixo resultante pode adquirir o seu próprio titular, rota, ROA, DNS inverso, utilizador operacional e histórico de transferências posteriores.
Os registos de transferências publicados são úteis porque preservam o recurso registado e a transição. Devem ser lidos como um histórico de alterações de estado, não como uma garantia de que a atribuição original continua a ser a única unidade operacional relevante.
A geografia do registo não é a geografia do encaminhamento
Um endereço pode passar de uma região de registo para outra sem que os pacotes passem imediatamente a circular noutro país. Uma transferência de registo altera a relação administrativa reconhecida. O BGP descreve como a alcançabilidade está a ser anunciada. A geolocalização IP descreve ainda outra inferência.
Essas três descrições podem apontar em direções diferentes sem que nenhuma esteja errada. Tratar o país indicado num registo, a sede de uma empresa, a localização de um centro de dados e a origem de uma rota como equivalentes cria uma falsa certeza.
O aluguer e a delegação acrescentam outra camada
Um aluguer ou uma delegação operacional pode permitir que outra organização utilize e anuncie um bloco enquanto o titular registado permanece inalterado. Um registo de transferências pode não mostrar um novo titular, apesar de terem mudado o utilizador operacional, o fornecedor, o DNS inverso, os contactos e a reputação.
É por isso que os dados de transferências medem transições documentadas no registo, não todas as mudanças de utilização. Uma investigação completa precisa de reunir o registo, a autorização operacional e os elementos de prova de encaminhamento.
A RPKI dá à rota o seu próprio estado de segurança
Quando o ASN de origem pretendido muda, as Autorizações de Origem de Rota pertinentes devem ser revistas. Uma entidade de registo pode documentar corretamente um titular enquanto a ROA correspondente ainda reflete uma autorização de encaminhamento antiga. Inversamente, uma ROA válida não prova que a rota esteja atualmente a ser anunciada.
Leia as camadas por ordem: o registo declara a relação reconhecida, a RPKI declara uma autorização e o BGP mostra a rota que as redes estão a observar. Cada uma responde a uma pergunta diferente.
O que os dados de registo não podem provar
Um registo de transferência não revela o preço da transação, a razão comercial da mudança, todos os alugueres, todas as delegações ou o histórico completo do encaminhamento. Os RIR também publicam dados com definições e calendários diferentes.
A conclusão rigorosa é, por isso, mais restrita e mais sólida: os dados de registo são uma perspetiva verificada de transições importantes de estado que foram documentadas. O BGP, a RPKI, os registos IRR, os contratos e os registos operacionais oferecem outras perspetivas. A confiança resulta da comparação dessas perspetivas, não de forçar um único conjunto de dados a responder a todas as perguntas.
Um registo prático do ciclo de vida
Para um prefixo importante para um negócio em funcionamento, mantenha um registo que outro operador possa verificar:
- titular atual no registo e histórico de transferências pertinente;
- utilizador operacional, fornecedor e contactos atuais;
- ASN de origem e histórico de alterações de rota;
- ROA, objetos IRR e responsabilidade pelo DNS inverso;
- alterações relevantes, aprovações e provas de controlo; e
- o plano de continuidade ou de saída caso a relação volte a mudar.
Isto é gestão do ciclo de vida. É a resposta prática a uma Internet em que identificadores antigos continuam a passar por novas organizações e redes.
Continue pelas três camadas
O próximo artigo acompanha a camada de registo através das fronteiras entre RIR. O terceiro acompanha outro tipo de mudança: um prefixo que mantém o seu número enquanto muda o seu ASN de origem em BGP.