Resumo
Limite fundacional.Os termos de 1989 do RIPE reservavam a autoridade executiva sobre cada rede colaboradora à sua própria organização. Posteriormente, o RIPE-019 propôs um pequeno escritório de serviços com três classes de tarefas: trabalho de registro, gerenciamento de informações de rede e suporte geral ao RIPE.
Autoridade registrada e conclusão medida.Em 1992, o NCC mantinha o banco de dados central e atuava como registro de números delegado. O RIPE-065 documentou uma regra segundo a qual solicitações de Classe B deveriam incluir justificativa para revisão pelo NCC. NICs e NOCs europeus que aceitavam blocos Classe C assumiam deveres de relatório, anti-estocagem e devolução de números não utilizados. Revisões internas posteriores e relatórios de gestão descreveram uma operação delegada limitada em escala significativa. Os registros estabelecem uma administração consequente dentro de um canal de registro definido, juntamente com o controle contínuo das redes pelos operadores. Qualquer autoridade posterior mais ampla exigiria um novo instrumento.
O problema da coordenação
O RIPE-001 começa em Amsterdã em 29 de novembro de 1989, antes da existência do NCC. Seus seis autores foram Rob Blokzijl, Mats Brunel, Francois Fluckiger, Daniel Karrenberg, Olivier Martin e Enzo Valente. O RIPE expandiu seu nome como “Réseaux IP Européens” e identificou a Europa como sua área de relevância. Os termos respondiam a sistemas IP de ampla área que se estendiam além das redes locais através de enlaces nacionais e internacionais. Descreviam a rede IP europeia como uma coleção de sistemas nacionais e internacionais geridos por organizações separadas.
O objetivo do RIPE era a coordenação administrativa e técnica necessária para a operação e expansão de uma rede IP pan-europeia. Ele encorajava cada parte operando uma rede IP de ampla área a participar e promovia a interconexão dentro da Europa e com outros continentes. O desafio prático surgia entre sistemas operados de forma independente: os operadores precisavam de contatos confiáveis, trocavam informações técnicas e um fórum para concordar em práticas comuns. “Pan-europeu” designava o alcance desse problema de coordenação. As redes componentes mantinham suas linhas de gestão separadas, seus públicos e responsabilidades operacionais.
Os termos atribuíram ao RIPE três papéis conectados. Era um fórum para troca de informações técnicas e experiência, um ponto focal para atividades de interesse comum e um local para estabelecer acordos sobre práticas de gestão de rede e a gestão operacional de redes interconectadas. Todos os documentos do RIPE deveriam estar publicamente disponíveis. A publicação dava aos operadores um registro escrito comum que poderia circular fora de uma reunião, mas a implementação ainda passava pela organização que operava cada rede.
O RIPE podia convocar discussões, preservar conclusões e organizar trabalho compartilhado sem absorver as instalações ou o pessoal de seus participantes. Seu produto institucional imediato era a coordenação entre operadores: uma arena comum na qual redes geridas separadamente podiam tratar dos pontos onde seus sistemas se encontravam.
Uma frase forneceu o limite decisivo. O RIPE não era um provedor de serviços de rede, e cada rede IP colaboradora permanecia sob a autoridade executiva de sua respectiva organização. Roteadores, pessoal e decisões operacionais, portanto, ficavam com as organizações da rede. Essa alocação também enquadra o NCC posterior. Um escritório especializado poderia desempenhar funções regionais importantes e exercer julgamento dentro de um procedimento delegado sem herdar o comando executivo sobre as redes participantes.
A questão histórica tem duas dimensões: quanta consequência estava ligada a uma tarefa confiada, e até onde se estendia o instrumento que portava essa tarefa. A interdependência técnica pode tornar registros consistentes e procedimentos compartilhados indispensáveis, mas a interdependência sozinha deixa os limites gerenciais intactos.
O RIPE-019, datado de 16 de setembro de 1990 e escrito por R. Blokzijl, Y. Devillers, D. Karrenberg e R. Volk, abordava uma fraqueza prática no modelo cooperativo. As reuniões do RIPE e grupos voluntários podiam iniciar projetos, mas o trabalho administrativo repetitivo exigia atenção todos os dias úteis. A proposta previa pessoal técnico dedicado e um escritório conhecido onde registros, trocas e solicitações pudessem se tornar responsabilidades atribuídas. O RIPE-019 também apresentava o centro como um bloco de construção no desenvolvimento da estrutura administrativa global da Internet, com uma referência à RFC 1174.
Seu objetivo principal declarado era o apoio às organizações de rede que cooperavam no RIPE, incluindo a coordenação que permitiria que seus próprios NOCs fornecessem serviços. Apresentava a permanência como uma resposta à execução irregular, não como uma transformação constitucional. Pessoal remunerado poderia manter serviços comuns entre as reuniões do RIPE, permitindo que os voluntários se concentrassem no trabalho de desenvolvimento e que as organizações participantes continuassem operando seus próprios sistemas.
O centro proposto era, portanto, um escritório de serviços no sentido literal: um escritório compacto criado para dar às tarefas regionais recorrentes um lar estável.
Os recursos propostos correspondiam a esse propósito. O RIPE-019 especificava 1,0 equivalente em tempo integral para um gerente, 1,0 para trabalho técnico e 1,5 para administração. Contemplava estações de trabalho X-window, um minicomputador capaz de abrigar bancos de dados, forte conectividade IP e de correio eletrônico, conectividade OSI, dois escritórios e serviços de apoio normais. As suposições de viagem cobriam todas as reuniões do RIPE, seis outras reuniões europeias e quatro reuniões fora da Europa a cada ano.
Mais tarde, o RIPE-035 solicitou períodos mínimos de disposição de três anos para o gerente, um ano para o oficial técnico e dois anos para um oficial administrativo. Também tratava a proximidade com um NOC operacional e outras atividades do RIPE como essenciais. A especificação do gerente combinava tecnologia de Internet em larga escala, gestão e trabalho internacional; o posto técnico exigia experiência em redes de grande escala e internacional. Esperava-se que o pessoal administrativo utilizasse equipamentos de computação avançados, além de lidar com o trabalho de escritório.
Juntas, essas propostas descreviam as habilidades, equipamentos, localização e continuidade esperadas de um pequeno escritório técnico.
A pequena escala não tornava o trabalho proposto trivial. Um registro mantido poderia tornar-se uma referência compartilhada; um escritório que lidava com solicitações de números poderia ocupar um ponto consequente em uma cadeia de alocação. O RIPE-019 antecipava a manutenção rotineira juntamente com o julgamento limitado, mas seu centro receberia funções do RIPE, trabalharia com as organizações participantes e se coordenaria com um Registro de Internet upstream.
Sua lista de apoio proposta incluía a coleta de status global, monitoramento de desempenho, distribuição de DNS europeu, documentação de ferramentas operacionais e gestão do servidor de informações do RIPE. Essa estrutura coloca o NCC entre duas caricaturas enganosas. Era mais do que uma mesa de cópia porque algumas transações confiadas podiam afetar o acesso a canais de registro reconhecidos. Era menos que um soberano regional porque os operadores, registros e organismos de coordenação ao redor mantinham suas próprias funções. Cada poder reivindicado deve, portanto, ser rastreado até o ato, instrumento e ator específicos que o forneceram.
A cronologia importa tanto quanto a redação. O RIPE-001 estabeleceu os termos para um fórum cooperativo. O RIPE-019 propôs um centro. O RIPE-035 forneceu um plano de atividades. Esses documentos registram projetos sucessivos, não um único momento de execução. Os procedimentos operacionais e relatórios de status posteriores mostram funções selecionadas sendo postas em prática, e às vezes revelam um portfólio diferente daquele que os planejadores imaginaram.
A história fundacional é, consequentemente, uma sequência de estados institucionais: princípios de coordenação em 1989, uma proposta de centro de serviços em 1990, um programa de trabalho detalhado em 1991 e operações documentadas durante 1992 e 1993. Seguir essa sequência mantém o escritório proposto, o programa planejado e o serviço de registro observado analiticamente distintos.
A tarefa confiada
O RIPE-019 nomeou exatamente três classes de tarefas: a função de registro, o gerenciamento de informações de rede e a função de suporte geral ao RIPE. O suporte ao usuário final e as operações de rede permaneciam com as equipes de operação de rede das organizações participantes. A proposta também dividia o trabalho entre tarefas centralizadas realizadas por funcionários do NCC e tarefas distribuídas realizadas pelas organizações participantes sob coordenação do NCC.
Quatro relacionamentos ligavam o escritório ao RIPE: o RIPE definiria as tarefas e funções do centro; o NCC reportaria ao RIPE; as organizações do RIPE participariam de seu trabalho; e o RIPE revisaria suas operações regularmente. A avaliação periódica do RIPE acompanhava o programa distribuído. Nesse design, o centro recebia seu campo de trabalho do RIPE e combinava sua própria atividade de pessoal com as contribuições da comunidade mais ampla.
A função de registro proposta colocava o centro entre os registros locais europeus e o Registro de Internet. Manteria um registro de números de rede IP e números de sistema autônomo, obteria blocos para alocação através de registros locais, coletaria informações fornecidas localmente e disponibilizaria o material compilado globalmente. Também trataria de solicitações além da capacidade local e se coordenaria de perto com o Registro de Internet.
Os registros locais permaneciam responsáveis pela alocação a partir de seus blocos; o centro regional mantinha o registro comum e assumia os casos que ultrapassavam a capacidade local; o registro upstream permanecia parte do arranjo. A proposta criava, assim, uma junção administrativa onde informações e solicitações excepcionais poderiam transitar entre os níveis local e global.
O gerenciamento de informações de rede formava a segunda classe de tarefas. O RIPE-019 identificou informações sobre números de rede IP, números de sistema autônomo, domínios DNS e pessoas associadas. Descrevia o movimento em quatro direções: das organizações europeias para o centro, do centro de volta para essas organizações, entre o centro e organismos de coordenação fora da Europa, e do centro para a comunidade mais ampla. Bancos de dados e ferramentas de interrogação tornariam essas informações disponíveis através de serviços associados a IP e OSI.
A proposta chamava o centro de fonte autoritativa para informações referentes à comunidade RIPE. Essa autoridade ligava-se à manutenção e apresentação de um conjunto de dados compartilhado cujos fatos subjacentes frequentemente se originavam nas organizações mais próximas das redes.
A proposta também traçava um limite de propósito em torno das informações pessoais. Seu banco de dados não se destinava a ser um serviço geral de páginas brancas. Os autores pediam que a privacidade fosse estudada à luz da lei europeia e identificavam a permissão individual como a condição mínima para incluir informações pessoais em um banco de dados publicamente acessível. A proposta, portanto, distinguia os dados de contato operacional de um diretório geral de pessoas.
Seu tratamento do consentimento era uma declaração de design: as informações de contato ligadas à administração da rede pertenciam ao serviço de informações proposto apenas sob a condição mínima declarada. O RIPE-019 colocava a questão da privacidade ao lado dos requisitos técnicos do centro antes que qualquer relatório de status posterior descrevesse o banco de dados em operação.
O suporte geral ao RIPE era a terceira classe, mas as atribuições detalhadas vieram no RIPE-035, datado de 5 de maio de 1991. Esse plano de atividades instruiu o NCC a manter o acervo de documentos do RIPE online e prontamente acessível, fornecer apoio técnico e administrativo para estudos e forças-tarefa do RIPE, e auxiliar na organização das reuniões do RIPE. Esperava-se uma participação de cerca de 40 pessoas nas reuniões no futuro próximo. O apoio aos estudos destinava-se a dar continuidade ao trabalho entre as reuniões; a assistência administrativa ajudaria os organizadores a preparar sessões produtivas.
Essas tarefas converteram a ampla categoria de suporte do RIPE-019 em um conjunto de responsabilidades recorrentes ligadas a documentos, grupos de trabalho e reuniões.
O RIPE-035 intitulava-se um anexo técnico ao RIPE-019. Afirmava que as tarefas relevantes haviam se mostrado extremamente difíceis de executar regularmente por meio de esforço voluntário e esperava que a execução centralizada melhorasse a eficiência. Para o banco de dados, listava seis classes iniciais de objetos: redes, pessoas responsáveis, domínios, roteadores, linhas internacionais e servidores de nomes. O trabalho planejado incluía coletar entradas, verificar entradas individuais e testar a consistência e integridade do banco de dados.
Cópias secundárias poderiam ser instaladas sob solicitação, com o NCC rastreando essas cópias e mantendo a consistência. O intercâmbio com centros fora da Europa deveria proporcionar aos usuários do banco de dados um conjunto de informações global uniforme. Para as cópias secundárias, o NCC deveria manter um registro online dos sites e manter seus conteúdos consistentes. A atribuição de intercâmbio cobria tanto a coordenação quanto a execução com NCCs fora da Europa. Mapas mensais eram planejados como arquivos PostScript disponíveis online para recuperação e reprodução remota.
O plano traduzia o mandato de informação anterior em deveres individuais que relatórios posteriores poderiam comparar com a atividade real.
O programa técnico ia além da custódia do banco de dados. O RIPE-035 planejava registros de conectividade dentro da Europa, entre a Europa e outros continentes, e dentro de países ou redes, com o mapeamento doméstico e interno dependente da cooperação dos NOCs. O centro manteria contatos operacionais para incidentes de rede e segurança, manteria o software de DNS recomendado e informações sobre bugs conhecidos, testaria a interoperabilidade de servidores de nomes e reuniria dados selecionados de tráfego e desempenho.
O trabalho de desenvolvimento cobria ferramentas de gestão e consulta de bancos de dados, ferramentas de estatísticas e desempenho, utilitários de controle de qualidade de DNS e ferramentas para desenhar diagramas de rede. O utilitário whois deveria ser mantido como um programa de servidor de arquivos para interrogação remota do banco de dados. Ferramentas especializadas viriam com suporte básico, não uma promessa de suporte completo para cada instalação. Os operadores permaneciam centrais para fornecer observações e agir sobre as condições da rede.
A lista de contatos operacionais serviria aos NOCs durante incidentes de rede e segurança, com uma assinatura de atualização semanal. Os relatórios de alterações de DNS e bugs conhecidos teriam seu próprio serviço de assinatura; os erros detectados nos servidores de nomes seriam relatados às pessoas responsáveis e acompanhados até a ação corretiva.
O RIPE-035 também propôs um design específico de relatórios. Relatórios semanais cobririam as alterações no banco de dados e estatísticas de entrada. A produção mensal incluiria mapas de conectividade. Relatórios trimestrais sobre atividades e problemas pendentes seriam enviados às organizações participantes do RIPE e ao RARE CoA. O NCC reportaria às reuniões do RIPE, que eram então realizadas três vezes ao ano, e um relatório anual seria produzido até 31 de janeiro do ano seguinte ao relatado. Essa era uma cadência planejada semanal, mensal, trimestral, baseada em reuniões e anual.
O plano ainda afirmava que a comunicação regular do progresso — semanal, mensal e anual — estava prevista para todos os itens de trabalho, enquanto os relatórios administrativos trimestrais tinham como destinatários nomeados as organizações participantes do RIPE e o RARE CoA. Tornava a divulgação recorrente parte do programa de trabalho proposto e colocava os problemas não resolvidos diante de audiências institucionais nomeadas. Relatórios trimestrais posteriores se tornaram insumos para o RIPE-099, mas esse uso observado pertence ao período de revisão, dois anos após o RIPE-035 estabelecer o design mais amplo.
O RIPE-052 fornece uma cena operacional compacta. O relatório de status do banco de dados de Daniel Karrenberg, publicado em 24 de abril de 1992, cobria de 25 de março a 24 de abril. Registrou 4.574 consultas ao servidor whois do RIPE NCC, incluindo 169 originadas dentro do NCC, uma média de uma consulta a cada dez minutos. Karrenberg considerou esse volume surpreendente para um serviço que ele descreveu como não amplamente divulgado. A unidade era uma consulta, não uma pessoa ou um resultado. O relatório também afirmava que a manutenção central havia passado de voluntários para o NCC, solicitava a cooperação dos NOCs, preferia atualizações em lote pré-verificadas e declarava que informações de qualquer fonte seriam aceitas. Em abril de 1992, um custodiante nomeado mantinha o banco de dados central e registrava um mês de transações do servidor. O relatório orientava o envio de atualizações para[email protected], com modelos atuais disponíveis por FTP anônimo em archive.ripe.net ou por e-mail do NCC. Afirmava que uma nova distribuição do software de banco de dados estava quase pronta e convidava os sites a testá-la. As melhorias previstas por Karrenberg na frequência e consistência das atualizações permaneciam prospectivas, separadas do total medido de consultas.
O programa confiado combinou, portanto, três intensidades institucionais diferentes. O suporte geral mantinha documentos, estudos e reuniões em andamento. O gerenciamento de informações mantinha uma referência compartilhada montada por meio de contribuições distribuídas. O trabalho de registro colocava o centro dentro de uma cadeia de distribuição de recursos onde uma solicitação ou instrução de inventário poderia ter consequência administrativa direta. As organizações participantes ainda operavam suas redes, forneciam informações locais e realizavam trabalho distribuído; o RIPE definia e revisava o programa.
A custódia central importava porque muitos atores consultavam ou atualizavam os mesmos registros, mas os sistemas descritos permaneciam sob seus respectivos operadores. A transição de informações compartilhadas para registro delegado é onde o trabalho de serviço começou a adquirir poder operacional limitado.
Poder operacional
O RIPE-065 fornece a evidência do período mais clara da autoridade de registro entrando em operação. Publicado em 1º de julho de 1992 e posteriormente tornado obsoleto pelo RIPE-072, afirmava que a partir de 1º de maio de 1992 o RIPE NCC estava atuando como um registro delegado para números de rede IP junto a NICs e NOCs europeus. O procedimento favorecia a concessão de números a provedores de serviços e NICs em vez de fazer atribuições diretamente a organizações individuais. Os NICs e NOCs reatribuiriam os números reais às organizações solicitantes. “Delegado” identificava a autoridade recebida dentro de um sistema de registro existente.
O NCC ocupava um ponto regional, os intermediários realizavam as reatribuições e as organizações recebiam os números downstream. O RIPE-065 registra o arranjo operacional aplicável a partir de maio de 1992. O RIPE-099 posteriormente colocou uma transição mais ampla em torno desse procedimento. Seu painel interno afirmou que o Registro de Internet solicitou em julho de 1992 que o NCC tratasse de todos os pedidos de números de rede IP de organizações europeias.
Após rápida consulta com o presidente do RIPE e os grupos de trabalho relevantes, o NCC atendeu, embora o painel tenha dito que nem todos os procedimentos necessários haviam sido totalmente estabelecidos. A partir de 1º de agosto, o Registro de Internet encaminhou os pedidos europeus por e-mail e carta ao NCC.
Para o espaço Classe B, o RIPE-065 documentou um procedimento prospectivo. Um provedor de serviços poderia submeter uma solicitação contendo justificativa sobre a organização requerente, e o RIPE NCC revisaria essa justificativa. O provedor era o intermediário que fazia a submissão; a organização era o sujeito descrito; o centro detinha a função de revisão documentada. Essa linguagem estabelece uma regra sobre como tais solicitações deveriam ser apresentadas e consideradas. Não fornece nem um pedido concluído nem uma determinação concluída do NCC.
Sua importância reside na alocação de um papel administrativo prospectivo: o procedimento colocava a revisão da justificativa necessária no escritório regional dentro da cadeia de registro de números.
Os blocos Classe C traziam deveres contínuos para um grupo precisamente identificado: NICs e NOCs europeus que aceitassem esses blocos. Eles tinham que relatar prontamente as informações completas de reatribuição tanto ao RIPE NCC quanto ao NIC dos EUA. As reatribuições individuais tinham que ser inseridas porque o banco de dados do RIPE na época não suportava entradas de bloco. Os intermediários foram instruídos a evitar reatribuir números terminados em 0 ou 255, prevenir a estocagem e devolver números que permanecessem não atribuídos ao primeiro pedido do RIPE NCC.
Esses NICs e NOCs mantinham a responsabilidade de atribuir os números reais às organizações. O RIPE-065 vinculava suas obrigações de relatório, anti-estocagem e devolução de números não utilizados aos intermediários que detinham inventário Classe C delegado.
Esse arranjo conferia ao centro uma posição consequente sem transformá-lo em um regulador geral. A regra Classe B atribuía-lhe uma função de revisão prospectiva da justificativa apresentada. O procedimento Classe C fazia dele o destinatário das informações de reatribuição e o ator com direito de solicitar a devolução de números ainda não atribuídos. Cada poder tinha um objeto definido: a justificativa que acompanhava uma solicitação, as informações de registro ou o inventário não utilizado mantido por um intermediário participante.
O procedimento nada dizia sobre os roteadores, funcionários, contratos de clientes ou política de roteamento do detentor do bloco. Sua força administrativa surgia da inserção dentro do mecanismo de alocação, onde uma instrução restrita poderia moldar o tratamento de recursos de números reconhecidos.
A RFC 1366, datada de outubro de 1992, fornece contexto externo, não um estatuto do NCC. Descrevia o Registro de Internet como o padrão onde nenhum registro delegado tivesse sido identificado. A IANA e o Registro de Internet poderiam capacitar um organismo regional especificamente para fornecer a função de registro de números de rede para uma área geográfica, e a RFC apresentava um registro por região como importante para uma subalocação eficiente e justa. O acesso direto do assinante ao Registro de Internet permanecia disponível quando necessário, mesmo onde o encaminhamento a um organismo regional fosse possível.
A responsabilidade pelo espaço Classe A e Classe B também permanecia com a IANA e o Registro de Internet naquele momento. A RFC propunha uma arquitetura de registro distribuída com organismos regionais desempenhando uma função especializada.
As transações visíveis nesses documentos devem permanecer separadas. Uma consulta whois interrogava registros existentes. Uma atualização no banco de dados alterava informações fornecidas ao repositório comum. A regra Classe B atribuía revisão prospectiva pelo NCC da justificativa apresentada com uma solicitação. Um relatório de reatribuição Classe C inseria uma transação downstream no registro, e uma solicitação de devolução dizia respeito a números ainda mantidos sem reatribuição. Essas atividades compartilhavam uma infraestrutura informacional, mas envolviam diferentes atores, objetos e consequências.
As 4.574 consultas do RIPE-052 medem as transações do servidor durante um mês; não servem como proxy para a atividade de alocação. O RIPE-065 identifica o procedimento de registro, incluindo os deveres atribuídos aos NICs e NOCs europeus.
A linguagem regional descrevia uma área de serviço e divisão de trabalho de registro, não um território de direito público. O NCC tratava das informações e solicitações de números europeus dentro de um sistema que continha registros locais, provedores de serviços, registros de país, o Registro de Internet e a IANA. A alternativa de registro direto da RFC 1366 colocava outro caminho ao lado do organismo regional. Em meados de 1992, o NCC havia ido além da proposta: mantinha o banco de dados e atuava como um registro delegado sob um procedimento declarado.
Sua influência ligava-se a transações administrativas reconhecidas, com operadores independentes e outras camadas de registro ainda presentes ao seu redor. Isso é autoridade limitada substancial — mais consequente do que a mera manutenção passiva de registros e mais restrita do que o comando sobre as redes europeias que os registros descreviam. Pela contagem de um ano do painel, o sistema distribuído compreendia mais de 60 registros de provedores de serviços e 21 registros de país não provedores de serviços, com mais de 14.000 números de rede atribuídos pelo sistema de registro europeu.
Esses números descrevem o sistema relatado no RIPE-099, e não um denominador de solicitantes ou decisões.
O RIPE-099 também descreveu a rota para trabalhos ausentes do RIPE-035: um grupo de trabalho ou o NCC submetia uma proposta ao RIPE; o RIPE a discutia; e o NCC a implementava após uma conclusão positiva. Na 13ª reunião do RIPE, em setembro de 1992, o RIPE decidiu coordenar as atividades de desenvolvimento técnico com a RARE. O painel vinculou essa decisão aos projetos European Route Server e Generic Internet Service Description, executados no NCC com pessoal adicional e recursos financiados de forma independente.
Suas declarações de que ambos os projetos foram concluídos com sucesso e que o trabalho do servidor de rotas levou ao Policy Based Routing Implementation and Deployment in Europe foram avaliações do painel. A cadeia de atores documentada ia desde a proposta e discussão no RIPE até a implementação pelo NCC e, para esses projetos, até a decisão de coordenação de setembro de 1992.
A lacuna de responsabilização
O RIPE-099, emitido em 25 de outubro de 1993 por R. Blokzijl, M. Sterba e W. Woeber, revisou os primeiros 18 meses do NCC do interior do RIPE. O painel usou o RIPE-035 e os relatórios trimestrais de progresso do NCC como insumos. Registrou que as operações começaram em 1º de abril de 1992 com três membros permanentes da equipe. No relato dos revisores, a maioria das metas planejadas havia sido cumprida, embora algumas atividades não tivessem começado ou carecessem de progresso suficiente; a gerência havia relatado essas deficiências em tempo oportuno.
O painel também afirmou que atividades ausentes do RIPE-035 haviam sido iniciadas com o consentimento prévio da comunidade RIPE. Sua principal recomendação era que o RIPE concordasse com um novo plano de atividades até janeiro de 1994, alinhando o programa formal ao portfólio alterado do escritório. O documento de revisão dizia ter sido aprovado como representando a visão do RIPE. Seu pano de fundo contava mais de 60 organizações participantes e mais de 450.000 hosts europeus alcançáveis em setembro de 1993, contra uma estimativa mundial próxima de dois milhões.
O inventário de serviços do painel incluía o banco de dados, registro delegado, estatísticas coordenadas, coordenação de DNS, mapas, repositório de software, acervo de documentos e serviço interativo de informações.
Para trabalhos fora do plano herdado, o RIPE-099 descreveu um caminho de adoção. Um grupo de trabalho do RIPE ou o NCC apresentaria uma proposta ao RIPE, o RIPE a discutiria e o NCC implementaria a proposta após uma conclusão positiva. Essa era a sequência que o painel esperava para adicionar trabalho. Seu relato mostra como a discussão no RIPE se destinava a conectar propostas à implementação, e dá conteúdo à referência dos revisores ao consentimento da comunidade.
O painel também registrou uma transição mais rápida para pedidos de registro em 1992, onde a consulta ao presidente do RIPE e aos grupos de trabalho relevantes precedeu a ação sob pressão de tempo. As duas cenas revelam como os revisores descreveram a adoção ordinária do programa e uma expansão urgente do trabalho de registro.
A revisão examinou o programa do banco de dados linha por linha. Disse que a atividade seguiu o RIPE-035, que objetos e atributos acordados foram adicionados e que novas ferramentas de verificação, manutenção e distribuição estavam sendo implementadas. A distribuição do banco de dados era possível e havia ocorrido em alguns casos. O painel atribuiu a demanda limitada por cópias ao que considerava um servidor central extremamente confiável. Também afirmou que um formato de intercâmbio havia sido definido com a InterNIC e a Merit, situando os atrasos no intercâmbio real fora do NCC.
O trabalho de registro de conectividade estava avançando lentamente, e os revisores sugeriram que a abordagem mais distribuída seguida pelo RIPE Connectivity Working Group poderia ser apropriada. A comparação separou as funções de banco de dados entregues, a utilização limitada e o trabalho ainda em desenvolvimento. Afirmou também que a infraestrutura ainda não interconectada era registrada através do banco de dados apenas a partir do momento em que o NCC começou a registrar as redes europeias.
As ferramentas de gestão de banco de dados foram definidas com os grupos de trabalho de Roteamento, Registros Locais e Banco de Dados, enquanto software cliente aprimorado estava supostamente em amplo uso e integrado com ferramentas comuns de recuperação de informações.
Várias atividades planejadas receberam uma avaliação mais fria. O RIPE-099 relatou essencialmente nenhum progresso na coleta de estatísticas de tráfego e dados de desempenho de rede. O painel considerou que essas atividades pertenciam principalmente aos operadores de rede, embora admitisse que o NCC pudesse oferecer armazenamento neutro para dados fornecidos pelos provedores. O RIPE ainda precisava discutir o papel do centro na coleta de informações de qualidade de serviço.
Os revisores também encontraram pouco progresso em ferramentas para estatísticas de rede e apresentação de desempenho e pediram uma definição mais clara do papel e dos recursos do NCC. Um repositório e um esquema comum de nomenclatura para mapas de rede existiam, mas o desenvolvimento posterior havia parado. O painel sugeriu que o trabalho de mapas poderia se adequar melhor como um projeto especial, deslocando a atenção do atraso para o local institucional adequado para a tarefa.
As ferramentas de controle de qualidade de DNS estavam disponíveis no servidor do NCC, enquanto o programa de mapas havia produzido um repositório e um esquema comum de nomenclatura antes de o desenvolvimento posterior parar. O papel da qualidade de serviço ainda aguardava discussão do RIPE, separando as medições fornecidas pelos operadores de uma função de coleta atribuída centralmente.
Outros serviços haviam se tornado suficientemente rotineiros para que o painel descrevesse produtos concretos. O RIPE-099 relatou listas de contato operacionais implementadas por meio de listas de discussão, um arquivo do NCC contendo software e documentação de DNS, e análise mensal do espaço DNS europeu que produzia contagens de hosts e relatórios de erro. Elogiou o acervo de documentos, a assistência técnica e de secretariado, o suporte a reuniões e os relatórios trimestrais.
Segundo os revisores, os relatórios trimestrais descreviam realizações e problemas pendentes, forneciam visões gerais da Internet europeia e eram apresentados em todas as reuniões do RIPE. Aqui os relatórios trimestrais eram insumos observados e apresentações recorrentes, distintos do design mais amplo semanal, mensal, de reunião e anual proposto no RIPE-035. O painel afirmou que o primeiro relatório anual acabara de ser produzido.
Também descreveu apresentações do trabalho em andamento e dos problemas pendentes em todas as reuniões do RIPE, onde muitas questões não resolvidas exigiam a participação e decisão do RIPE, segundo o relato dos revisores.
O trabalho de registro era a maior atividade ausente do plano original. O RIPE-099 afirmou que o Registro de Internet solicitou em julho de 1992 que o NCC tratasse de todos os pedidos de números de rede IP de organizações europeias. O NCC consultou rapidamente o presidente do RIPE e os grupos de trabalho relevantes, depois atendeu, embora o tempo tivesse sido insuficiente para estabelecer plenamente todos os procedimentos necessários. O painel declarou o propósito como aliviar o Registro de Internet e melhorar os tempos de resposta para as organizações europeias o mais cedo possível.
A partir de 1º de agosto de 1992, relatou, o Registro de Internet encaminhou os pedidos europeus recebidos por e-mail e carta ao NCC. O relato do painel fixa a solicitação, consulta, transição e arranjo de encaminhamento em julho e agosto de 1992.
O painel afirmou que o NCC buscou um registro distribuído desde o início. Procurou identificar o maior número possível de provedores de serviços e delegar blocos Classe C a eles para reatribuição. Os registros de país foram convidados a se identificar para que pudessem atender organizações sem um provedor de serviços IP. Após um ano, o RIPE-099 relatou mais de 60 registros de provedores de serviços, 21 registros de país não provedores de serviços e mais de 14.000 números de rede IP atribuídos pelo sistema de registro europeu.
Os revisores consideraram o trabalho de registro extremamente bem conduzido e atribuíram o crescimento organizado do sistema à operação diária oportuna e precisa. Essas avaliações pertenciam ao painel; as contagens registram a escala que relatou para o primeiro ano.
Uma segunda expansão seguiu a 13ª reunião do RIPE em setembro de 1992. O RIPE-099 afirmou que o RIPE decidiu ali coordenar as atividades de desenvolvimento técnico com a RARE. Os projetos European Route Server e Generic Internet Service Description foram então definidos e executados no NCC como parte do programa técnico da RARE. Pessoal e recursos adicionais, financiados independentemente das outras atividades do NCC, realizaram os projetos, com o NCC contribuindo com recursos para seu início e gestão.
O painel relatou ambos os projetos concluídos com sucesso e disse que o trabalho do Servidor de Rotas levou ao Policy Based Routing Implementation and Deployment in Europe. Considerou a colaboração benéfica e afirmou que o trabalho diário central não sofreu nenhum efeito negativo dos dois projetos.
A separação formal ainda deixava contato prático entre os recursos do projeto e do núcleo. Em sua conclusão, o RIPE-099 disse que hospedar projetos especiais consumia automaticamente alguma atenção gerencial e técnica do NCC, mesmo que seu pessoal e financiamento fossem separados. O painel caracterizou essa contribuição como intencional e externa ao RIPE-035. Usou o ponto para apoiar um plano de atividades revisado que reconheceria o portfólio real do escritório. A observação dizia respeito à classificação e ao planejamento: projetos financiados separadamente ainda podiam recorrer ao centro que os abrigava e geria.
Em janeiro de 1994, os revisores queriam que a linha de base incluísse o trabalho que o NCC realmente havia assumido. A revisão também afirmou que o trabalho de registro havia consumido muito mais recursos do que o originalmente previsto e observou que a atividade em si não era explícita no RIPE-035.
A revisão também descreveu serviços não planejados menores. Quando potenciais clientes perguntavam sobre serviço de Internet, o NCC evitava escolher um provedor. Reenviava a consulta e os detalhes de contato do solicitante para uma lista de discussão de provedores de serviços, cujos membros podiam entrar em contato com o solicitante se desejassem. O painel caracterizou esse método como imparcial e bem recebido. Também relatou solicitações regulares de apresentações sobre o trabalho do NCC e os procedimentos da Internet europeia, interpretando sua recorrência como apreciação.
O arranjo de encaminhamento e as apresentações mostram o escritório atuando como uma junção de informações neutra no relato dos revisores, com os provedores de serviços fazendo qualquer abordagem subsequente. O painel afirmou que o NCC atendeu muitos pedidos de apresentação de provedores de serviços e conferências para disseminar informações sobre seu trabalho e os procedimentos da Internet europeia.
O RIPE-113, Relatório Anual de 1993 de Daniel Karrenberg, fornece o relato de fim de ano da gerência. Descreveu o NCC como apoiando os provedores de serviços de Internet europeus, financiado por esses provedores por meio de uma estrutura formal fornecida pela RARE. A gerência afirmou que o número de hosts de Internet europeus registrados no sistema de nomes de domínio praticamente dobrou entre 1992 e 1993. Para registro, o relatório descreveu 83 registros locais operados por provedores de serviços e afirmou que o NCC delegava espaço de endereçamento a eles.
Registrou 16.871 números de rede atribuídos pelos registros de Internet europeus durante 1993. O NCC também tratava de grandes solicitações e pedidos de empresas sem um registro local apropriado. Esses números pertencem às populações declaradas e ao período de relatório do relatório anual. Karrenberg se identificou como Gerente do RIPE NCC. O RIPE-099 forneceu um quadro de financiamento anterior: a RARE forneceu a estrutura formal, enquanto a EARN, os membros nacionais da RARE, Israel e a EUnet financiaram o primeiro ano operacional.
Esse relato e a descrição de financiamento por provedores do RIPE-113 pertencem a momentos de relatório diferentes. Da mesma forma, os mais de 60 provedores e 21 registros de país do RIPE-099 e os 83 registros locais de provedores do RIPE-113 utilizam períodos e populações distintos.
O mesmo relatório deu um relato detalhado do banco de dados. O RIPE-113 disse que o banco de dados continha informações sobre redes IP, domínios DNS, políticas de roteamento e pessoas de contato relevantes. O crescimento das entradas acelerou depois que o sistema de registro de Internet europeu se tornou plenamente operacional em setembro de 1992, na terminologia da gerência. Durante 1993, o NCC redesenhou e reimplementou completamente o processo de atualização, tornando-o totalmente automático para quase todas as atualizações, e processou 157.004 atualizações.
O acervo de documentos continha os documentos do RIPE e informações relacionadas e podia ser acessado através dos serviços de Internet clássicos, ferramentas comuns de descoberta de recursos e redes X.25 públicas. A gerência relatou, portanto, tanto uma grande carga de trabalho de atualização quanto múltiplas rotas de acesso aos serviços documentais do centro.
O RIPE-113 listou três projetos especiais operando no NCC sob o programa técnico da RARE em 1993. A gerência afirmou que os projetos European Route Server e Generic Internet Service Description foram concluídos com sucesso. Seus resultados incluíram um servidor de rotas europeu implantado no GIX. O PRIDE — Policy-Based Routing Implementation and Deployment in Europe — havia começado, produzido um registro de roteamento europeu bem povoado e entregue um primeiro conjunto de ferramentas usando informações desse registro; o projeto estava programado para continuar em 1994.
O relatório anual afirmou que as partes interessadas financiavam todos os projetos especiais separadamente dos serviços centrais do NCC. Seu relato carrega a sequência desde a decisão de coordenação do RIPE em setembro de 1992 até a implantação no GIX e o registro de roteamento do PRIDE.
A tabela de despesas no RIPE-113 estava denominada em kECU. Relatou um orçamento total de 1993 de 216 contra uma despesa real de 181; pessoal, 140 contra 133; equipamentos de computação, 20 contra 15; viagens, 25 contra 9; aluguel e serviços, 29 contra 22; e recrutamento, 2 contra 2. A gerência atribuiu a menor despesa com viagens ao fato de as principais reuniões do IETF e do RIPE terem sido realizadas em Amsterdã. Afirmou que o quadro de pessoal havia permanecido constante desde o início das operações em abril de 1992 e projetou que a crescente carga de trabalho decorrente da expansão da Internet europeia exigiria mais pessoal em 1994.
A tabela, a explicação das viagens, a declaração sobre pessoal e a projeção formavam juntas a narrativa contábil da gerência para 1993. As variações relatadas resultantes foram de 35 kECU no total, 7 para pessoal, 5 para equipamentos de computação, 16 para viagens, 7 para aluguel e serviços e zero para recrutamento. São diferenças aritméticas entre as linhas de orçamento e despesa real do relatório anual.
O registro sobrevivente tem um conjunto concentrado de limites probatórios. Não contém nenhum acordo de hospedagem ou financiamento executado que aloque responsabilidades entre o RIPE, a RARE, os provedores e o NCC, e não fornece instrumentos de emprego por trás do pessoal relatado. O RIPE-113 é relatório gerencial, não uma auditoria independente. Nem o procedimento Classe B nem as revisões posteriores fornecem um denominador para solicitações e decisões, uma população de solicitações observada ou um registro de recusas e recursos.
Os documentos atribuem funções administrativas relativas a recursos de números sem estabelecer título de propriedade sobre as redes ou o espaço de endereçamento. A Europa define uma região de serviço, mas os instrumentos não fornecem jurisdição territorial ou comando geral de rede. As referências à participação e ao consentimento comunitário deixam a qualidade e representatividade desse consentimento sem solução. A revisão do programa pode revisar o trabalho do escritório, mas o registro não identifica um remédio capaz de alterar o resultado para uma decisão de registro individual.
Esses limites marcam o que uma reivindicação de autoridade mais ampla teria que estabelecer além das funções documentadas de serviço e registro.
O RIPE-099 e o RIPE-113, no entanto, iluminam duas formas reais de responsabilização. O painel comparou as descrições trimestrais de progresso com o RIPE-035, identificou trabalhos concluídos, estagnados e adicionados, e recomendou um novo plano. A gerência classificou as despesas, declarou a continuidade do pessoal, descreveu os projetos e relatou os volumes de serviço. A revisão do programa poderia remodelar as prioridades; o relatório anual poderia colocar as operações e despesas diante de audiências institucionais.
Um remédio individual serve a um propósito diferente, pois testa se um resultado administrativo particular pode ser reconsiderado e alterado. Os primeiros documentos mostram os dois primeiros mecanismos em operação em nível institucional e deixam o terceiro como uma questão observável para avaliar qualquer alargamento posterior do poder.
Um contracaso independente posterior aguça a distinção entre consequência e soberania. Em análise preparada em 1996 e publicada em 1997, Sharon Eisner Gillett e Mitchell Kapor compararam a organização descentralizada com sistemas nos quais mecanismos rotineiros lidam com 99% da atividade diária e múltiplas autoridades tratam de excepcionais 1%. A proporção era uma analogia, não uma medição. Colocaram a distribuição de endereços entre as questões de coordenação excepcionais, distinguiram provedores, registros regionais e a IANA, e descreveram o RIPE NCC e a APNIC como organizações de serviço operadas e financiadas por consórcios de provedores.
Seu modelo de múltiplas autoridades mostrou como um registro consequente poderia coexistir com o controle de roteamento descentralizado. Oferece um teste independente posterior da metáfora soberana: a autoridade especializada em um ponto de registro pode permanecer parte de uma ordem institucional distribuída.
Julgamento
Os relatórios documentaram uma operação delegada limitada na escala declarada. O NCC combinava trabalho de serviço recorrente com funções consequentes na atribuição de números, mas o controle executivo das redes permanecia com suas organizações. A centralidade administrativa criou influência material dentro de um canal definido; não conferiu, por si só, autoridade soberana.
Qualquer reivindicação de autoridade posterior mais ampla requer um novo instrumento. A disponibilidade de remédio é um indicador observável para avaliar essa reivindicação, não um pré-requisito legal. As evidências fundacionais sustentam um escritório de serviços revisável com poder de registro limitado, não o controle de propriedade, a jurisdição territorial ou o comando geral das redes europeias.