O problema das negativas não registradas

Resumo

• Um design de sistema de registro publicado em 1993 distinguia submissões com erro, correção e reenvio, verificação, expiração de sete dias, tickets pendentes e decisões finais de processamento. Estes eram estados administrativos distintos e não formas intercambiáveis de uma negação substantiva.
• Relatórios públicos mostram atribuições bem-sucedidas, crescimento de registros, número de funcionários, filas e orçamentos. No entanto, eles não fornecem uma população anual comparável de solicitações únicas de recursos numéricos e suas resoluções finais. Os 16.871 números de rede atribuídos na Europa em 1993 eram recursos, não solicitações, solicitantes, aprovações ou decisões.
• O material público examinado aqui não contém uma única cadeia completa e comparável desde uma solicitação inicial de número até uma negação substantiva final e, em seguida, até uma reanálise ou reversão. Esta constatação se refere a este conjunto limitado de evidências; ela não afirma que tal caso nunca ocorreu ou que nenhum registro privado relevante foi preservado.
• Planejamentos técnicos confidenciais davam aos registros uma razão legítima para proteger os arquivos dos solicitantes. Esse interesse de privacidade limita os argumentos para a publicação de dados brutos, mas ainda permitiria uma reportagem anonimizada sobre tipos de solicitação, correções, expirações, retiradas, aprovações parciais, substituições e resultados de revisão.
• Sem uma população comum de solicitações, as taxas históricas de negação, estimativas de consistência, constatações de tratamento desigual, efeitos de carga de trabalho e estimativas de efeitos corretivos permanecem imensuráveis. A lacuna de evidências não prova tratamento justo nem injusto e não revela motivo para a falta de totais públicos comparáveis.

A primeira negação pode não ter sido uma decisão

Em março de 1993, um sistema de registro proposto colocava um formulário legível por máquina no início de um fluxo administrativo. Uma mensagem recebida poderia falhar em verificações automáticas e ser devolvida ao remetente com uma explicação de erro. O remetente poderia corrigir a mensagem e reenviá-la. Uma submissão que passasse dessa fase poderia acionar uma solicitação de verificação. Se o destinatário não devolvesse a verificação dentro de sete dias, ela expirava. Um número de ticket de incidente poderia indicar que um processo ainda estava pendente antes que a equipe concluísse o processamento final.

Essa sequência aparece naRFC 1400,Transition and Modernization of the Internet Registration Service, que previa a transferência do registro não-DDN para a InterNIC em 1º de abril de 1993. Sua apresentação é importante porque mostra quantos eventos diferentes podem estar ocultos por trás da palavra comumnegação. Uma mensagem com erro rejeitada por um parser era diferente de uma solicitação negada substantivamente. Uma consulta devolvida para correção era diferente de uma consulta abandonada pelo solicitante. Uma verificação não respondida que expirava após sete dias era diferente de um ticket verificado aguardando processamento. Nenhum desses estados correspondia a um julgamento final de que o recurso numérico solicitado não era justificado.

Mesmo um julgamento concluído não precisava necessariamente resultar em uma simples aprovação ou negação. O guia de gerenciamento de endereços publicado em maio de 1993 permitia que, se um solicitante de um bloco Classe B fosse considerado não justificado, em vez disso fosse alocado um bloco Classe C. Esse resultado fornecia um recurso enquanto retia o originalmente solicitado. Poderia ser razoavelmente descrito como substituição, redução, aprovação parcial ou decisão de negação do pedido original. Uma designação simples de "aprovado" apagaria a redução. Uma designação simples de "negado" apagaria o que o solicitante recebeu.

A mesma dificuldade afeta uma solicitação além de sua primeira resolução. Um solicitante poderia corrigir uma mensagem com erro, deixar a verificação expirar, retirar a solicitação durante a espera, aceitar um recurso menor, solicitar uma reanálise ou retornar mais tarde com fatos alterados. Um administrador poderia confirmar um resultado anterior, alterá-lo, fornecer uma substituição ou revertê-lo. Uma alocação posterior poderia representar uma decisão alterada, mas também poderia surgir de uma nova solicitação, uma nova regra, outras informações de suporte ou um registro administrador diferente.

Uma contagem histórica de negações deve, portanto, começar com a classificação, não com a aritmética. Ela deve distinguir um erro de comunicação de um julgamento negativo substantivo e um julgamento negativo de uma reparação posterior. Ela também deve preservar a relação entre o solicitado e o concedido.

A RFC 1400 demonstra que a técnica proposta previa mensagens de erro, correção, verificação, expiração, status de ticket e processamento final. A ilustração de um ticket processado dizia respeito ao registro de domínio, e o documento não publicou uma população de solicitações de números da Internet. Mostra, portanto, quais registros o sistema proposto poderia ter gerado, não quais registros completos de solicitações de números foram realmente criados, preservados ou tornados públicos.

Esse limite é crucial. A capacidade projetada é evidência sobre a arquitetura institucional. Não é evidência de que cada campo previsto existiu em operação, permaneceu vinculado à mesma solicitação, sobreviveu a alterações posteriores ou entrou em uma série estatística pública.

