Resumo

  • Em 27 de fevereiro de 2019, a versão 1.0 da proposta apareceu como “Under Discussion”; a AFRINIC anunciou seu recebimento em 7 de março. O Rascunho 1 não era política vigente, não foi ratificado e não produziu, por si só, qualquer mudança operacional.
  • O texto trocava uma estrutura cumulativa por caminhos alternativos: um membro em situação regular poderia ser multiconectado ou demonstrar necessidade de interconexão com outro sistema autônomo, inclusive mediante um plano de curto prazo para cumprir uma dessas condições. A orientação sobre ASNs privados e a referência ao RFC 1930 permaneciam.
  • O debate de março mostrou os dois riscos. Jaco Kroon argumentou que um único upstream poderia usar rota estática; Fernando Frediani respondeu com espaço independente, futura troca de provedor, IXP e interconexão privada. Owen DeLong propôs um teste de política única ou interconexão, apoiado por Sander Steffann. Em 8 de abril, a equipe expôs a colisão entre o novo caminho e a seção 5.1 do RFC 1930.
  • A solução institucionalmente limitada é testar a necessidade demonstrável de uma identidade pública e globalmente coordenada, dar razões inteligíveis, aplicar critérios consistentes e permitir revisão. Como registradora técnica privada, a AFRINIC pode proteger a unicidade e a qualidade dos registros; não pode comandar redundância nem transformar um processo privado em poder regulatório sobre redes africanas.

O que o Rascunho 1 efetivamente colocou em discussão

O problema prático pode ser visto antes de qualquer disputa institucional. Imagine um operador numa cidade em que só há um fornecedor de trânsito economicamente viável. A rede pretende participar de um ponto de troca de tráfego, manter uma política de anúncio reconhecível fora do domínio do fornecedor ou usar espaço de endereços independente de provedor sem ficar presa para sempre à numeração de uma única empresa. Esse operador pode ter uma razão técnica para aparecer no roteamento público com identidade própria. Ainda assim, sob o critério herdado, a multiconexão física funcionava como requisito de entrada.

Para obter o número que serviria a outro propósito, a organização teria de contratar um segundo upstream que talvez fosse caro, tecnicamente inferior ou simplesmente inexistente.

Essa contradição não demonstra que toda rede com um único trânsito precise de ASN público. Muitas não precisam. Uma rede inteiramente inserida no ambiente administrativo do provedor pode ser atendida por uma rota estática; uma relação estritamente local pode usar um ASN privado; uma organização sem política de roteamento distinguível pode não ganhar nada com um identificador global. A pergunta de 2019 era mais específica: a topologia multiconectada deveria continuar sendo uma condição obrigatória mesmo quando outra necessidade de coordenação global pudesse ser demonstrada?

O Rascunho 1 respondeu que não, mas respondeu por meio de uma fórmula cuja extensão ainda não estava clara.

A página oficial preservada em arquivo data a submissão de 27 de fevereiro de 2019. Ela identifica Jordi Palet Martinez como autor, mostra a versão 1.0 e registra o estado “Under Discussion”. Essa combinação é importante. “Under Discussion” descrevia uma proposta aberta a exame, não uma regra adotada. Dez dias depois, em 7 de março, a comunicação da AFRINIC anunciou o recebimento e resumiu o objetivo como remover a multiconexão enquanto pré-requisito para a atribuição de ASN. A submissão e o anúncio são atos documentais distintos; fundi-los numa só data apagaria a sequência em que texto, publicidade e escrutínio ocorreram.

Há também uma pequena, mas reveladora, discrepância no nome do documento. A página arquivada do Rascunho 1 imprime AFPUB-2019-ASN-DRAFT01. A avaliação da equipe de 8 de abril usa AFPUB-2019-ASN-001-draft-01, enquanto a cadeia posterior da proposta e a identificação normalizada desta análise usam AFPUB-2019-ASN-001-DRAFT01. O registro disponível não explica por que o “001” falta numa representação e aparece nas demais. Preservar essa diferença não é preciosismo. Em pesquisa institucional, um identificador não deve ser silenciosamente corrigido a ponto de o leitor imaginar uniformidade onde os documentos não a têm.

O mecanismo central estava na lógica da elegibilidade. O texto herdado acumulava condições. Entre elas estavam uma política de roteamento única e um site multiconectado, ou um plano de curto prazo para satisfazer os requisitos, além da exigência de vínculo regular com a AFRINIC. A construção funcionava como um “e”: a presença de uma necessidade de roteamento não substituía a demonstração de multiconexão. O Rascunho 1 redesenhou esse núcleo como alternativas. Um membro em situação regular poderia estar multiconectado ou precisar interconectar-se com outro AS; um plano de curto prazo para atender um dos caminhos também poderia contar. O efeito pretendido não era declarar um direito irrestrito a números, mas separar duas formas de justificar uma identidade pública.

