Zusammenfassung

  • RFC 1243 legte AppleTalk-Ports, Routen, Zonen, Dienstregistrierungen und Zähler in eine SNMP-MIB, verlangte aber eine Interpretation zusammen mit Herkunft und Zeilenstatus.
  • RFC 1742 änderte später mehrere read-write/read-only-Grenzen und ergänzte Quelle, Vorgabe und aktuellen Wert. Zugriffsarten waren somit veränderbare Zuständigkeiten, keine Vollzugsnachweise.

RFC 1243 erschien im Juli 1991 für das Management wachsender AppleTalk-Netze über SNMP. Die Objekte wurden nach LLAP, AARP, ATPort, DDP, RTMP, KIP, ZIP, NBP und ATEcho geordnet. Traf die Semantik einer Gruppe auf eine Implementierung zu, bildete die vollständige Gruppe deren Konformitätseinheit. Das war eine Aussage über die angebotene Schnittstelle, nicht über einen laufenden Netzbetrieb.

Die ATPort-Tabelle macht den Unterschied anschaulich. Eine Zeile beschrieb einen logischen AppleTalk-Port mit Typ, Netzbereich, Adresse, Status, Zone und zugehöriger physischer Schnittstelle. Mehrere Felder waren les- und schreibbar. Daneben standen atportNetConfig und atportZoneConfig als read-only und hielten fest, wie Netz- und Zoneninformation zustande gekommen waren.

Die vier Werte waren bewusst verschieden. configured bedeutete explizite Konfiguration. garnered bezeichnete eine Annahme nach Inspektion des Netzes. guessed war eine zufällige Konfiguration. unconfigured meldete fehlende Konfiguration. Identische Netznummern konnten daher eine andere Beweiskette haben: Betreiberentscheidung, lokale Ableitung oder Startbehelf. Wer nur den Endwert speicherte, verlor diese Unterscheidung.

Auch der Zeilenstatus begrenzte die Aussage. atportStatus konnte operational, unconfigured, off oder invalid sein. Invalidieren löste die Zuordnung, doch ob die Zeile wirklich aus der Tabelle entfernt wurde, blieb implementationsabhängig. Managementstationen mussten also mit Einträgen rechnen, die nicht mehr in Gebrauch waren. Sichtbarkeit bedeutete lediglich, dass der Agent die Zeile noch ausgab.

RTMP führte Netzbereich, nächsten Hop, Netztyp, Port, Hopzahl und Zustand getrennt. In RFC 1243 waren die meisten Routendaten schreibbar. Der Zustand reichte von good über suspect und goingBad bis bad. Auch eine schlechte, ungültig gemachte Route musste nicht sofort verschwinden. KIP unterschied configured, learned und invalid und legte separat fest, ob Information an andere Router weitergegeben wurde. Herkunft, Gültigkeit und Verteilung blieben eigenständige Fragen.

ZIP ordnete erreichbaren Netzen Zonennamen zu. NBP beschrieb lokal registrierte Dienste über Objektname, Typ und Zone. Die zentralen Werte waren schreibbar, ein eigener Status steuerte die Ungültigkeit. Eine Inventur ohne Statusprüfung konnte konservierte Agentendaten als gegenwärtigen Dienst ausgeben.

Selbst ATEcho lieferte nur enge Zähler: empfangene Anfragen und gesendete Antworten. Sie korrelierten kein einzelnes Paar, nannten keinen Gegenpart und bewiesen weder Pfad noch Nutzererfolg. Sicherheitsfragen wurden in RFC 1243 ausdrücklich nicht behandelt.

Die Nachfolgerin kehrte Zugriffe um

Im Januar 1995 ersetzte RFC 1742 die erste Spezifikation durch AppleTalk MIB II. Neue Gruppen und Zähler kamen hinzu, doch ebenso wichtig war die Überarbeitung vorhandener Zugriffe.

atportNetConfig und atportZoneConfig wechselten von read-only zu read-write. In der Gegenrichtung wurden RTMP-Netzbereich, nächster Hop, Typ, Port und Hopzahl von read-write zu read-only. Auch ZIP-Zonenname und Netzbereiche wurden nur noch lesbar. Die zweite MIB zeichnete neu, welche Werte ein Manager vorgeben und welche er als protokollgepflegten Zustand beobachten sollte.

Für die Herkunft kamen atportNetFrom und atportZoneFrom hinzu. Das alte Zonenobjekt hieß nun atportZoneDefault; daneben stand atportCurrentZone. Vorgabe und aktueller Zustand mussten nicht länger dieselbe Stelle belegen. Bei NBP empfahl die Beschreibung dem Agenten eine Neuregistrierung, wenn Name, Typ oder Zone geändert wurden. Diese Folgemaßnahme war sichtbar, aber ein Set blieb noch kein Beleg für ihren Abschluss.

Das Messmodell wurde ebenfalls überarbeitet. AARP-Suchen und -Treffer, RTMP-Routenlöschungen und Tabellenüberläufe, NBP-Registrierungsfehler sowie Portverkehr kamen hinzu. LLAP-Zähler, die MIB-II-Schnittstellenzähler duplizierten, wurden abgekündigt. Damit änderten sich Umfang und Nenner. Das Veröffentlichungsdatum belegte keine zeitgleiche Umstellung von Agenten, Sammlern und Historien.

Beide RFCs dokumentieren deshalb keinen einfachen Sprung von falsch zu richtig. Sie zeigen eine versionierte Vereinbarung darüber, wie Zustand benannt, Eingabe angenommen und Beobachtung gemeldet wird. Für ein reales Ereignis wären zusätzlich Modulversion, Objektinstanz, Wert und Herkunft, Zeilenstatus, authentifizierter Akteur, Autorisierungsentscheidung, Anfrage und Antwort, Persistenz, Protokollbeobachtung und Dienstergebnis zu verbinden.

Diese Ausführungskette liefern die Texte nicht. Sie zeigen, warum eine MIB sie nicht ersetzen kann.

Quellen und Grenzen

Primärquellen sind RFC 1243, AppleTalk Management Information Base, und RFC 1742, AppleTalk Management Information Base II. Sie tragen Definitionen, Zugriffsarten, Zustände und dokumentierte Änderungen. Sie belegen keine benannte Implementierung, Administration, Autorisierung, angenommene Änderung, aktive Route, aktuelle Zone, gelungene Registrierung, Zustellung, Verbreitung oder Nutzerwirkung.