Antes de contar negações, defina a solicitação

O denominador mais intuitivo seriam todas as solicitações. Mas esse próprio termo é instável até que o registro explique quando um contato se tornou uma solicitação e como submissões repetidas foram mescladas.

Uma organização pode enviar uma mensagem incompleta, receber um erro, enviar uma correção, obter um ticket, fornecer mais informações e aceitar um bloco de recursos menor. Dependendo do arquivo, a sequência poderia produzir duas ou mais mensagens, uma rejeição do parser, uma submissão corrigida, um ticket verificado, várias trocas de equipe, uma redução de quantidade e uma atribuição. Se a organização retornar meses depois, um segundo ticket pode se referir à mesma necessidade subjacente ou a uma demanda realmente nova.

Cada unidade responde a uma pergunta diferente. Um solicitante é a pessoa ou organização que solicita um recurso. Uma solicitação é o pedido substantivo apresentado. Uma mensagem é uma comunicação e pode duplicar, corrigir ou complementar outra mensagem. Um ticket é um item de trabalho rastreado, cujo escopo depende das regras do sistema. Um número de rede é um recurso atribuído. Um bloco pode representar vários números de rede. Uma atribuição ou alocação é um resultado, não um solicitante. Um registro é uma instituição administradora, não uma contagem de solicitantes.

Confundir essas unidades pode produzir uma taxa de aparência plausível que não descreve nada coerente. Dividir números de rede atribuídos por solicitações mistura recursos com pedidos. Contar cada mensagem corrigida como uma nova solicitação infla o denominador para solicitantes que seguiram instruções administrativas. Tratar uma verificação expirada como uma negação substantiva atribui um julgamento substantivo onde o registro mostra apenas a falha em cumprir uma etapa processual. Contar substituições como aprovações completas obscurece a diferença entre o solicitado e o entregue.

Uma taxa de negação sólida usaria negações substantivas finais como numerador e solicitações substantivamente decidíveis comparáveis como denominador. Ambos os lados precisariam cobrir o mesmo período, tipo de recurso, regras administrativas e padrão de finalidade. Solicitações pendentes não poderiam ser misturadas com decisões concluídas. Retiradas e expirações de verificação precisariam de suas próprias categorias. Aprovações parciais e substituições precisariam manter sua relação com a solicitação original.

Uma taxa de aprovação exige a mesma disciplina. Ela não pode ser derivada da produção bem-sucedida de recursos a menos que cada produção possa ser vinculada a uma solicitação específica e finalmente decidida. Se uma única solicitação aprovada produziu vários números de rede, uma contagem de produção superestimaria as solicitações bem-sucedidas. Se uma solicitação recebeu apenas parte da quantidade solicitada, um rótulo binário de aprovação subestimaria a parte negativa da decisão. Se um recurso atribuído em um ano vem de uma solicitação feita em outro ano, a produção anual e a entrada anual descreveriam coortes diferentes.

O denominador, portanto, deve começar em um ponto de entrada uniformemente observável e rastrear cada solicitação subjacente até a conclusão. Correções devem permanecer transições dentro desse histórico, a menos que uma regra explícita as trate como novas solicitações. Tickets duplicados devem ser correspondidos. Pedidos renovados devem ser separados de reanálises. O registro final deve indicar se a solicitação foi totalmente aprovada, parcialmente aprovada, atendida por substituição, negada, retirada, expirada, encerrada como duplicata ou ainda pendente.

Só então uma contagem se torna uma medida de tratamento, não uma contagem de rastros administrativos.

O ciclo de vida visível a partir dos registros preservados

As fontes públicas apoiam um mapeamento cauteloso dos estados da solicitação. Elas não demonstram que todo registro usou terminologia idêntica ou implementou cada estágio da mesma forma.

As ausências nesta tabela dizem respeito a totais públicos comparáveis demonstrados. Elas não devem ser traduzidas na afirmação de que a informação nunca existiu.

Um registro pode ter sido criado e mantido confidencialmente. Pode ter sobrevivido apenas como correspondência e não como um status estruturado. Pode ter sido retido temporariamente e depois descartado de acordo com uma regra não examinada aqui. Pode permanecer em uma coleção privada ou fechada. Um registro pode tê-lo preservado enquanto outro não. Um campo previsto em um design público pode nunca ter sido implementado. Uma pasta preservada pode conter casos individuais, mas não uma população completa.

Essas possibilidades pertencem a diferentes categorias de evidência. Informação não pública não é o mesmo que informação não registrada. Um arquivo confidencial não é o mesmo que um arquivo destruído. Um arquivo não encontrado em uma investigação limitada não é evidência de ausência universal. Uma descrição de técnica possível não é evidência de implementação. Um inventário de arquivo não é evidência de que cada transação nomeada por um rótulo amplo de pasta foi preservada.

O material público pode demonstrar certos procedimentos, alegações institucionais, totais de produção, narrativas de carga de trabalho e coleções preservadas. Ele não pode preencher as conexões ausentes por implicação.

