Resumo

  • A proposta submetida em 22 de setembro de 2014 faria cada designação IPv4 de /29 ou maior, destinada à rede do próprio membro ou a um cliente, ser registrada e documentada no WHOIS da AFRINIC em até sete dias úteis.
  • O registro tinha utilidades concretas: tornar contatos localizáveis, apoiar a solução de problemas operacionais e de segurança, demonstrar utilização e informar a avaliação de pedidos por espaço IPv4 adicional.
  • O mesmo texto, porém, chamou registros ausentes de “invalid” e imaginou “any process”, após “approbation by the community”, para “reclaim” recursos. Essas expressões constam de uma proposta retirada; não são constatações jurídicas nem poderes automaticamente existentes.
  • A resposta legítima de um registro privado é documentar a divergência, pedir a prova mínima, avisar o contato autorizado, preservar recibos e erros técnicos, oferecer prazo e ajuda para correção e manter a incerteza quando ela não puder ser resolvida.
  • A mensagem da lista RPD identificou a proposta como AFPUB-2014-GEN-003-DRAFT-01, enquanto o arquivo da AFRINIC exibe AFPUB-2014-GEN-001-DRAFT-01. A divergência permanece sem solução e o arquivo marca a proposta como retirada.

O relógio começa no provisionamento

Imagine o momento corriqueiro em que um membro da AFRINIC separa oito endereços IPv4 para a própria infraestrutura ou para a rede de um cliente. O tamanho do bloco é /29. Pela proposta de 2014, esse ato operacional iniciaria uma contagem: a designação teria de ser registrada e documentada no WHOIS da AFRINIC no máximo sete dias úteis depois. Não se tratava de uma recomendação vaga para manter cadastros organizados. O limiar, o prazo e o responsável estavam definidos. A obrigação alcançaria tanto o uso interno do membro quanto o uso do cliente.

Esse desenho tinha uma virtude evidente. Um dever sem momento de vencimento é difícil de verificar e fácil de adiar. Ao escolher /29 como ponto de corte, a proposta alcançava inclusive designações relativamente pequenas, pois um bloco desse tamanho contém oito endereços. Ao escolher sete dias úteis, vinculava o trabalho comercial de ativar um cliente ao trabalho de registrar a nova realidade técnica. O cadastro deixaria de ser uma tarefa eventual e passaria a integrar o próprio processo de provisionamento.

Mas a mesma precisão criava uma pergunta que o texto não resolveu com a mesma disciplina. O que aconteceria se, no oitavo dia útil, a linha esperada não estivesse visível? Uma resposta compatível com a função registral seria abrir uma divergência: conferir a data da designação, procurar o recibo de envio, verificar se a atualização foi aceita, identificar campos incompletos, avisar o membro e permitir a correção. A proposta quis ir além. Seu vocabulário associava a falta de registro à invalidade e sugeria que a equipe pudesse conduzir um processo não delimitado para retomar recursos depois de aprovação comunitária.

Aí está a fratura central. A falta de uma linha é um fato sobre o estado observado de uma base de dados. Pode indicar atraso, erro do usuário, rejeição do sistema, divergência sobre o conteúdo ou ausência genuína de submissão. Sozinha, não demonstra que a designação nunca existiu, que o espaço estava ocioso, que houve conduta ilícita, que o recurso foi abandonado ou que algum direito desapareceu. A prova da escrituração não é a própria realidade jurídica que ela procura representar.

Nos primeiros passos, portanto, a proposta oferecia um padrão operacional útil. No passo seguinte, tentava converter um sinal administrativo em fundamento para punição e perda. Uma entidade privada de registro pode exigir documentos dentro de uma relação de coordenação, manter dados, apontar inconsistências e facilitar correções. Não pode fazer a ausência de um cadastro fabricar, por si só, jurisdição soberana. O relógio de sete dias úteis podia organizar a prova. Não podia produzir uma sentença no oitavo.

O ato de 2014 e seus dois identificadores

A proposta registra 22 de setembro de 2014 como data de submissão e atribui a autoria a Jean Robert Hountomey. Em 26 de setembro, os copresidentes do grupo de trabalho, Seun Ojedeji e Adam Nelson, circularam o texto na lista RPD como uma proposta nova. Submissão e circulação são eventos diferentes: a primeira fixa a data informada no instrumento; a segunda marca sua apresentação pública naquela lista.

O histórico preserva também uma divergência documental que não deve ser apagada em nome de uma aparência de ordem. A mensagem da RPD chama o instrumento de AFPUB-2014-GEN-003-DRAFT-01. O arquivo da AFRINIC o apresenta como AFPUB-2014-GEN-001-DRAFT-01. Não há base suficiente para escolher um como correto, tratar o outro como simples erro de digitação ou construir uma sequência entre eles. Os dois identificadores pertencem aos respectivos registros publicados e a discrepância continua aberta.

