A geografia adicionada após o protocolo

Resumo

• O endereçamento do protocolo da Internet não começou com cinco divisões territoriais. A administração geográfica surgiu a partir de 1990 em resposta ao crescimento internacional, às necessidades linguísticas e de serviço, à carga de trabalho dos registros, à conservação de endereços e à tentativa de tornar as alocações contíguas compatíveis com a agregação de roteamento.
• A RFC 1174 recomendava a delegação internacional, mantendo as funções centrais da IANA e do registro da Internet; a RFC 1466 propunha quatro zonas principais de alocação, mas preservava também um espaço multirregional, três faixasOutras, um serviço central direto e um registro padrão para zonas não cobertas.
• O mapa atual de cinco regiões se consolidou por meio de inícios operacionais distintos, delegações de blocos de endereços, constituições de empresas, transições bilaterais, decisões de reconhecimento da ICANN e instrumentos da ASO e do NRO. Esses marcos não ocorreram ao mesmo tempo e não devem ser projetados retroativamente.
• A região de serviço administrativo, o domicílio do beneficiário, a operação da rede, a origem BGP, a constituição do registro e a lei aplicável não coincidem necessariamente. Os registros examinados estabelecem a separabilidade e as mudanças de fronteiras institucionais, e não a frequência de discordâncias multidimensionais; a questão não resolvida é saber se as fronteiras de serviço exclusivas eram ótimas, contestáveis ou representativas.

9 de dezembro de 2002: quarenta e três redes candidatas entram em exame prévio à transferência

Em 9 de dezembro de 2002, quatro registros regionais da Internet iniciaram o trabalho preliminar de transferência em uma população de teste de 43 redes candidatas no129.0.0.0/8. Os registros provinham de arranjos de registro iniciais herdados posteriormente pelo American Registry for Internet Numbers, enquanto os detentores de recursos eram considerados candidatos ao serviço pelo RIPE Network Coordination Centre.

O procedimento publicado do projetoEarly Registration Transferseparava várias etapas. A preparação prévia à transferência começou em 9 de dezembro. Os avisos de contato estavam previstos para 11 de dezembro. A transferência do banco de dados estava programada para 10 de janeiro de 2003, com resolução de conflitos podendo prosseguir posteriormente. O anúncio era prospectivo, portanto não estabelece nem a conclusão final dos 43 candidatos, nem um movimento concluído em dezembro de 2002.

Essa distinção revela o que uma mudança de fronteira administrativa implicava. Alguns registros de candidatos existiam apenas no banco de dados da ARIN. Outros apareciam tanto nos registros da ARIN quanto do RIPE com contatos ou descrições diferentes, enquanto um outro grupo aparecia apenas no registro RIPE. Muitos conflitos aparentes podiam refletir dados desatualizados, em vez de reivindicações concorrentes ou tentativas de sequestro. O processo exigia, portanto, uma reconciliação de contatos, a transferência de documentos comprobatórios, trabalho em bancos de dados e modificações na delegação DNS reversa.

O bloco/8contido permanecia um bloco de "maioria ARIN". O projeto tratava de registros individuais, em vez de reclassificar toda a faixa como europeia. Tratava-se de um problema de correção retrospectiva: números globalmente únicos foram registrados antes que o sistema regional posterior fornecesse um destino administrativo fixo para eles.

O anúncio ERX documenta a custódia dos registros e a responsabilidade de serviço. Não contém nenhuma série histórica de origens BGP, nenhum inventário de equipamentos, nenhuma tabela completa de domicílios dos beneficiários, nem qualquer acordo de serviço aplicável para as redes candidatas. Essas dimensões permanecem desconhecidas no nível dos casos. O que o registro estabelece é mais restrito, mas ainda importante: um registro herdado podia entrar em um processo formal de realocação para outro registro regional sem renumeração da rede.

A correção administrativa tinha consequências operacionais. Os contatos do registro, a autoridade de manutenção, a delegação reversa, a documentação e as solicitações futuras dependiam todas da instituição responsável. No entanto, a transferência de banco de dados planejada era distinta da implantação física e da propagação de rotas. Um registro de registro podia ser movido enquanto o equipamento associado e os arranjos de roteamento permaneciam como estavam.

O ERX captura assim o sistema regional em maturidade. Em 1989, nenhum mapa de cinco registros existia em relação ao qual um registro histórico pudesse ser julgado mal colocado. Em 2002, a divisão regional estava suficientemente estabelecida para que quatro registros tratassem o posicionamento histórico como uma anomalia corrigível. A geografia havia se tornado tanto prospectiva, guiando novas delegações, quanto retrospectiva, reorganizando registros criados antes do mapa.

O protocolo tinha endereços antes que a administração tivesse continentes

O protocolo da Internet forneceu uma arquitetura de endereçamento comum antes que a administração de números adquirisse fronteiras de serviço regionais. ARFC 791, publicada em setembro de 1981, definia endereços de origem e destino de 32 bits no cabeçalho da Internet. Seus formatos de classe dividiam os bits entre as partes de rede e local. Eles não continham nenhum campo para Europa, América do Norte, África, América Latina ou Ásia-Pacífico.

Os roteadores usavam os endereços para tomar decisões de alcançabilidade com base na topologia da rede. A geografia administrativa entrou em outro lugar: nas instituições que atribuíam os identificadores, registravam os beneficiários, processavam as solicitações, mantinham a delegação reversa e coordenavam a unicidade.

A unicidade exigia um sistema comum. Duas redes não relacionadas usando o mesmo número visível globalmente impediriam que hosts e gateways determinassem consistentemente qual rede era a visada. As publicações de números atribuídos registravam os valores comuns, enquanto as organizações de coordenação alocavam os números de rede e os números de sistema autônomo e mantinham as informações de registro.