Três janelas para diferentes realidades administrativas

O registro histórico entre 1983 e 1999 não é um único livro-razão danificado. Consiste em materiais criados por diferentes instituições para diferentes propósitos. Os espólios anteriores do SRI/DDN-NIC, o design da InterNIC publicado em 1993 e os relatórios regionais da RIPE mostram cortes diferentes da administração. Nenhum fornece a população completa necessária para calcular uma taxa de negação.

O que sobreviveu do SRI/DDN-NIC

Um guia de arquivo independente descreve a coleção SRI ARC/NIC como 351 pés lineares, distribuídos em 281 caixas. Ele identifica relatórios de progresso mensais do NIC, entregas contratuais, registros de nomes e endereços de 1972 a 1989, e vários e-mails e correspondências. O guia afirma que os relatórios mensais continham estatísticas de atividade de referência e descreve uma extensa troca de correspondência.

Para a parte anterior do período de 1983–1999, esta é uma evidência substancial contra a alegação de que a administração não deixou vestígios documentais. Correspondência sobreviveu. Relatórios operacionais mensais sobreviveram. Material sobre nomenclatura e endereçamento sobreviveu. O tamanho físico da coleção sugere um amplo registro institucional, embora o tamanho físico por si só não diga nada sobre a proporção de solicitações de números.

OGuide to the SRI ARC/NIC Recordscontinua sendo um guia de referência, não uma contagem de casos. Um título como nomenclatura e endereçamento pode abranger políticas, formulários, discussões técnicas, correspondência, relatórios ou transações individuais. Estatísticas de referência mensais podem contar consultas, serviços, mensagens ou ações concluídas, e não solicitações únicas. As entregas contratuais podem descrever responsabilidades sem listar decisões adversas. Correspondência diversa pode conter casos detalhados, mas o guia sozinho não pode determinar quais casos existem ou se solicitações bem-sucedidas e malsucedidas foram preservadas na mesma base.

A coleção demonstra, portanto, sobrevivência, não completude. Uma inspeção pode revelar uma carta de negação, uma troca de correção ou uma decisão alterada. Tal descoberta provaria que o evento em questão foi registrado. Ela não provaria sua frequência. Mesmo vários exemplos ainda não teriam uma população estatística até que os pesquisadores localizassem a população de solicitações correspondente e pudessem determinar se os exemplos preservados são representativos.

A descrição institucional publicada em agosto de 1990 ajuda a contextualizar esses registros. A RFC 1174 declarou que a USC/ISI desempenhava a função IANA e que o DDN-NIC da SRI desempenhava a função de Internet Registry descrita no documento. Ela descreveu a autoridade de delegação da IANA como discricionária e os identificadores Classe A e Classe B como cada vez mais escassos. Recomendou a retenção de funções centrais, registros delegados e uma atualização centralizada das informações de registro agregadas.

Essas declarações definem papéis e alegações políticas. Elas não mostram com que frequência a autoridade discricionária resultou em uma decisão adversa, como um solicitante se envolveu nessa decisão, ou se um resultado poderia ser contestado por meio de uma reparação exequível. O exercício da função de Internet Registry é uma responsabilidade operacional; por si só, não revela filiação legal, controle por um conselho, consentimento dos solicitantes ou a distribuição do poder de decisão dentro das instituições envolvidas.

A atualização centralizada dos identificadores atribuídos documenta unicidade técnica e produção administrativa, mas não demonstra operação de roteamento nem um histórico completo de demanda malsucedida.

A evidência arquivística e a evidência política devem, portanto, permanecer separadas. O guia mostra que correspondência e relatórios sobreviveram. A RFC 1174 descreve funções institucionais e autoridades recomendadas. Nenhuma das duas fornece uma população comparável de solicitação até resolução.

O que a InterNIC deveria revelar

A RFC 1400 oferece um tipo diferente de evidência. Ela descreve a técnica pretendida e não uma coleção examinada de casos de solicitação de números. Seu principal valor está nas distinções que traça entre erro, correção, verificação, expiração, status pendente e processamento final.

Se o design tivesse sido implementado com identificadores estáveis e campos retidos, poderia ter permitido um histórico administrativo detalhado. Um erro de parser poderia ter sido vinculado a uma submissão corrigida. Carimbos de data/hora de verificação poderiam mostrar se um remetente respondeu dentro de sete dias. Um ticket poderia registrar quanto tempo um processo permaneceu pendente. Um status final poderia distinguir entre conclusão e trabalho em andamento.

O condicional é importante. O documento não fornece uma exportação de tickets da InterNIC ou uma população de solicitações de números da Internet. Ele não indica quantas mensagens falharam na verificação, quantos remetentes as corrigiram, quantas verificações expiraram ou quantos tickets verificados resultaram em aprovação, substituição, retirada ou negação. Ele não demonstra que cada campo previsto foi implementado, retido uniformemente ou acessível publicamente durante todo o período.