Há, porém, um estado inequívoco no arquivo: a proposta aparece como retirada. Não está estabelecido quando a retirada ocorreu, quem a formalizou, qual foi a razão ou que etapa procedimental a produziu. Também não há fundamento para dizer que o texto obteve consenso, passou por última chamada, foi ratificado, implementado ou aplicado contra alguém. A qualificação de retirada impede que a linguagem proposta seja narrada como regra que entrou em vigor.

Essa cautela importa porque o texto pretendia alterações concretas. Ele buscava trocar, em uma disposição, uma formulação equivalente a uma expectativa por uma obrigação — de algo que seria feito para algo que deveria ser feito — e declarar que alocações, designações e subalocações deveriam estar registradas em uma base da AFRINIC. Também propunha acrescentar uma seção 9.7 à política de alocação IPv4, dedicada à exigência de registrar designações. Tudo isso descreve o conteúdo de um projeto, não o direito efetivamente aplicável depois dele.

A diferença entre proposta e norma não é uma formalidade menor. Um documento em discussão pode revelar problemas reais, oferecer bons mecanismos e também conter saltos de autoridade. Analisá-lo com seriedade exige manter as três coisas separadas: o que foi proposto, o que os participantes discutiram e o que de fato foi adotado. Neste caso, o primeiro elemento é bem documentado; o segundo aparece em algumas manifestações contemporâneas; o terceiro não está demonstrado e é contrariado pela marca de retirada.

O registro que a proposta queria tornar obrigatório

O núcleo operacional do projeto era específico. Para cada designação abrangida, o objeto deveria conter inetnum, netname, descr, country, admin-c, tech-c e org, além de qualquer outra informação obrigatória definida por uma política da AFRINIC. Os dados de registro deveriam permanecer corretos. A lista não autoriza acrescentar retrospectivamente campos de sistemas posteriores nem confundir o instrumento de 2014 com formatos atuais. Ela mostra exatamente que tipo de trilha o autor queria criar naquele momento.

Cada campo desempenhava uma função na representação pública da designação. O intervalo permitiria localizar o bloco; o nome e a descrição ajudariam a indicar sua finalidade; o país situaria a designação; os contatos administrativos e técnicos ofereceriam caminhos para comunicação; e a organização ligaria o uso a uma referência institucional. Em conjunto, esses elementos transformariam uma decisão interna do membro em um objeto consultável por terceiros.

O dever não se esgotaria no primeiro envio. A exigência de manter os dados corretos significava que a operação continuaria depois da criação da linha. Contatos mudam, clientes deixam de usar blocos, finalidades são alteradas e responsáveis técnicos são substituídos. Uma base útil depende de atualização, não apenas de presença. Essa é uma razão legítima para tratar a qualidade cadastral como parte da infraestrutura operacional.

Ao mesmo tempo, presença não equivale a verdade absoluta. Um objeto aceito pode ficar desatualizado; um contato pode não monitorar mais a caixa indicada; uma cadeia contratual pode não estar visível; o operador presente pode não ser evidente. Registros WHOIS e RDAP são evidência pública valiosa para contato, resposta a abuso, diligência e continuidade, mas não provam sozinhos quem opera hoje o recurso, qual é a relação contratual ou quem responde juridicamente por uma atividade. A utilidade da base cresce quando essa limitação é reconhecida, não quando ela é escondida.

A proposta tornava o cadastro uma peça de conformidade porque o conectava a decisões futuras. As designações registradas serviriam como demonstração de utilização ao avaliar um pedido por mais endereços IPv4. Um guia operacional posterior da AFRINIC descreve objetos inetnum para designações de clientes ou infraestrutura e informa que designações válidas registradas são examinadas ao testar uma utilização de aproximadamente 80% antes de uma solicitação adicional. Esse contexto ajuda a entender a função probatória do cadastro, mas não reativa a proposta retirada nem prova que seus mecanismos punitivos foram adotados.

O ponto econômico é direto. Se o membro pretende mostrar que utilizou de maneira responsável o espaço recebido, os registros de designação oferecem uma trilha verificável. Se os registros estão incompletos, a AFRINIC pode pedir esclarecimentos antes de considerar um pedido adicional. Essa consequência pertence à qualidade da prova apresentada para uma decisão de coordenação. Ela não precisa ser inflada até uma declaração de que o recurso já existente se tornou ilícito, sem dono ou passível de confisco.

Residências, dados sensíveis e responsabilidade de contato