Em agosto de 1990, aRFC 1174descrevia duas funções centrais. A função de Internet Assigned Numbers Authority era exercida pelo Information Sciences Institute da Universidade do Sul da Califórnia. A função de Internet Registry era exercida pela SRI International no DDN Network Information Center. A IANA alocava os identificadores e podia delegar responsabilidades; o Internet Registry coletava e mantinha as informações de registro.

A localização institucional e a localização dos recursos já eram conceitos diferentes. Uma organização americana podia manter um registro global para redes operando em outro lugar. Um contato podia administrar uma rede cobrindo vários países. Um beneficiário podia mudar de provedor ou se implantar em um novo local sem mudar sua sede social. As informações de roteamento podiam transitar por provedores organizados sob sistemas jurídicos diferentes.

O registro importava, no entanto. Ele ligava um identificador a uma organização, um contato administrativo e um processo de manutenção de registros. Ele apoiava a unicidade, a solução de problemas, a delegação reversa e a responsabilidade. Essas funções tornavam o registro importante sem fazer dele um mapa de locais de equipamentos ou origens de rota.

O rápido crescimento internacional da rede tornava uma camada regional atraente. Os solicitantes trabalhavam em fusos horários e idiomas diferentes e operavam sob costumes de telecomunicações diferentes. Os provedores de serviços precisavam de blocos a partir dos quais pudessem fazer atribuições aos clientes. Ao mesmo tempo, o sistema de roteamento sofria pressão de um número crescente de redes anunciadas separadamente.

A geografia oferecia uma maneira de organizar o serviço e o inventário de endereços. O cabeçalho do pacote não exigia essa resposta. Ela emergiu de recomendações, planos de blocos, instituições operacionais e regras de reconhecimento posteriores.

A RFC 1174 propunha a distribuição mantendo um centro

A RFC 1174 era uma RFC informacional publicada em agosto de 1990. Ela registrava o ponto de vista oficial do Internet Activities Board, em vez de um padrão da Internet. Suas recomendações eram dirigidas ao Federal Networking Council dos Estados Unidos por meio dos arranjos de patrocínio e governança técnica da época.

A primeira recomendação propunha distribuir a responsabilidade pela atribuição de números de rede e sistema autônomo. O documento citava o rápido crescimento da rede, a internacionalização e a escassez crescente, especialmente entre os identificadores de classe A e classe B. A proposta antecipava uma Internet maior e mais variada do que um único escritório de registro havia servido originalmente.

A distribuição vinha acompanhada de funções centrais preservadas. O Internet Registry permaneceria o registro principal para números de rede e sistema autônomo. Ele alocaria blocos para organizações aprovadas, manteria as informações de registro agregadas e serviria como registro padrão onde nenhuma autoridade delegada tivesse sido identificada. As atualizações autoritativas continuariam a convergir no Internet Registry, com cópias completas redistribuídas aos registros delegados.

Esperava-se que o Coordinating Committee for Intercontinental Research Networking aprovasse as organizações capazes de receber blocos e a autoridade de atribuição subsequente. Os registros candidatos deveriam encontrar a IANA e o Internet Registry e documentar seus procedimentos operacionais. A delegação dependia, portanto, da elegibilidade institucional, da coordenação e de um processo definido, e não apenas da localização.

Essa arquitetura continha um equilíbrio prático. As organizações locais ou regionais podiam tratar as atribuições mais perto dos solicitantes, enquanto o registro central preservava uma visão comum do espaço de números. A rota padrão mantinha o serviço disponível para redes fora de uma zona delegada. A replicação permitia acesso distribuído sem abandonar a coordenação central.

O documento estava longe do arranjo posterior de cinco regiões. Ele não traçava nenhuma fronteira continental permanente e não nomeava nenhuma das organizações que se tornariam ARIN, LACNIC ou AFRINIC. Uma recomendação de distribuição não era em si um registro operacional, uma delegação de bloco ou uma decisão de reconhecimento.

A RFC 1174 também tratava o registro e a conectividade separadamente. Seu anexo sobre o status conectado recomendava remover um simples status "conectado" dos registros e registrar em vez disso as políticas de uso aceitável e trânsito. Para redes não americanas, os critérios de acesso americanos só eram relevantes quando o tráfego usava redes patrocinadas pelo governo federal. O registro sozinho não garantia que uma rede era roteada, alcançável publicamente ou autorizada a usar um caminho de trânsito particular.

Os registros regionais herdaram essa fronteira. Eles podiam alocar recursos, manter registros, organizar a delegação reversa e avaliar solicitações. Os provedores de trânsito e os operadores de rede controlavam se e como um prefixo aparecia no roteamento. A região de serviço descrevia uma relação administrativa, enquanto a conectividade resultava de arranjos técnicos e comerciais distintos.

A implementação seguiu por meio de comunidades particulares. Os operadores de rede europeus começaram a se reunir via RIPE em 1989, mas uma comunidade de coordenação ainda não era um registro funcional. A criação posterior do RIPE NCC, sua delegação, seus arranjos de encaminhamento, sua constituição e sua independência operacional forneceram cada uma uma parte diferente da estrutura regional.

A RFC 1466 esboçou um plano geográfico matizado

Em maio de 1993, aRFC 1466oferecia um design geográfico mais explícito. A RFC informacional, redigida por Elise Gerich da Merit Network, tornava obsoleta a RFC 1366 e foi posteriormente tornada obsoleta pela RFC 2050. Ela relatava a revisão pelo Federal Engineering Planning Group em nome do Federal Networking Council, dos copresidentes do Intercontinental Engineering Planning Group e do RIPE, com consenso geral entre esses grupos.

A RFC 1466 vinculava o serviço regional à evolução da população da Internet. Registros operando em áreas geográficas distintas podiam responder a idiomas e costumes locais. Esperava-se que um registro regional candidato tivesse reconhecimento entre provedores de rede e assinantes, estatura além de sua função de registro e recursos suficientes para serviço estável, rápido e confiável. Ele também deveria seguir as diretrizes da IANA e do Internet Registry e coordenar as práticas de subalocação.

