Zusammenfassung

  • RFC 1317 definierte eine physische MIB für RS-232-ähnliche serielle Verbindungen und trennte allgemeine, asynchrone und synchrone Portdaten sowie Ein- und Ausgangssignale.
  • Bei eingeschaltetem Autobaud konnte das Management vorübergehend Geschwindigkeit, Parität oder Zeichengröße anders beobachten als zuvor gesetzt.
  • Diese Differenz bewies weder einen Management-Schreibvorgang noch einen Akteur, eine dauerhafte Änderung, eine Gegenstelle, eine Sitzung, übertragene Inhalte oder Anwendungserfolg.

Die Konsole widersprach sich nicht

Konfiguration wird gern als Befehl und Telemetrie als Spiegel verstanden. Man setzt einen Wert und erwartet denselben beim Lesen. Weicht er ab, beginnt die Suche nach dem Ändernden. Bei einer physischen Schnittstelle, die sich an eingehendes Timing anpassen kann, ist dieses Modell zu einfach.

RFC 1317 erschien im April 1992 und umfasste RS-232, RS-422, RS-423, V.35 sowie ähnliche asynchrone und synchrone serielle Verbindungen. Die MIB lag auf der physischen Schicht unter Character MIB oder PPP MIB. Ein Port konnte einer Terminalanwendung oder Netzwerkverbindung dienen, ohne deren Benutzer-, Sitzungs- oder Paketbedeutung zu übernehmen.

rs232AsyncPortAutobaud machte die Ausnahme ausdrücklich. Bei automatischer Eingangserkennung konnte der Port andere Werte für Geschwindigkeit, Parität und Zeichengröße annehmen. Ein Managementsystem durfte diese vorübergehend sehen. Vorherige Einstellung und aktuelle Beobachtung waren damit nicht widersprüchlich, sondern unterschiedliche Datensätze.

Jede Tabelle behielt ihren Ursprung

Die allgemeine Porttabelle enthielt lokalen Index, Hardwaretyp, Anzahl erkennbarer Ein- und setzbarer Ausgangssignale sowie Ein- und Ausgangsgeschwindigkeit. Der Index sollte zwischen Neuinitialisierungen stabil bleiben und möglichst einem Anschluss entsprechen. Er identifizierte keine entfernte Person oder Organisation.

Die asynchrone Tabelle trennte Zeichenbits, Stoppbits, Parität, Autobaud und Paritäts-, Rahmen- und Überlauffehler. Die synchrone Tabelle enthielt Taktquelle und begrenzte Rahmenzähler. Eigene Tabellen trennten Eingänge von Ausgängen.

Damit blieben auch die Verben getrennt: setzen, erkennen, beobachten, zählen und ausgeben. Der Sammelbegriff „Portstatus“ würde Herkunft und Autorität der Werte verwischen.

Ein Messwert war kein Änderungsprotokoll

Eine abweichende Parität belegt zunächst, was die MIB zum Abfragezeitpunkt zeigte. Aktiviertes Autobaud liefert einen zulässigen Mechanismus. Der Wert verrät nicht, welche Eingangsfolge die Anpassung auslöste, wie lange sie dauerte, ob authentifiziert geschrieben wurde oder ob der Port zurückkehrte.

Er identifiziert auch keine Gegenstelle. Physisches Timing kann eine Korrelation stützen, authentifiziert aber weder Gerät noch Mensch. Es beweist keine Character-Sitzung, keinen Abschluss von PPP und keine übertragenen Daten.

„Konfigurationsdrift“ wäre deshalb bereits eine Interpretation mit Dauer und Unerwünschtheit. Der rohe Befund lautet enger: gesetzter Wert, Autobaud aktiv, anderer Wert zu einem Zeitpunkt beobachtet.

Zähler wählten keine Ursache

Asynchrone Fehlerzähler erfassten Paritäts-, Rahmen- und Überlauffehler seit der Systeminitialisierung, während der Port up oder test war. Ein Anstieg belegt eine zusätzliche Klassifikation in diesem Fenster. Er kann Prüfungen von Parametern, Kabel, Gerät oder Last auslösen, legt die Ursache aber nicht fest.

Ein Paritätsfehler beweist keine falsche Paritätseinstellung. Ein Rahmenfehler benennt den Sender nicht. Ein Überlauf nennt weder die zu langsame Anwendung noch deren Ergebnis. Summen verlieren außerdem Reihenfolge, Dauer und die jeweils beobachteten Parameter.

Synchrone Zähler für Prüffolge, Unterlauf, Überlauf, Signalverlust oder Abbruch bleiben ebenso schichtgebunden. Sie sind nicht automatisch Dienstausfall, verlorene Transaktion oder Schuldbeweis.

Signalnamen waren keine Identitäten

Request to Send, Clear to Send, Data Set Ready, Data Terminal Ready oder Ring Indicator klingen wie Teile einer fertigen Kommunikationsgeschichte. In der MIB sind es gerichtete physische Leitungen mit none/on/off und Wechselzähler. Ein erkannter Eingang authentifiziert die Gegenstelle nicht; ein gesetzter Ausgang beweist ihre Reaktion nicht. Wechsel sind keine Anrufe, Benutzer, Sitzungen oder Nachrichten.

Die SMIv2-Fassung behielt die Grenze

RFC 1659 löste RFC 1317 im Juli 1994 ab und formulierte die MIB in SMIv2. Physische Einordnung und Autobaud-Hinweis blieben erhalten. Das zeigt die Beständigkeit der Unterscheidung, nicht eine konkrete Implementierung.

Eine belastbare Untersuchung bewahrt daher Portindex und Hardware, Sollwerte, Autobaud, zeitgestempelte Beobachtungen, Initialisierungsgrenze, Zählerdifferenzen, Signale und separat gewonnene höhere Bezüge. Authentifizierte Änderungshistorie beweist Schreibvorgänge; Sitzungsprotokolle beweisen Sitzungen; Anwendungen beweisen Zustellung und Ergebnis. Der abweichende MIB-Wert ersetzt nichts davon.

Quellen und Beweisgrenzen

Grundlage sind RFC 1317 vom April 1992 und der SMIv2-Nachfolger RFC 1659 vom Juli 1994. Sie belegen physische Schicht, Tabellen, Autobaud, begrenzte Zähler, Signale und Ablösung. Sie belegen kein reales Gerät, keine Einstellung, keinen Schreibvorgang, Akteur, Peer, Sitzung, Inhalt, Einsatz, Zustellung oder Ergebnis.