Um número de ticket por si só não resolveria o problema de medição. Tickets podem ter escopos diferentes. Um pode conter uma única correção, enquanto outro abrange uma longa troca. Um ticket reaberto pode representar trabalho contínuo ou uma nova necessidade. Tickets separados podem se referir à mesma necessidade subjacente de recurso. O status "pendente" indica que o trabalho ainda estava aberto, mas não diz nada sobre a decisão final ou seu motivo.

O design proposto ainda refuta a noção de que a administração inicial de registro só podia reconhecer atribuições bem-sucedidas. Ele previa estados intermediários e feedback ao remetente. Essa é uma evidência institucional significativa. Apoia uma afirmação sobre rastreabilidade projetada, não uma afirmação de que uma população completa de ciclo de vida foi criada e preservada.

O que a RIPE decidiu relatar sobre suas atividades

O relatório anual do RIPE NCC para 1993 afirma que 83 registros locais operavam no sistema europeu distribuído e que os registros da Internet europeus atribuíram 16.871 números de rede no ano civil. Esses números mostram a escala e a produção bem-sucedida no primeiro ano civil completo de operação regional.

Suas unidades são precisas. Oitenta e três é uma contagem de registros locais, não de solicitantes, atribuições ou solicitações. Dezesseis mil oitocentos e setenta e um é uma contagem de números de rede atribuídos e não de organizações únicas, solicitações concluídas, decisões de aprovação ou blocos. Uma solicitação poderia produzir mais de um número de rede; um bloco poderia ser representado de forma diferente de um único número de rede; uma aprovação parcial ainda poderia contribuir para o total de atribuições.

Orelatório anual do RIPE NCC de 1995mostra outro aspecto da atividade institucional. Ele registra o crescimento de 141 registros locais da Internet no início de 1995 para 308 no final do ano, um aumento de 167 registros em relação ao ponto de partida declarado. Ele descreve uma fila crescente de solicitações de IP durante um primeiro semestre com pessoal insuficiente, a contratação de hostmasters e a eliminação da fila. No final do ano, o serviço de registro tinha seis funcionários, um deles em meio período.

O relatório do documento é uma evidência valiosa de pressão de carga de trabalho e da resposta institucional declarada. No entanto, a fila não tem um tamanho publicado no material examinado aqui. Não há distribuição de tempos de espera e nenhuma discriminação de como os itens da fila terminaram. Um item poderia sair da fila por aprovação, correção, transferência, retirada, negação ou outra forma de resolução. A eliminação da fila documenta um resultado operacional, não uma taxa de aprovação.

O número de funcionários no final do ano também tem significado temporal limitado. Ele segue as contratações relatadas e não pode ser projetado retroativamente como o nível de pessoal durante todo o primeiro semestre. Seis funcionários, um em meio período, descrevem a equipe do serviço de registro em um ponto específico no tempo. Sem um número de solicitações compatível, isso não produz uma taxa de solicitações por funcionário. Sem decisões vinculadas a seus dados, não revela nada sobre a consistência ou o conteúdo dos resultados.

A prestação de contas da RIPE também incluiu a divulgação do orçamento. Isso fortalece os contra-argumentos contra a caracterização da instituição como completamente opaca: atribuições, tamanho do registro, número de funcionários, estados de fila e orçamentos apareciam todos nos relatórios institucionais. No entanto, a transparência orçamentária não adiciona uma população de solicitações únicas ou resoluções finais. Ela pode iluminar os recursos institucionais sem mostrar quantos solicitantes foram corrigidos, atrasados, parcialmente aprovados, substituídos, negados ou reexaminados.

Os relatórios examinados, portanto, tornam as produções e a carga de trabalho visíveis enquanto deixam a população completa de resoluções inacessível. Esta é uma assimetria de relatórios observada e não uma evidência do motivo pelo qual os resultados agregados das solicitações estavam ausentes. Os relatórios anuais podem razoavelmente concentrar-se em atividades institucionais, atribuições bem-sucedidas, número de funcionários e finanças. As fontes não demonstram se totais de resolução comparáveis nunca foram compilados, mantidos em privado, omitidos por razões práticas ou excluídos por outros motivos.

Um contador real ainda pode responder à pergunta errada

Os 16.871 números de rede atribuídos na Europa em 1993 são a base mais tentadora para um cálculo porque oferecem um número grande e exato. Sua precisão não os torna solicitações aprovadas.

Para ver o problema do denominador, suponha artificialmente que cada número de rede atribuído representava exatamente uma solicitação bem-sucedida e que cada solicitação na população comparável alcançou uma decisão final durante 1993. Nenhuma dessas suposições é apoiada pelo relatório público. Mantendo a produção relatada constante e alterando apenas a população imaginária de solicitações, surgem resultados fortemente diferentes:

O primeiro e o terceiro resultados diferem em 60,0 pontos percentuais, embora a produção observada permaneça inalterada. Nenhum dos três denominadores é uma estimativa histórica. O exercício demonstra meramente a dependência de uma taxa em relação a uma população que o relatório não fornece.

