Zusammenfassung

  • RFC 1953 gab dem Downstream-Ende eines Links die Verwaltung des in dieser Richtung empfangenen Labelraums. Es sandte Redirect-Vorschläge nach oben; der Empfänger konnte einzelne oder alle ignorieren, und Redirect wurde nicht bestätigt.
  • Die Fluss-Label-Bindung war ein Lease: Ein identischer Vorschlag erneuerte die Frist, ein anderes Label für denselben Fluss beendete die Abkürzung zugunsten des Default-Forwardings, und nicht zur Adjazenz passender Zustand wurde verworfen.
  • Reclaim verlangte ein Reclaim Ack, bevor das Label wieder frei war. Diese lokale Abschlussquittung änderte nichts daran, dass das RFC Sicherheitsfragen ausdrücklich nicht behandelte.

Ein Paket nach Ablauf der Frist

Das vorige Paket trug noch ein kurzes ATM-Label. Beim nächsten ist die Lifetime abgelaufen. Die gespeicherte Zuordnung ist weg, doch der Fluss bleibt verständlich: Das Paket fällt auf das gewöhnliche IP-Forwarding zurück.

Der Rückfall war kein nachträglicher Notbehelf. Er definierte die Rangordnung. Die schnelle Behandlung setzte auf einer bereits getroffenen Routingentscheidung auf. Sie konnte verschwinden, ohne die Route mitzunehmen.

RFC 1953 erschien im Mai 1996 als Informational unter dem Titel Ipsilon Flow Management Protocol Specification for IPv4 Version 1.0. Die IESG Note grenzte den Text ungewöhnlich klar ab: privates Protokoll, kein Produkt einer IETF Working Group, nicht standards track und nicht zwingend mit dessen üblicher Breite geprüft.

Der Text belegt deshalb eine veröffentlichte Spezifikation, nicht flächendeckende Einführung, gemessene Überlegenheit, geschäftlichen Erfolg oder allgemeine Interoperabilität. Auch spätere Labelprotokolle machen IFMP nicht rückwirkend zum MPLS-Standard und beweisen keine lineare Abstammung.

Der Fluss entstand durch die Wahl seiner Felder

Ein Fluss war in IFMP eine Paketfolge, die durch Routing oder logische Behandlungspolitik zusammengehörte. Der Flow Type bestimmte die unveränderlichen Headerfelder des Schlüssels. Unter- und Obermengen erlaubten, die spezifischste passende Definition zu wählen.

Version 1 kannte einen Nulltyp, einen TCP/UDP-orientierten Typ mit Adressen, Protokoll und Ports sowie einen gröberen Typ ohne Ports und einige Felder. Das klassifizierte Pakete für eine Forwardinghandlung. Es authentifizierte weder Mensch noch Anwendung, Eigentümer oder Berechtigung.

Das kurze Label verdichtete also eine vorherige Entscheidung. Bedeutung entstand in gespeicherter gemeinsamer Zuordnung, nicht in der Zahl selbst. Nach Neustart oder Peerwechsel konnte dasselbe Bitmuster auf eine veraltete Erinnerung verweisen.

Deshalb stand die Synchronisation der Adjazenz vor jeder Umleitung. Sender Instance musste nach Rückkehr eines Links oder Knotens wechseln, in der jüngeren Vergangenheit eindeutig sein und durfte nicht null sein. Peer Instance und Peer Identity hielten die Sicht auf den Nachbarn fest. Die Redirection Sequence stieg modulo 2^32 und wurde mit dem Link zurückgesetzt.

Vor ESTAB durfte keine Redirection-Nachricht gesendet werden. Empfänger verglichen Quelladresse, sender instance und peer instance mit dem gespeicherten Zustand und verwarfen Abweichungen. Das trennte alte von aktueller Linkgeschichte; es war keine kryptografische Authentisierung. Im Abschnitt Security Considerations heißt es lediglich, Sicherheitsfragen würden nicht diskutiert.

Wer das Label empfing, wählte es; wer sendete, entschied

Die beiden Linkrichtungen wurden separat behandelt. In einer Richtung verwaltete das Downstream-Ende die Labels, die bei ihm ankommen sollten. Es wählte einen Wert und bat den Upstream-Nachbarn per Redirect, ihn an den definierten Fluss anzuhängen.

Die Zuteilung folgte der lokalen Ressource. Dennoch wurde aus Auswahl keine Anweisung. Der Empfänger konnte beliebige Redirect-Elemente oder alle ignorieren. Ein Ack gab es nicht. Eine beobachtete Nachricht belegte daher nur den Vorschlag, nicht Installation, tatsächliches Label-Forwarding oder Zustellung.

Label Range nannte die inklusive Unter- und Obergrenze, die der lokale Link verarbeiten konnte. Das war Fähigkeitsinformation, kein globales Register. Dieselbe Zahl konnte auf einem anderen Link oder in Gegenrichtung etwas anderes bedeuten.

Diese Aufteilung hielt Verantwortung am Ausführungspunkt. Downstream kannte seine Empfangsressource; Upstream kontrollierte die Veränderung seiner ausgehenden Pakete. Zusammenarbeit hob das lokale Nein nicht auf.

Bei Widerspruch gewann nicht das schnellere Gerücht

Jedes Redirect trug eine positive Lifetime in Sekunden. Spätestens dann musste die Bindung verschwinden. Ein identisches Redirect verlängerte sie; dasselbe Label für einen bereits umgeleiteten Fluss setzte den Zähler zurück.

Kam für denselben Fluss ein anderes Label, versuchte IFMP nicht, eine der beiden komprimierten Aussagen zur Wahrheit zu erklären. Es ignorierte den neuen Vorschlag und brachte den Fluss in den Defaultzustand. Aus uneinigem Cachezustand wurde wieder das gemeinsame vollständige Verfahren.

