Zusammenfassung

  • RFC 3437 ließ den LAC gewünschte und zulässige LCP-Optionen an den LNS senden; danach gab der LNS seine zuletzt gesendeten und empfangenen Configure-Requests zurück.
  • Die vier AVPs übertrugen Wissen und Belege, keine Hoheit. Wunsch war nicht Erlaubnis, ein Paket kein Dienstergebnis und verpflichtende Unterstützung konnte alte Gegenstellen ausschließen.

Wissen am Rand, Entscheidung in der Ferne

Der LAC kannte MRU, ACCM, PFC, ACFC und FCS der physischen Schnittstelle. Der entfernte LNS beendete die PPP-Sitzung und führte LCP. Das ursprüngliche L2TP meldete nur grobe Eigenschaften wie synchron oder asynchron, digital oder analog.

Der im Dezember 2002 veröffentlichte RFC 3437 schloss einen Teil dieser Sichtlücke. Text, RFC-Editor-Eintrag, Datatracker, Historie, Referenzen, spätere Zitate und Errata belegen das Dokument, nicht seine Nutzung.

Der Proxy war keine dauerhafte Wahrheit

PPP baute Linkzustand über LCP auf; HDLC-ähnliches Framing band Optionen an das Medium. LCP-Erweiterungen und CHAP zeigen, warum nicht jede Entscheidung beim LAC lag.

Proxy LCP konnte die Einwahl beschleunigen. Doch Authentifizierung gehörte zum LNS, MRU konnte beidseitig begrenzt sein, und der Peer durfte LCP später neu öffnen. Deshalb konnte der LAC Proxy-AVPs weglassen und den LNS verhandeln lassen oder beide Informationsarten kombinieren.

Vier Felder, kein Ampelwert

LCP Want Options (49) enthielt die Präferenz des LAC, LCP Allow Options (50) dessen tragfähige Grenze; beide liefen in ICCN oder OCCN. Erlaubt bedeutete nicht erwünscht, erwünscht nicht ausgehandelt.

Nach Abschluss von LCP brachte Set-Link-Info LNS Last Sent LCP Confreq (51) und LNS Last Received LCP Confreq (52) zurück. Beide enthielten ein vollständiges LCP-Paket ab dem Code-Feld. Lokales Wissen ging zum Controller, Verhandlungsbelege zurück zum Rand. Wer Want oder Allow sendete, musste den Rückweg verstehen.

Die Pakete bewiesen weder Authentifizierung noch Netzkonfiguration, Abrechnung, Erreichbarkeit oder Anwendungserfolg. Sie waren stärker als eine Absichtserklärung und schwächer als ein Ergebnisbeleg.

Optionalität war eine Betriebsentscheidung

Alle AVPs waren standardmäßig nicht verpflichtend. Das M-Bit konnte Unkenntnis in Sitzungsabbruch verwandeln; der RFC riet davon ab, solange Betrieb ohne die Erweiterung möglich blieb. Sichtbarkeit und Verfügbarkeit standen damit in einem offen benannten Konflikt.

Neue Attributnummern verhinderten, dass alte Implementierungen ein bekanntes AVP in einem früher unzulässigen Nachrichtentyp als Fehler behandelten. Die IANA-Register für L2TP und PPP belegen Zuteilung, nicht Verkehr.

Optionen verrieten Schnittstelleneigenschaften und konnten Topologie erkennbar machen. Ähnliche Angaben steckten bereits in LCP. RFC 3145, RFC 3193, RFC 3438 und RFC 3931 markieren weitere L2TP-Grenzen, liefern aber keinen Diensterfolg.

Getrennte Quittungen

Heng Lus Realitätsebenen trennen Absicht, Grenze, Nachricht, Linkzustand und Ergebnis. Der Vorrang laufenden Codes verlangt Tests für unbekannte AVPs und Neuverhandlung. Die minimale Anfangsspezifikation erklärt die Sparsamkeit von vier AVPs als heutige Lesart, nicht als behauptetes Autorenmotiv.

RFC 3437 machte Fernsteuerung nicht allwissend. Es machte sie überprüfbar, indem Wunsch, tragfähige Grenze und beobachteter Austausch getrennt blieben.

Quellen