IPv4 não é imóvel: ISPs gerenciam direitos de registro e uso

Análise baseada em evidências de como ISPs devem governar IPv4 entre registro, transferências, rotas, reputação, utilização e IPv6.

Resumo

• A escassez de IPv4 pode criar custo de aquisição e valor comercial, mas não transforma um bloco em propriedade plena: os direitos dependem do RIR, da política, do contrato e do registro reconhecido.
• O ISP deve ligar cada prefixo a uma cadeia de provas — autoridade registral, contrato, RDAP/WHOIS, rota, DNS reverso, abuso, reputação, utilização e saída para IPv6 — em vez de reconhecer valorização não verificada.

A escassez cria mercado, não escritura

IPv4 é escasso em sentido preciso. A IANA informa que seu estoque se esgotou, e os cinco Registros Regionais distribuem ou registram IPv4 sob políticas pós-esgotamento. Um prefixo utilizável pode ser caro e valioso para quem ainda precisa de compatibilidade IPv4. Isso não decide o que o titular possui juridicamente.

O sistema de registros existe para manter unicidade e dados corretos. O RFC 7020 descreve a hierarquia de IANA, RIRs, registros locais e usuários. A APNIC é explícita: delegação e registro não conferem propriedade; titulares são custodiantes e o espaço unicast global é licenciado para uso. Valor econômico e título são afirmações diferentes.

Uma avaliação defensável identifica prefixo, contraparte, data, situação registral, direitos transferidos e comparáveis. Finanças pode registrar custo, direito contratual ou transação comprovada, não uma mais-valia inferida de uma cotação ou apenas do tamanho de uma alocação histórica.

A transferência muda o titular reconhecido sob regras

A política é regional. Nas transferências especificadas, a ARIN exige que o destinatário assine um Registration Services Agreement e use os recursos transferidos em rede operacional; a seção 8.5 do NRPM também define tamanho mínimo e requisitos de utilização do destinatário. A APNIC reconhece apenas transferências dentro de sua política, exige um titular registrado legítimo e, para muitos destinatários, plano de uso. O RIPE NCC permite transferências permanentes e não permanentes, ambas registradas na RIPE Database.

Num negócio entre regiões, o contrato privado não atualiza sozinho o registro nem torna o prefixo roteável. É preciso identificar o RIR, confirmar o titular, cumprir prazo ou necessidade, concluir o processo e verificar elegibilidade. As políticas dos dois lados podem valer.

A mudança registral também não completa a entrega técnica. Contatos, DNS reverso, objetos IRR, ROAs, filtros de trânsito e atribuições a clientes podem exigir atualização coordenada. Um prefixo negociado mas preso a autoridade antiga pode causar indisponibilidade, rota inválida, denúncia de abuso ou transferência incompleta de controle.

O aluguel separa uso e responsabilidade registral

Um acordo pode conceder uso temporário, mas chamar o pagamento de renda de um ativo próprio em valorização pressupõe tanto propriedade quanto valorização. Seu efeito depende da região, da relação de conta e da implementação. O RIPE prevê transferências não permanentes; APNIC e ARIN têm estruturas diferentes. Contrato privado não deve ser apresentado como direito reconhecido igualmente por todos os RIRs.

O titular pode continuar exposto a registro incorreto, abuso, listas de bloqueio, origem BGP errada, atribuições, DNS reverso e dificuldade de retomada. O usuário pode sofrer encerramento, reputação herdada, atraso de filtros e falta de controle direto sobre objetos do registro ou da RPKI. Preço por endereço não inclui esses passivos.

Um arquivo auditável deve registrar prefixo, prazo, uso permitido, contatos, autoridade de rota e ROA, abuso, reputação inicial, devolução, tratamento registral e custo de renumeração. Sem isso, receita recorrente pode apenas renomear risco operacional.

O controle real é um inventário com evidência viva

Um inventário útil começa por prefixos, não por avaliação. Cada bloco deve trazer RIR e conta, acordo, organização registrada, contatos, ASN de origem, ROAs, IRR, DNS reverso, atribuições, método de utilização, serviços dependentes e restrições. A linguagem de propriedade deve seguir o acordo aplicável.

RPKI não é escritura. A ARIN o descreve como declarações verificáveis que ligam recursos a titulares e permitem autorizar ASNs de origem. Uma ROA válida documenta uma autorização de origem de rota; não prova preço, propriedade beneficiária ou boa reputação. RDAP/WHOIS, RPKI, BGP e contratos respondem a perguntas diferentes.

Utilização também precisa de método. IPAM mostra atribuições e reservas; coletores mostram anúncios; sistemas de tráfego mostram atividade. Nenhum basta sozinho. Um percentual sem população, data de observação, fonte de dados e método não é evidência adequada para decisão.

IPv6 muda a decisão de investimento

IPv4 continua operacionalmente importante enquanto usuários e serviços o exigirem. CGN e compartilhamento prolongam o estoque, mas adicionam exigências de planejamento de capacidade, atribuição, logs, suporte e gestão de falhas. Obter mais IPv4 pode ser racional para proteger um serviço definido.

Isso não implica valorização perpétua. A APNIC chama IPv6 de solução de longo prazo e diz que o IPv4 não utilizado não sustenta crescimento indefinido. Cada proposta deve ser comparada com IPv6, pilha dupla, compartilhamento, renumeração e custo dos dois protocolos. A medida é o custo total do serviço alcançável, não um preço abstrato por endereço.

A conclusão é menos dramática que «a era do ativo começou». IPv4 é infraestrutura escassa com efeitos comerciais. Seu valor depende de registro conforme, autoridade de rota, histórico limpo e serviço que ainda o exija. Essas condições devem ser gerenciadas, não confundidas com título imobiliário.

Arquivo de decisão para compra ou aluguel

• Nomear RIR, titular reconhecido, acordo e processo.
• Verificar elegibilidade, prazos, necessidade e compatibilidade entre RIRs antes de assinar.
• Separar RDAP/WHOIS, RPKI/ROA, IRR, DNS reverso, ASN e abuso.
• Medir utilização com fonte e data; não anunciado não significa não usado.
• Checar reputação de rota e abuso antes de avaliar e ativar.
• Modelar renumeração, suporte, CGN, pilha dupla e IPv6 junto ao preço.
• Tratar cotações e contratos privados como sinais sem transação comparável publicada.
• Fixar meta com data para reduzir dependência de IPv4.

Fontes

• Dados de alocação da IANA: esgotamento IPv4 e papel atual
• RFC 7020 — sistema de registros: hierarquia, unicidade e exatidão
• Políticas de recursos da APNIC: custódia, licença e transferências
• Manual de políticas da ARIN: requisitos do destinatário em transferências especificadas: uso operacional, tamanho e utilização
• RIPE-807 sobre transferências: transferências permanentes ou não permanentes e responsabilidade
• RPKI segundo a ARIN: alcance de RPKI e ROAs
• Guia APNIC sobre esgotamento: opções e IPv6 de longo prazo
• Registration Services Agreement da ARIN: direitos registrais, não propriedade