Zusammenfassung

  • RFC 3063 ließ das Label erst nach dem Rücklauf des Fadens zu und machte Schleifenfreiheit damit zur Voraussetzung des Pfadaufbaus, statt sie aus der Route abzuleiten.
  • Farbe, Hop Count und TTL hielten den Faden in einem Zustand fester Größe; die Zusage blieb jedoch auf das Kontrollverfahren begrenzt und belegte weder Einsatz noch Paketzustellung.

Das Label kam zuletzt

Der entscheidende Einfall von RFC 3063 ist nicht bloß, eine Schleife zu erkennen. Die Erkennung wird an eine konkrete Handlung geknüpft: Im Präventionsmodus sendet ein Router das Label-Mapping erst, wenn der Kontrollfaden zurückgelaufen ist.

MPLS verlangt nicht, dass jeder Router für jedes Paket den gesamten Pfad erneut liest. Ein Label Switching Router bindet ein Label an eine Forwarding Equivalence Class (FEC). Ändert sich der nächste Hop, während der Layer-3-Routingzustand eine Schleife enthält, kann eine zu frühe Label-Verteilung einen LSP erzeugen, der diese Schleife übernimmt. RFC 3063 macht den Aufbau daher zu einer Schranke: Zuerst muss der Kandidatenpfad die Regeln des Fadens erfüllen, anschließend wird das Mapping freigegeben.

Das im Februar 2001 veröffentlichte Dokument ist Experimental und definiert ausdrücklich keinen Internetstandard. Ein Faden besteht aus einer Folge von Pfadkontrollnachrichten mit drei Attributen: Farbe, Hop Count und Time to Live (TTL). Die Farbe kombiniert die IP-Adresse des initiierenden Knotens mit einer lokalen Ereigniskennung, die über Zeit und Knoten hinweg eindeutig sein soll. Kehrt dieselbe Farbe zurück, ist der Faden an einen bereits erreichten Knoten gelangt. Der Hop Count hält eine entlang des Pfads wachsende Größe fest; für bestimmte Schleifenzustände gibt es den besonderen Wert „unbekannt“.

Die TTL begrenzt, wie weit eine Kontrollnachricht laufen darf. Sie bremst eine Nachricht, liefert aber nicht selbst den Beweis der Schleifenfreiheit.

Knoten können einen Faden zum Egress verlängern, kompatible Vorgänge zusammenführen, ihn bei wiederkehrender Farbe anhalten, ihn nach Verlust eines nächsten Hops zurückziehen oder durch Bestätigungen entlang des Hinwegs zurücklaufen lassen. Im Präventionsmodus wird das Mapping erst nach diesem Rücklauf gesendet. Im Erkennungsmodus kann ein Knoten bereits beim Empfang eines farbigen Fadens ein Mapping zurückgeben; diese Antwort löst jedoch keinen Rücklauf aus. Die zwei Modi setzen also unterschiedliche Freigabepunkte. Sie unter einem einzigen Etikett „Schleifenprävention“ zusammenzufassen, verschleiert einen Betriebsunterschied.

Auch der Umfang des Zustands bleibt begrenzt. Ein Path Vector wächst mit der Länge des LSP, das Fadenobjekt bleibt gleich groß. Während der Faden unterwegs ist, speichern Router Farbe und Hop Count vorübergehend an den betreffenden Links. Nach dem Rücklauf kann die aktive Farbe entfallen; der Hop Count genügt. RFC 3063 argumentiert, Nachrichten blieben so unabhängig von Netzgröße und Topologie begrenzt, und bei einem Next-Hop-Wechsel seien nur Knoten stromabwärts des neuen Pfads beteiligt. Das ist ein Entwurfsvergleich der Autoren, keine veröffentlichte Messung aus einem Produktionsnetz.

Das Dokument erlaubt, den alten Pfad zu behalten, während der neue auf eine Layer-3-Schleife trifft; es nennt dies ausdrücklich eine Implementierungsentscheidung. Ebenso werden beide geordneten Zuweisungsarten, unterschiedliche VC-Merge-Fähigkeiten und Lastverteilung mit getrennten Fäden behandelt. Diese Anwendungsfälle belegen keine Umsetzung durch Hersteller oder Betreiber.

Kontrollquittung ist keine Paketspur

Die MPLS-Architektur in RFC 3031 trennt Label-Verteilung und deren Anwendung in der Weiterleitungsebene. Ein zurückgelaufener Faden sagt daher etwas Bestimmtes über den vom Algorithmus geprüften Kontrollzustand aus. Er beweist weder korrekte Labels in sämtlichen Forwarding-Tabellen noch tatsächliche Paketzustellung oder das Ausbleiben transienter Schleifen bei anderer Ereignisreihenfolge. Dafür braucht es Daten aus der Weiterleitungsebene: FIB-Zustand, Zähler, Probes und ein klar definiertes Beobachtungsfenster.

Die spätere LDP-Spezifikation RFC 5036 beschreibt konfigurierbare Schleifenerkennung mit Path-Vector- und Hop-Count-TLVs. Der Vektor zeichnet durchlaufene LSR-Kennungen auf; wiederholte Kennungen oder konfigurierte Grenzwerte führen zur Schleifenbehandlung. Das ist ein anderes, in einer späteren Standards-Track-Spezifikation beschriebenes Verfahren als RFC 3063s experimenteller Faden. Daraus lassen sich weder Verbreitung noch ein technischer Grund für eine angebliche Ablehnung ableiten.

RFC 5715 befasst sich später mit schleifenfreier Konvergenz nach Topologieänderungen — verwandt, aber nicht identisch mit der Frage, ob ein schleifenbehafteter LSP überhaupt aufgebaut wird.

Die historische Aussage muss weder Erfolg noch Scheitern behaupten. RFC 3063 stellte eine Kontrollquittung vor die Label-Freigabe und vermied einen mit dem Pfad wachsenden Vektor. Nach dem Modell des RFC war der zurückgelaufene Pfad schleifenfrei. Ob ein reales Netz das Verfahren implementierte, den alten Pfad hielt und Pakete erfolgreich zustellte, erfordert andere Belege.