As suposições artificiais também obscurecem várias inconsistências adicionais. Uma única solicitação bem-sucedida pode ter produzido vários números de rede. Uma solicitação pode ter sido parcialmente aprovada. Um bloco pode não ser mapeado um a um para a unidade relatada como número de rede. Uma atribuição concluída em 1993 pode ser de um ano anterior. Uma solicitação recebida em 1993 pode ter permanecido pendente até o ano seguinte. Retiradas, expirações, encerramentos por duplicata e substituições podem ficar tanto fora de um contador simples de sucesso quanto fora de um contador simples de negação.

Mesmo se o número total de solicitações fosse descoberto, uma taxa de aprovação permaneceria ambígua até que as categorias de resultado fossem compatíveis. Uma solicitação Classe B respondida com um bloco Classe C deve contar como aprovada, negada ou parcialmente aprovada? Uma verificação expirada deve entrar no denominador de decisão? Uma solicitação retirada deve ser atribuída ao registro? Um reenvio corrigido deve ser contado uma ou duas vezes? Tickets não resolvidos devem permanecer fora da coorte até serem finais ou permanecer visíveis como pendentes?

Respostas diferentes podem ser todas legítimas para diferentes questões de pesquisa. A exigência crucial é consistência: numerador e denominador devem descrever a mesma unidade, coorte, estágio e definição de finalidade.

O mesmo aviso se aplica a qualquer outro número proeminente. Oitenta e três registros locais descrevem a participação institucional em 1993. A mudança de 141 para 308 registros locais descreve a expansão institucional em 1995. Seis funcionários do serviço de registro no final do ano descrevem o nível de pessoal. Uma coleção de 351 pés lineares em 281 caixas descreve o tamanho do arquivo. Nada disso é uma população de solicitações.

Esses números permanecem historicamente úteis. Eles mostram escala regional, crescimento organizacional, capacidade de pessoal, pressão operacional e sobrevivência documental. Seu uso adequado fortalece a análise. Renomeá-los como solicitantes ou decisões os enfraqueceria.

Os casos limítrofes carregam a questão de governança

Os casos mais reveladores são aqueles que desaparecem sob uma classificação binária de aprovação-negação.

Uma redução de quantidade ou substituição de recurso é o exemplo mais claro. O manual de gerenciamento de endereços de maio de 1993 afirmava que um solicitante Classe B normalmente precisava documentar mais de 32 sub-redes e mais de 4.096 hosts dentro de um plano técnico de 24 meses. Também permitia que, se um solicitante de um bloco Classe B fosse considerado não justificado, em vez disso fosse alocado um bloco Classe C.

Essa regra identifica uma possível resposta institucional, mas não fornece frequência, lista de solicitantes ou série de casos comparativa. Ela não demonstra com que frequência uma substituição ocorria nem se diferentes registros aplicavam os critérios uniformemente. No entanto, mostra por que a solicitação original e a alocação final devem permanecer visíveis juntas. Da perspectiva do fornecimento de recursos, o solicitante recebeu algo. Da perspectiva do pedido apresentado, o solicitante não recebeu o bloco Classe B solicitado.

A expiração está em outro limite. Sob a regra proposta de 1993, uma verificação não retornada em sete dias expirava. A regra identifica um ponto claro de encerramento administrativo, mas o motivo da não resposta permanece desconhecido. O remetente pode ter abandonado a solicitação, perdido a verificação, sofrido uma falha de entrega, interpretado mal o requisito ou seguido um caminho diferente. A fonte não demonstra com que frequência qualquer explicação se aplicava.

Rotular cada expiração como negação transformaria um não comparecimento em um julgamento substantivo. Omitir todas as expirações esconderia o desgaste antes da revisão substantiva. A prestação de contas separada preserva ambos os fatos: a solicitação não alcançou uma resolução substantiva concluída, e o registro público não explica por quê.

Uma correção também pode representar ajuda ou ônus. A mensagem de erro de um parser pode ajudar um remetente a enviar informações utilizáveis. Solicitações repetidas de correção também podem causar atrasos ou contribuir para desistência. Sem contagens vinculando erros a reenvio e resultado final, nenhuma das interpretações pode ser medida. O design de um caminho de correção mostra capacidade processual, não sua taxa de conclusão ou efeito sobre os solicitantes.

A retirada apresenta um problema semelhante, pois pode remover uma solicitação sem produzir um recurso atribuído ou uma negação. Um solicitante pode voluntariamente desistir de uma necessidade ultrapassada, reagir a atrasos, aceitar a indicação de que a solicitação é prematura ou decidir não divulgar mais informações. A menos que a retirada seja registrada separadamente, um analista não pode distinguir a escolha do solicitante de ações administrativas não resolvidas ou adversas.

A reversão é o estado mais desafiador, pois requer pelo menos duas decisões vinculadas. Uma alocação posterior só conta como reversão se o registro a vincular a um resultado adverso anterior e mostrar que uma reanálise alterou esse resultado. Uma alocação posterior com base em fatos novos, solicitação alterada, nova regra ou ação de outro registro é um evento diferente.

