Zusammenfassung

  • RFC 3468 hielt den Konsens fest, MPLS-Arbeit auf RSVP-TE für Traffic Engineering zu konzentrieren und keine neue CR-LDP-Arbeit zu beginnen.
  • Der Beschluss wählt weder ein Netz noch eine Implementierung; Dokumentstatus, externe Referenzen und Betrieb bleiben getrennte Fragen.

Was das IESG tatsächlich annahm

RFC 3468 erschien im Februar 2003 als Informational RFC. Schon sein Titel beschreibt einen Beschluss über den Arbeitsfokus der MPLS Working Group. Der Text berichtet von einer Debatte über RSVP-TE und CR-LDP. Der daraus hervorgegangene Konsens lautete, sich für Traffic Engineering auf RSVP-TE zu konzentrieren und keine neue Arbeit zu CR-LDP aufzunehmen; das IESG nahm diesen Konsens an.

Das ist eine Aussage über den Zuständigkeitsbereich eines Standardisierungsgremiums. Sie verlangt nicht, dass ein Betreiber ein laufendes Protokoll aus seinem Netz entfernt. Sie erklärt keine bestimmte Produktimplementierung zum Sieger und bestimmt auch nicht die Auswahl eines LSP oder Dienstes. Wer aus ihr eine Netzentscheidung macht, vermischt Arbeitsprogramm, RFC-Status und den operativen Kontext eines konkreten Netzes.

Was die Begrenzung ausdrücklich offenließ

RFC 3468 zählt die Dinge auf, die sich gerade nicht ändern. Die Schrift schlägt keine Änderung des Status von RFC 3212 oder seiner Erweiterungen vor. Sie widerruft diese Dokumente nicht. Sie verlangt vielmehr ihre fortgesetzte Referenzierbarkeit, weil Organisationen außerhalb der IETF sie noch referenzieren können und ihre Verweise in eigenem Tempo anpassen dürfen. Zugleich soll der Beschluss Einzelne nicht daran hindern, weiterzuarbeiten, auch wenn fortgesetzte Gruppenarbeit auf diesem Pfad nicht ermutigt wird.

Diese Abgrenzungen sind nicht redaktionelle Nebensachen. Keine neue Gruppenarbeit löscht kein Dokument. Ein referenzierbares Dokument ist keine Betriebsempfehlung. Und individuelle Freiheit begründet kein offizielles Arbeitsprogramm. Erst diese Trennung erlaubt einen belastbaren Eintrag darüber, was ein Beschluss bewirkte und was er nicht bewirkte.

Eine eng belegte Rolle für Andersson

Das öffentliche IETF-Profil von Loa Andersson führt seine Beteiligung an RFC 3468 auf. Die hier belegte Leistung ist die gemeinsame Ausarbeitung des Dokuments mit George Swallow, nicht eine gegenwärtige Verfügungsgewalt über fremde Netze oder Implementierungsentscheidungen. Das angemessene Porträt schreibt ihm deshalb eine klar abgegrenzte Rolle bei der Formulierung des Arbeitsumfangs zu und verlangt für jede operative Schlussfolgerung netz- und zeitbezogene Evidenz.

Der RFC enthält außerdem eine Erhebung aus Juni 2002: Von 23 Antworten nannten 22 RFC 3209 für GMPLS-Signalisierung, drei RFC 3212. Das ist ein historischer Hinweis auf eine kleine, datierte Rückmeldung. Es ist weder eine aktuelle Marktstatistik noch eine automatische Empfehlung für späteren Einsatz.

Der Nutzen einer Charta-Grenze

Die stärkere Lesart dieser Geschichte lautet nicht „ein Protokoll gewann“. Sie lautet: Ein freiwilliges Standardisierungsgremium ordnete seine begrenzte Arbeit neu und beschrieb sorgfältig die verbleibenden Grenzen. Für Audits und Architekturentscheidungen sollte jede spätere Behauptung einem passenden Belegtyp zugeordnet werden: Chartaentscheidungen für Arbeitsrichtung, Dokumentmetadaten für Status, externe Quellen für Referenzen und operative Daten für tatsächlichen Einsatz.

Quellen