Zusammenfassung
- Nach RFC 3970 war ein TE-Tunnel aktiv, sobald mindestens einer seiner Pfade aktiv war. Tunnelbetriebszeit und Primärpfadbetriebszeit wurden deshalb separat erfasst.
- Konfigurierte, berechnete und von der Signalisierung aufgezeichnete Route blieben verschieden; optionale gedrosselte Meldungen, Zählerbrüche und umlaufende
TimeTickswaren kein vollständiges Ereignisprotokoll.
„Aktiv“ ist eine nützliche Antwort, weil sie Komplexität entfernt. Genau darin liegt ihre Grenze. Der im Januar 2005 veröffentlichte RFC 3970 beschrieb einen Traffic-Engineering-Tunnel als logische Einheit mit einem oder mehreren Pfaden. War mindestens ein Pfad aktiv, war der Tunnel aktiv. Ein Ersatz konnte also den Gesamtzustand erhalten, während der Primärpfad ausfiel.
Die MIB machte diese Kompression prüfbar. Sie zählte die gesamte Tunnelbetriebszeit und die Betriebszeit auf dem Primärpfad getrennt. Dienstkontinuität und Nutzung der bevorzugten Strecke waren zwei Kennzahlen.
Das Modul stützte sich auf RFC 2119, die SMIv2-Bausteine RFC 2578, RFC 2579 und RFC 2580 sowie die SNMP-Architektur in RFC 3411 und RFC 3410. Eine MIB war damit eine verwaltbare Sicht, kein lückenloses Abbild des Netzes.
Drei Routen erzählten drei Entscheidungen
Tunnel enthielten Pfade, Pfade enthielten geordnete Hops. Die konfigurierte Route zeigte die Vorgabe des Managements. Die berechnete Route kam aus einem implementierungsabhängigen Constraint-Algorithmus. Die aufgezeichnete Route war das Ergebnis, das das Signalisierungsprotokoll meldete. Null bedeutete: keine berechnete oder aufgezeichnete Route.
Eine lose Vorgabe konnte zu einer konkreten Berechnung führen, die Signalisierung zu einer weiteren Folge oder zum Fehlschlag. RFC 2702 beschrieb MPLS-TE-Anforderungen, RFC 3209 RSVP-TE und RFC 3212 CR-LDP. Diese Schichten standen in Beziehung, waren aber keine austauschbaren Wahrheiten.
Auch der Pfadstatus war gestuft. down hieß, dass Signalisierung scheiterte; dormant war ein nicht signalisiertes Backup; ready war signalisiert, trug jedoch keinen Verkehr; operational war signalisiert und trug Verkehr. Steuerungserfolg kam vor Datenweiterleitung.
Die MIB konfigurierte und beobachtete nur am Ingress. Dieser sollte die übrigen Router etwa über RSVP-TE einrichten. Andere Tunnelpunkte blieben Forschungsgegenstand. Eine vollständige Ingress-Zeile bestätigte nicht jeden Transit.
Zähler ohne Kontinuität erfanden Geschichte
Paket- und Oktettzähler konnten bei der Neuinitialisierung des Managements und zu anderen Zeiten springen. Ein eigener Zeitstempel markierte die letzte Diskontinuität. Ohne ihn war die Differenz zweier Proben nicht belastbar.
Alter, Betriebszeit und Primärbetriebszeit nutzten TimeTicks, die nach ungefähr sechzehn Monaten umlaufen. Die Norm verlangte Intervallmessung und Korrektur des Umlaufs. Zeit, Agentenkontinuität und Rechenregel gehörten zum Ergebnis.
Benachrichtigungen waren absichtlich unvollständig. Up, Down, Pfadwechsel und Umleitung wurden bei schnellem Wechsel auf höchstens eine Meldung pro Minute begrenzt. Die Meldegruppe war optional, die Erzeugung standardmäßig ausgeschaltet. Schweigen konnte Ruhe, fehlende Unterstützung, Abschaltung, Verlust oder Drosselung bedeuten.
Pfadwechsel und Umleitung waren ebenfalls getrennt. Beim ersten wechselte der aktive Pfad; bei der zweiten blieb der Pfad gleich und seine Route änderte sich. Identität und Geometrie waren nicht dasselbe.
Ein freier Index war noch nicht reserviert
Vor einer Erstellung las die Anwendung einen Kandidatenindex. Zwei Anwendungen konnten denselben Wert lesen; erst der SET entschied, und der Verlierer musste erneut abfragen. Der GET war ein Vorschlag, kein Eigentumsbeleg.
Manche Änderungen erforderten notInService, Bearbeitung und Rückkehr zu active, gegebenenfalls mit neuer Signalisierung. Der Zeilenstatus steuerte das Verwaltungsobjekt, nicht die Paketlieferung.
Minimale Konformität durfte alle Pflichtobjekte nur lesbar anbieten. Volle Konformität unterstützte die vorgesehenen Schreibzugriffe; Meldungen blieben optional. Konformität allein bewies weder Konfigurierbarkeit noch Ereignislieferung.
Über die Interfaces MIB, die IP Tunnel MIB und MPLS-Konventionen aus RFC 3811 konnten Indizes und Typen verbunden werden. Eine solche Verknüpfung verschmolz Interface, Kapselung, Pfad und Dienst nicht.
Lesen enthüllte, Schreiben lenkte
Unbefugte Änderungen an administrativen Gruppen veränderten Constraint-Bedeutungen. Bandbreite, Status oder Hops konnten Verkehr umlenken, Flaps oder Störung auslösen. Schon Lesen verriet Endpunkte, Volumen und Wege. RFC 3970 empfahl daher Authentisierung und Vertraulichkeit von SNMPv3 und riet von älteren Versionen ab.
Authentisierung war dennoch keine Vollmacht. Eine Richtlinie musste bestimmen, welche Identität welche Objekte lesen, ändern, erstellen oder löschen durfte. Identität, Berechtigung und Netzwirkung blieben getrennt.
Die RFC-Editor-Seite, die Errata-Suche und der IETF Datatracker dokumentieren den Stand. RFC 9141 korrigierte später einen veralteten Archivverweis in den Kontaktdaten. Keine Quelle misst Einführung, Verfügbarkeit oder Vorfälle.
Die historische Leistung bestand darin, mehrere begrenzte Tatsachen nicht zu einer scheinbar vollständigen zu verschmelzen. Erst mit Herkunft und Kontinuität wurde die Managementsicht überprüfbar.
Quellen
Mitgliederbriefing
Detaillierter Profilkontext
Melden Sie sich mit der richtigen Mitgliedschaftsstufe an, um das vollständige Briefing und die Quellennotizen freizuschalten.
Nur für Strategic Circle
Strategic Circle
Offen für alle Leser. Schalten Sie Profil-Briefings nach Beitritt und Anmeldung frei.
Strategic Circle beitretenNur für Leadership Alliance
Leadership Alliance
Für qualifizierte Inhaber von IP-Assets und Management; melden Sie sich an, um Leadership-Alliance-Briefings freizuschalten.
Leadership Alliance beitreten
