Zusammenfassung

  • RFC 1188 bestimmte LLC/SNAP, eine IP-MTU von 4352 Oktetten und ARP-Regeln für FDDI, die auch eine gebrückte Ethernet-Umgebung berücksichtigen.
  • EtherType, Hardwareadresse, ARP-Cache, Framegröße und ein empfangener Frame sind lokale Übertragungsbefunde, keine Beweise für Identität, Eigentum, Berechtigung, Route oder Anwendungserfolg.

Schnelle Faser ersetzte keine gemeinsame Grammatik

Die im Oktober 1990 erschienene RFC 1188 von David Katz löste RFC 1103 ab und definierte IP- und ARP-Nutzung auf FDDI. Sie übernahm die Interoperabilitätsdisziplin aus RFC 1042: Erst muss ein Empfänger dieselbe Verkapselung lesen können wie der Sender, dann kann IP zwischen Implementierungen funktionieren.

LLC Typ 1 und SNAP liefern diese Grammatik. AA-AA-03, ein Organisation Code von null und der anschließende Protokollidentifikator sagen einer Schnittstelle, dass sie die Nutzlast als IP oder ARP behandeln soll. Das ist keine Signatur. Ein IP-EtherType bestätigt weder die Person hinter dem Sender noch ein Recht auf die Quelladresse. Er gibt dem Empfänger auch keine Fernbedienung über ein anderes System und beweist nicht, dass eine Anwendung die Daten verarbeitet hat.

4352 war ein Budget am Ring

RFC 1188 setzte die FDDI-IP-MTU auf 4352 Oktette. Nach LLC/SNAP konnte ein maximaler Frame ungefähr 4470 Oktette übrig lassen, doch die Spezifikation hielt Raum für variablen oder späteren MAC- und Frame-Status-Overhead frei. Gateways mussten MTU-große Pakete annehmen und bei Bedarf fragmentieren. Das beschreibt die Grenze eines FDDI-Links, nicht eine Zusage über den ganzen Pfad.

Ohne ausdrückliche Kenntnis der Zielkapazität durfte ein Host weiterhin nicht über 576 Oktette senden. RFC 1191 führt 4352 später als historische FDDI-Pfad-MTU auf; ein Tabellenwert ist jedoch keine Messung einer konkreten, heutigen Route. Erster Link, Gateway-Fragmentierung, Zielannahme und Anwendungseffekt bleiben getrennte Ereignisse.

ARP wählte eine lokale Frame-Adresse

FDDI konnte 16- und 48-Bit-Stationen haben. Für IP und ARP verlangte RFC 1188 nur 48-Bit-Adressen. Damit eine Brücke zu Ethernet nicht an der Darstellung scheitert, soll ARP mit Hardwaretyp 1 senden, Typ 1 oder 6 akzeptieren und Hardwareadressen in kanonischer Bitreihenfolge tragen. Da FDDI den Group-Bit normalerweise anders darstellt, werden die Bits jedes Oktetts im ARP-Feld umgekehrt.

Die Regel verhindert einen Darstellungsfehler, nicht einen Identitätsfehler. Ein ARP-Cache ordnet einer IP-Adresse einen lokalen Frame-Empfänger zu. Er ist kein Grundbuch, kein Login-Nachweis, keine Bestätigung eines lebenden Endsystems und keine Ermächtigung, es zu verändern. Nach der Auflösung entscheiden Brücke, Router, Host, TCP und Anwendung weiterhin selbst.

Der Nachfolger beweist keine Gegenwart

RFC 1390 dokumentiert den Internet-Standard-Nachfolger von 1993. Das ist ein Fakt der Dokumentgeschichte, kein Beleg für eine heutige FDDI-Installation oder eine erfolgreiche Übertragung auf einem benannten Netz.

RFC 1188 lehrt daher eine sparsame Beweissprache: Kapselung benennt eine Syntax, ARP eine lokale Zuordnung und MTU eine Größenobergrenze. Für Identität, Berechtigung, Weg und Wirkung braucht es jeweils andere, überprüfbare Fakten.

Quellen und Beweisgrenze

Verwendet werden RFC 1042, RFC 1188, RFC 1191 und RFC 1390. Sie belegen keine heutige Nutzung, Identität, Autorisierung, lebende Route, Lieferung oder Anwendungswirkung.