Essa alteração lógica é mais significativa que sua brevidade. Quando duas condições são cumulativas, a segunda pode bloquear um pedido mesmo se a primeira já demonstrar a função coordenativa do identificador. Quando passam a ser alternativas, o avaliador precisa olhar para a razão de cada caso. Uma rede já multiconectada oferece evidência conhecida: distintos caminhos externos podem exigir que sua política seja identificada globalmente. Uma rede que ainda não é multiconectada teria de explicar a interconexão que pretende estabelecer e por que ela não pode ser representada adequadamente por uma rota estática ou por um número privado.

A proposta eliminava a universalidade do proxy; não eliminava a análise.

O Rascunho 1 manteve duas cautelas que impedem a leitura de que todos os controles desapareceriam. Primeiro, preservou a orientação para que sites sem necessidade de um ASN único utilizassem números privados. Isso conserva uma distinção fundamental entre unicidade local e unicidade global. Números reservados para uso privado são apropriados quando todos os participantes relevantes conseguem coordenar seu significado dentro de um ambiente delimitado. Um número público se torna justificável quando colisões fora desse ambiente precisam ser evitadas. Segundo, o texto manteve a avaliação sob o RFC 1930 ou seus sucessores.

Logo, a proposta não apagava o legado técnico; tentava alterar uma condição enquanto carregava uma referência cuja formulação entraria em choque com o novo caminho.

Também havia alterações editoriais: a proposta pretendia excluir a subseção introdutória existente e consolidar ou renumerar a seção 7. Esses ajustes pertenciam ao Rascunho 1, mas não eram seu mecanismo institucional principal. A questão que mudava o acesso era a passagem da conjunção para a alternativa. Concentrar a análise nisso evita atribuir peso político excessivo à arrumação do texto e permite perguntar o que realmente aconteceria no balcão de solicitações: quais documentos seriam apresentados, como a equipe distinguiria um interconector real de um pedido desnecessário e que razão seria dada em caso de recusa.

O anúncio de 7 de março abriu o debate na lista RPD. Essa discussão não criou jurisdição pública nem provou consentimento continental. Ainda assim, ela tem valor documental porque tornou visíveis os problemas de implementação que o enunciado curto escondia. Jaco Kroon apresentou a objeção conservadora: se um site tem um único upstream, o provedor pode anunciar uma rota estática, de modo que o cliente talvez não precise de ASN próprio. A objeção é tecnicamente séria.

Se a rota do cliente não expressa uma política autônoma e toda a conectividade é administrada por um provedor, acrescentar um identificador global pode não coordenar nada que já não esteja coordenado.

Fernando Frediani respondeu apontando situações em que contar conexões de trânsito não captura a necessidade. Uma organização pode querer estabilidade para espaço independente de provedor e preservar a possibilidade de mudar de upstream; pode conectar-se a um ponto de troca de tráfego; pode manter uma interconexão privada; pode preparar uma escolha futura sem que, naquele momento, dois trânsitos comerciais estejam ativos. Nesses casos, “um upstream” não significa necessariamente “uma única relação externa” nem “ausência de política própria”. A resposta não prova que qualquer alegação de estabilidade deva ser aceita.

Ela mostra por que a contagem física é uma medida imperfeita daquilo que um ASN representa.

Owen DeLong sugeriu uma formulação mais direta baseada numa política de roteamento única ou numa interconexão que usasse um protocolo de gateway exterior e exigisse ASN único. Sander Steffann apoiou essa direção. Essa sugestão pertence ao debate, não ao texto publicado do Rascunho 1. A distinção precisa permanecer visível: comentários de lista podem esclarecer alternativas, mas não devem ser reescritos retrospectivamente como se já constassem da proposta. Seu valor, aqui, é demonstrar que participantes perceberam cedo a necessidade de vincular “interconexão” a uma função técnica concreta, e não à mera afirmação de que duas redes conversariam.

As posições de Kroon e Frediani são mais úteis quando lidas juntas. A rota estática é uma resposta suficiente para alguns clientes de um só provedor, e o ASN público não deve virar um símbolo de prestígio. Porém, a existência dessa solução em alguns casos não autoriza a registradora a decretar que toda rede com um único trânsito carece de identidade pública. Do outro lado, a existência de IXP, peering privado ou endereçamento independente tampouco transforma qualquer plano distante em prova bastante.

O teste necessário teria de examinar o uso externo e a exigência de unicidade, mantendo aberta a possibilidade de aprovar ou negar com razões técnicas verificáveis.