O projeto reconhecia que uma regra uniforme poderia expor informações comerciais ou de clientes. Para serviços residenciais, não exigia uma linha pública com o nome de cada família. Descrevia o registro dos blocos utilizados por equipamentos ou por áreas de atendimento ao cliente e determinava que netname e descr indicassem o uso residencial. A unidade pública seria, portanto, uma faixa ou área de serviço tecnicamente reconhecível, não um catálogo de domicílios.

Para outros casos sensíveis, a acomodação seguia duas camadas. Informações do cliente consideradas confidenciais poderiam ser entregues privadamente à AFRINIC para auditoria, sob um acordo confidencial. Na face pública, os campos diferentes de netname e descr poderiam reutilizar informações do próprio membro. Esse arranjo mantinha uma referência operacional acessível sem obrigar a exposição de todos os dados do usuário final.

O benefício vinha com uma transferência de responsabilidade prática. Ao colocar seus próprios contatos na parte pública, o membro assumiria a tarefa de lidar com questões relacionadas ao bloco. Um operador ou investigador encontraria um ponto de contato, ainda que não visse a identidade comercial sensível do cliente. Essa é uma solução plausível para conciliar utilidade e reserva: preservar um canal funcional e deixar detalhes protegidos disponíveis apenas em um contexto de auditoria.

Mas o texto disponível não traz o suposto acordo de confidencialidade, um protocolo de auditoria, padrões de segurança da informação ou uma decisão sobre responsabilidade. Não é possível afirmar quais pessoas teriam acesso, como os dados seriam protegidos, por quanto tempo seriam retidos ou que contestação existiria diante de uma divergência. A proposta reconheceu o problema e desenhou uma acomodação, mas não fechou toda a governança necessária para que a confiança fosse verificável.

Essa lacuna reforça a necessidade de proporcionalidade. Quanto mais sensível a informação pedida, mais preciso deve ser o motivo, mais limitado deve ser o conjunto solicitado e mais clara deve ser a cadeia de custódia. Uma auditoria registral pode pedir o mínimo necessário para confirmar data, prefixo, finalidade e pessoa autorizada. Não precisa transformar a curiosidade administrativa em acesso irrestrito nem publicar dados que não sejam necessários à operação.

Também seria errado inferir que houve exposição de algum cliente. O instrumento descrevia riscos e uma possível solução; não documenta um caso concreto de divulgação indevida. A análise deve permanecer no desenho institucional: como fazer uma linha pública ser útil, permitir comprovação privada quando necessário e impedir que a ausência da linha seja interpretada como culpa antes de se saber se o membro tentou cumprir.

Por que a base podia melhorar a operação

O argumento favorável começa fora das disputas de autoridade. Quando um bloco gera um incidente de roteamento, uma falha de serviço ou uma denúncia de abuso, encontrar rapidamente um contato técnico pode reduzir o tempo de resposta. Um registro que mostra a faixa, sua descrição e responsáveis oferece um ponto inicial para resolver problemas. Mesmo quando não conta toda a história, ele é melhor do que uma base silenciosa ou abandonada.

Há ainda uma questão de distribuição. Espaço IPv4 é finito, e uma organização que solicita mais endereços deve demonstrar o uso do que já recebeu. Registros de designações tornam essa demonstração mais transparente e comparável. Eles permitem que a análise se apoie em objetos concretos, não apenas em uma afirmação geral do requerente. O prazo de sete dias úteis reduz a possibilidade de preencher o cadastro apenas na véspera de um novo pedido, quando a memória operacional já se perdeu.

O limiar de /29 contribui para a previsibilidade. Em vez de deixar cada membro decidir quais clientes seriam grandes o bastante para merecer visibilidade, o instrumento definia uma fronteira comum. Ela alcançaria blocos de oito endereços e todos os tamanhos superiores. Poderia, assim, revelar uma parcela significativa do uso distribuído que ficaria invisível se apenas grandes subalocações fossem registradas.

A acomodação residencial também integra o melhor caso. Uma política que exigisse identificar publicamente cada domicílio seria difícil de defender e desnecessária para contato operacional. Agrupar por equipamento ou área de atendimento, indicar uso residencial em dois campos e conservar o membro como contato público preserva parte da função do banco sem transformar clientes domésticos em inventário aberto. Para dados comerciais delicados, a entrega privada sob confidencialidade segue a mesma lógica de minimização.

Por fim, toda obrigação precisa de acompanhamento. Se atrasos nunca forem apontados e inconsistências nunca forem reconciliadas, a regra pode virar uma sugestão opcional. A existência de um procedimento de verificação não é, por si, abuso. Um registro responsável pode comparar informações, pedir documentos, enviar notificações e anotar a falta de resposta. A questão decisiva não é se pode haver consequência administrativa para uma prova insuficiente em um pedido futuro. É se a entidade pode declarar direitos inválidos e tomar recursos como se uma base privada fosse fonte de soberania.

