Resumo

  • A Resolução 201808.446 ratificou, em 8 de agosto de 2018, a proposta AFPUB-2018-V6-001-DRAFT01. Ela não ratificou a proposta distinta V6-002 e não tornou a nova redação imediatamente operacional.
  • A ata separou a decisão do Conselho das etapas seguintes: o Item de Ação 201808.22 atribuiu ao presidente a notificação aos copresidentes do PDWG, e o Item de Ação 201808.23 encarregou a equipe de implementar as políticas ratificadas.
  • O registro de implementação situa a incorporação da V6-001 ao CPM 1.3 em 23 de novembro, 107 dias após a ratificação. A comunicação pública foi feita em 29 de novembro, seis dias depois.
  • A cadeia formada por recomendação, ratificação, execução e publicação foi um exemplo útil de manutenção documentada de um serviço privado. Justamente por ser uma cadeia corporativa, ela não produziu lei, soberania, regulação pública, poder policial, punição, confisco nem autoridade adjudicativa.
  • Uma divergência pública entre a referência 6.6.4.1 no aviso de implementação e 6.5.4.1 na proposta e em outros registros deve permanecer explícita. A documentação selada permite identificar a inconsistência, não inventar sua causa nem escolher silenciosamente uma correção.

L3 — A votação que deixou duas tarefas por cumprir

A cena institucional relevante não começa com uma regra já pronta para uso. Começa numa sala de reunião em Maurício, durante o encontro presencial do Conselho da AFRINIC em 7 e 8 de agosto de 2018. Sob o item 9.1 da pauta, os conselheiros receberam a recomendação dos copresidentes do Policy Development Working Group, o PDWG, relativa à proposta IPv6 Policy and References Update. O registro vincula essa recomendação ao item 008500 do arquivo da lista rpd. Em 8 de agosto, SO propôs a resolução, SI a apoiou, e o Conselho a aprovou por unanimidade. O resultado recebeu um número preciso: Resolução 201808.446.

É tentador condensar toda essa cena na frase “a política entrou em vigor”. A ata impede essa simplificação. Imediatamente depois da ratificação aparecem dois itens de ação. O 201808.22 encarrega o presidente de informar os copresidentes do PDWG. O 201808.23 encarrega a equipe de implementar as políticas ratificadas. Se o voto já tivesse realizado a mudança operacional, a segunda tarefa seria redundante. Se a publicidade já estivesse completa, a primeira não precisaria existir. O próprio desenho do registro, portanto, distingue decisão, comunicação e execução.

Essa distinção deixa inteligível o intervalo posterior. Entre 8 de agosto e 23 de novembro decorreram 107 dias corridos. O primeiro dia é a data da ratificação; o segundo é a data que o relatório de experiência de implementação e o registro da AFRINIC-29 atribuem à implementação da V6-001 e à sua incorporação ao CPM 1.3. Não há base para chamar esses 107 dias de abuso, ocultação ou demora imprópria. O material disponível não descreve todas as tarefas técnicas e documentais que ocuparam o período.

O que ele permite afirmar é mais simples e mais importante: durante esse intervalo, a autorização corporativa existia, mas a execução registrada ainda não havia produzido a nova versão operacional do manual.

O identificador correto é essencial para reconstruir esse percurso. A proposta ratificada foi AFPUB-2018-V6-001-DRAFT01, chamada IPv6 Policy and References Update. A V6-002 era uma proposta separada, voltada a subatribuições IPv6, e não é o objeto da Resolução 201808.446. A diferença não é um capricho catalográfico. Um identificador errado liga o voto a outro texto, embaralha a cronologia e torna impossível conferir se o conteúdo recomendado, o conteúdo ratificado e o conteúdo implementado pertencem ao mesmo expediente. Para um registro técnico, essa espécie de precisão é parte do serviço, não um detalhe editorial.

Antes da reunião do Conselho, a V6-001 já tinha uma trajetória documentada. Jordi Palet Martinez apresentou o Draft 1 em 11 de março de 2018. Em 9 de maio, o registro da AFRINIC-28 indicou que a proposta avançara para Last Call, enquanto a V6-002, distinta, ainda exigia mais discussão. A equipe disse que a V6-001 poderia ser implementada tal como redigida sem impacto nas operações da AFRINIC. Essa declaração comprova uma avaliação de viabilidade interna; não demonstra que todos os operadores estariam livres de qualquer custo, dúvida ou ajuste. Tampouco o Last Call equivalia à ratificação. Ele era uma etapa anterior da sequência.

A Resolução 201808.446 recitou esse caminho. Registrou que a proposta passara pelo Policy Development Process, alcançara consenso e fora encaminhada pelos copresidentes do PDWG. Em seguida, o Conselho a ratificou. Cada verbo tem um objeto institucional diferente. O grupo discute e produz uma recomendação segundo o procedimento privado. Os copresidentes transmitem o resultado que consideram alcançado. O Conselho toma uma decisão corporativa sobre a prestação do serviço. A equipe converte a decisão em texto operacional. A publicação permite que usuários saibam qual versão consultar.

Reunir tudo sob a palavra “aprovação” sacrifica a informação que torna o processo auditável.

