Resumo
- O RIPE-81 tratou a conversão entre política e configuração como requisito. Um relato de 1993 documenta um protótipo pequeno, não uso geral.
- A decisão de 1994 separou descrição do roteador e configuração; o RFC de 1995 era informativo.
O RIPE-81 partia de um problema concreto: o roteamento europeu não tinha um núcleo único e coordenado, e as redes descreviam políticas de trânsito de formas diferentes. A proposta de fevereiro de 1993 guardava essas políticas em objetos estruturados na base RIPE. O formato deveria ser claro, geral, verificável e aplicável, com tradução nos dois sentidos entre política e arquivos de configuração.
Traduzir não era instalar. A base registrava uma política declarada; um programa podia convertê-la em listas de acesso Cisco ou gated; o operador podia revisar e carregar o arquivo. A configuração em execução, os anúncios BGP e as medições de tráfego eram evidências distintas. Uma entrada não provava que as etapas seguintes correspondiam a ela.
Em 22 de fevereiro de 1993, Tony Bates escreveu que ripe-81 ainda aguardava ratificação. Um protótipo básico gerava listas de acesso, e um piloto “muito pequeno” no NCC usava uma pseudobase de dados. Ele também citou ferramentas iniciais de rastreamento e configuração. O relato demonstra uma experiência limitada, não implantação ampla. Seria incorreto negar que havia geração; também seria incorreto transformar o piloto em estatística de adoção.
As atas do RIPE 18 colocam o trabalho ao lado do Merit Routing Registry e da transição da NSFNET. Listam quatro AS no registro Merit e uma beta do Routing Policy Server. Esse recorte não conta quantas redes usavam as ferramentas. Um formato comum ajudava a comparar relações, mas não transferia decisões sobre contratos e equipamentos para quem mantinha a base.
O objeto inet-rtr deveria descrever interfaces e relações de peering para ferramentas como PRIDE. As atas de setembro de 1994 registram o acordo de que ele não deveria configurar roteadores. A restrição sobre esse objeto descritivo convive com o relato anterior de geração: criar um arquivo candidato e aplicá-lo são etapas diferentes.
RIPE-181 revisou a representação. O RFC 1786, de março de 1995, descreveu objetos aut-num e route e ferramentas para comparar políticas registradas com o roteamento observado. Era Informational. A afirmação de que rotas não descritas não deveriam ser roteadas era uma norma, não prova de aplicação automática. Um objeto route não é anúncio BGP; um arquivo gerado não é configuração carregada; e a configuração não revela sozinha o caminho dos pacotes.
A história atual da base RIPE situa a criação do Internet Routing Registry em 1995 e descreve a separação posterior das informações de alocação. Isso não fecha a lacuna entre protótipo e prática corrente. RIPE tornou as políticas mais portáteis e forneceu entradas às ferramentas, ao mesmo tempo que delimitava o controle dos equipamentos. “The Policy Mirror”, de Heng Lu, oferece uma lente, não evidência histórica. O registro podia preparar um filtro; quem operava a rede decidia aplicá-lo.
Fontes
Briefing para membros
Contexto aprofundado do perfil
Faça login com o nível de assinatura correto para desbloquear o briefing completo e as notas das fontes.
Apenas para Strategic Circle
Strategic Circle
Aberto a todos os leitores. Desbloqueie Briefings de perfil após se inscrever e fazer login.
Junte-se ao Strategic CircleSomente para Leadership Alliance
Leadership Alliance
Para proprietários e gestores qualificados de ativos de PI; faça login para desbloquear os briefings da Leadership Alliance.
Junte-se ao Leadership Alliance
