Zusammenfassung

  • RFC 2043 definierte zwei getrennt ausgehandelte SNA Network Control Protocols: 0x804B steuerte den als 0x004B transportierten Weg mit LLC 802.2, 0x804D den als 0x004D transportierten HPR-NLP-Weg.
  • Opened bedeutete nur, dass PPP die zugehörige Hülle tragen durfte. Ohne SNACP-Konfigurationsoptionen und ohne Sicherheitsbehandlung bewies der Zustand weder die andere Hülle noch Fehlerbehebung, Identität, Autorisierung, Zustellung, Einsatz oder Sitzungserfolg.

„SNA ist offen“ klingt wie eine Zustandsbeschreibung des gesamten Dienstes. RFC 2043 liefert lediglich die kleinere Aussage, dass ein bestimmtes SNA-NCP die Freigabe für eine bestimmte Paketform erreicht hat.

Dieser Unterschied ist der historische Kern des Dokuments vom Oktober 1996. Es ist keine allgemeine Geschichte von PPP, SNA oder IBM-Netzen. Es beschreibt, wie eine Punkt-zu-Punkt-Verbindung zwei SNA-Formate tragen kann, ohne ihre Kontrolle zusammenzulegen.

Die gemeinsame Leitung blieb nur die Grundlage

RFC 1661 teilte PPP in Phasen. LCP errichtete, konfigurierte und prüfte die Datenverbindung. Eine optionale Authentisierung und die Bestimmung der Verbindungsqualität konnten vor der Network-Layer-Protocol-Phase liegen. Erst dort konfigurierte jedes Netzwerkprotokoll sein eigenes NCP.

Ein geöffnetes LCP machte daher nicht alle Nutzprotokolle betriebsbereit. Jedes NCP durfte unabhängig öffnen und schließen. Traf ein unterstütztes Netzwerkprotokoll ein, bevor sein NCP Opened war, musste PPP das Paket still verwerfen.

RFC 2043 übertrug diese Ordnung auf SNA und zog eine weitere Grenze. Es gebe „actually two“ SNA-NCPs: eines für SNA über LLC 802.2 und eines für SNA ohne LLC 802.2. Beide würden getrennt und unabhängig ausgehandelt. Eine gemeinsame physische Verbindung erzeugte keinen gemeinsamen logischen Zustand.

Vier Werte bilden zwei Kontrollpaare

Im PPP Protocol field kennzeichnen Werte aus 0***–3*** Netzwerkprotokollpakete; Werte aus 8***–b*** kennzeichnen die zugehörigen NCPs. RFC 1700 führte die vier Zuweisungen bereits auf, und das aktuelle IANA-Register bewahrt sie.

Im ersten Paar steht 0x804B für das Kontrollprotokoll von SNA über LLC 802.2. Nach dessen Öffnung trägt 0x004B genau eine SNA-XID- oder FID2-PIU mit DSAP, SSAP, Control und LLC Information.

Im zweiten Paar steht 0x804D für die SNA-Kontrolle ohne LLC. 0x004D trägt genau ein High Performance Routing Network Layer Packet aus NHDR, THDR und Daten.

Opened bei 0x804B sagt nichts über 0x804D; ein 0x004D-Paket sagt nichts über die Freigabe von 0x004B. Wer beide Zustände als „SNACP offen“ speichert, entfernt gerade den Schlüssel zur Fehlerlokalisierung.

Der Ort der Fehlerbehebung war noch kein Erfolgsnachweis

Für den LLC-Weg schrieb RFC 2043 LLC(2) eine konkrete Aufgabe zu: Fehlerbehebung auf Verbindungsebene, ausgeführt von den Routern an beiden Enden der PPP-Verbindung. Damit war die Zuständigkeit verortet.

Eine Zuständigkeit ist jedoch kein Ergebnis. Die Beobachtung von 0x004B beweist die Paketform am Messpunkt. Sie beweist keine Wiederholung, keine Ankunft am Gegenrouter, keine Annahme der PIU und keine Verarbeitung der BIU in einer SNA-half-session. Dafür braucht es Zähler, Protokolle und Anwendungsdaten.

Der HPR-Weg 0x004D enthält kein LLC. RFC 2043 nennt dennoch die architektonische Möglichkeit, HPR-NLPs über den LLC-Weg zu senden, wenn eine Implementierung den optionalen HPR-Fehlerbehebungsturm enthält. Diese Möglichkeit ist eine nachzuweisende Implementierungswahl; sie vereinigt die beiden NCPs nicht.

Eine Aushandlung ohne Optionen kann keine zusätzlichen Zusagen machen

SNACP übernahm den Austauschmechanismus von LCP und verwendete nur die Codes 1 bis 7, von Configure-Request bis Code-Reject. Zugleich erklärte RFC 2043, dass es weder für SNA noch für SNA über LLC 802.2 Configuration Options gebe.

Damit ist die Bedeutung eines Configure-Ack begrenzt. Die Peers können eine feste Paketfamilie freigeben. Sie handeln aber keine SNA-Identität, kein Anwendungsprofil, kein Wiederherstellungsziel, keinen Pfad, keine Sicherheitsleistung, keine Autorisierung und kein Geschäftsergebnis aus. Ein ACK bestätigt nicht, was die Anfrage nie enthielt.

Opened ist der Name eines schmalen Automatenzustands, kein Gütesiegel für den Dienst.

Sicherheit und Identität lagen ausdrücklich außerhalb

Die Security Considerations von RFC 2043 sagen, Sicherheitsfragen würden nicht behandelt. PPP konnte vor der Netzwerkphase authentisieren, doch RFC 1661 machte Authentisierung standardmäßig optional. Wenn sie stattfand, mussten Methode, Peer und Ergebnis gesondert belegt werden.

Ein geöffnetes SNACP beweist weder Identität noch SNA-Autorisierung, Vertraulichkeit oder Ende-zu-Ende-Integrität. Auch die Größenbegrenzung liefert keinen Ergebnisnachweis. RFC 2043 bindet die maximale SNA-Paketlänge an das PPP Information field; RFC 1661 nennt diesen Höchstwert MRU und setzt 1500 Oktette als Vorgabe. Das beschreibt den Behälter, nicht die Verarbeitung seines Inhalts.

Dokumentstatus ist keine Einsatzmessung

RFC 2200 führte PPP-SNACP 1997 als Elective. RFC 3790 stellte später fest, dass RFC 2043 keine IPv4-Abhängigkeit besitzt. IANA führt die vier Zuweisungen bis heute. Diese Quellen belegen Dokumentstatus, Struktur und Nummernidentität, keinen Betrieb.

Sie beweisen weder eine benannte Implementierung noch Interoperabilität, Verkehrsmenge oder Geschäftssitzung. Auch das aktuelle Fehlen registrierter Errata beschreibt nur das Errata-Verzeichnis.

Mit Heng Lus Trennung von Spezifikation und laufender Wirklichkeit bleibt der Anspruch sauber. Die gemeinsame Regel war klein: Hülle erkennen, passendes NCP ausführen, Daten vor Opened nicht tragen. Implementierung, Wiederherstellung, Sicherheit und Nutzung blieben bei den Teilnehmern. Veröffentlichung beschreibt eine Kompatibilitätsmöglichkeit; sie erzeugt keine Einführung.

Eine belastbare Chronik trennt deshalb vier Tatsachen: PPP erreichte die Netzwerkphase; ein benanntes SNACP erreichte Opened; der passende Datenwert wurde getragen; ein anderer Beleg zeigt das Folgende. Verbindung, Freigabe, Zustellung und Anwendungserfolg sind vier verschiedene Aussagen.

Quellen