Resumo

  • O rascunho de setembro pede à IANA um bloco IPv6 para uso espacial e propõe a participação do NRO na distribuição; continua sendo um Internet-Draft individual, sem endosso, não uma política aprovada.
  • O NRO afirma que não formula políticas de recursos de numeração. O texto não mostra como o papel proposto se conectaria aos processos independentes das cinco comunidades RIR, entre elas a RIPE.

O ponto decisivo é a passagem de uma função para outra

Um pedido de espaço de endereços pode parecer uma tarefa de engenharia delimitada: reservar um bloco, dividi-lo em prefixos úteis e manter o roteamento administrável. O Internet-Draft de setembro de 2026 sobre espaço IPv6 para ambientes espaciais vai além. Ele solicita à IANA a alocação de um bloco e diz que a Number Resource Organization (NRO) decidiria como estruturar, atribuir e distribuir recursos para corpos celestes e dentro deles. Em outra passagem, afirma que o sistema de registros definiria políticas de alocação.

Essa redação abre uma interface de governança, mas não prova que alguém exerceu autoridade, que houve alocação ou que uma política mudou. É um Internet-Draft individual com a indicação “I-D Exists”. A primeira página diz “Intended status: Standards Track”, mas os metadados do Datatracker mostram “None” para RFC stream e Intended RFC status; o Internet-Draft individual não tem posição formal no processo de padrões da IETF.

A questão concreta não é se a coordenação global pode ser útil. Um bloco que atravesse várias regiões exigiria coordenação técnica. O ponto é como essa coordenação se conecta à autoridade que determina quem pode receber recursos, sob quais condições e por quais meios pode pedir revisão ou recorrer.

Coordenar não é formular política

A descrição do NRO traça uma fronteira clara: ele coordena os cinco Registros Regionais da Internet e atua como Address Supporting Organization na ICANN, mas não desenvolve, aprova nem implementa políticas regionais ou globais de recursos de numeração. As comunidades regionais definem suas próprias regras por processos abertos. A FAQ descreve ainda uma via global distinta: com contribuições dos RIR, o NRO analisa e desenvolve recomendações de política global de endereços IP para ratificação pelo conselho da ICANN. Esse papel consultivo não esclarece se o rascunho busca uma regra global ou cinco decisões regionais coordenadas pelo NRO.

O panorama do sistema de registros também distingue os serviços regionais dos RIR da coordenação entre eles.

O rascunho de setembro coloca o NRO na cadeia de distribuição proposta e atribui a definição de políticas ao “sistema de registros”. Essas expressões ainda não identificam um procedimento decisório. A distribuição executaria regras que as comunidades RIR já aprovaram, seria uma recomendação a elas ou criaria um instrumento comum? O texto não responde. Não se deve presumir que o sistema de registros tenha um único órgão de política.

Um Internet-Draft individual anterior do TIPTOP, de maio de 2026, descrevia outro caminho: a IANA delegaria o espaço aos RIR existentes, que definiriam as regras pelos processos habituais. É uma comparação útil entre propostas, não evidência de que o texto recente substituiu o anterior ou de que algum modelo foi adotado. A diferença de redação merece esclarecimento, mas não prova um conflito.

Para a RIPE, processo não significa endosso

A RIPE NCC presta serviços regionais de registro e apoia o processo aberto de desenvolvimento de políticas da comunidade RIPE. A política IPv6 publicada, inclusive a RIPE-738, é a referência regional vigente. Um regime para recursos espaciais precisa explicar sua relação com essa base: que temas cabem à RIPE, quais podem ser coordenados entre RIR e como tratar o encontro entre uma regra global de distribuição e uma decisão regional.

O texto de setembro não é uma proposta da RIPE. Ainda assim, interessa porque fala em coordenação entre RIR e no “sistema de registros”, enquanto o modelo da RIPE situa a formulação de políticas na comunidade. As fontes analisadas não mostram que a RIPE NCC endossou o rascunho, iniciou proposta em nome da comunidade ou aceitou uma obrigação de alocação. As atas do TIPTOP na IETF 126 registram o plano de uma reunião interina para definir requisitos técnicos com a IANA e representantes dos RIR. Uma conversa técnica planejada não autoriza alocar ou governar um bloco.

A próxima versão pode tornar a fronteira verificável

Uma especificação operacional deveria nomear o fórum responsável pelos critérios de elegibilidade e alocação; dizer se o NRO coordena, recomenda ou executa; identificar o RIR que mantém os registros; e descrever decisões de atribuição, objeções, correções e recursos. Também deve tratar de recursos que atravessem regiões e de políticas regionais diferentes.

Isso define se uma alocação técnica pode ser administrada de forma coerente sem deslocar silenciosamente a autoridade de política. Se houver decisões regionais separadas, o texto deve explicar como elas se combinam. Se a proposta for uma regra comum, deve dizer quem a adota e como cada comunidade participa. Enquanto essas escolhas estiverem abertas, “sistema de registros” não deve servir de substituto para um decisor identificável.

A documentação sustenta, por ora, uma conclusão limitada: o novo rascunho propõe uma distribuição coordenada pelo NRO, mas não descreve a passagem para a política que daria base a essa função. O processo da RIPE não foi afastado. A evidência seguinte deve ser uma revisão que mostre onde termina a coordenação, onde começa a política e como operadores e solicitantes saberão qual regra se aplica.

Fontes