Resumo
Fronteira fundamental.As condições de 1989 do RIPE reservavam a autoridade executiva sobre cada rede colaborativa à sua própria organização. O RIPE-019 propôs então um pequeno escritório de serviço com três classes de tarefas: trabalho de registro, gerenciamento de informações de rede e suporte geral ao RIPE.
Autoridade documentada e conclusão medida.Em 1992, o NCC mantinha o banco de dados central e atuava como registro delegado de números. O RIPE-065 documentava uma regra segundo a qual as solicitações de classe B deveriam ser acompanhadas de justificativa para análise pelo NCC. Os NICs e NOCs europeus que aceitassem blocos de classe C assumiam obrigações de relatório, combate ao acúmulo e devolução de números não utilizados. Revisões internas posteriores e relatórios de gestão descreviam uma operação delegada limitada a uma escala significativa. Esses registros estabelecem uma administração consequente em um canal de registro definido, paralelamente à manutenção do controle das redes pelos operadores. Qualquer autoridade posterior mais ampla exigiria um novo instrumento.
O problema de coordenação
O RIPE-001 começou em Amsterdã em 29 de novembro de 1989, antes da existência do NCC. Seus seis autores eram Rob Blokzijl, Mats Brunel, Francois Fluckiger, Daniel Karrenberg, Olivier Martin e Enzo Valente. O RIPE estendeu seu nome para “Redes IP Europeias” e identificou a Europa como seu domínio de relevância. As condições atendiam a sistemas IP de longa distância que se estendiam além das redes locais através de links nacionais e internacionais. Elas descreviam a rede IP europeia como um conjunto de sistemas nacionais e internacionais gerenciados por organizações distintas.
O objetivo do RIPE era a coordenação administrativa e técnica necessária para o funcionamento e expansão de uma rede IP pan-europeia. Incentivava cada parte que operasse uma rede IP de longa distância a participar e promovia a interconexão na Europa e com outros continentes. O desafio prático surgia entre sistemas gerenciados independentemente: os operadores precisavam de contatos confiáveis, trocavam informações técnicas e de um fórum para concordar com práticas comuns. “Pan-europeu” designava a extensão desse problema de coordenação.
As redes componentes mantinham suas respectivas linhas de gestão, circunscrições e responsabilidades operacionais.
As condições atribuíam ao RIPE três papéis relacionados. Era um fórum para troca de informações e experiências técnicas, um ponto focal para atividades de interesse comum e um local para estabelecer acordo sobre práticas de gerenciamento de rede e gestão operacional de redes interconectadas. Todos os documentos do RIPE deveriam ser acessíveis ao público. A publicação fornecia aos operadores um registro escrito comum que podia circular além de uma reunião, embora a implementação ainda passasse pela organização que gerenciada cada rede.
O RIPE podia convocar discussões, manter conclusões e organizar trabalho compartilhado sem absorver as instalações ou o pessoal de suas entidades. Seu produto institucional imediato era a coordenação entre operadores: uma arena comum onde as redes gerenciadas separadamente podiam tratar dos pontos de encontro de seus sistemas.
Uma frase fornecia a fronteira decisiva. O RIPE não era um provedor de serviços de rede, e cada rede IP colaborativa permanecia sob a autoridade executiva de sua respectiva organização. As decisões sobre roteadores, pessoal e operação cabiam, portanto, às organizações de rede. Essa divisão também enquadra o NCC posterior. Um escritório especializado podia exercer funções regionais importantes e emitir julgamentos dentro de um procedimento delegado sem herdar o comando executivo sobre as redes entidades.
A questão histórica tem duas dimensões: qual a importância atribuída a uma tarefa confiada e até onde se estende o instrumento que carrega essa tarefa. A interdependência técnica pode tornar indispensáveis registros consistentes e procedimentos compartilhados, mas a interdependência sozinha deixa as fronteiras de gestão intactas.
O RIPE-019, datado de 16 de setembro de 1990 e redigido por R. Blokzijl, Y. Devillers, D. Karrenberg e R. Volk, tratava de uma fraqueza prática do modelo cooperativo. As reuniões do RIPE e os grupos voluntários podiam lançar projetos, mas o trabalho administrativo repetitivo exigia atenção a cada dia útil. A proposta pedia uma equipe técnica dedicada e um escritório conhecido onde registros, trocas e solicitações pudessem se tornar responsabilidades designadas. O RIPE-019 também apresentava o centro como um elemento constitutivo do quadro administrativo global da Internet em desenvolvimento, referindo-se à RFC 1174.
Seu principal objetivo declarado era o apoio às organizações de redes que cooperavam no âmbito do RIPE, incluindo a coordenação que permitia que seu próprio pessoal de NOC fornecesse serviços. Ele apresentava a permanência como uma resposta à execução irregular, e não como uma transformação constitucional. Uma equipe remunerada podia 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 a operar seus próprios sistemas.
O centro proposto era, portanto, um escritório de serviço no sentido literal: um escritório compacto criado para dar às tarefas regionais recorrentes um lar estável.
Os recursos propostos correspondiam a esse objetivo. 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. Previa estações de trabalho X-window, um minicomputador capaz de hospedar bancos de dados, forte conectividade IP e de correio, conectividade OSI, dois escritórios e serviços de suporte 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.
O RIPE-035 posteriormente solicitou períodos mínimos de compromisso de três anos para o gerente, um ano para o técnico responsável e dois anos para um administrador. Também considerava essencial a proximidade com um NOC operacional e outras atividades do RIPE. A definição do gerente combinava tecnologia Internet em grande escala, gestão e trabalho internacional; o cargo técnico exigia experiência em redes de grande escala e internacionais. Esperava-se do pessoal administrativo que usasse equipamentos de informática avançados e cuidasse do trabalho de escritório.
Juntas, essas propostas descreviam as habilidades, equipamentos, localização e continuidade esperados de um pequeno escritório técnico.
Uma pequena escala não tornava o trabalho proposto trivial. Um registro mantido atualizado podia se tornar uma referência compartilhada; um escritório que processava solicitações de números podia ocupar uma posição consequente em uma cadeia de atribuição. O RIPE-019 antecipava manutenção de rotina, bem como julgamento limitado, mas seu centro receberia funções do RIPE, trabalharia com as organizações participantes e se coordenaria com um registro Internet a montante.
Sua lista de suporte proposta enumerava a coleta do estado global, monitoramento de desempenho, distribuição do DNS europeu, documentação de ferramentas operacionais e gerenciamento do servidor de informações do RIPE. Essa estrutura coloca o NCC entre duas caricaturas enganosas. Era mais que um escritório 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 órgãos de coordenação circundantes mantinham suas próprias funções.
Cada poder reivindicado deve, portanto, ser vinculado ao ato, instrumento e ator específicos que o forneceram.
A cronologia importa tanto quanto a formulação. O RIPE-001 fixava as condições de um fórum cooperativo. O RIPE-019 propunha um centro. O RIPE-035 fornecia um plano de atividade. Esses documentos registram concepções sucessivas, não um momento único de execução. Os procedimentos operacionais e os relatórios de situação mostram, em seguida, algumas funções entrando em prática, e eles revelam às vezes um portfólio diferente daquele imaginado pelos planejadores.
A história fundadora é, portanto, uma sucessão de estados institucionais: princípios de coordenação em 1989, proposta de centro de serviço em 1990, programa de trabalho detalhado em 1991 e operações documentadas em 1992 e 1993. Seguir essa sequência mantém analiticamente distintos o escritório proposto, o programa planejado e o serviço de registro observado.
A tarefa confiada
O RIPE-019 nomeava exatamente três classes de tarefas: a função de registro, o gerenciamento das informações de rede e a função geral de suporte ao RIPE. O suporte aos usuários finais e a operação das redes permaneciam com o pessoal de operação de rede das organizações participantes. A proposta também dividia o trabalho entre tarefas centralizadas executadas pelos funcionários do NCC e tarefas distribuídas realizadas pelas organizações participantes sob coordenação do NCC.
Quatro relações ligavam o escritório ao RIPE: o RIPE definiria as tarefas e funções do centro; o NCC se reportaria ao RIPE; as organizações do RIPE participariam de seus trabalhos; e o RIPE examinaria regularmente seu funcionamento. Uma avaliação periódica pelo RIPE acompanhava o programa distribuído. Nesse desenho, o centro recebia seu domínio de trabalho do RIPE e combinava sua própria atividade de pessoal com as contribuições da comunidade ampliada.
A função de registro proposta colocava o centro entre os registros locais europeus e o registro Internet. Manteria um registro dos números de rede IP e números de sistemas autônomos, obteria blocos para atribuição por intermédio dos registros locais, coletaria as informações fornecidas localmente e disponibilizaria o material compilado mundialmente. Também trataria das solicitações que excedessem as capacidades locais e se coordenaria estreitamente com o registro Internet.
Os registros locais permaneciam responsáveis pela atribuição a partir de seus blocos; o centro regional mantinha o registro comum e atendia os casos que excediam as capacidades locais; o registro a montante continuava parte do arranjo. A proposta criava assim uma junção administrativa onde informações e solicitações excepcionais podiam fluir entre os níveis local e global.
O gerenciamento das informações de rede formava a segunda classe de tarefas. O RIPE-019 identificava as informações relativas a números de rede IP, números de sistemas autônomos, domínios DNS e pessoas associadas. Descrevia um movimento em quatro direções: das organizações europeias para o centro, do centro para essas organizações, entre o centro e os organismos de coordenação fora da Europa, e do centro para a comunidade ampliada. Bancos de dados e ferramentas de consulta tornariam essas informações disponíveis através de serviços associados a IP e OSI.
A proposta qualificava o centro como fonte autoritativa para informações relativas à comunidade RIPE. Essa autoridade estava ligada à manutenção e apresentação de um conjunto de dados compartilhados cujos fatos subjacentes frequentemente provinham das organizações mais próximas das redes.
A proposta também traçava um limite de finalidade em torno das informações pessoais. Seu banco de dados não se destinava a ser um serviço geral de diretório. Os autores pediam que a privacidade fosse estudada à luz do direito europeu e identificavam a autorização individual como a condição mínima para incluir informações pessoais em um banco de dados acessível ao público. A proposta distinguia, portanto, os dados de contato operacional de um diretório geral de pessoas.
Seu tratamento do consentimento era uma declaração de princípio: as informações de contato relacionadas à administração da rede pertenciam ao serviço de informação proposto apenas sob a condição mínima estabelecida. O RIPE-019 colocava a questão da privacidade ao lado das exigências técnicas do centro antes que qualquer relatório de situação posterior descrevesse o banco de dados em funcionamento.
O suporte geral ao RIPE era a terceira classe, mas as missões detalhadas constavam no RIPE-035, datado de 5 de maio de 1991. Esse plano de atividade ordenava ao NCC que conservasse o depósito de documentos do RIPE online e facilmente acessível, fornecesse suporte técnico e administrativo aos estudos e grupos de trabalho do RIPE, e ajudasse na organização das reuniões do RIPE. Previa uma participação nas reuniões de cerca de 40 pessoas em um futuro próximo. O suporte aos estudos destinava-se a fazer avançar o trabalho entre as reuniões; a assistência administrativa ajudaria os organizadores a preparar sessões produtivas.
Essas tarefas convertiam a categoria geral de suporte do RIPE-019 em um conjunto de responsabilidades recorrentes relacionadas a documentos, grupos de trabalho e reuniões.
O RIPE-035 se qualificava como anexo técnico ao RIPE-019. Indicava que as tarefas em questão se haviam revelado extremamente difíceis de executar regularmente por esforço voluntário e esperava da execução centralizada uma melhoria da eficiência. Para o banco de dados, enumerava seis classes de objetos iniciais: redes, pessoas responsáveis, domínios, roteadores, linhas internacionais e servidores de nomes. O trabalho previsto incluía a coleta das entradas, a verificação de entradas individuais e o teste da consistência e integridade do banco de dados.
Cópias secundárias podiam ser instaladas mediante solicitação, cabendo ao NCC o acompanhamento dessas cópias e a manutenção da consistência. A troca com centros fora da Europa deveria oferecer aos usuários do banco de dados um conjunto de informações globais uniforme. Para as cópias secundárias, o NCC deveria manter um registro online dos locais e garantir a consistência de seu conteúdo. A missão de troca cobria tanto a coordenação quanto a execução com os NCCs fora da Europa. Mapas mensais eram previstos como arquivos PostScript disponíveis online para consulta e reprodução remota.
O plano traduzia o mandato de informação anterior em tarefas individuais que os relatórios posteriores poderiam comparar com a atividade real.
O programa técnico ia além da guarda do banco de dados. O RIPE-035 previa registros da conectividade na Europa, entre a Europa e outros continentes, e dentro de países ou redes, dependendo o mapeamento nacional e interno da cooperação dos NOCs. O centro manteria uma lista de contatos operacionais para incidentes de rede e segurança, manteria software DNS recomendado e informações sobre bugs conhecidos, testaria a interoperabilidade de servidores de nomes e coletaria certos dados de tráfego e desempenho.
O trabalho de desenvolvimento cobria ferramentas de gerenciamento e consulta de banco de dados, ferramentas de estatísticas e desempenho, utilitários de controle de qualidade DNS e ferramentas de desenho de diagramas de rede. O utilitário whois deveria ser mantido como um programa servidor de arquivos para consulta remota do banco de dados. As ferramentas especializadas seriam fornecidas com suporte básico, não uma promessa de suporte completo para cada instalação. Os operadores continuavam essenciais 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 assinatura de atualizações semanais. Os relatórios de mudanças DNS e bugs conhecidos teriam seu próprio serviço de assinatura; os erros de servidor de nomes detectados deveriam ser reportados às pessoas responsáveis e seguidos de ação corretiva.
O RIPE-035 propunha também um design específico de relatórios. Relatórios semanais cobririam as modificações do banco de dados e estatísticas de entradas. A produção mensal incluiria mapas de conectividade. Relatórios trimestrais sobre atividades e problemas pendentes seriam enviados às organizações RIPE participantes e ao CoA da RARE. O NCC se reportaria durante as reuniões do RIPE, que então ocorriam três vezes por ano, e um relatório anual seria produzido antes de 31 de janeiro do ano seguinte ao ano de referência. Tratava-se de uma cadência planejada semanal, mensal, trimestral, baseada nas reuniões e anual.
O plano especificava ainda que relatórios regulares de progresso — semanais, mensais e anuais — eram previstos para todos os itens de trabalho, enquanto os relatórios administrativos trimestrais tinham como destinatários nomeados as organizações RIPE participantes e o CoA da RARE. Ele integrava a divulgação recorrente ao programa de trabalho proposto e colocava os problemas não resolvidos diante de públicos institucionais nomeados. Os relatórios trimestrais posteriores tornaram-se insumos para o RIPE-099, mas esse uso observado pertence ao período de revisão, dois anos após o RIPE-035 ter exposto o design mais amplo.
O RIPE-052 oferece uma cena operacional compacta. O relatório de estado do banco de dados de Daniel Karrenberg, publicado em 24 de abril de 1992, cobria o período de 25 de março a 24 de abril. Relatava 4 574 consultas ao servidor whois do RIPE NCC, das quais 169 provenientes do interior do NCC, ou seja, uma consulta a cada dez minutos em média. Karrenberg qualificou esse volume de surpreendente para um serviço que descrevia como pouco divulgado. A unidade era uma consulta, não uma pessoa ou um resultado. O relatório indicava também que a manutenção central havia passado dos voluntários para o NCC, solicitava a cooperação dos NOCs, preferia atualizações em bloco pré-verificadas e especificava que informações de qualquer fonte seriam aceitas. Em abril de 1992, um depositário nomeado mantinha o banco de dados central e registrava um mês de transações do servidor. O relatório pedia que as atualizações fossem endereçadas aauto-dbm@ripe.net, sendo os modelos atuais obtidos por FTP anônimo em archive.ripe.net ou por e-mail do NCC. Indicava 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, distintas do total medido de consultas.
O programa confiado combinava assim três intensidades institucionais diferentes. O suporte geral fazia avançar documentos, estudos e reuniões. O gerenciamento da informação mantinha uma referência compartilhada constituída graças a 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 podia ter consequência administrativa direta. As organizações participantes continuavam a operar suas redes, forneciam informações locais e realizavam trabalho distribuído; o RIPE definia e examinava o programa.
A guarda central importava porque muitos atores consultavam ou atualizavam os mesmos registros, mas os sistemas descritos permaneciam sob a autoridade de seus respectivos operadores. A transição da informação compartilhada para o registro delegado é o ponto onde o trabalho de serviço começou a adquirir um poder operacional limitado.
O poder operacional
O RIPE-065 fornece a evidência periódica mais clara da entrada em vigor da autoridade de registro. Publicado em 1º de julho de 1992 e posteriormente tornado obsoleto pelo RIPE-072, estipulava que, a partir de 1º de maio de 1992, o RIPE NCC atuava como registro delegado para números de rede IP para os NICs e NOCs europeus. O procedimento favorecia a atribuição de números a provedores de serviços e NICs, em vez de diretamente a organizações individuais. Os NICs e NOCs reatribuiriam os números reais às organizações solicitantes. “Delegado” designava uma 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 a jusante. O RIPE-065 registra o dispositivo operacional aplicável a partir de maio de 1992. O RIPE-099 posteriormente situou uma transição mais ampla em torno desse procedimento. Seu comitê interno declarou que o registro Internet havia solicitado em julho de 1992 que o NCC tratasse todas as solicitações de números de rede IP provenientes de organizações europeias.
Após uma consulta rápida do presidente do RIPE e dos grupos de trabalho envolvidos, o NCC executou, embora o comitê tenha indicado que todos os procedimentos necessários ainda não haviam sido plenamente estabelecidos. A partir de 1º de agosto, o registro Internet transferiu as solicitações europeias por correio eletrônico e postal ao NCC.
Para o espaço de classe B, o RIPE-065 documentava um procedimento prospectivo. Um provedor de serviços podia submeter uma solicitação acompanhada de justificativa sobre a organização solicitante, e o RIPE NCC examinaria essa justificativa. O provedor era o intermediário que realizava a submissão; a organização era o sujeito descrito; o centro detinha a função de exame documentada. Esse texto estabelece uma regra sobre como essas solicitações deveriam ser apresentadas e examinadas. Não fornece nem uma solicitação completa nem uma decisão completa do NCC.
Sua importância reside na atribuição de um papel administrativo prospectivo: o procedimento confiava o exame da justificativa necessária ao escritório regional dentro da cadeia de registro de números.
Os blocos de classe C geravam obrigações contínuas para um grupo precisamente identificado: os NICs e NOCs europeus que aceitavam esses blocos. Eles deveriam reportar rapidamente as informações completas de reatribuição tanto ao RIPE NCC quanto ao NIC americano. As reatribuições individuais deveriam ser inseridas porque o banco de dados do RIPE não suportava então entradas de blocos. Era ordenado aos intermediários que evitassem reatribuir números terminados em 0 ou 255, impedissem o acúmulo e devolvessem os números que permanecessem não atribuídos à primeira solicitação 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, combate ao acúmulo e devolução de números não utilizados aos intermediários que detinham o inventário delegado de classe C.
Esse dispositivo conferia ao centro uma posição consequente sem torná-lo um regulador geral. A regra da classe B lhe atribuía uma função de exame prospectivo quanto à justificativa submetida. O procedimento da classe C o tornava o destinatário das informações de reatribuição e o ator habilitado a solicitar a devolução dos números ainda não atribuídos. Cada poder tinha um objeto definido: a justificativa que acompanhava uma solicitação, a informação de registro, ou o inventário não utilizado detido por um intermediário entidade.
O procedimento não dizia nada sobre roteadores, funcionários, contratos de clientes ou política de roteamento do detentor do bloco. Sua força administrativa decorria de sua inserção no mecanismo de alocação, onde uma instrução estreita podia influenciar o tratamento de recursos de números reconhecidos.
A RFC 1366, datada de outubro de 1992, fornece um contexto externo em vez de uma carta do NCC. Descrevia o registro Internet como a escolha padrão quando nenhum registro delegado havia sido identificado. A IANA e o registro Internet podiam habilitar um organismo regional a fornecer especificamente 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 equitativa. O acesso direto dos assinantes ao registro Internet permanecia disponível quando necessário, mesmo quando um encaminhamento a um organismo regional era possível.
A responsabilidade pelo espaço de classe A e classe B permanecia na época nas mãos da IANA e do registro Internet. A RFC propunha uma arquitetura de registro distribuída onde organismos regionais exerciam uma função especializada.
As transações visíveis nesses documentos devem permanecer distintas. Uma consulta whois interrogava os registros existentes. Uma atualização do banco de dados modificava as informações fornecidas ao repositório comum. A regra da classe B atribuía um exame prospectivo pelo NCC da justificativa que acompanhava uma solicitação. Um relatório de reatribuição de classe C inscrevia uma transação a jusante no registro, e uma solicitação de devolução concernia a números ainda detidos sem reatribuição. Essas atividades compartilhavam uma infraestrutura informacional, mas envolviam atores, objetos e consequências diferentes.
As 4 574 consultas do RIPE-052 medem as transações do servidor durante um mês; não constituem um indicador da atividade de alocação. O RIPE-065 identifica o procedimento de registro, incluindo as obrigações atribuídas aos NICs e NOCs europeus.
A linguagem regional descrevia uma zona de serviço e uma divisão do trabalho de registro, não um território de direito público. O NCC tratava as informações e solicitações de números europeias dentro de um sistema que incluía registros locais, provedores de serviços, registros nacionais, o registro Internet e a IANA. O recurso direto ao registro previsto pela RFC 1366 constituía uma via alternativa ao lado do organismo regional. Em meados de 1992, o NCC havia superado o estágio de proposta: mantinha o banco de dados e atuava como registro delegado segundo um procedimento estabelecido.
Sua influência se vinculava a transações administrativas reconhecidas, enquanto operadores independentes e outras camadas de registro permaneciam ao seu redor. Trata-se de uma autoridade limitada substancial — mais consequente que uma simples guarda passiva de registros e mais estreita que um comando sobre as redes europeias descritas nos registros. Segundo a contagem anual do comitê, o sistema distribuído compreendia mais de 60 registros de provedores de serviços e 21 registros nacionais 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, em vez de um denominador de solicitantes ou de decisões.
O RIPE-099 descrevia também o caminho dos 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 comitê vinculou essa decisão aos projetos de servidor de rota europeu e descrição genérica de serviço Internet, executados no NCC com pessoal adicional e recursos financiados de forma independente.
Suas afirmações de que ambos os projetos se concluíram com sucesso e que o trabalho no servidor de rota levou à implementação e ao deployment do roteamento baseado em políticas na Europa eram apreciações do comitê. A cadeia dos atores documentada ia da proposta e discussão no âmbito do RIPE à implementação pelo NCC e, para esses projetos, à decisão de coordenação de setembro de 1992.
O déficit de responsabilidade
O RIPE-099, publicado em 25 de outubro de 1993 por R. Blokzijl, M. Sterba e W. Woeber, revisava os primeiros 18 meses do NCC desde o interior do RIPE. O comitê usava o RIPE-035 e os relatórios de progresso trimestrais do NCC como insumos. Notava que as operações haviam começado em 1º de abril de 1992 com três membros permanentes da equipe. Segundo os autores, a maioria dos objetivos previstos havia sido alcançada, embora algumas atividades não tivessem começado ou carecessem de progresso suficiente; a direção havia reportado essas lacunas em tempo hábil.
O comitê indicava também que atividades ausentes do RIPE-035 haviam sido empreendidas com o acordo prévio da comunidade RIPE. Sua principal recomendação era que o RIPE concordasse com um novo plano de atividade até janeiro de 1994, alinhando o programa formal ao portfólio modificado do escritório. O documento de revisão especificava ter sido aprovado como representando as visões do RIPE. Seu contexto contava com mais de 60 organizações participantes e mais de 450 000 hosts europeus acessíveis em setembro de 1993, comparados a uma estimativa global próxima de dois milhões.
O inventário dos serviços do comitê incluía o banco de dados, o registro delegado, as estatísticas coordenadas, a coordenação DNS, os mapas, o repositório de software, o depósito de documentos e o serviço de informação interativo.
Para os trabalhos fora do plano herdado, o RIPE-099 descrevia um caminho de adoção. Um grupo de trabalho do RIPE ou o NCC submeteria 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 comitê esperava para adicionar trabalhos. Seu relato mostra como a discussão no âmbito do RIPE deveria conectar as propostas à implementação, e dá conteúdo à referência dos revisores a um consentimento comunitário.
O comitê notava também uma transição mais rápida para as solicitações de registro em 1992, onde a consulta ao presidente do RIPE e aos grupos de trabalho envolvidos havia precedido a ação em um contexto de urgência. Essas duas cenas revelam como os revisores descreviam a adoção ordinária do programa e uma expansão urgente do trabalho de registro.
A revisão percorria o programa de banco de dados linha por linha. Indicava que a atividade seguia o RIPE-035, que os objetos e atributos acordados haviam sido 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 comitê atribuía a demanda limitada de cópias ao que considerava um servidor central extremamente confiável. Especificava também que um formato de troca havia sido definido com InterNIC e Merit, situando os atrasos na troca real fora do NCC.
Os trabalhos sobre os registros de conectividade progrediam lentamente, e os revisores sugeriam que a abordagem mais distribuída perseguida pelo grupo de trabalho de conectividade do RIPE poderia se revelar apropriada. A comparação distinguia as funções de banco de dados fornecidas, uma adoção limitada e trabalhos ainda em desenvolvimento. Indicava também que a infraestrutura ainda não interconectada só era registrada no banco de dados a partir do momento em que o NCC começara a registrar as redes europeias.
As ferramentas de gerenciamento do banco de dados eram definidas com os grupos de trabalho Roteamento, Registros locais e Banco de dados, enquanto softwares cliente melhorados eram, dizia-se, amplamente usados e integrados às ferramentas comuns de busca de informação.
Várias atividades planejadas receberam uma avaliação mais fria. O RIPE-099 não reportava praticamente nenhum progresso na coleta de estatísticas de tráfego e dados de desempenho da rede. O comitê considerava que essas atividades cabiam principalmente aos operadores de rede, ao mesmo tempo que admitia que o NCC poderia oferecer armazenamento neutro para os dados fornecidos pelos provedores. O RIPE ainda deveria discutir o papel do centro na coleta de informações sobre qualidade de serviço.
Os revisores constatavam também pouco progresso nas ferramentas de estatísticas e apresentação do desempenho das redes e pediam uma definição mais clara do papel e dos recursos do NCC. Um repositório e um esquema de nomeação comum para mapas de rede existiam, mas o desenvolvimento posterior havia parado. O comitê sugeria que o trabalho sobre mapas poderia se inscrever melhor em um projeto especial, desviando a atenção do atraso para o quadro institucional apropriado para a tarefa.
As ferramentas de controle de qualidade DNS estavam disponíveis no servidor do NCC, enquanto o programa cartográfico havia produzido um repositório e um esquema de nomeação comum antes da parada do desenvolvimento. O papel em matéria de qualidade de serviço ainda aguardava uma discussão no âmbito do RIPE, separando as medidas fornecidas pelos operadores de uma função de coleta atribuída centralmente.
Outros serviços haviam se tornado suficientemente rotineiros para que o comitê descrevesse realizações concretas. O RIPE-099 reportava listas de contatos operacionais implementadas através de listas de discussão, um arquivo do NCC contendo o software e a documentação DNS, e uma análise mensal do espaço DNS europeu produzindo contagens de hosts e relatórios de erros. Elogiava o depósito de documentos, a assistência técnica e de secretaria, o suporte às reuniões e os relatórios trimestrais.
Segundo os revisores, os relatórios trimestrais descreviam as realizações e os problemas pendentes, forneciam visões gerais da Internet europeia e eram apresentados em cada reunião do RIPE. Aqui, os relatórios trimestrais constituíam insumos observados e apresentações recorrentes, distintas do design mais amplo semanal, mensal, por reunião e anual proposto no RIPE-035. O comitê indicava que o primeiro relatório anual acabara de ser produzido.
Descrevia também apresentações dos trabalhos em curso e dos problemas pendentes em cada reunião do RIPE, onde, segundo os revisores, muitas questões não resolvidas exigiam a participação e a decisão do RIPE.
O trabalho de registro constituía a maior atividade ausente do plano inicial. O RIPE-099 indicava que o registro Internet havia solicitado em julho de 1992 que o NCC tratasse todas as solicitações de números de rede IP das organizações europeias. O NCC consultara rapidamente o presidente do RIPE e os grupos de trabalho envolvidos, e então executara, apesar do prazo insuficiente para estabelecer plenamente todos os procedimentos necessários. O comitê afirmava que o objetivo era aliviar o registro Internet e melhorar os prazos de resposta para as organizações europeias o mais cedo possível.
A partir de 1º de agosto de 1992, reportava, o registro Internet transferia as solicitações europeias recebidas por correio eletrônico e postal ao NCC. O relato do comitê fixa a solicitação, a consulta, a transição e o dispositivo de transferência em julho e agosto de 1992.
O comitê afirmava que o NCC havia perseguido um registro distribuído desde o início. Buscava identificar tantos provedores de serviços quanto possível e delegar-lhes blocos de classe C para reatribuição. Os registros nacionais eram convidados a se manifestar para poder servir as organizações que não dispusessem de um provedor de acesso IP. Após um ano, o RIPE-099 reportava mais de 60 registros de provedores de serviços, 21 registros nacionais 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 qualificavam o trabalho de registro de extremamente bem conduzido e atribuíam o crescimento organizado do sistema a uma operação diária pontual e precisa. Essas apreciações pertenciam ao comitê; os números registram a escala que ele reportava para o primeiro ano.
Uma segunda expansão seguiu a 13ª reunião do RIPE em setembro de 1992. O RIPE-099 indicava que o RIPE ali decidira coordenar as atividades de desenvolvimento técnico com a RARE. Os projetos de servidor de rota europeu e descrição genérica de serviço Internet foram então definidos e executados no NCC no âmbito do programa técnico da RARE. Pessoal e recursos adicionais, financiados independentemente das outras atividades do NCC, lideraram os projetos, contribuindo o NCC com recursos para sua partida e gestão.
O comitê reportava que ambos os projetos se haviam concluído com sucesso e afirmava que o trabalho no servidor de rota levara à implementação e ao deployment do roteamento baseado em políticas na Europa. Considerava a colaboração benéfica e declarava que o trabalho diário de base não sofrera nenhum efeito negativo dos dois projetos.
Uma separação formal deixava subsistir um contato prático entre os recursos do projeto e os recursos de base. Em sua conclusão, o RIPE-099 indicava que a hospedagem de projetos especiais consumia automaticamente parte da atenção da direção e dos técnicos do NCC, mesmo que seu pessoal e financiamento fossem distintos. O comitê qualificava essa contribuição de intencional e exterior ao RIPE-035. Usava esse ponto para apoiar um plano de atividade revisado que reconhecesse o portfólio real do escritório.
A observação versava sobre a classificação e o planejamento: projetos financiados separadamente podiam, no entanto, recorrer ao centro que os hospedava e geria. Em janeiro de 1994, os revisores desejavam que a base de referência incluísse o trabalho que o NCC havia efetivamente assumido. A revisão notava também que o trabalho de registro consumira muito mais recursos do que o previsto inicialmente e constatava que a própria atividade não era explícita no RIPE-035.
A revisão descrevia também serviços mais modestos não planejados. Quando clientes potenciais se informavam sobre um serviço Internet, o NCC evitava escolher um provedor. Encaminhava a solicitação e os dados de contato do solicitante a uma lista de discussão de provedores de serviços, cujos membros podiam contatar o solicitante se desejassem. O comitê qualificava esse método de imparcial e bem recebido. Reportava também solicitações regulares de apresentações sobre o trabalho do NCC e os procedimentos Internet europeus, interpretando sua recorrência como uma marca de apreço.
O dispositivo de encaminhamento e as apresentações mostram, segundo o comitê, o escritório atuando como um cruzamento de informação neutro, cabendo aos provedores de serviços qualquer ação posterior. O comitê indicava que o NCC atendia a muitas solicitações de apresentações de provedores de serviços e conferências para difundir informações sobre seu trabalho e os procedimentos Internet europeus.
O RIPE-113, o relatório anual de 1993 de Daniel Karrenberg, fornece o relato de fim de ano da direção. Descrevia o NCC como apoiando os provedores de serviços Internet europeus, financiado por esses provedores através de um quadro formal fornecido pela RARE. A direção indicava que o número de hosts Internet europeus registrados no sistema de nomes de domínio havia aproximadamente duplicado entre 1992 e 1993. Para o registro, o relatório descrevia 83 registros locais geridos por provedores de serviços e indicava que o NCC lhes delegava espaço de endereçamento.
Reportava 16 871 números de rede atribuídos pelos registros Internet europeus em 1993. O NCC tratava também as solicitações importantes e as solicitações de empresas que não dispusessem de um registro local apropriado. Esses números pertencem às populações enunciadas e ao período de reporte do relatório anual. Karrenberg se identificava como diretor do RIPE NCC. O RIPE-099 fornecia uma imagem anterior do financiamento: a RARE fornecia o quadro formal, enquanto EARN, os membros nacionais da RARE, Israel e EUnet financiavam o primeiro ano de operação.
Esse relato e a descrição do financiamento pelos provedores no RIPE-113 pertencem a momentos de reporte diferentes. Da mesma forma, os mais de 60 registros de provedores e 21 registros nacionais do RIPE-099 e os 83 registros de provedores locais do RIPE-113 usam períodos e populações distintas.
O mesmo relatório fornecia um relato detalhado do banco de dados. O RIPE-113 indicava que o banco de dados continha informações sobre redes IP, domínios DNS, políticas de roteamento e pessoas de contato. O crescimento das entradas se acelerara após o sistema de registro Internet europeu se tornar plenamente operacional em setembro de 1992, segundo a terminologia da direção. Em 1993, o NCC havia completamente redesenhado e reimplementado o processo de atualização, tornando-o inteiramente automático para quase todas as atualizações, e processado 157 004 atualizações.
O depósito de documentos continha os documentos do RIPE e informações conexas e era acessível através dos serviços Internet clássicos, das ferramentas comuns de descoberta de recursos e das redes públicas X.25. A direção reportava assim tanto uma carga de trabalho de atualização significativa quanto múltiplas vias de acesso aos serviços documentais do centro.
O RIPE-113 enumerava três projetos especiais realizados no NCC no âmbito do programa técnico da RARE em 1993. A direção indicava que os projetos de servidor de rota europeu e descrição genérica de serviço Internet se haviam concluído com sucesso. Seus resultados incluíam um servidor de rota europeu implementado no GIX. O PRIDE — Policy-Based Routing Implementation and Deployment in Europe — havia começado, produzido um registro de roteamento europeu bem alimentado e entregue uma primeira série de ferramentas usando as informações desse registro; o projeto deveria continuar em 1994.
O relatório anual especificava que as partes interessadas financiavam todos os projetos especiais separadamente dos serviços de base do NCC. Seu relato relata a sequência que vai da decisão de coordenação do RIPE em setembro de 1992 ao deployment do GIX e ao registro de roteamento do PRIDE.
A tabela de despesas do RIPE-113 era expressa em kECU. Reportava um orçamento total de 1993 de 216 para despesas reais de 181; pessoal, 140 contra 133; equipamento informático, 20 contra 15; viagens, 25 contra 9; aluguel e serviços, 29 contra 22; e recrutamento, 2 contra 2. A direção atribuía as despesas de viagem mais baixas à realização de grandes reuniões IETF e RIPE em Amsterdã. Indicava que o pessoal permanecera constante desde o início das operações em abril de 1992 e previa que uma carga de trabalho crescente devido à expansão da Internet europeia exigiria mais pessoal em 1994.
A tabela, a explicação das viagens, a declaração sobre o pessoal e a projeção formavam juntos a narrativa contábil da direção para 1993. As diferenças reportadas resultantes eram de 35 kECU no total, 7 para pessoal, 5 para equipamento informático, 16 para viagens, 7 para aluguel e serviços, e zero para recrutamento. Trata-se das diferenças aritméticas entre as linhas orçamentárias e reais do relatório anual.
O dossiê conservado apresenta um conjunto concentrado de limites probatórios. Não contém nenhum acordo de hospedagem ou financiamento executado que reparta as responsabilidades entre RIPE, RARE, provedores e NCC, e não fornece nenhum instrumento contratual relativo ao pessoal por trás dos efetivos indicados. O RIPE-113 é um relatório de gestão, não uma auditoria independente. Nem o procedimento de classe B nem as revisões posteriores fornecem um denominador para as solicitações e decisões, uma população de solicitações observada, ou um registro de recusas e recursos.
Os documentos assignam 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 conferem nenhuma competência territorial nem comando geral das redes. As referências à participação e ao consentimento comunitário deixam em suspenso a qualidade e a representatividade desse consentimento. A revisão do programa pode revisar o trabalho do escritório, mas o dossiê não identifica nenhum recurso que modifique o resultado de uma decisão de registro individual.
Esses limites marcam o que uma reivindicação de autoridade mais ampla deveria estabelecer além das funções documentadas de serviço e registro.
O RIPE-099 e o RIPE-113 iluminam, no entanto, duas formas reais de responsabilidade. O comitê comparava as descrições trimestrais dos progressos com o RIPE-035, identificava os trabalhos concluídos, bloqueados e adicionados, e recomendava um novo plano. A direção classificava as despesas, afirmava a continuidade do pessoal, descrevia os projetos e reportava os volumes de serviço. A revisão do programa podia remodelar as prioridades; o relatório anual podia colocar as operações e despesas diante de públicos institucionais.
Um recurso individual serve a um propósito diferente, pois testa se um resultado administrativo particular pode ser reconsiderado e modificado. Os primeiros documentos mostram os dois primeiros mecanismos em funcionamento a um nível institucional e deixam o terceiro como uma questão observável para avaliar qualquer alargamento posterior do poder.
Um contraexemplo independente posterior acentua a distinção entre consequência e soberania. Em uma análise preparada em 1996 e publicada em 1997, Sharon Eisner Gillett e Mitchell Kapor comparavam a organização descentralizada a sistemas onde mecanismos rotineiros tratam 99% da atividade diária e múltiplas autoridades cuidam de um por cento excepcional. A proporção era uma analogia, não uma medida.
Colocavam a distribuição de endereços entre as questões de coordenação excepcionais, distinguiam provedores, registros regionais e a IANA, e descreviam o RIPE NCC e a APNIC como organizações de serviços operadas e financiadas por consórcios de provedores. Seu modelo de múltiplas autoridades mostrava como um registro com consequências importantes podia coexistir com um controle de roteamento descentralizado. Oferece um teste independente posterior da metáfora soberana: uma autoridade especializada em um ponto de registro pode continuar parte de uma ordem institucional distribuída.
Julgamento
Os relatórios documentavam uma operação delegada limitada à escala indicada. O NCC combinava um trabalho de serviço recorrente com funções consequentes dentro do registro de números, mas o controle executivo das redes permanecia nas mãos de suas organizações. A centralidade administrativa criava uma influência material em um canal definido; não conferia por si só uma autoridade soberana.
Qualquer reivindicação de autoridade posterior mais ampla requer um novo instrumento. A disponibilidade de um recurso é um indicador observável para avaliar essa reivindicação, não uma condição jurídica prévia. As evidências fundadoras apoiam a existência de um escritório de serviço suscetível de revisão, dotado de um poder de registro limitado, e não de um controle de propriedade, competência territorial ou comando geral das redes europeias.