Zusammenfassung

  • Für PPP-Sitzungen über Frame Relay musste RFC 3070 festlegen, wie L2TP erkannt, ein Tunnel einem PVC oder SVC zugeordnet, die Schaltkreisenden bezeichnet und die nötige Rahmengröße bestimmt werden.
  • Die Spezifikation trennte die portable Tunnelabstraktion vom tragenden Schaltkreis; Bereitstellung, Dienstgüte, Sicherheit und Nutzerergebnis blieben bei anderen Verantwortlichen.

Medienunabhängigkeit brauchte eine medienspezifische Naht

RFC 3070 erschien im Februar 2001 und beschrieb L2TP-Pakete über Frame Relay. Das wirkt wie eine schmale Notiz aus der Zeit von Einwahlzugängen und virtuellen Trägernetzen. Ihre Grundfrage ist geblieben: Was genau verschwindet, wenn ein Protokoll als medienunabhängig gilt?

Eine PPP-Sitzung konnte nahe am Teilnehmer am L2TP Access Concentrator beginnen und logisch am L2TP Network Server enden. Der Tunnel schirmte die Sitzung von vielen Einzelheiten des Zwischenwegs ab. Ein Paket überquerte Frame Relay aber nicht durch diese Behauptung allein. Ein virtueller Schaltkreis musste eingerichtet, seine Enden mussten bestimmt, das Protokoll gekennzeichnet und eine ausreichende Rahmengröße bereitgestellt werden.

RFC 3070 belegte nicht das Verschwinden des Mediums, sondern dokumentierte dessen Vertrag mit der Abstraktion.

Sitzung und Schaltkreis waren verschiedene Gegenstände

RFC 2661 unterschied bereits die L2TP-Steuerverbindung von den einzelnen Sitzungen im Tunnel. Deren Kennungen gehörten zur Beziehung zwischen LAC und LNS. Frame Relay kannte andere Gegenstände: Ein permanenter virtueller Schaltkreis wurde lokal durch einen DLCI erkannt; ein geschalteter virtueller Schaltkreis entstand durch Signalisierung und konnte X.121- oder E.164-Adressen verwenden.

Die Kennungen ließen sich verknüpfen, aber nicht austauschen. Eine Tunnel-ID stellte keinen Trägerschaltkreis bereit. Ein DLCI sagte nichts über den Teilnehmer einer PPP-Sitzung. Eine erreichbare SVC-Adresse bewies keine Berechtigung des entfernten LNS.

Bei einem SVC löste die Tunnelerzeugung den Aufbau des Frame-Relay-Schaltkreises aus. Der genaue Auslöser blieb implementierungsabhängig, die Signalisierung unverändert. Bei einem PVC musste der Schaltkreis zwischen den L2TP-Endpunkten administrativ konfiguriert werden. Der DLCI konnte aus lokaler Konfiguration oder aus Autorisierungssystemen stammen, darunter die RADIUS-Tunnelattribute aus RFC 2868.

Die Meldung „Tunnel aktiv“ fasste also ein Steuerereignis, eine Berechtigungsentscheidung und deren Zuordnung zu einem konkreten Träger zusammen.

Eine genaue Nummer machte den Tunnel portabel

L2TP sollte den virtuellen Schaltkreis mit anderen Protokollen teilen. Deshalb brauchte der Empfänger eine eindeutige Kennzeichnung. Vorgesehen waren Q.922-Adressierung und ein SNAP-Kopf: NLPID 0x80, IANAs Organisationskennung 0x00-00-5E und Protokollkennung 0x0007 für L2TP.

Diese Werte waren die öffentliche Naht zwischen den Systemen. Ohne sie konnte der Schaltkreis Bytes bewegen, L2TP aber nicht zuverlässig vom übrigen Verkehr unterscheiden. Die Freiheit der oberen Schicht beruhte auf einer sehr spezifischen Markierung der unteren.

RFC 1490 und RFC 2427 lieferten den größeren Rahmen für Mehrprotokollkapselung. RFC 3070 ersetzte ihn nicht, sondern belegte darin einen registrierten Platz. So funktionieren viele Internetabstraktionen: Eine Schicht wird freier, weil sie von einer schmaleren und stabileren Schnittstelle abhängt. Die Abhängigkeit wird prüfbar, nicht null.