Essas eram justificativas e expectativas de design declaradas, em vez de comparações medidas entre um sistema central e grupos de processamento regionais. Elas identificavam mecanismos de serviço plausíveis: sobreposição de horário comercial, documentação local, familiaridade com mercados de provedores, relações de treinamento e contato mais próximo com registros downstream.

A RFC 1466 preferia um registro regional único nesse nível para subalocação eficiente e justa. A preferência não criava uma barreira territorial exaustiva. Os solicitantes ainda podiam se dirigir diretamente ao Internet Registry. Eles podiam ser encaminhados a um registro regional apropriado, mas o registro central permanecia pronto para servir um assinante de rede se necessário. As zonas sem registro regional designado continuavam a usar o registro padrão.

O plano de endereçamento continha reservas semelhantes. A RFC 1466 dividia192.0.0.0a207.255.255.255em oito faixas/7iguais. Cada/7compreendia 131.072 unidades de números de rede anteriormente classe C/24, ou 33.554.432 endereços IPv4 individuais. As quatro zonas exatas nomeadas no documento eramEuropa, América do Norte, Pacífico e América do Sul e Central.

Este não era o mapa moderno dos cinco RIR. A África não tinha uma zona de alocação separada. Nem o Oriente Médio nem a Ásia Central apareciam como categoria independente. Três faixas eram rotuladasOutras, enquantoMultirregionalcobria atribuições anteriores. O plano levava em conta registros herdados e regiões sem registro designado.

A divisão geográfica também se aplicava de forma desigual ao inventário de endereços. A RFC 1466 mantinha o controle central sobre o espaço de classe A e impunha restrições separadas sobre o tratamento da classe B. Seu plano regional concentrava-se principalmente no antigo inventário de classe C, onde blocos contíguos podiam apoiar uma atribuição downstream mais sistemática.

A agregação de roteamento fornecia uma justificativa técnica importante. Um provedor recebendo um bloco contíguo podia atribuir sub-blocos compatíveis a seus clientes e, quando a topologia permitia, anunciar um agregado em vez de muitas rotas individuais. Menos entradas nas tabelas de roteamento sem default melhorariam a escalabilidade.

A alocação criava a possibilidade de agregação; o roteamento operacional determinava o resultado. Os provedores precisavam de BGP-4 e roteamento sem classe, e o posicionamento dos clientes precisava se alinhar ao agregado. O multi-homing, as mudanças de topologia e a engenharia de tráfego podiam exigir anúncios mais específicos. Uma faixa geograficamente reservada continha, portanto, um potencial de agregação, em vez de um resultado de roteamento automático.

A RFC contemporâneaRFC 1467, publicada em agosto de 1993, relatava que o RIPE NCC havia solicitado o status de registro regional e recebido194.0.0.0195.255.255.255para a comunidade Internet europeia. O RIPE NCC também administrava193.0.0.0/8, obtido antes do plano geográfico. O Internet Registry continuava a servir regiões sem registro designado.

A RFC 1467 descrevia provedores de serviços recebendo blocos para atribuições aos clientes e relatava que a aproximação do tratamento de usuários finais ocorreu sem problemas importantes. Esta declaração é um testemunho de época útil de dentro do sistema. Ela não fornece um conjunto completo de dados de solicitações, nem uma comparação independente do serviço regional e central.

O mesmo relatório relatava um atraso na disponibilidade geral prevista de um mecanismo de agregação. Os registros atribuíam blocos compatíveis com agregação antes que o sistema de roteamento pudesse realizar consistentemente a redução esperada. O planejamento geográfico, a alocação aos provedores e a implantação de protocolos de roteamento eram elementos conectados da estratégia de escalabilidade, cada um com seu próprio cronograma.

A RFC 2050 registrou o período dos três registros

ARFC 2050substituiu a RFC 1466 em novembro de 1996. Foi publicada como Best Current Practice 12, ou BCP 12. Sua descrição institucional deve ser lida nesse contexto, em vez de através do mapa posterior dos cinco RIR.

Na publicação, a RFC 2050 nomeava três registros regionais da Internet: InterNIC para a América do Norte, RIPE NCC para a Europa e APNIC para a Ásia-Pacífico. Ela também descrevia o serviço se estendendo para as áreas ao redor dessas regiões centrais. ARIN, que começou a operar em dezembro de 1997, não deve ser substituída retrospectivamente por InterNIC no relato de novembro de 1996 da RFC.

A RFC identificava a conservação, a roteabilidade e o registro como os objetivos da distribuição de endereços. A conservação dizia respeito ao espaço de endereçamento finito. A roteabilidade favorecia uma distribuição hierárquica compatível com agregação. O registro mantinha um registro público para unicidade e solução de problemas. Esses objetivos se sobrepunham, mas não eram idênticos.

A RFC 2050 também preservava flexibilidade fora de uma zona de serviço designada. Um ISP localizado em uma região sem registro regional podia contatar qualquer registro regional. Esta disposição é uma evidência adicional de que o sistema da época ainda não havia se tornado um conjunto exaustivo de barreiras continentais exclusivas.

Uma alocação ou atribuição não garantia roteabilidade. Os provedores ainda decidiam quais rotas aceitar e propagar. A alocação hierárquica podia apoiar a agregação, mas a política de roteamento e a topologia regiam a visibilidade.

A RFC 2050 agora é histórica e foi substituída pelaRFC 7020. Seu status atual não apaga seu valor histórico. Ela registra como a administração de endereços se descrevia em novembro de 1996: três instituições regionais, fechamento geográfico incompleto, uma hierarquia de registro pai e uma distinção operacional entre registro e roteamento.

A estrutura de recurso reforçava essa hierarquia. Esperava-se que cada registro documentasse um processo de recurso. Uma organização insatisfeita com um registro de atribuição podia recorrer a seu registro pai e, finalmente, à IANA após esgotar outras vias. Isso fornecia um meio de reexaminar decisões de atribuição, embora não estabelecesse um direito geral de escolher outro RIR ou redesenhar uma fronteira regional.

