Zusammenfassung

  • Am 9. September eröffnete die IESG den Last Call für Revision 20 zur Anwendung von ACTN auf Paket-Optik-Integration. Kommentare sind bis 23. September möglich; der beabsichtigte Status ist Informational. Eine Billigung oder RFC-Veröffentlichung lag zum Stichtag nicht vor.
  • Bei teilweiser Zusammenfassung kennt der MDSC die Paket-TE-Topologie vollständig, erhält von der optischen Domäne aber eine abstrakte Sicht. Der optische PNC behält die lokale Pfadberechnung und kann interne Angaben policygesteuert verbergen.
  • Diese Sicht beschreibt potenzielle Konnektivität. Physischer Bestand, Ressourcenzusage, ausgeführte Konfiguration und gemessener Dienst sind davon getrennte Nachweisstufen.

Der Last Call prüft eine Beschreibung, keine Installation

Die IESG-Mitteilung vom 9. September bittet bis zum 23. September um letzte sachliche Kommentare zu Applicability of Abstraction and Control of Traffic Engineered Networks (ACTN) to Packet Optical Integration (POI). Vorgesehen ist ein Informational RFC.

Der Datatracker-Eintrag stand bei Redaktionsschluss weiterhin auf „In Last Call“. Es gibt deshalb noch keine IESG-Genehmigung, keine endgültige RFC-Nummer und keine Grundlage für die Behauptung, Betreiber müssten die beschriebenen Varianten einsetzen.

Das öffentliche Shepherd Write-up enthält eine technische Zusammenfassung und nennt die Verantwortlichen. Die Vorlagenfragen zu Kontroversen, vorhandenen Implementierungen und Anbieterplänen bleiben ohne konkrete öffentliche Antwort. Daraus folgt weder, dass es keine Implementierung gibt, noch dass eine Verbreitung belegt wäre.

Teilweise Zusammenfassung ist eine Aufteilung von Zuständigkeit

Ein durchgehender Dienst kann Router, Paketlinks, Transponder, Wellenlängen und mehrere Verwaltungsdomänen berühren. Würde eine zentrale Stelle jedes physische Attribut besitzen, könnte sie umfassend rechnen. Zugleich entstünden neue Skalierungs-, Vertraulichkeits- und Abhängigkeitsrisiken.

ACTN verteilt diese Rollen. Der Multi-Domain Service Coordinator, MDSC, koordiniert die Dienstabsicht. Provisioning Network Controllers, PNCs, steuern ihre Paket- oder optischen Domänen. Die Schnittstelle übermittelt eine für die gemeinsame Entscheidung geeignete Darstellung.

Revision 20 des Internet-Drafts beschreibt bei „partial summarization“ eine vollständige Paket-TE-Sicht des MDSC und eine abstrakte optische TE-Sicht. Die optische Pfadberechnung bleibt beim O-PNC. Bei „full knowledge“ erhält der MDSC mehr Details, doch der Text nennt Skalierungsprobleme und optische Attribute, die herstellerspezifisch und zwischen Domänen verschieden sein können.

Die beiden Modelle bilden keine Qualitätsrangliste. Sie verteilen Wissen und Berechnung anders. Mehr Zentralwissen kann bestimmte Optimierungen erleichtern, erhöht aber Offenlegung und Kopplung. Abstraktion schützt lokale Autonomie und verlangt dafür verlässliche Übergaben.

Die Policy gehört zur Bedeutung der Karte

RFC 8453 beschreibt ACTN-Abstraktion als Anwendung von Netzwerk-Policy auf Informationen. Ein PNC kann technologische Details oder interne Topologie verbergen und stattdessen potenzielle Konnektivität präsentieren. Empfänger und Detailgrad einer Export-Sicht sollen authentisiert, zugriffsbeschränkt, konfigurierbar und policybasiert sein.

RFC 7926 zeigt abstrakte Topologien, die Möglichkeiten zwischen Randpunkten mit Parametern wie Bandbreite oder Latenz bekanntgeben. Ändert sich das zugrunde liegende Netz oder seine Ressourcennutzung, kann eine periodische oder inkrementelle Aktualisierung nötig werden. Ohne Erstellungszeit und Aktualisierungsregel fehlt der Sicht deshalb ein wesentlicher Teil ihrer Aussage.

RFC 8795 trennt die Native TE Topology des Anbieters von einer für einen Kunden angepassten Topologie. Verschiedene Kunden dürfen verschiedene Sichten bekommen. Transitional TE Links repräsentieren dabei potenzielle Übergänge zwischen Schichten, bevor ein Server-Layer-Trail eingerichtet ist.

Eine abstrakte Topologie kann also für ihren Zweck korrekt sein, obwohl sie kein Anlagenverzeichnis ist. Sie beantwortet, welche Optionen Kunde C unter Policy P betrachten darf. Sie sagt nicht automatisch, welches Gerät vorhanden ist, welche Kapazität schon zugesagt wurde oder welchen Dienst der Kunde gemessen hat.

Ein Loose Path verschiebt den entscheidenden Schritt nach unten

Der MDSC kann einem PNC einen strikten oder lockeren Pfad übergeben. Beim Loose Path legt er Randpunkte und Bedingungen fest; der PNC bestimmt den vollständigen Weg innerhalb seiner Domäne und meldet seine Auswahl zurück. Interne Erkennung und Aufbau durch einen optischen PNC sind oft herstellerspezifisch und liegen außerhalb des Dokumentumfangs.

Damit ist ein zentraler Rechenlauf kein vollständiger Ausführungsbeleg. Der MDSC kann nachweisen, welche Sicht und welche Randbedingungen er verwendete. Die Wahl des lokalen optischen Pfads, eine Reservierung, die Geräteantwort und ein späterer Schutzwechsel brauchen Daten aus der Domäne.

