Zusammenfassung

  • RIPE-81 machte die Übersetzung zwischen Policy und Router-Konfiguration zum Ziel. Ein Bericht von 1993 belegt einen kleinen Prototyp, keine allgemeine Nutzung.
  • Die Grenze von 1994 trennte Routerbeschreibung und Konfiguration. RFC 1786 war informativ und belegt keine universelle Durchsetzung.

RIPE-81 setzte im Februar 1993 bei einem praktischen Problem an: Das europäische Routing hatte keinen einzelnen koordinierten Kern, und Netze beschrieben Transit-Policies unterschiedlich. Der Vorschlag war, Policies als strukturierte Objekte in der RIPE-Datenbank abzulegen. Sie sollten klar, allgemein, prüfbar und anwendbar sein und sich zwischen Policy und Router-Konfiguration übersetzen lassen.

Übersetzbarkeit war keine Fernsteuerung. Die Datenbank konnte eine erklärte Policy speichern; ein Werkzeug konnte Cisco- oder gated-Zugriffslisten erzeugen; der Betreiber konnte die Ausgabe prüfen und laden. Aktive Konfiguration, BGP-Ankündigungen und Verkehrsbeobachtungen waren getrennte Belege. Ein Datensatz bewies nicht, dass die späteren Zustände ihm entsprachen.

Tony Bates schrieb am 22. Februar 1993, ripe-81 warte noch auf Ratifikation. Ein einfacher Prototyp erzeugte Cisco- und gated-Listen; beim NCC habe ein „sehr kleiner“ Pilot eine Pseudodatenbank verwendet. Er erwähnte frühe Trace- und Konfiguratorwerkzeuge. Das belegt einen begrenzten Versuch, nicht breite Nutzung. Es wäre falsch, jede Generierung zu verneinen; ebenso falsch wäre, aus dem Pilot eine Einführungsquote abzuleiten.

Die RIPE-18-Protokolle nennen vier AS-Nummern im Merit Routing Registry und eine Beta des Routing Policy Server. Sie ordnen die Arbeit neben Route-Servern und dem NSFNET-Übergang ein. Das ist ein Sitzungsausschnitt, keine Nutzungsstatistik. Ein gemeinsames Format erleichterte den Vergleich, übertrug aber weder Verträge noch Geräteentscheidungen an den Datenbankbetreiber.

Das Objekt inet-rtr sollte Schnittstellen und Peering-Beziehungen für Werkzeuge wie PRIDE beschreiben. Die Protokolle vom September 1994 halten fest, dass es nicht zur Router-Konfiguration dienen sollte. Diese Grenze für das beschreibende Objekt widerspricht der früheren ACL-Generierung nicht: einen Vorschlag zu erzeugen und anzuwenden sind verschiedene Schritte.

RIPE-181 überarbeitete die Darstellung. RFC 1786 erschien im März 1995 als Informational-Dokument, beschrieb aut-num- und route-Objekte und erörterte Werkzeuge zum Vergleich gespeicherter Policy mit beobachtetem Routing. Die Aussage, nicht beschriebene Routen sollten nie geroutet werden, ist eine Entwurfsnorm, kein Nachweis universeller Durchsetzung. Ein route-Objekt ist keine BGP-Ankündigung; eine erzeugte Datei ist keine geladene Konfiguration; diese zeigt nicht allein den Paketweg.

Die heutige RIPE-Datenbankchronik datiert die Gründung des Internet Routing Registry rückblickend auf 1995. Sie schließt die Lücke zwischen Prototyp und Alltag nicht. RIPE machte Policies transportabler und lieferte Werkzeugen strukturierte Eingaben, während die Gruppe Grenzen bei der Gerätesteuerung zog. Heng Lus „The Policy Mirror“ ist eine Deutungshilfe, kein historischer Beleg. Das Register konnte Filter entwerfen; anwenden mussten sie die Betreiber.

Quellen