As cinco instituições adquiriram sua autoridade em datas diferentes

O sistema de cinco regiões surgiu por meio de uma sequência na qual a formação da comunidade, o serviço delegado, o encaminhamento, a delegação de blocos, a constituição, a transferência operacional, o reconhecimento e a adesão permaneceram distintos.

A sequência do RIPE NCC mostra por que um único aniversário não pode carregar toda a história institucional. As reuniões RIPE forneceram uma comunidade em 1989. O estabelecimento formal seguiu em abril de 1992. A atividade de registro delegado está documentada a partir de 1º de maio, e a transferência pelo Internet Registry de todas as solicitações europeias começou em 1º de agosto. Os documentos da associação holandesa foram depositados em 12 de novembro de 1997, enquanto a associação assumiu as atividades em 1º de janeiro de 1998.

A história da APNIC é igualmente estratificada. Seu piloto de Tóquio começou em setembro de 1993 e terminou com 27 membros distribuídos em 12 economias. A delegação equivalente202/7é datada de 10 de janeiro de 1994, enquanto uma história institucional retrospectiva descreve o reconhecimento público em abril. Ambos os registros podem ser preservados porque se referem a marcos documentais diferentes.

A história empresarial exige atenção especial. A APNIC Ltd nas Seychelles, constituída em 1996, era distinta da APNIC Pty Ltd na Austrália. O relatório anual de 1998 registra a estrutura australiana posterior e a conclusão da mudança operacional para Brisbane em agosto de 1998. As evidências examinadas aqui apoiam essa separação e a transferência de serviço, mas não justificam atribuir cada acordo anterior ou obrigação de serviço aos membros a uma entidade para a qual o instrumento pertinente não foi fornecido.

Os estatutos originais da ARIN trazem a data de 18 de abril de 1997 e foram modificados em junho e agosto. O documento datado prova a assinatura dos estatutos, enquanto um depósito estadual ou registro efetivo seria necessário para estabelecer a data precisa de formação legal. Ahistória institucionalda ARIN situa sua implantação operacional independente em dezembro de 1997. Osarquivos de estatutose a história operacional respondem, portanto, a perguntas diferentes.

A linha do tempo do LACNIC é excepcionalmente detalhada. Seurelatório anual de 2002descreve os acordos de transição de julho e outubro de 2001 e a participação do LACNIC na análise de solicitações ARIN pertinentes a partir de novembro. A aprovação provisória de 14 de março de 2002 veio antes do serviço direto de 30 de julho. A adesão à ASO foi assinada em 30 de outubro e entrou em vigor em 31 de outubro, dia do reconhecimento final. Os instrumentos de transferência seguiram em 11 de novembro e entraram em vigor em 18 de novembro.

A AFRINIC também separou a formação institucional da operação regional. A constituição em Maurício, o reconhecimento provisório em 30 de setembro de 2004, a transferência de serviço em 21 de fevereiro de 2005, o reconhecimento final em 8 de abril, o instrumento do NRO de 25 de abril e a adesão registrada em 27 de abril foram marcos ligados, em vez de rótulos intercambiáveis.

A primeira linha do tempo da ASO contém uma pequena discordância documental que vale a pena preservar. O memorando de entendimento de 1999 indica que foi assinado em 18 de outubro, enquanto uma história posterior da ASO situa o estabelecimento formal em 19 de outubro. A data do instrumento e o aniversário retrospectivo podem coexistir como afirmações diferentes.

Em conjunto, os marcos explicam como a geografia administrativa se tornou duradoura. As comunidades se organizaram; o pessoal tratou das solicitações; os blocos de endereços foram delegados; os encaminhamentos tornaram-se rotineiros; as empresas assumiram responsabilidades; os registros existentes negociaram transferências; a ICANN reconheceu novos registros; e os instrumentos da ASO ou do NRO os conectaram à coordenação global. Nenhum evento único preencheu todas essas funções.

Evidências da capacidade de serviço e dos mecanismos de roteamento

A regionalização foi justificada em parte como uma resposta de serviço. As evidências disponíveis apoiam os indicadores de capacidade e os mecanismos específicos, deixando o desempenho comparativo não resolvido.

Um documento RIPE de maio de 1992 relatava mais de 60 organizações participantes e mais de 170.000 computadores alcançáveis na Europa. Eram contagens institucionais e de alcançabilidade de hosts da época, e não números de solicitantes, alocações, usuários ou resultados de serviço verificados independentemente. Eles mostram, no entanto, a escala do ambiente de coordenação em torno do novo centro.

As entidades RIPE haviam documentado o uso de endereços europeus antes que o NCC começasse a distribuir espaço. A partir de maio de 1992, ele atuou como registro delegado, e a partir de agosto, todas as solicitações europeias eram encaminhadas a ele. A sequência demonstra uma assunção regional operacional apoiada por uma comunidade técnica estabelecida.

O relatório anual de 1998 da APNIC fornece uma medida diferente. Ele autodeclarou um tempo de resposta atual de dois dias úteis para solicitações. Esse número não era uma meta e não descrevia uma distribuição de tempos de resposta, a qualidade das aprovações ou uma comparação com o serviço central anterior. Ele registra o nível de serviço atual declarado pela instituição naquele momento.

O mesmo relatório descrevia documentos traduzidos, documentação para membros, treinamentos e esforços para tornar o processamento de solicitações mais previsível. Essas atividades correspondiam às justificativas expressas na RFC 1466: comunicação entre idiomas, conhecimento do pessoal e relações mais próximas com operadores regionais. Os registros nacionais da Internet e outros arranjos sub-regionais adicionavam interfaces locais dentro da vasta zona de serviço Ásia-Pacífico.