Esses casos limítrofes não são marginais. Eles determinam se a história descreve acolhimento técnico, desgaste administrativo, decisões substantivas de escassez ou reparação eficaz. Um livro-razão que registra apenas recursos atribuídos torna todos os quatro mais difíceis de distinguir.

A confidencialidade explica um limite, não o denominador ausente

O argumento mais forte contra a publicação de arquivos individuais de solicitações vem do mesmo manual de gerenciamento de endereços que tornou possíveis decisões adversas de quantidade.

Para uma solicitação Classe B, o limite comum exigia um plano técnico projetando mais de 32 sub-redes e mais de 4.096 hosts ao longo de 24 meses. Esses planos deveriam ser tratados como estritamente confidenciais. O Internet Registry também poderia solicitar relatórios sobre atribuições regionais e revisar planos técnicos.

A justificativa de privacidade é substancial. Um plano técnico poderia revelar crescimento esperado, topologia, dependências, design operacional ou intenções comercialmente sensíveis. Um solicitante negado poderia enfrentar maior exposição do que um bem-sucedido, porque a explicação do resultado adverso poderia exigir a publicação exata do plano que não justificava o recurso solicitado. O acesso público a dossiês brutos poderia desencorajar a abertura ou revelar detalhes desnecessários para a responsabilidade institucional.

Esse contra-argumento descarta uma exigência simplista de que cada solicitação e cada motivo deveriam ter sido publicados. A confidencialidade é compatível com a administração legítima, e a ausência de arquivos públicos de solicitantes não deve ser tratada como evidência de ocultação ou tratamento desigual.

No entanto, não se segue que a privacidade exigia a ausência de resoluções agregadas. Um registro poderia proteger as identidades dos solicitantes e os planos técnicos enquanto ainda relatava quantas solicitações únicas alcançavam cada estágio. Poderia separar erros de parser, submissões corrigidas, verificações expiradas, retiradas, aprovações totais, aprovações parciais, substituições, negações substantivas e casos pendentes. Categorias básicas amplas poderiam preservar a base institucional para decisões sem revelar os planos subjacentes.

Categorias raras poderiam ser agrupadas ou publicadas após um atraso se o risco de identificação fosse alto.

As fontes demonstram a confidencialidade como um limite racional para a divulgação de arquivos brutos. Elas não a demonstram como a causa histórica para a ausência do livro-razão agregado de solicitações. Os totais agregados podem não ter existido por um motivo diferente, ter sido mantidos internamente, compilados sob unidades incompatíveis ou residir em registros não examinados para esta investigação.

Essa distinção protege ambos os lados do argumento. Ela leva a privacidade dos solicitantes a sério sem permitir que a confidencialidade se torne uma explicação universal para a falta de métricas institucionais. Também reconhece que a transparência existia em várias formas: feedback e tickets foram considerados; a RIPE divulgou atribuições, pessoal, filas, crescimento de registros e orçamentos; e extensa correspondência e relatórios operacionais sobrevivem em arquivos.

O problema histórico, portanto, não é escuridão completa. É um descompasso entre o que os registros visíveis podem contar e o que uma análise de tratamento precisa comparar.

Consistência e reparação exigem históricos vinculados

Uma taxa de negação é apenas a primeira medida ausente. Alegações de tratamento uniforme exigem mais do que contagens de aprovações e negações, porque resultados diferentes podem ser justificados por fatos diferentes.

Dois solicitantes podem solicitar tipos ou quantidades diferentes de recurso. Eles podem se inscrever sob versões de regras diferentes ou em momentos diferentes durante uma fase de expansão institucional. Sua evidência técnica pode diferir. Uma solicitação pode ser completa, enquanto outra requer correção. Um resultado rotulado como aprovado pode significar cumprimento total em um caso e uma substituição reduzida em outro.

Uma comparação significativa, portanto, precisa do registro administrador, tipo de solicitação, recurso e quantidade solicitados, recurso e quantidade fornecidos, data de entrada e decisão, versão de regra aplicável, histórico de correção, resolução final, motivo padronizado e qualquer reanálise posterior. Evidências confidenciais não precisam ser publicadas, mas o registro deve mostrar se foram consideradas sob uma categoria comum.

O material público limitado fornece fragmentos desse quadro e não uma população comparável. Ele fornece critérios políticos, possíveis estados administrativos, totais de produção bem-sucedida, contagens de registro, narrativas de pessoal e fila, divulgação orçamentária e acervos de arquivo. Esses fragmentos suportam questões precisas. Eles não fornecem respostas em nível populacional.

Critérios escritos sozinhos demonstram que uma instituição formulou um padrão. Eles não mostram aplicação uniforme. Resultados diferentes sozinhos não mostram inconsistência, porque as solicitações subjacentes podem diferir. A evidência, portanto, não permite uma constatação de tratamento uniforme nem uma constatação de tratamento desigual.