O comunicado de 21 de agosto reforçou a separação. Ele informou que a ratificação ocorrera na reunião de 8 de agosto e disse que a equipe prosseguiria com a implementação, avisando a comunidade quando o trabalho estivesse concluído. O tempo verbal importa. A mensagem não tratou a implementação como um fato consumado; apresentou-a como a próxima etapa. Treze dias após o voto, o público sabia que o Conselho adotara a proposta e que a mudança do manual ainda dependeria da ação da equipe.

Em setembro, a Resolução 201809.450 aprovou, com emendas, a ata de 7 e 8 de agosto. O conjunto documental examinado não identifica o texto dessas emendas nem demonstra que elas tenham alterado a Resolução 201808.446. Por isso, não cabe preencher a lacuna com conjecturas. A aprovação posterior da ata é parte da trilha documental, mas não autoriza afirmar que o voto foi refeito, corrigido ou modificado. Essa reserva é importante porque auditabilidade não significa fingir que todos os documentos são completos. Significa distinguir o que o registro prova do que permanece desconhecido.

O ponto de chegada verificável aparece em novembro. O relatório de experiência de implementação e o registro da AFRINIC-29 datam de 23 de novembro a implementação da V6-001 e sua incorporação ao Consolidated Policy Manual, versão 1.3. Em 29 de novembro, seis dias depois, a AFRINIC publicou o aviso de implementação e informou que o CPM 1.3 continha as mudanças. Aqui se completam duas etapas que também não são idênticas: primeiro a organização registra a mudança operacional; depois divulga ao público que ela foi concluída.

Os seis dias entre implementação e aviso não devem ser transformados em uma acusação. Também não devem desaparecer da narrativa. Para quem depende de uma regra documentada, a data interna ou técnica em que uma nova versão é produzida e a data em que essa versão é anunciada cumprem funções diferentes. A primeira marca o evento que o registro institucional chama de implementação. A segunda oferece uma comunicação pública verificável. Quando ambas aparecem, o leitor pode perguntar de forma objetiva qual texto era aplicado, em qual versão e desde quando, sem atribuir intenções que a documentação não revela.

Essa precisão cronológica resolve um problema prático. Operadores e hostmasters não organizam pedidos com base numa sensação geral de que “houve consenso”. Eles precisam saber qual redação o serviço usa para avaliar documentos, atribuições e utilização. Uma proposta em discussão não é o mesmo que uma recomendação enviada ao Conselho. Uma resolução não é o mesmo que um manual atualizado. Um manual atualizado sem aviso público ainda apresenta um problema de descoberta. A cadeia só é plenamente útil quando cada passagem deixa um recibo.

O caso também mostra por que um campo isolado numa página web pode enganar. A página arquivada da proposta preservou o rótulo “Under Discussion”, embora os registros posteriores documentem ratificação, implementação e incorporação ao CPM 1.3. Seria incorreto deixar esse único rótulo apagar a resolução do Conselho, o relatório de implementação e o aviso público. A condição de uma política ao longo do tempo deve ser reconstruída pelo conjunto de documentos conectados, e não pelo valor sobrevivente de um campo que pode não ter acompanhado toda a vida do expediente.

Há ainda uma inconsistência que merece ser mantida à vista. O aviso público de implementação imprime a referência 6.6.4.1, enquanto a proposta e outros registros usam 6.5.4.1. O material disponível autoriza apontar a diferença, mas não explica sua origem. Não sabemos, com base nesses documentos, se houve erro de digitação no aviso, outra convenção, alteração intermediária ou qualquer causa distinta. Escolher uma dessas hipóteses e “consertar” a história seria produzir certeza artificial. O correto é conservar as duas referências e declarar o limite da prova.

Também não é necessário recontar toda a substância técnica do Draft 1 para compreender a governança do episódio. Basta saber que a proposta abrangia referências nas seções 6.0, 6.1, 6.5.4.1, 6.5.4.2 e 6.8, e que o aviso de implementação listou cláusulas incorporadas, além de deleção e renumeração da antiga 6.5.4.2. Os méritos específicos de cada referência, tamanho de prefixo, uso ou supressão pertencem a outra investigação. Aqui, o que importa é a cadeia que liga um texto identificado a uma versão identificada do manual.

Vista nesse nível, a Resolução 201808.446 foi um ato limitado de adoção corporativa. O Conselho não apertou um botão metafísico capaz de transformar debate em realidade operacional. Ele autorizou e orientou sua organização a executar uma mudança. A equipe ainda tinha de realizar o trabalho, registrar o resultado e disponibilizar uma versão que pudesse ser consultada. A ata, longe de enfraquecer o voto, esclarece seu alcance. O voto foi necessário para a trilha de autorização; não foi suficiente para concluir a implementação.

Essa é a primeira razão pela qual o episódio merece atenção. Em instituições técnicas, o risco nem sempre está numa decisão espetacular. Muitas vezes está na perda das passagens entre documentos: uma recomendação sem encaminhamento claro, um voto sem tarefa atribuída, uma edição sem número de versão ou um aviso sem data efetiva. Neste caso, há elementos para seguir o percurso. A rastreabilidade permite elogiar o que funcionou sem transformar o procedimento em algo que ele nunca foi.