As evidências de roteamento fornecem um relato mais sólido do mecanismo. Em janeiro de 1992, o contexto de tabela de roteamento sem default ou NSFNET descrito pelaRFC 1519continha cerca de 4.700 rotas. A série histórica de 1988 a 1991 havia aproximadamente dobrado a cada dez meses. Em dezembro de 1992, o valor da tabela era de 8.561, razoavelmente descrito como cerca de 8.500 rotas.

Alocações contíguas de potência de dois permitiam que várias redes de clientes fossem representadas por um único prefixo agregado quando a topologia do provedor se prestava a isso. A RFC 1519 tornava o roteamento interdomínio sem classe compatível uma condição para obter esse benefício. O planejamento de endereços sozinho podia organizar o inventário sem alterar o número de rotas anunciadas.

Um exame posterior naRFC 4632, usando observações até março de 2005, associava uma forte redução em 1994 das entradas da tabela de roteamento à implantação pelos provedores de BGP-4 e à agregação dos blocos de super-redes CIDR. O crescimento tornou-se então aproximadamente linear de meados de 1994 ao início de 1999 antes de acelerar novamente à medida que o multi-homing e a engenharia de tráfego produziam rotas mais específicas.

Essa história apoia uma cadeia de contribuição em vez de um efeito único de tratamento geográfico. A delegação regional e orientada a provedores ajudou a produzir blocos agregáveis. BGP-4 e a prática dos provedores converteram alguns desses blocos em anúncios agregados. Requisitos operacionais posteriores limitaram a redução.

O relatório da RFC 1467 de que o tratamento downstream mais próximo dos usuários finais ocorreu sem problemas importantes é um testemunho institucional contemporâneo. Ele fornece evidência de uma capacidade distribuída funcional. A fonte não fornece população antes-depois, referência de registro central, grupo de controle comparável ou distribuição completa de resultados. Consequentemente, não pode medir até que ponto a geografia em si alterou os tempos de resposta ou a carga de trabalho central.

A conclusão mais sólida diz respeito à capacidade institucional. Os registros regionais desenvolveram pessoal, processos de recebimento, treinamentos, documentação, pools de endereços e relações downstream. Os registros articulam as razões pelas quais essas características poderiam melhorar o serviço. Uma estimativa causal da redução de custos de transação exigiria observações no nível das solicitações, datas, resultados e uma comparação defensável entre designs administrativos.

Três casos de fronteiras institucionais

Os casos que subsistem mostram fronteiras administrativas mudando independentemente de alguns fatos institucionais. Eles não fornecem matrizes completas para os detentores individuais. Tratá-los como casos limite preserva o que é observável sem transformar fatos desconhecidos sobre o beneficiário, a implantação, o roteamento ou o direito em evidências.

ERX e a custódia herdada

O teste129.0.0.0/8ocorreu porque os primeiros registros se acumularam antes do mapa de serviço posterior. A ARIN herdou registros dos arranjos centrais, mesmo quando as redes candidatas estavam associadas à região servida pelo RIPE NCC.

Em 9 de dezembro de 2002, os registros começaram o trabalho preliminar de transferência para 43 candidatos. Eles previram avisos de contato para 11 de dezembro e a transferência de banco de dados para 10 de janeiro de 2003. Conflitos de registro e problemas de documentos comprobatórios podiam prosseguir depois. O anúncio não fornece nenhuma contagem final de candidatos concluídos, de modo que a população é um conjunto pré-transferência, em vez de um total de realização verificado.

A fronteira institucional é visível. ARIN e RIPE NCC eram depositários de registros diferentes com sedes sociais e processos de serviço diferentes. Um registro de candidato podia passar de um para o outro após reconciliação de contatos e revisão documental. O domicílio do beneficiário, os locais de equipamentos contemporâneos, as origens BGP históricas, os provedores upstream e os acordos de governança não são relatados no anúncio.

ERX prova a corrigibilidade administrativa e a dependência de caminho. Os candidatos entraram no sistema da ARIN por meio de custódia herdada, não por uma classificação demonstrada em 1997 de cada rede histórica como norte-americana. Em 2002, esse legado podia ser examinado em relação ao mapa de serviço regional.

A mudança institucional da APNIC

O piloto da APNIC começou em Tóquio em setembro de 1993 e serviu uma adesão distribuída por 12 economias no final da experiência. Sua busca por uma estrutura jurídica e operacional estável considerou independência organizacional, tributação, financiamento, continuidade e uma sede social viável.

O relatório anual de 1998 distingue a APNIC Ltd nas Seychelles da APNIC Pty Ltd na Austrália. Ele registra a conclusão da mudança operacional para Brisbane em agosto de 1998 sem interrupção do serviço ordinário. As duas entidades corporativas e o movimento das operações devem, portanto, permanecer distintos na história.

Este caso estabelece a separabilidade institucional. A região de serviço Ásia-Pacífico persistiu enquanto o secretariado mudava do Japão para a Austrália e a estrutura empresarial mudava. As evidências não acompanham os recursos de um membro nomeado através do domicílio, implantação física, origem BGP e contrato de governança. Essas dimensões do detentor de recursos são desconhecidas, em vez de discordâncias comprovadas.

Os registros nacionais da Internet adicionavam outra camada administrativa. Eles podiam fornecer interfaces nacionais ou linguísticas dentro da grande região da APNIC. Os provedores multinacionais apresentavam um problema organizacional diferente. A APNIC experimentou arranjos de confederação permitindo que grandes provedores mantivessem pools de alocação distintos, e a história institucional relata preocupações com taxas e administração que levaram à suspensão de novas confederações de ISP em 1998.

Esses arranjos mostram que um registro continental podia conter várias escalas de serviço. Eles também mostram por que a topologia comercial de um operador nem sempre correspondia perfeitamente a uma interface nacional única. Um registro direto de política e serviço seria sempre necessário para estabelecer o arranjo para um provedor particular.

A transição da África para a AFRINIC