O salto de uma ausência para uma condenação

A formulação mais perigosa da proposta estava na passagem entre registro e sanção. O texto tratava designações, alocações e subalocações não registradas como inválidas. Em seguida, atribuía à equipe a possibilidade de realizar um processo sem delimitação, depois de aprovação comunitária, para retomar os recursos associados. A combinação era ampla: um estado cadastral receberia um rótulo conclusivo, uma aprovação sem contornos abriria a porta e um processo sem limites poderia alcançar a continuidade do recurso.

Nenhuma dessas palavras resolve as perguntas que uma medida adversa exigiria. Qual seria o conteúdo do aviso? Quanto tempo existiria para corrigir? Como seriam tratados envios rejeitados pelo sistema? Qual prova sustentaria a conclusão? Quem decidiria, por quais razões escritas e sob qual possibilidade de revisão? A proposta não especificava esses elementos. Essa ausência no documento não prova que nenhum outro instrumento pudesse conter procedimentos, mas nenhum instrumento assim está demonstrado aqui.

Mais importante, procedimento comunitário e poder jurídico não são sinônimos. Participar de uma lista, votar em uma reunião ou manifestar apoio pode orientar a coordenação privada. Não cria soberania, jurisdição regulatória ou competência para confiscar. A comunidade pode recomendar como uma base deve ser mantida e que documentos são úteis para a cooperação. Ela não pode, por retórica interna, delegar poderes públicos que não recebeu de uma ordem jurídica competente.

A AFRINIC é uma entidade privada de escrituração técnica e coordenação. Não é um Estado soberano, governo ou legislatura. Não possui, só por manter o registro, jurisdição de regulador, poder de polícia, função de acusação, autoridade para punir ou confiscar, nem competência de tribunal para adjudicar direitos. Sua posição no fluxo técnico pode produzir efeitos práticos relevantes, mas importância operacional não se converte automaticamente em autoridade pública.

Essa distinção protege inclusive a qualidade da própria base. Se cada inconsistência puder ameaçar a continuidade de um recurso, membros terão incentivo para tratar o cadastro como campo de defesa jurídica, não como instrumento cooperativo de precisão. Discussões sobre erros tenderão a ser ocultadas ou endurecidas. Quando a correção é a finalidade clara, o membro pode apresentar recibos, explicar falhas e consertar objetos sem que cada troca se transforme numa disputa sobre perda de direitos.

Uma linha ausente deve, portanto, permanecer uma divergência até que os fatos sejam reconciliados. Ela pode justificar perguntas e acompanhamento rigoroso. Pode afetar a força de uma alegação de utilização enquanto a prova não chega. Pode ser registrada como pendência. O que não pode fazer é carregar automaticamente conclusões sobre fraude, abandono, ilegalidade, inexistência da designação ou perda do recurso. Essas categorias pertencem a fatos e autoridades diferentes.

Retirada não é absolvição nem adoção

O estado de retirada merece leitura precisa. Ele não demonstra que toda preocupação com dados de designação era equivocada. Também não estabelece que o autor agiu de má-fé, que os copresidentes endossaram um poder punitivo ou que a equipe tentou exercê-lo. A retirada diz apenas que não se deve narrar esse projeto como uma regra implementada. As boas ideias operacionais podem ser examinadas, assim como os riscos de sua linguagem, sem inventar um episódio de punição que não aconteceu no material disponível.

Não há prova de que um membro específico deixou de registrar uma designação sob essa proposta. Não há decisão de invalidade, cancelamento, retomada, confisco ou sanção atribuível ao instrumento. Tampouco há registro suficiente para reconstruir o motivo, a data ou o ato formal de retirada. Essa lista de negativas não enfraquece a análise; ela define a escala correta da conclusão.

O valor do caso está no desenho que foi colocado em discussão. Um projeto pode revelar como uma função registral legítima corre o risco de absorver linguagem de autoridade. O risco é visível na própria sequência: especificar campos, exigir prazo, usar os dados como prova e, então, saltar para invalidade e retomada. Não é preciso que a última etapa tenha sido executada para avaliar por que ela ultrapassaria a função de uma mantenedora privada de registros.

Também não cabe usar a retirada como prova de uma razão não documentada. Ela pode ter resultado de objeções processuais, revisão do autor, falta de apoio ou outro fator; nada disso está estabelecido. O dado seguro é o status mostrado no arquivo. A interpretação responsável termina onde a evidência termina.