Darin liegt echte Reversibilität. Ablauf, Neustart, Sequenzsprung, veraltete Instanz, Peerwechsel oder Bindungskonflikt konnten die Optimierung beenden, ohne den IP-Fluss neu erfinden zu müssen. Der langsamere Pfad musste ausführbar bleiben.

RFC 1954 setzte die IFMP-Labels auf ATM als VPI/VCI um. Manche umgeleiteten Formate ließen wiederholte IPv4-Felder, bei einem Typ auch erste TCP/UDP-Portfelder, weg. Die Information war nicht verschwunden; sie steckte in der gemeinsamen Bindung. Kontrollverkehr und Defaultpfad behielten die gewöhnliche Kapselung.

Das Angebot brauchte keine Quittung, die Freigabe schon

Redirect blieb unbestätigt, weil Ablehnung nur auf die Optimierung verzichtete. Reclaim veränderte dagegen die Nutzbarkeit einer knappen Nummer. Downstream forderte Upstream auf, den Fluss zu lösen, zum Default zurückzubringen und das Label freizugeben. Zu frühe Wiederverwendung konnte alten Warteschlangendaten eine neue Bedeutung geben.

Darum erhielt jedes Reclaim nach Abschluss ein Reclaim Ack. Auch ein unbekannter Fluss wurde bestätigt. War ein bekannter Fluss tatsächlich an ein anderes Label gebunden, löste der Empfänger diese reale Bindung und meldete den freigegebenen Wert. Wenn möglich wartete das Ack, bis wartende Daten mit dem Label gesendet waren.

Die Quittung bewies einen begrenzten Übergang: Im IFMP-Zustand der Nachbarn war der Fluss ungebunden und das Label frei. Sie bestätigte nicht jede physische Queue oder Endzustellung. Aber sie trennte die Bitte um Freigabe von der Erlaubnis zur Wiederverwendung.

Ein Leistungsangebot darf spekulativ sein, wenn ein Nein sicher ist. Die zerstörerische Neubelegung einer knappen Kennung braucht Abschlussbeleg. Diese Asymmetrie ist die stärkste Pointe des Protokolls.

Architektonische Nähe ist keine Abstammungsurkunde

IFMP gehörte zu Versuchen, IP-Entscheidung und ATM-Switching zu verbinden. RFC 1987 beschrieb GSMP als asymmetrische Beziehung, in der ein Master-Controller Verbindungen im Switch installierte, Ports verwaltete und Statistiken las. Zeitgenössisches Tag Switching trennte ebenfalls Control und Forwarding und kannte unter anderem topologiegetriebene Zuteilung.

Spätere MPLS-Architektur und LDP zeigen, dass lokale Labelbindungen, Forwarding Equivalence Classes und Ebenentrennung eine langlebige Familie wurden. Sie beweisen nicht, dass jedes Element direkt von IFMP stammt. Gemeinsamkeiten dürfen verglichen werden; eine einzige Kausalkette darf daraus nicht erfunden werden.

Historisch belastbar bleiben die Fragen: Wer verwaltet die kurze Kennung? Wer darf ihre Nutzung vorschlagen, wer ablehnen? Wie lange lebt Zustand? Was geschieht bei zwei Erinnerungen? Welche Evidenz macht Wiederverwendung vertretbar?

Vom geschriebenen Symbol zur ausgeführten Wirkung

Heng Lus Vorrang des laufenden Codes ordnet die Evidenz. Redirect im RFC bezeichnet eine mögliche Nachricht. Ein mitgeschnittenes Redirect beweist den Vorschlag. Ein Tabelleneintrag belegt gespeicherten Zustand. Erst beobachtetes Paketverhalten zeigt, dass der Empfänger die Bindung ausführte. Symbol und Wirkung sind verschiedene Stufen.

Die minimale Anfangsspezifikation erklärt die lokale Freiheit. Gemeinsam brauchten die Nachbarn Flussschlüssel, Instanzen, Reihenfolge, Frist, Labelbereich und Freigabequittung. Sie brauchten weder einen globalen Zuteiler noch eine Annahmepflicht. Eine dünne Regel koordinierte den Rand und ließ die Innenentscheidung unangetastet.

Auch die Realitätsebenen bleiben getrennt: Label im Paket, Bindung in einem Knoten, übereinstimmende Erinnerung beider Nachbarn und tatsächlich ausgeführtes Forwarding sind nicht dasselbe. Die Zahl wird erst durch passenden Zustand und Handlung zur operativen Realität.

Der Switch bot eine Abkürzung an. Der Router durfte sie ausschlagen. Gerade dieses Recht hielt die Optimierung unterhalb der Route.

Quellen und Grenzen

Status und Identität folgen dem RFC-Editor-Eintrag zu RFC 1953, die Mechanik dem Volltext von RFC 1953. Die ATM-Umsetzung wird durch RFC 1954 und die Standardkapselung aus RFC 1483 begrenzt. Switch-Steuerung liefert der Eintrag zu RFC 1987. Ohne lineare Kausalbehauptung werden RFC 2105 zu Tag Switching, RFC 3031 zu MPLS und RFC 5036 zu LDP verglichen. Der Analyserahmen stammt aus Running-Code Primacy, Minimum Initial Specification und Reality Layers.

Diese Quellen belegen Protokolltext und begrenzte Vergleiche. Sie belegen keine universelle Einführung, gemessene Leistung, wirtschaftlichen Erfolg, allgemeine Interoperabilität, kryptografische Sicherheit oder eindeutige Linie zu MPLS.