A África inicialmente carecia de um registro regional único. Em 2001, oICP-2descrevia o serviço dividido entre ARIN e RIPE NCC, enquanto a APNIC também servia parte da região durante a transição posterior. A cobertura administrativa atravessava fronteiras institucionais antes que a AFRINIC assumisse o papel regional.

A AFRINIC foi constituída em Maurício em 2004. Seurelato históricositua as operações técnicas na África do Sul, a salvaguarda e recuperação de desastres no Egito e a coordenação de treinamento em Gana. Esses fatos descrevem as operações institucionais distribuídas do registro, e não a localização de cada rede membro.

O reconhecimento provisório chegou em 30 de setembro de 2004. Em 21 de fevereiro de 2005, APNIC, ARIN e RIPE NCC transferiram os serviços da região africana para a AFRINIC. A ICANN descreveu a AFRINIC como totalmente operacional nesse estágio, enquanto o reconhecimento final seguiu em 8 de abril. O instrumento do NRO e a adesão registrada vieram depois em abril.

Esta transição mostra uma fronteira de serviço administrativo se consolidando por acordo institucional. O registro público identifica os registros existentes, o novo registro, as funções operacionais, os marcos de reconhecimento e uma transição regional. Falta um conjunto de dados detentor por detentor cobrindo aviso, resposta, domicílio do beneficiário, implantação, origem de rota histórica, acordo de serviço aplicável, objeção e disposição.

O ICP-2 exigia que um RIR proposto demonstrasse o apoio de uma grande maioria dos ISPs da região. Também exigia processos políticos abertos, neutralidade, competência técnica, viabilidade financeira, registros verificáveis e uma transição dos registros existentes. Esses eram critérios de reconhecimento. Eles não constituem um levantamento verificado independentemente da posição de cada operador.

A solicitação da AFRINIC incluía um plano de transição, estatutos, arranjos de financiamento e evidências de apoio. Os RIRs existentes recomendaram o reconhecimento, e a ICANN avaliou a conformidade. Esses registros estabelecem um processo institucional estruturado. Eles deixam em aberto a questão de até que ponto as fronteiras de serviço exclusivas representavam cada operador envolvido ou consideravam objeções em casos individuais.

Através dos três casos, o resultado afirmativo é consistente: a responsabilidade pelo serviço podia mudar por reconciliação documental, reestruturação empresarial ou transição regional. A geografia administrativa selecionava um registro habitual, um fórum político, um depositário de registros e um pool de endereços. As evidências não medem a frequência com que outras dimensões coincidiam com ou se desviavam dessa seleção administrativa.

O reconhecimento transformou a prática em um sistema de fronteiras duradouras

O ICP-2 converteu a prática regional anterior em um quadro de reconhecimento mais explícito. APNIC, ARIN e RIPE NCC elaboraram os critérios em resposta à ICANN. O Conselho de Endereços da ASO os recomendou, e o Conselho de Administração da ICANN os aceitou em 4 de junho de 2001.

O memorando de entendimento da ASO de 2004 cita o ICP-2 conforme publicado pela ICANN em 7 de julho de 2001. A URL atual da ICANN é uma hospedagem posterior do texto de 2001, apesar da data embutida em seu caminho. A aceitação, a publicação citada e a hospedagem posterior são etapas documentais, em vez de versões concorrentes do quadro subjacente.

O ICP-2 esperava que um RIR proposto cobrisse uma grande região aproximadamente continental. Preferia um RIR sob uma única direção e em um único local por região, citando os riscos de que múltiplos registros poderiam fragmentar o espaço de endereçamento, complicar a coordenação e confundir os usuários.

Um candidato devia ter amplo apoio dos ISPs, um processo político aberto e ascendente, neutralidade, competência técnica, conformidade com princípios de conservação e agregação, financiamento viável, registros verificáveis e proteções adequadas de confidencialidade. A solicitação também devia incluir um plano de transição quando registros existentes já servissem a região.

O quadro reforçou a geografia administrativa de duas maneiras. A escala continental tornou-se um critério de reconhecimento, e registros regionais sobrepostos tornaram-se desfavorecidos. O que havia começado como atribuição e encaminhamento distribuídos adquiriu um caminho formal para aprovar instituições em escala regional.

O processo de seleção passava por vários círculos eleitorais. Os RIRs existentes redigiram o quadro. O Conselho de Endereços da ASO o recomendou. As comunidades candidatas reuniram evidências de apoio. Os registros existentes negociaram transições, e a ICANN emitiu reconhecimento provisório ou final. A zona de serviço do LACNIC nasceu de um acordo com a ARIN; a transição da AFRINIC envolveu três titulares e uma recomendação do NRO.

Os instrumentos examinados aqui dizem respeito à gestão de recursos de números da Internet, serviços de registro, coordenação e reconhecimento. Eles não pretendem fazer de um RIR o governo de sua região de serviço nem estabelecer um regime completo de propriedade ou conflito de leis. O teste de apoio do ICP-2 concentrava-se nos LIRs e ISPs, em vez de eleitorados nacionais.

Omemorando de entendimento ICANN-NRO ASO de 2004tornou explícito o papel cartográfico do sistema de registros. Previa que as regiões servidas por cada RIR seriam definidas pelos RIRs da maneira de sua escolha, enquanto o NRO asseguraria a cobertura de todas as zonas de serviço possíveis.

Esta cláusula colocou a definição da zona de serviço dentro do sistema coordenado dos RIRs. Os fóruns políticos, listas de discussão, eleições de membros, solicitações de reconhecimento, processos de comentários públicos e a hierarquia de recurso da RFC 2050 ofereciam formas de participação e revisão. Os registros examinados não contêm nenhum catálogo consolidado da época cobrindo solicitações de operadores para escolher outro RIR, permanecer com um titular após a transição ou obter uma exceção de fronteira permanente.

