Resumo

  • Em fevereiro de 2020, a Resolução 202002.552 ratificou em um só ato corporativo o Multihoming Not Required for ASN Draft 4 e o Adjusting IPv6 PI, regras voltadas a problemas técnicos e públicos distintos.
  • A trilha do ASN passa pela avaliação de 8 de abril de 2019 do Draft 1, por quatro cenários examinados e pelas versões 2, 3 e 4; a ratificação alcançou o Draft 4, por isso a análise inicial não pode funcionar como prova integral do texto final.
  • A trilha de IPv6 nasce do IPv6 PI Update de 2018 e do problema de associar ausência de anúncio a uma possível recuperação, embora LANs de peering de IXP e redes privadas possam usar legitimamente espaço PI sem anúncio global; a página local do Draft 2 esclarece o problema, mas não permite atribuir retroativamente toda a sua redação ao Draft 1 indicado no registro.
  • Uma resolução conjunta pode ser eficiente. O requisito decisivo é manter dois comprovantes completos: versão exata, exame técnico, ressalvas, responsável pela mudança, trechos do CPM afetados e evidência posterior, sem emprestar a prova de uma política à outra.
  • A AFRINIC atua somente como mantenedora privada de registros e coordenadora técnica. Nem a resolução nem o consenso interno lhe conferem poder soberano, regulatório, policial, acusatório, punitivo, confiscatório ou jurisdicional.

L3 — Uma resolução, dois registros técnicos

A mesma linha alcançou duas decisões operacionais

Imagine duas solicitações chegando à mesma organização de registros. A primeira vem de uma rede em localidade remota que precisa de uma identidade pública de roteamento própria, mas não quer — ou não consegue — comprar uma segunda conexão física apenas para satisfazer uma fórmula de elegibilidade. A segunda vem de um usuário final que mantém espaço IPv6 independente de provedor em uma LAN de troca de tráfego ou em uma rede privada, onde o uso é real mesmo sem anúncio na tabela global. Para a primeira, a pergunta é que prova demonstra a necessidade de um ASN público.

Para a segunda, a pergunta é se a ausência de anúncio pode ser confundida com abandono do espaço.

Foi sobre essas portas diferentes que incidiu a Resolução 202002.552. O registro do Board da AFRINIC a situa em fevereiro de 2020 e informa que o ato ratificou Multihoming Not Required for ASN Draft 4 e Adjusting IPv6 PI. O registro disponível não estabelece o dia exato, o placar de uma votação, as razões de cada diretor nem o conteúdo de documentos internos. O que ele permite dizer é mais limitado e, ainda assim, importante: houve um ato corporativo único referente a duas regras de serviço distintas.

Essa distinção muda a forma correta de ler a resolução. O número 202002.552 comprova o ponto de encontro institucional. Ele não comprime as histórias técnicas anteriores em uma só, tampouco demonstra por si próprio que os mesmos comentários, testes ou modificações serviram para os dois textos. Um título comum pode caber em uma linha; a prova necessária para entender a decisão não cabe. A resolução é o cabeçalho compartilhado de duas trilhas, não um substituto para elas.

O risco de confusão é prático. Se o registro não permite reconstruir qual versão alterou a elegibilidade de ASN, um solicitante pode não saber se ainda precisa demonstrar uma segunda conexão física ou se deve provar, de outra maneira, a necessidade de uma identidade pública única. Se o mesmo registro não revela que frase do tratamento de IPv6 PI mudou, um titular pode não saber se a ausência de anúncio continua ligada a uma interpretação de não uso. Nos dois casos, a falta de precisão se converte em perguntas repetidas, documentos adicionais, espera e decisões menos previsíveis. Mas a origem técnica dessas fricções não é a mesma.

A primeira trilha: de um proxy de topologia ao Draft 4

A proposta de ASN começou com uma crítica específica a um proxy. Sua primeira versão foi submetida em 27 de fevereiro de 2019 e anunciada separadamente em 7 de março. O problema não era abolir toda verificação de elegibilidade, distribuir ASNs públicos para usos apenas locais ou negar a utilidade de números privados. Era questionar por que a compra ou existência de uma segunda ligação física deveria funcionar como requisito absoluto quando a necessidade operacional relevante podia ser uma identidade de roteamento globalmente única.

Em 8 de abril de 2019, a equipe da AFRINIC examinou o Draft 1. A avaliação registrou uma tensão com a seção 5.1 da RFC 1930 em torno de uma rota de interconexão única, considerou quatro casos de conexão única ou futura, pediu ajustes de terminologia, discutiu o consumo do espaço de 32 bits e listou trabalho necessário em formulários, listas de verificação e documentação. Também registrou a ausência de comentário do assessor jurídico. Esses elementos mostram que a primeira versão encontrou uma análise própria: havia uma questão de compatibilidade técnica, cenários concretos de aplicação e consequências administrativas identificáveis.

