O IPv4 tem um ciclo de vida: o que os dados cadastrais podem e não podem mostrar
Um guia em linguagem simples sobre o ciclo de vida do IPv4: transferências, reutilização, roteamento, RPKI, aluguel, histórico e o que os dados cadastrais não podem mostrar.
O titular registrado, o usuário operacional, a rota e o histórico são visões diferentes de um mesmo recurso de endereçamento. Nenhum registro isolado conta toda a história.
A escassez de IPv4 já não conta toda a história. A pergunta mais útil é o que acontece com um bloco de endereços depois que ele já foi alocado.
Um bloco pode ser transferido, dividido, anunciado por outra rede, coberto por uma autorização de roteamento diferente, alugado a outro operador e transferido novamente. O número pode permanecer o mesmo enquanto mudam as organizações, as redes, a geografia e as evidências ao seu redor.
Este artigo oferece uma forma de interpretar essa mudança. Ele separa quatro perguntas que costumam ser condensadas em uma só: quem consta no cadastro, quem opera o recurso, qual ASN origina sua rota e quais evidências explicam se o estado atual é autorizado e preserva a continuidade.
Comece com quatro perguntas diferentes
Um registro cadastral responde a uma pergunta cadastral: qual organização é reconhecida para este recurso segundo as regras da entidade de registro? Por si só, ele não responde quem está usando o recurso hoje, para onde o tráfego é roteado ou qual rede está autorizada a originá-lo.
- Estado cadastral: o titular registrado e sua relação com o recurso.
- Estado operacional: a organização, o provedor ou o cliente que efetivamente utiliza o bloco.
- Estado do roteamento: o ASN atualmente observado como origem do prefixo no BGP.
- Autorização e histórico: as ROAs, os objetos IRR, os registros de transferência e o histórico de mudanças que explicam o estado.
Essas camadas podem mudar juntas, mas não precisam. Mantê-las separadas é o primeiro passo para compreender os dados.
O que os dados de 2026 mostram
Os números de 2026 neste artigo são observações acumuladas de um ano ainda incompleto. Os números mensais publicados pelo RIPE NCC de janeiro a julho somam aproximadamente 16,72 milhões de endereços IPv4 transferidos em sua região de serviço. Um único mês de grande volume pode alterar o total; portanto, isso é uma evidência de movimentação contínua, não uma previsão para o ano inteiro.
A perspectiva de prazo mais longo é igualmente importante. A análise do APNIC sobre dados globais dos RIRs registrou 33,4 milhões de endereços IPv4 em 5.619 transações de transferência registradas em 2025. Ela estimou que cerca de 342 milhões de endereços haviam aparecido nos registros de transferências dos RIRs desde 2012. Alguns endereços aparecem mais de uma vez, o que por si só demonstra que um endereço pode passar por mais de uma transição registrada.
O registro de transferências conta, portanto, uma história de movimentação após o esgotamento. Ele não conta toda a história do uso atual.
A alocação deu lugar à reutilização
Quando era fácil obter espaço não utilizado, o modelo mental era simples: uma entidade de registro aloca um bloco e uma rede o coloca em uso. Em um mercado IPv4 maduro, um bloco existente pode, em vez disso, passar de uma organização para outra e ganhar uma nova vida operacional.
Um prefixo de vinte anos pode hoje ter titular, provedor, ASN de origem, arranjo de DNS reverso, contato para relatos de abuso e configuração RPKI diferentes dos que estavam associados à sua alocação original. O número do endereço é estável, mas a infraestrutura ao redor dele não é.
É por isso que o registro atual precisa de seu histórico. O titular atual é importante, mas é apenas um ponto na vida do recurso.
Um bloco grande pode se transformar em vários históricos
As transferências também podem mudar a unidade gerenciada. Um bloco que começou como um /16 pode depois ser representado por recursos menores, como /18, /18, /19 e /20. Cada prefixo resultante pode adquirir seu próprio titular, rota, ROA, DNS reverso, usuário operacional e histórico de transferências posteriores.
Os registros de transferências publicados são úteis porque preservam o recurso registrado e a transição. Devem ser lidos como um histórico de mudanças de estado, não como uma promessa de que a alocação original continue sendo a única unidade operacional relevante.
A geografia cadastral não é a geografia do roteamento
Um endereço pode mudar de região de registro sem que os pacotes passem imediatamente a circular em um novo país. Uma transferência cadastral altera a relação administrativa reconhecida. O BGP descreve como a alcançabilidade está sendo anunciada. A geolocalização IP descreve ainda outra inferência.
Essas três descrições podem apontar em direções diferentes sem que uma delas esteja errada. Tratar o país do cadastro, a sede de uma empresa, a localização de um data center e a origem de uma rota como equivalentes cria uma falsa certeza.
Aluguel e delegação acrescentam outra camada
Um aluguel ou uma delegação operacional pode permitir que outra organização utilize e anuncie um bloco enquanto o titular registrado permanece o mesmo. Um registro de transferências pode não mostrar um novo titular, embora o usuário operacional, o provedor, o DNS reverso, os contatos e a reputação tenham mudado.
É por isso que os dados de transferência medem transições cadastrais registradas, não toda mudança de uso. Uma investigação completa precisa reunir o registro cadastral, a autorização operacional e as evidências de roteamento.
O RPKI dá à rota seu próprio estado de segurança
Quando o ASN de origem pretendido muda, as Autorizações de Origem de Rota pertinentes devem ser revisadas. Uma entidade de registro pode documentar corretamente um titular enquanto a ROA pertinente ainda reflete uma autorização de roteamento antiga. Por outro lado, uma ROA válida não comprova que a rota esteja sendo anunciada no momento.
Leia as camadas em ordem: o cadastro declara a relação reconhecida, o RPKI declara uma autorização e o BGP mostra a rota que as redes estão observando. Cada um responde a uma pergunta diferente.
O que os dados cadastrais não podem comprovar
Um registro de transferência não revela o preço da transação, o motivo comercial da mudança, todos os aluguéis, todas as delegações nem o histórico completo do roteamento. Os RIRs também publicam dados com definições e calendários diferentes.
A conclusão criteriosa é, portanto, mais restrita e mais sólida: os dados cadastrais são uma visão verificada de transições de estado importantes que foram registradas. BGP, RPKI, registros IRR, contratos e logs operacionais fornecem outras visões. A confiança vem da comparação entre essas visões, não de forçar um único conjunto de dados a responder a todas as perguntas.
Um registro prático do ciclo de vida
Para um prefixo importante para um negócio em operação, mantenha um registro que possa ser verificado por outro operador:
- titular cadastral atual e histórico de transferências pertinente;
- usuário operacional, provedor e contatos atuais;
- ASN de origem e histórico de mudanças de rota;
- ROAs, objetos IRR e responsabilidade pelo DNS reverso;
- mudanças relevantes, aprovações e evidências de controle; e
- plano de continuidade ou de saída caso a relação mude novamente.
Isso é gestão do ciclo de vida. É a resposta prática a uma Internet em que identificadores antigos continuam circulando por novas organizações e redes.
Continue pelas três camadas
O próximo artigo acompanha a camada cadastral através das fronteiras entre RIRs. O terceiro acompanha um tipo diferente de mudança: um prefixo que mantém seu número enquanto seu ASN de origem BGP muda.