Zusammenfassung

  • draft-ietf-spring-resource-aware-segments-20 lässt bestehende SR-MPLS-SIDs und SRv6-Locators/SIDs neben der Weiterleitungsfunktion ein NRP oder einen lokalen Ressourcensatz auswählen.
  • Die Kennung beschreibt Sollbehandlung. Sie beweist weder Zuteilung auf jedem Knoten noch konsistente Bindung, ausbleibenden Best-Effort-Fallback oder die Erfüllung des SLA.

Das Paket kam an. Die SID war korrekt, der Pfad blieb erreichbar, doch auf einem Zwischenknoten war die reservierte Queue nie angelegt worden. Der Router wich auf Best Effort aus. Aus Sicht der Erreichbarkeit war der Vorgang erfolgreich; aus Sicht des gekauften Dienstes war er es nicht.

Diese Differenz trägt Revision 20 von Introducing Resource Awareness to SR Segments, veröffentlicht am 30. September 2026. Der aktive SPRING Internet-Draft zielt auf Proposed Standard und befindet sich in IESG Evaluation / AD Followup; ein DISCUSS besteht fort. Er ist kein RFC und kein Nachweis für breite Implementierung, Interoperabilität oder messbare SLA-Erfüllung.

Die Kennung verweist auf lokalen Zustand

Segment Routing gibt einer SID eine Weiterleitungsanweisung. Der Entwurf ergänzt Ressourcensemantik, ohne einen neuen SID-Typ einzuführen. Eine resource-aware Adj-SID kann Next Hop und lokale Linkressourcen bezeichnen. Eine Prefix-SID kann einen Weg und die Ressourcen eines Network Resource Partition verbinden. Bei SRv6 liefert der Locator den NRP-Kontext; End.X oder andere SIDs bestimmen lokale Aktion und Ressourcen.

Das schafft feinere Isolation als die begrenzten DiffServ-Klassen. Doch die SID bleibt ein Schlüssel. Sie sieht nicht, ob der Scheduler Gewicht reserviert hat, eine Queue nach Neustart wiederhergestellt wurde oder der nächste Knoten dieselbe Bindung führt. Das Paket trägt den Wunsch, nicht das Inventar.

Globaler Sinn entsteht aus lokalen Zusagen

Lokale Segmente binden Ressourcen eines Knotens oder Links. Globale Segmente beziehen sich auf den Ressourcensatz eines NRP. Physisch entsteht dieser Satz nur, wenn alle Teilnehmer zuteilen und ihre Bindungen übereinstimmen.

Revision 20 verbietet die Nutzung vor vollständiger Provisionierung. Ein Update ist erst fertig, wenn sämtliche Knoten erfolgreich geändert wurden. Teilfehler müssen gemeldet werden; das Management sollte zurückrollen können. Erkennt ein Knoten Inkonsistenz, dürfen betroffene SIDs nicht weiterleiten, und der Fehler soll protokolliert werden.

Das sind Commit-Bedingungen, kein vollständiges Transaktionsverfahren. Ressourcenteilung, YANG-Erweiterungen und Teile des Kontrollprotokolls liegen außerhalb des Dokuments. Betreiber brauchen deshalb eigene Belege für Absicht, Mitglieder, Menge, SID/Locator, Annahme pro Knoten, Hardwarezustand, Aktivierung, Konsistenz und Rollback.

Best Effort kann den Vertragsbruch verdecken

Findet ein Transitknoten keine lokale Ressource für das gewählte NRP, soll er standardmäßig verwerfen. Eine Option kann Best-Effort-Weiterleitung erlauben. Auch Überschussverkehr kann verworfen, herabgestuft oder gewöhnlich behandelt werden.

Fallback erhält Erreichbarkeit und zerstört zugleich die einfache Erfolgsaussage. Ankunft beweist nicht mehr Isolation, Latenz oder Jitter. Der Entwurf verlangt deshalb, Best-Effort-Fallback zu melden. Ohne diesen Beleg sieht degradierte Zustellung wie Premiumzustellung aus.

Ein sicherer Kanal macht einen Knoten nicht wahrhaftig

Zuteilung, SID-Bindung und Verteilung müssen gegenseitige Authentisierung, Autorisierung, Integrität und Replay-Schutz nutzen; Kapazitätsdaten sollten vertraulich bleiben. Admission Control soll verhindern, dass Reservierungen die Basis-SR-Ebene aushungern.

Ein kompromittierter Knoten kann dennoch nicht zugeteilte Ressourcen behaupten, Kapazität übertreiben oder ein NRP selektiv verschlechtern. Ein authentischer Bericht beweist Absender und Unverändertheit, nicht die Existenz der Queue.

Der Implementierungsabschnitt nennt mehrere Huawei-Routerfamilien als zum 28. August 2025 in Produktion gemeldet. Nach dem Hinweis gemäß RFC 7942 sind diese Angaben von Beitragenden geliefert, nicht verifiziert und keine IETF-Billigung. Das Quellenpaket enthält weder Mehrhersteller-Test noch reproduzierbare SLA-Messung.

Die belastbare Kette reicht daher von autorisiertem Dienstwunsch, Version, NRP, Ressourcenmenge und SID über lokale Zulassung, tatsächliche Zuteilung, konsistente Bindung und Aktivierung bis zu Klassifikation, Drop-/Fallback-Zählern, Messung und Anwendungsergebnis. Nach Wartung oder Störung ist sie neu zu führen, auch wenn die SID gleich bleibt.

Heng Lus Prinzip einer minimalen Anfangsspezifikation passt: Gemeinsam werden portable Semantik und sichere Fehlerregeln festgelegt; Dimensionierung, Preis, Zulassung und Reparatur bleiben lokal. Vorrang für laufenden Code heißt zudem, dass ein Standards-Entwurf und eine erkannte SID keine Adoption beweisen. Die SID wählt die Spur. Nur die Belegkette zeigt, ob sie vorhanden war.

Quellen