O cuidado indispensável é temporal. A avaliação de abril é uma peça da linhagem, não uma fotografia do instrumento final. O Draft 2 veio em 10 de abril; o Draft 3, em 3 de novembro; o Draft 4, em 25 de novembro. Foi o Draft 4 que a Resolução 202002.552 ratificou. Não se deve copiar uma frase da primeira versão para dentro da quarta sem demonstrar que ela sobreviveu à revisão. Também não se deve concluir que os quatro cenários e as observações da equipe, sozinhos, esgotam todo o exame da versão final.

Essa separação não diminui o valor da avaliação do Draft 1. Ao contrário, posiciona-a corretamente. Ela prova que o problema foi testado contra situações específicas e que a equipe anteviu mudanças no trabalho cotidiano. O histórico público da proposta prova que houve novas versões até o Draft 4. Juntos, esses registros sustentam uma cadeia de evolução. O que não sustentam, sem um elo explícito adicional, é a suposição de que cada recomendação inicial foi aceita palavra por palavra ou de que nenhuma nova ressalva surgiu depois.

O núcleo operacional que atravessa essa trilha pode ser formulado sem fundir versões: uma rede pode precisar de um ASN público para uma identidade de roteamento globalmente coordenada mesmo quando não compra duas conexões físicas. Ao mesmo tempo, usos estritamente internos continuam compatíveis com números privados, e a análise de elegibilidade não desaparece. A mudança desloca o foco de um sinal topológico rígido para a necessidade de coordenação pública.

Ela não transforma qualquer preferência arquitetural em direito automático, nem autoriza a AFRINIC a escolher fornecedores, exigir redundância como virtude ou reprovar um desenho de rede como conduta moral.

Por isso, a prova de fechamento dessa primeira trilha deveria responder a perguntas bastante concretas. Qual texto exato do Draft 4 passou a reger o serviço? Como a terminologia que provocou comentários no Draft 1 ficou na versão ratificada? Que campo do pedido de ASN foi alterado? Que lista de verificação deixou de tratar uma segunda ligação como condição absoluta? Que orientação recebeu a equipe encarregada da análise? Qual seção do manual passou a conter o novo critério? A indicação posterior de implementação e a data comum de 29 de maio de 2020 ajudam, mas só ganham significado quando conectadas a essas mudanças próprias do ASN.

A segunda trilha: uso de IPv6 PI sem anúncio global

A política Adjusting IPv6 PI partiu de outro problema, com outra história e outra consequência para os operadores. Em 28 de março de 2018, a AFRINIC havia publicado o V6-004, IPv6 PI Update, que abriu uma via para usuários finais. Durante a reunião AFRINIC-28, em 6 de junho, participantes questionaram a condição de anúncio em doze meses, o monitoramento de rotas e a linguagem relacionada ao HD-ratio. Em 8 de agosto, a Resolução 201808.449 ratificou esse instrumento anterior e orientou sua implementação. Em 29 de novembro, a AFRINIC informou que a implementação era parcial e que determinada automação ainda estava pendente.

Essa sequência de 2018 importa porque mostra a origem do defeito posterior, mas não pode ser usada para antecipar a solução. O aviso de implementação parcial prova o estado do V6-004 naquele momento; não prova que o ajuste de 2019 já existia, havia sido ratificado ou entrara em serviço. O registro anterior é uma linha de base. Confundi-lo com a correção posterior apagaria justamente a diferença que o artigo precisa preservar.

O problema identificado no ajuste era que a redação mantida pelo V6-004 podia vincular o não anúncio depois de doze meses a uma implicação de recuperação. Essa associação era excessivamente ampla porque há utilizações legítimas de espaço IPv6 PI que não exigem visibilidade global. Uma LAN de peering de um IXP pode cumprir uma função operacional real sem anunciar seus endereços como uma rede comum na Internet. Uma rede privada também pode depender de endereços estáveis e independentes sem pretender alcançar a tabela global. Ausência de anúncio, portanto, não é sinônimo necessário de ausência de uso.

Aqui existe uma cautela documental diferente daquela da trilha do ASN. O registro selecionado identifica o instrumento ratificado como Adjusting IPv6 PI Draft 1, enquanto o material substantivo local disponível é a página posterior da proposta 2019-v6-001 Draft 2. Essa página ajuda a demonstrar o problema separado, as utilizações legítimas sem anúncio e a evolução posterior. Ela não autoriza atribuir silenciosamente cada palavra do Draft 2 ao Draft 1. A formulação exata aprovada precisa ser identificada pelo próprio instrumento ratificado; uma versão posterior não pode ser retrodatada para preencher uma lacuna.