Uma análise de tratamento desigual enfrenta um obstáculo adicional. Ela exigiria grupos de comparação definidos e características relevantes do solicitante vinculadas a solicitações e resultados equivalentes. O material público examinado aqui carece tanto de uma população completa de solicitantes quanto de campos de comparação consistentes. Não é possível fazer uma estimativa defensável se uma classe de solicitantes enfrentou uma taxa diferente de correção, atraso, redução, negação ou reversão.

Os efeitos da carga de trabalho são igualmente dependentes de históricos vinculados. A descrição da RIPE de uma fila crescente durante um primeiro semestre com pessoal insuficiente em 1995, seguida por contratações e eliminação da fila, fornece uma narrativa institucional crível. Múltiplos efeitos são possíveis. A pressão pode ter prolongado os tempos de espera, mas deixado as decisões substantivas inalteradas. Pode ter aumentado os ciclos de correção, alterado as classificações ou não ter tido efeito mensurável nos resultados finais. O relatório não distingue entre eles.

Uma análise antes e depois exigiria solicitações atribuídas aos períodos antes, durante e após a pressão da fila, juntamente com tipos de solicitação, eventos de correção, tempos de espera, resoluções e o nível de pessoal contemporâneo. A participação no registro também mudou fortemente durante o ano, aumentando de 141 para 308 registros locais. Essa expansão pode ter alterado a distribuição de entrada e a necessidade de suporte. Não pode ser tratada como uma condição de fundo fixa.

A análise de reparação exige o vínculo mais explícito. Ela deve começar com um resultado adverso definido, identificar a reanálise, preservar a fundamentação e vincular essa revisão a um resultado final. Uma correção após um erro de parser é uma oportunidade processual, mas sua eficácia depende de quantos remetentes afetados reenviaram e alcançaram o processamento final. Um recurso substituído pode atender a parte de um pedido sem reverter o julgamento original. Uma alocação posterior pode refletir novas evidências e não uma revisão.

O corpus público reunido para esta investigação contém zero cadeias completas e comparáveis desde uma solicitação inicial de número até uma negação substantiva final e, em seguida, até um resultado de revisão identificado. Esta é uma constatação sobre este conjunto de evidências. Ela não prova que os solicitantes nunca solicitaram uma reanálise, que os administradores nunca alteraram resultados ou que registros relevantes não sobreviveram em outro lugar.

Sem decisões vinculadas, a sequência não pode representar reparação. Sucesso posterior é meramente sucesso posterior, a menos que o registro mostre qual decisão anterior foi reexaminada e por que o resultado mudou.

O balanço mínimo que permitiria a medição

Um balanço público útil começaria com um identificador interno que vinculasse cada correção, evento de verificação, ticket, decisão e revisão à mesma solicitação subjacente. O identificador não precisa revelar publicamente o solicitante. Seu propósito seria evitar que mensagens e reenvios fossem confundidos com solicitações adicionais.

Para cada solicitação, o registro preservaria o registro relator, tipo de recurso, quantidade solicitada, quantidade fornecida, versão da regra, data de entrada, data de verificação ou expiração, eventos de correção, datas de ticket, resolução final, uma categoria ampla de motivo, data de finalidade, status de reanálise e resultado da revisão. Também indicaria se o material de apoio era confidencial e se o registro administrativo foi preservado.

Esta é uma especificação compacta, não uma exigência de publicar arquivos de casos brutos. Totais públicos anuais poderiam ser agrupados por registro, tipo de solicitação, versão de regra e resolução. Aprovações totais, aprovações parciais, substituições, negações, retiradas, expirações, encerramentos por duplicata, casos pendentes e itens não resolvidos devem ser compatíveis com uma coorte de entrada definida. Correções e mensagens poderiam aparecer separadamente como medidas de carga de trabalho, em vez de serem contadas como decisões finais adicionais.

A separação permitiria várias análises que os relatórios preservados não podem apoiar. Os pesquisadores poderiam calcular a proporção de solicitações finalmente decididas que terminaram em aprovação total, aprovação parcial, substituição ou negação. Poderiam medir quantas submissões expiraram antes da revisão substantiva. Poderiam comparar distribuições de tempo de espera sem tratar atraso como decisão. Poderiam observar se os ciclos de correção diferiam entre tipos de solicitação ou registros administradores.

Registros de revisão vinculados poderiam mostrar com que frequência um resultado adverso foi confirmado, alterado, substituído ou revertido.

Esses totais ainda não seriam suficientes para provar justiça. Categorias amplas podem esconder diferenças na complexidade. Os administradores podem aplicar códigos de motivo de forma inconsistente. A agregação pode ocultar diferenças dentro dos grupos. Uma avaliação séria ainda exigiria definições claras, amostragem e exame controlado de evidências confidenciais.

Mas o balanço público forneceria a população comum indispensável. Permitiria que limitações legítimas de privacidade coexistissem com a medição do tratamento institucional.

O que o trabalho de arquivo ainda poderia mudar

O guia de arquivo preservado identifica material promissor para o período inicial: relatórios de progresso mensais, entregas contratuais, registros de nomes e endereços até 1989 e extensa correspondência. Esses acervos merecem inspeção, precisamente porque o guia de referência não pode responder à pergunta do denominador.