Die Unterschiede werden an Muxpondern sichtbar. Mehrere Client-Ports teilen sich einen Trunk, während das Gerät möglicherweise nur bestimmte Portpaare zulässt. Aggregierte Kapazität kann ausreichend aussehen, bis eine lokale Restriktion die konkrete Verbindung verhindert. Bei einem LAG kann der Status „up“ bleiben, obwohl der Verlust mehrerer Mitglieder die erwartete Redundanz bereits unterschreitet.

Die Nachweiskette muss deshalb mehrere Verben behalten:

Sicht angekündigt ≠ Pfad berechnet ≠ Ressource zugesagt ≠ Konfiguration ausgeführt ≠ Dienst beobachtet.

Automatisierung verkürzt die Zeit zwischen diesen Ereignissen. Sie ändert nicht deren Bedeutung.

Dokumentierte Lücken sind keine dokumentierten Ausfälle

Der Draft führt offene Modell- oder Mechanismusfragen auf: Ergänzungen zur Pfadberechnung, SR-TE-Einrichtung, Mindestzahl aktiver LAG-Mitglieder, besondere Verkehrsaufteilung und Konnektivitätsrestriktionen mancher Muxponder. Betreiber sollen außerdem prüfen, welche Kombinationen ihre Anbieter tatsächlich unterstützen.

Die Offenheit macht den Text belastbarer. Sie verhindert, dass eine gemeinsame Architektur als fertiges Universalprodukt verkauft wird. Die Liste belegt jedoch keinen Netzausfall, keinen Herstellerfehler, keine SLA-Verletzung und kein Interoperabilitätsergebnis. Sie markiert Arbeitsgrenzen.

Im Betrieb braucht das integrierte System Überwachung über beide Schichten. Fehlerisolierung und Wiederherstellung können schwieriger werden, weil eine optische Störung Paketwirkungen erzeugt. Eine vereinfachte Koordinatoransicht ist nützlich, solange die lokalen Beobachtungen für die spätere Rekonstruktion erhalten bleiben.

Zugriffsrecht ist nicht Liefernachweis

Die MDSC-PNC-Schnittstelle berührt sensible Topologie und Ressourcen. Der Draft verlangt sicheren Transport und granulare Autorisierung. RFC 8341 definiert NACM, RFC 8040 RESTCONF und RFC 6241 NETCONF.

Authentisierung sagt, welche Identität in einem geschützten Kontext handelte. Autorisierung sagt, welche Anfrage sie stellen durfte. Keine davon reserviert eine Wellenlänge oder misst Latenz. Ein berechtigter Wunsch kann an einer lokalen Bedingung scheitern, und eine geschützte Rechenantwort kann vor der Geräteausführung liegen.

Diese Trennung verhindert, dass Sicherheitsprotokolle als Leistungsversprechen missbraucht werden. „Der autorisierte MDSC forderte die Verbindung an“ ist eine andere Aussage als „die vereinbarte Kapazität stand im Messfenster bereit“.

Ein schichtübergreifender Entscheidungsbeleg

Rechenschaft verlangt nicht die Veröffentlichung nativer Topologie. Ein schichtübergreifender Entscheidungsbeleg kann die Zustandswechsel verbinden, ohne vertrauliche Faserrouten offenzulegen.

Er identifiziert zunächst die Sicht: Topologie-ID und Version, Zielkunde, ausstellender PNC, Verantwortlicher der Abstraktions-Policy, Erstellungszeit, Gültigkeit und Frische. Die Domäne behält ihren vollständigen Bestand; ein geschützter Verweis oder Hash verbindet den Beleg mit dem Ausgangszustand.

Danach folgen Dienstabsicht, Restriktionen, anfragende Identität, Zugriffsentscheidung sowie MDSC-Software und Policy-Version. Zentrale und delegierte Berechnungen werden getrennt. Bei einem Loose Path stehen die übergebenen Randpunkte und Bedingungen im Beleg, nicht ein erfundener interner Weg.

Zusage und Realisierung bekommen eigene Ereignisse. Jede Domäne quittiert Umfang und Ablauf einer Reservierung oder Zusage. Erst danach werden Paket- und Optikkonfiguration, lokaler Pfadverweis, blockierende Restriktion und Schutzstatus erfasst. Den Abschluss bilden Messfenster, Erreichbarkeit, Leistung, Alarme, Wiederherstellung, Rollback und Korrektur.

Dieser Beleg ist Daniel Kades redaktioneller Vorschlag, keine IETF-Anforderung. Er überträgt Heng Lus Policy Mirror auf verteilte Steuerung: Akteur, Regel und zustandsgerechter Nachweis bleiben sichtbar. Die Minimum Initial Specification spricht für einen schmalen gemeinsamen Kern mit lokaler Wahlfreiheit. Why BTW Media Exists setzt die publizistische Grenze: Ein Architekturpotenzial ist noch kein beobachtetes Ergebnis.

ACTN kann Domänen verbinden, ohne sie zu entkleiden. Dafür muss die abstrakte Sicht als Policy-Objekt behandelt werden und jeder Schritt von der Möglichkeit zum Dienst seinen eigenen Beleg behalten.

Quellen

  1. IESG Last-Call-Mitteilung
  2. IETF-Datatracker-Eintrag
  3. Internet-Draft Revision 20
  4. Shepherd Write-up
  5. RFC 8453
  6. RFC 7926
  7. RFC 8795
  8. RFC 8341
  9. RFC 8040
  10. RFC 6241
  11. Heng Lu — The Policy Mirror
  12. Heng Lu — Minimum Initial Specification
  13. Heng Lu — Why BTW Media Exists