A ausência de tal catálogo estabelece uma lacuna de evidência, em vez da ausência de recurso. Uma avaliação confiável da contestabilidade exigiria o procedimento aplicável, as solicitações datadas, as decisões e os resultados de recurso em todos os registros.

As alternativas que a geografia suplantou

As regiões de serviço geográficas não eram o único design imaginável. A função, o idioma, a escolha do provedor e um livro-razão global compartilhado poderiam ter organizado partes do sistema de forma diferente.

Um modelo baseado em função dividiria as responsabilidades entre órgãos especializados. Uma instituição poderia alocar espaço IPv4, outra atribuir números de sistema autônomo, outra manter dados de registro, e outra operar a delegação reversa ou auditorias de uso. As administrações iniciais já separavam a alocação da IANA da manutenção de registros pelo Internet Registry, enquanto provedores e registros locais gerenciavam atribuições downstream.

Tal especialização poderia concentrar expertise. Sua principal dificuldade seria a coordenação entre funções dependentes. Um solicitante poderia precisar de endereços, um número de sistema autônomo, DNS reverso e autenticação de registro de várias autoridades. Correções e recursos exigiriam uma regra de precedência clara, enquanto a unicidade dependeria sempre de uma visão comum autoritativa.

O idioma oferecia um segundo princípio de organização. A RFC 1466 citava expressamente o idioma como justificativa para o serviço regional. Operadores de língua espanhola na Europa e nas Américas, operadores de língua árabe na África e Oriente Médio, ou operadores de língua inglesa em várias regiões poderiam se beneficiar de um serviço construído em torno da comunicação, em vez de continentes.

Comunidades linguísticas se sobrepõem, e muitos operadores trabalham em vários idiomas. Um registro linguístico precisaria de regras para solicitantes elegíveis a vários serviços e um modelo de financiamento para grupos linguísticos menores. Os registros regionais, em vez disso, desenvolveram documentos traduzidos, treinamentos, interfaces nacionais e registros locais dentro de uma estrutura administrativa maior.

Um modelo competitivo permitiria que operadores escolhessem entre registros. A concorrência poderia recompensar processos mais claros, taxas mais baixas ou respostas mais rápidas. Também poderia atender a redes cujas pegadas corporativas e operacionais atravessam fronteiras regionais.

A concorrência introduziria riscos de conservação e coordenação. Um solicitante recusado por um registro poderia buscar tratamento mais permissivo em outro. Os pools de endereços, delegações reversas, registros de inscrição, arquivos de solicitação confidenciais e históricos de auditoria exigiriam portabilidade confiável. A preferência do ICP-2 por um RIR por região favorecia expressamente a coordenação e um serviço padrão legível em detrimento de tal concorrência institucional.

A alternativa mais substancial era uma camada de serviço multi-provedor sobre um livro-razão único autoritativo. Os solicitantes poderiam usar um agente nacional, linguístico, orientado a provedor ou especializado. O agente de serviço validaria as solicitações e submeteria transações padrão a um registro reconciliado globalmente. Os operadores poderiam então mudar de agente de serviço sem renumerar ou mover o registro autoritativo entre pools regionais.

Vários designs históricos apontavam nessa direção. A RFC 1174 propunha registros delegados com registros agregados centrais. A RFC 1466 preservava o serviço direto do Internet Registry e os encaminhamentos. A RFC 2050 descrevia registros locais, atribuições a provedores, registros regionais e recursos ao pai. ERX demonstrou que a informação de registro e a delegação reversa podiam pelo menos entrar em um processo de transferência entre registros.

O desafio seria a autoridade precisa. Vários agentes atualizando o mesmo registro exigiriam autenticação forte e precedência determinística. Uma autoridade central de validação poderia deixar a concorrência regional amplamente cosmética. O serviço portável também complicaria o financiamento onde registros mantêm funções públicas caras para regiões cujos membros mais rentáveis poderiam sair.

A geografia venceu porque fornecia um padrão operacional compreensível ligado ao inventário de endereços e comunidades existentes. Uma organização ou rede se dirigia ao registro que servia sua região, seguia a política aplicável e recebia recursos do pool correspondente. Os registros nacionais e provedores podiam então gerenciar relações mais próximas.

Essa legibilidade continha uma compensação institucional. Uma vez que as zonas de serviço se tornaram exclusivas, uma rede cobrindo várias regiões tinha uma escolha prática limitada de administrador. O registro documental explica por que os administradores preferiam o modelo regional; ele não compara todas as alternativas através de métricas comuns de serviço, representação, conservação e roteamento.

A dependência de caminho tornou o mapa regional caro de substituir

Em 2005, o mapa regional repousava sobre mais do que um conjunto de fronteiras coloridas. Os blocos de endereços delegados ligavam cada registro a um inventário distinto. Os provedores haviam construído planos de clientes em torno das subalocações. As zonas de DNS reverso seguiam a hierarquia. Os sistemas de registro acumulavam registros, práticas de autenticação e históricos de auditoria.

As instituições humanas se desenvolveram em torno desses ativos técnicos. O pessoal adquiriu expertise regional e política. Os membros pagavam taxas, participavam de listas de discussão e reuniões, e elegiam conselhos. Os solicitantes dependiam dos contatos e credenciais do registro. Cada interação adicional tornava a relação de serviço existente mais fácil de continuar e mais difícil de substituir.

As estruturas empresariais adicionavam compromissos envolvendo emprego, tributação, compras, serviços bancários, responsabilidade e contratos. O RIPE NCC operava por meio de sua associação holandesa. A ARIN tornou-se uma instituição independente baseada na Virgínia. As entidades seychellense e australiana da APNIC formavam partes distintas de sua transição corporativa. O LACNIC desenvolveu sua base institucional regional, enquanto a AFRINIC foi constituída em Maurício.

A constituição identifica o domicílio legal e a estrutura de uma entidade de registro. Ela não pode, por si só, estabelecer a lei que rege um detentor de recursos, uma rota, uma alocação ou um acordo de serviço particular. Essas questões exigem o contrato pertinente e as regras jurídicas aplicáveis.