Os relatórios mensais podem conter contagens de consultas, mensagens, ações concluídas ou solicitações de números. Os pesquisadores precisariam determinar a unidade, verificar se as atividades de recursos numéricos foram separadas de outros serviços e examinar se resultados adversos e bem-sucedidos foram relatados uniformemente. A correspondência pode preservar negações ou correções individuais, mas os exemplos devem ser indexados em relação aos acervos circundantes e não selecionados apenas por sua controvérsia ou completude incomum.

As entregas contratuais podem esclarecer obrigações de relatório, definições operacionais ou expectativas de retenção. Qualquer obrigação declarada ainda precisaria ser comparada com o material preservado. Uma obrigação de produzir um relatório não prova que cada campo esperado foi preservado; um relatório preservado não prova cobertura abrangente de casos.

Para o período da InterNIC, exportações de tickets, definições de campos, códigos de status, regras de retenção, evidências de descarte e documentação do que era público ou privado seriam os materiais cruciais. Qualquer exportação precisaria ser deduplicada, reconciliada com tickets reabertos ou migrados. As definições históricas de cada status seriam mais importantes do que interpretações modernas de seu rótulo.

Para a administração regional da RIPE, totais anuais de solicitações únicas por tipo de recurso e resolução final transformariam a análise. Instantâneos consistentes de fila, categorias de motivo, versões de regras, datas de decisão e reanálises vinculadas permitiriam testar as narrativas institucionais relatadas contra os resultados das solicitações.

Evidência de ausência exige mais do que uma busca malsucedida. Uma conclusão defensável sobre retenção exigiria um escopo de busca definido, inspeção de locais prováveis de retenção, conhecimento da prática de registro contemporânea e, quando relevante, cronogramas de retenção ou registros de descarte. Mesmo assim, o resultado só poderia se aplicar a um período, escritório ou sistema administrativo específico.

O inverso também se aplica. Encontrar uma negação prova que pelo menos uma negação foi registrada. Encontrar uma decisão revertida prova que pelo menos um resultado foi alterado. Nenhuma descoberta fornece uma taxa até que possa ser colocada em uma população comparável.

As descobertas de arquivo devem modificar uma frase de cada vez. Elas não devem ser solicitadas a fornecer uma conclusão universal que seu escopo não pode suportar.

O denominador ausente é o resultado

O registro preservado apoia um julgamento firme, mas limitado.

A administração inicial de números da Internet não era totalmente sem registro. Documentos políticos descreviam papéis institucionais e possíveis avaliações adversas de recursos. A técnica proposta de 1993 distinguia erro, correções, verificação, expiração, tickets e processamento final. A RIPE relatava atribuições bem-sucedidas, crescente participação no registro, número de funcionários, estados de fila e orçamentos. Extensa correspondência e relatórios operacionais do SRI ARC/NIC sobrevivem em uma grande coleção de arquivo.

Cada fonte ilumina uma parte diferente do cenário institucional. O arquivo prova a sobrevivência de correspondência e relatórios, não a completude dos arquivos de solicitações. A RFC 1400 mostra o que sua técnica proposta poderia ter registrado, não qual histórico completo de solicitações de números foi implementado ou preservado. Os números da RIPE documentam atividade institucional e produção, não a população de solicitações da qual os resultados finais surgiram.

A evidência pública examinada, portanto, não pode fornecer uma taxa histórica defensável de negação. Não pode mostrar se solicitantes comparáveis foram tratados uniformemente, se grupos identificáveis experimentaram resultados diferentes, se a carga de trabalho alterou as decisões ou com que frequência uma reanálise alterou um resultado adverso. Também não pode provar as conclusões opostas. Regras publicadas e produções bem-sucedidas não provam consistência ou justiça, assim como a ausência de um livro-razão de resoluções não prova inconsistência ou injustiça.

Planejamentos técnicos confidenciais justificam moderação na publicação de material bruto de solicitantes. Eles não eliminam a possibilidade de uma contabilização institucional anonimizada, e as fontes não demonstram a confidencialidade como o motivo para a ausência de resoluções agregadas comparáveis.

A assimetria histórica central é mais estreita e mais consequente: recursos bem-sucedidos podem ser contados, registros participantes podem ser contados, pessoal pode ser contado, orçamentos podem ser divulgados, filas podem ser descritas e caixas de arquivo podem ser medidas, enquanto a população comum que vincula tentativa de solicitação, correção, expiração, retirada, redução, negação e revisão permanece indisponível.

Até que os registros inspecionados produzam essa população, a conclusão mais responsável também é a mais útil. O registro público pode mostrar os estados que os administradores consideraram, as produções que as instituições relataram e os materiais que sobreviveram. Não pode mostrar com que frequência solicitações de número comparáveis terminaram adversamente ou se uma ação posterior forneceu reparação eficaz.

Isso não é um julgamento sobre motivos. É o limite entre uma história institucional documentada e uma taxa que a evidência ainda não pode suportar.