A avaliação da equipe, datada de 8 de abril, deu forma institucional a esse problema. Ela identificou uma colisão direta com a seção 5.1 do RFC 1930. A orientação histórica dizia que um site single-homed não precisava de ASN único, enquanto a nova alternativa poderia admitir uma organização com uma única interconexão. A pergunta da equipe era, portanto, qual orientação prevaleceria na execução. Se o avaliador seguisse literalmente a referência ao RFC, poderia negar um caso que a nova cláusula parecia aceitar. Se seguisse apenas a cláusula, poderia desconsiderar uma referência que o próprio Rascunho 1 conservara.

Isso não foi uma objeção abstrata. A avaliação enumerou quatro cenários envolvendo um único par ou a previsão de peering e procurou esclarecer como seriam tratados. As fontes disponíveis não autorizam transformar cada exemplo em caso real nem inventar resultados de pedidos. O ponto probatório é que a equipe antecipou decisões de fronteira: relações atuais e futuras, um par e possíveis pares, e a diferença entre desejar uma conexão e precisar de unicidade pública para operá-la. A avaliação mostrou que a palavra “necessidade” não se aplicaria sozinha. Formulários, documentação e interpretação humana determinariam seu alcance.

A equipe ainda pediu que a terminologia se referisse a “resource member”, anteviu aumento no consumo de ASNs, mas considerou que o espaço de 32 bits era amplo o bastante para não criar um problema previsível. Registrou que não havia comentário do assessor jurídico e indicou trabalho de implementação em processo de solicitação, formulário, lista de verificação e documentação. Cada item delimita o que o documento prova. A observação sobre o assessor não é um parecer favorável nem contrário; é ausência de comentário registrada. A expectativa de maior consumo não é medição de aumento efetivo.

E a suficiência do espaço não equivale a licença para emissões sem necessidade.

O pano de fundo dos ASNs de quatro octetos ajuda a entender por que a escassez absoluta pesava menos do que no passado. O RFC 6793 documenta a expansão do espaço de números de sistema autônomo. Porém, o Rascunho 1 não citou esse RFC nem apresentou cálculos posteriores sobre duração do estoque. A prudência histórica do RFC 1930 e a realidade de um espaço de 32 bits podem ser colocadas em relação analítica, mas não se pode colocar na boca do primeiro rascunho uma justificativa que surgiu noutro momento. O argumento correto é mais modesto: havia espaço para abandonar um proxy excessivamente rígido sem abandonar a higiene de atribuição.

O RFC 6996, por sua vez, esclarece as faixas reservadas para uso privado e reforça a razão de manter essa opção. Também aqui a cronologia importa. O Rascunho 1 imprimiu a faixa privada mais antiga e fez referência genérica ao RFC 1930 ou a sucessores; ele não continha a redação de versões posteriores que recorreria explicitamente a documentação atualizada. A fonte técnica contemporânea pode explicar por que números privados continuam necessários, mas não pode ser projetada para dentro de palavras que o Rascunho 1 não tinha.

O comparador da APNIC também fazia parte do contexto indicado pela proposta. Uma iniciativa noutra região discutia a retirada da multiconexão obrigatória. Isso demonstra que o problema não era inconcebível nem exclusivo da África, mas não fornece autoridade sobre a AFRINIC. Uma política, uma discussão ou um resultado na APNIC não determina o texto que uma registradora mauriciana deveria adotar. Comparação serve para testar alternativas e consequências, não para importar legitimidade ou implementação por analogia.

Depois da discussão e da avaliação, o Rascunho 2 foi publicado em 10 de abril. Os Rascunhos 3 e 4 vieram em 3 e 25 de novembro. Essa cronologia confirma que a versão inicial não foi tratada como final. Ela não permite, contudo, narrar as palavras ou virtudes das versões posteriores como resposta já contida no primeiro documento. Em fevereiro de 2020, a Resolução 202002.552 ratificou o Rascunho 4 junto com uma proposta distinta sobre IPv6; o registro do CPM 1.5 informa implementação em 29 de maio de 2020. Esses atos marcam a fronteira entre proposição e adoção. Não transformam o Rascunho 1, retroativamente, em regra vigente.

É por isso que a descrição exata do ato de 2019 é “publicação e escrutínio de uma proposta”. O rascunho alterou uma condição, provocou argumentos técnicos e recebeu uma avaliação que revelou contradição e trabalho operacional pendente. Não há, nas fontes, votação que o tenha adotado, efeito mensurado sobre operadores ou arquivo de requerente que permita dizer quem foi beneficiado ou prejudicado. Seu significado está no problema que tornou legível: confundir identidade de roteamento com aquisição de redundância pode excluir necessidades legítimas, mas substituir uma regra clara por uma palavra vaga pode apenas deslocar o poder discricionário.