Também seria errado importar para essa trilha a avaliação de ASN de 8 de abril. Os quatro casos examinados ali, a discussão sobre a RFC 1930 e o trabalho em formulários de ASN não dizem se a redação de IPv6 foi tecnicamente adequada. A evidência de exame do ajuste de IPv6 vem dos registros de IPv6: as perguntas levantadas em 2018 sobre anúncio e monitoramento, a experiência de implementação do instrumento predecessor, a proposta posterior que isolou a falha e o histórico próprio dessa proposta. É outra pergunta, outro texto e outro conjunto de consequências.

O comprovante de fechamento de IPv6 também precisa ter vocabulário próprio. Ele deveria mostrar a frase anterior, a frase corrigida, a seção de IPv6 PI afetada no CPM e o modo como a equipe passou a distinguir espaço não anunciado de espaço sem uso. Deveria indicar como um titular documentaria uma LAN de peering ou uma rede privada legítima e como seria evitada uma inferência automática de recuperação. Uma indicação genérica de “implementado” não entrega essas respostas. Menos ainda o faria a situação do projeto de ASN, que não toca essa frase.

Por que uma resolução conjunta pode ser razoável

Não há necessidade de transformar essa crítica em culto ao formulário. Duas propostas maduras, cada uma depois de percorrer sua análise própria, podem ser ratificadas juntas com eficiência. O Board pode evitar repetição de texto corporativo; a equipe pode coordenar treinamento, formulários e publicação; uma atualização comum do manual pode reduzir o período em que solicitantes encontram regras desencontradas. Se as mudanças estiverem prontas, exigir duas resoluções apenas para multiplicar cerimônias pode acrescentar pouco.

O CPM 1.5 e os registros de ciclo de vida situam a fronteira posterior em 29 de maio de 2020. Uma data compartilhada pode ser útil. Ela oferece à equipe e aos usuários uma referência clara para saber quando o conjunto atualizado passou a orientar o serviço. Pode ainda reduzir a confusão que resultaria de ensinar o novo critério de ASN em uma semana e corrigir o tratamento de IPv6 PI em outra, embora os assuntos sejam diferentes.

Mas eficiência não significa intercambialidade. Uma liberação coordenada responde “quando”; ela não responde “o quê” para cada instrumento. O benefício de agir uma vez depende de manter disponíveis as duas respostas técnicas. O ato comum deveria vir acompanhado de uma relação com duas linhas: uma para o Draft 4 de ASN e outra para a versão exata de Adjusting IPv6 PI. Em cada linha caberiam o problema, o registro de exame, a ressalva ainda aberta, a pessoa ou equipe responsável, as partes do manual e dos formulários alteradas, a data de vigência e a forma de confirmação posterior.

Essa relação não exige duplicar reuniões ou fingir que todo comentário precisa ser reencenado. Ela apenas impede que a compressão do ato corporativo se converta em compressão da memória técnica. O Board pode decidir uma vez. A organização precisa explicar duas vezes, no sentido rigoroso de oferecer uma explicação completa para cada regra. A economia legítima está em evitar repetição, não em permitir que o comprovante de uma política seja usado para completar a outra.

O que já é possível saber — e o que permanece aberto

Os registros disponíveis estabelecem marcos suficientes para reconstruir as duas linhas gerais. Na de ASN, há a submissão e o anúncio do Draft 1, a avaliação de abril, as datas das versões seguintes, a identificação do Draft 4 como objeto ratificado e o marco de 29 de maio. Na de IPv6, há o debate e a ratificação do predecessor V6-004, sua implementação parcial, a identificação do defeito ligado ao não anúncio, a ratificação do ajuste e o mesmo marco posterior no manual. Essas peças sustentam a conclusão de que as políticas não eram duas redações do mesmo problema.

Também são claras as fronteiras do conhecimento. Não há, no conjunto disponível, documentos do Board, votos individualizados, razões atribuíveis a diretores, coleção completa das últimas chamadas, resultados de pedidos específicos nem medida de efeito operacional. Não se pode dizer que uma das propostas foi negociada em troca da outra. Não se pode afirmar que qualquer uma escapou do exame apenas porque a linha do registro é curta. Não se pode declarar que a reunião conjunta foi ilícita, inválida ou feita de má-fé.

Essa disciplina importa porque uma lacuna documental admite mais de uma explicação. Um exame completo pode ter ocorrido sem aparecer na linha resumida; um documento pode existir fora dos materiais considerados; uma mudança pode ter sido aplicada corretamente ainda que o comprovante público seja conciso. A ausência de uma peça aqui é incerteza, não evidência automática de ausência no mundo. A crítica responsável mira a capacidade de um leitor independente reconstruir a decisão, não inventa motivos para os participantes.

O ponto já demonstrável é mais preciso: a resolução compartilhada, sozinha, não satisfaz a necessidade de prova própria de cada instrumento. Isso não é uma acusação sobre o resultado. É um padrão de legibilidade institucional. Quando uma organização privada altera duas regras de coordenação em um mesmo ato, quem depende delas deve conseguir seguir cada uma desde a pergunta original até a redação efetiva, sem atravessar para a coluna vizinha em busca de elementos que faltam.