Mit dem entfernten Rahmen verschwand Beweismaterial

Vor der L2TP-Kapselung wurden physische Rahmung, Transparenzmechanismen und Prüfsumme des PPP-Rahmens entfernt. Das entfernte Ende musste nicht jede Eigenschaft des Zugangskanals reproduzieren. Zugleich enthielt das spätere Paket keine vollständige physische Herkunft mehr.

Der Betrieb konnte Tunnel- und Sitzungszustand prüfen, aus dem Payload allein aber weder Leitungsqualität noch ursprüngliche Rahmung oder frühere Linkfehler ableiten. Die Abstraktionsgrenze veränderte auch die verfügbare Evidenz.

Ohne Frame-Relay-Fragmentierung verlangte RFC 3070 mindestens 1.526 Oktette für ein konformes L2TP-Datagramm und empfahl 1.564 Oktette für einen PPP-Peer mit MRU 1.500. Wie diese Grenzen ausgehandelt oder erzwungen wurden, blieb Sache der Implementierung. Ein erfolgreicher Kontrollzustand bewies daher nicht, dass ein Nutzerpaket den konkreten MTU überstand.

Dienstgüte und Vertrauen lagen außerhalb der Kennung

RFC 3070 standardisierte keine Dienstgüte für die Abbildung. Es erwähnte proprietäre Verfahren und mögliche spätere Standards. Für Frame Relay gab es in diesem Einsatz auch keinen standardisierten Sicherheitsmechanismus; das Dokument verwies auf L2TP.

Das waren Zuständigkeitsgrenzen, keine Behauptung, Verlust, Verzögerung, Stau, Abschottung oder Vertraulichkeit seien bedeutungslos. Der Netzbetreiber stellte den Schaltkreis bereit, Hersteller boten Priorisierung, L2TP-Betreiber wählten Authentisierung oder IP-Schutz, Diensteverantwortliche maßen das Ergebnis. Die SNAP-Kennung verlieh diese Befugnisse nicht.

Die Kontrolle blieb verteilt: IANA verwaltete Werte, IETF Interoperabilität, der Frame-Relay-Betreiber den Schaltkreis, LAC- und LNS-Administratoren den Tunnel, RADIUS konnte Attribute liefern und Implementierungen bestimmten Auslöser und Grenzprüfungen. Der Nutzer erlebte das Resultat, ohne Weg oder Beweislage zu beherrschen.

Ein Nachfolgeprotokoll migrierte keine alten Leitungen

RFC 3931 weitete L2TPv3 später auf Pseudowires für weitere Layer-2-Dienste aus. Das bestätigte den Wert der Trennung von emuliertem Dienst und Paketnetz. Es beweist weder eine automatische Migration alter RFC-3070-Installationen noch die Beseitigung ihrer Abhängigkeiten.

Dokument- und Infrastrukturwechsel sind nicht dasselbe. Eine RFC kann historisch werden, während Schaltkreise weiterlaufen; ein Träger kann verschwinden, während RADIUS-Attribute und Konfigurationskopien bleiben. Historisch entscheidend ist, welche ausführbaren und administrativen Abhängigkeiten den einzelnen Dienst tatsächlich steuerten.

Lu Hengs Prinzip des laufenden Codes setzt die Beweisgrenze. Funktionierende Software zeigt, dass eine Schnittstelle implementierbar ist. Sie beweist nicht korrekte Bereitstellung, legitime Endpunkte, ausreichenden MTU oder den versprochenen Nutzererfolg. Sein Modell der Realitätsschichten trennt ebenso Tunnelkennung, konfigurierten DLCI, erfolgreiche Signalisierung, zugestelltes Paket und brauchbaren Dienst.

Der historische Wert von RFC 3070 liegt in dieser sichtbaren Trennung. L2TP wurde medienunabhängig, weil die Spezifikation genau benannte, was Frame Relay weiterhin leisten musste. Der Tunnel lieh sich einen Schaltkreis; verantwortlich blieb die Abstraktion nur, solange dieses Leihverhältnis nachweisbar war.

Quellen