Os instrumentos de reconhecimento forneciam outra camada de continuidade. APNIC, ARIN e RIPE NCC assinaram o primeiro memorando de entendimento da ASO em outubro de 1999. APNIC, ARIN, LACNIC e RIPE NCC formaram o NRO por meio domemorando de entendimento de 24 de outubro de 2003. O memorando de entendimento da ASO de 2004 colocou o NRO no papel da ASO, e a AFRINIC aderiu após o reconhecimento por meio de seu instrumento de abril de 2005 e adesão.

O encaminhamento reforçou as instituições. Uma vez que os solicitantes eram sistematicamente enviados ao registro de sua zona geográfica, esse registro acumulava mais registros, taxas, conhecimento operacional e participação política. Esses ativos aumentavam sua capacidade de servir a mesma região, tornando a fronteira progressivamente mais natural, mesmo que tivesse sido construída por escolhas administrativas anteriores.

Os registros históricos tornaram-se visíveis dentro deste arranjo. ERX tratou registros herdados da era central porque sua custódia não correspondia mais ao mapa de serviço estabelecido. O esforço necessário para reconciliar contatos, documentação, entradas de banco de dados e delegação reversa ilustra o custo de mudar de administrador após a dependência operacional se acumular.

O inventário de endereços contribuiu para sua própria inércia. A RFC 1466 ligava certas faixas/7a zonas geográficas, preservando o espaçoMultirregionaleOutras. Alocações posteriores da IANA continuaram a estrutura de blocos hierárquica. Um prefixo podia, portanto, carregar uma linhagem administrativa sem revelar sua implantação atual ou origem de rota.

Ahistória visual das alocações IPv4da CAIDA ilustra os fluxos através de administradores mutáveis desde 1977. Sua representação agregada é útil para a linha do tempo institucional. Ela não oferece nenhuma explicação no nível das solicitações, nenhum mapa de implantação completo, nenhuma análise da lei aplicável nem nenhuma evidência de por que um prefixo particular apareceu por uma rota particular.

A dependência de caminho é compatível com um benefício real. A experiência concentrada pode melhorar a compreensão que um registro tem de seus membros e políticas. A mesma concentração aumenta os custos de mudança e reduz a escolha institucional. O registro histórico apoia ambos os mecanismos sem fornecer uma métrica comum que determine seu equilíbrio ótimo.

O registro, o roteamento, a jurisdição e a propriedade permanecem distintos

A RFC 2050 descrevia o registro como um registro público apoiando a unicidade e a solução de problemas. Ela também usava uma linguagem de controle adaptada às políticas de alocação da época. Uma atribuição delegava autoridade sobre um bloco a uma empresa final. Os endereços fornecidos por provedores eram descritos como empréstimos durante a conectividade, e os clientes mudando de provedor eram incentivados a devolvê-los e renumerar. As transferências exigiam aprovação do registro.

Essas disposições regiam as relações operacionais dentro do sistema de distribuição de endereços. Os instrumentos examinados aqui não pretendem fornecer um código de propriedade completo para todos os sistemas jurídicos. Eles também não determinam como os tribunais classificariam os direitos contratuais, a confiança, a posse ou os interesses econômicos posteriores nos recursos de números.

A fronteira de serviço de um registro indica qual instituição avalia ordinariamente as solicitações, mantém registros, gerencia um fórum político e administra um pool. A jurisdição sobre uma organização ou acordo particular pode depender da constituição, condições contratuais, conduta, escopo legal e regras de conflito de leis. Um mapa regional sozinho não pode decidir essa análise.

As observações BGP respondem a outra pergunta. Elas associam um anúncio de rota a um sistema autônomo de origem conforme observado por coletores de roteamento e momentos particulares. Tais observações podem ajudar a reconstruir o comportamento de roteamento, mas não estabelecem a localização de cada roteador, a propriedade última da infraestrutura, a autorização, o domicílio do beneficiário ou o registro apropriado.

Os dados de alocação e registro podem corroborar parte de um histórico operacional. Eles não substituem observações de roteamento arquivadas, registros empresariais, evidências de implantação ou acordos de serviço. A distinção importa especialmente quando um registro administrativo é tratado como a evidência de uma conclusão jurídica ou física muito mais ampla.

A administração do registro tem, no entanto, consequências materiais. Dados incorretos podem afetar o DNS reverso, a certificação de recursos, contatos de abuso, o processamento de transferências e a capacidade de um operador demonstrar controle administrativo. A conclusão disciplinada é, portanto, substancial em vez de desdenhosa: os registros de números regem relações de coordenação importantes, e o escopo de cada relação deve ser estabelecido a partir das evidências pertinentes.

A geografia tornou-se infraestrutura

O mapa das cinco regiões foi construído, não descoberto. Suas fundações eram necessidades de serviço plausíveis, um inventário de endereços escasso, pressão de roteamento, administração delegada e comunidades operacionais. Sua forma duradoura veio dos encaminhamentos, pools de endereços, empresas, acordos de transição, critérios de reconhecimento e dependência acumulada.

Esta história não apoia nem uma inevitabilidade puramente técnica nem uma narrativa simplesmente decorativa. Os registros regionais tornaram-se uma verdadeira infraestrutura para alocação, registro, política, delegação reversa, treinamento e coordenação. Ao mesmo tempo, os registros examinados aqui deixam a questão da otimização e representatividade das fronteiras de serviço exclusivas não resolvida.

O significado duradouro do mapa reside nessa combinação. A geografia resolveu um problema de coordenação administrativa suficientemente bem para se tornar integrada, e depois herdou a autoridade dos sistemas construídos em torno dela. Suas fronteiras organizam o serviço sem tornar os números da Internet territoriais, e sua durabilidade reflete uma estratificação institucional, em vez de uma propriedade do protocolo em si.