Pseudowire-Status gegen Verkehrszähler: Was beweist die Zustellung
Der Betriebsstatus besagt, dass der Dienst konfiguriert und aktiv ist; Zähler besagen, dass Frames übertragen wurden. Verknüpfen Sie beides über den VC-Index und prüfen Sie Richtung, Diskontinuität und MIB-Unterstützung.
Ein Pseudowire, der up meldet, sagt Ihnen, dass der Dienst existiert und dass beide Richtungen darin übereinstimmen, dass er Verkehr führen sollte. Er sagt Ihnen nicht, dass je ein einziger Kundenframe darüber gelaufen ist. Die Statusobjekte und die Zählerobjekte wurden für unterschiedliche Zwecke geschrieben, und genau darin, das eine als Beweis für das andere zu nehmen, irren sich die meisten dieser Dashboards. Sie zu vergleichen ist die Aufgabe, denn das Vertrauen in nur eines von beiden beantwortet eine Frage, die niemand gestellt hat.
Status und Zähler beantworten verschiedene Fragen
Der Haupt-VC-Eintrag trägt einen zusammengefassten Betriebsstatus, und dieser Status ist nur up, wenn beide Richtungszustände up sind. Alles dahinter ist Wissen über Steuerungsebene und Konfiguration: die lokale Anschlussstrecke, der Peer, die Signalisierung. Eine Zeile in diesem Status ist eine Aussage über Absicht und Bereitschaft, nicht über weitergeleitete Frames.
Verkehr lebt in einer separaten Tabelle mit Hochleistungszählern für Pakete und Bytes, und diese Zeilen tragen denselben VC-Index. Wachstum dort ist der Beleg dafür, dass Frames in dem von Ihnen gemessenen Intervall durch genau diese Zeile liefen. Ein unveränderter Zähler ist für sich genommen mehrdeutig. Ein ruhender Dienst, ein Collector, der die falsche Zeile liest, und ein still gebrochener Pfad erzeugen alle dieselbe flache Linie.
| Question | Object | What it can establish |
|---|---|---|
| Is the service up? | cpwVcOperStatus | Both direction states agree the VC should carry traffic. |
| Which side is down? | cpwVcInboundOperStatus, cpwVcOutboundOperStatus | Direction of the reported fault. |
| Did frames move? | cpwVcPerfTotalTable HC counters | Observed forwarding on that row between two polls. |
| Is the interval clean? | cpwVcPerfTotalDiscontinuityTime | Whether the counter was reset inside the window. |
Lesen Sie die Tabelle als zwei Spalten von Belegen, nicht als eine Leiter der Schwere. Up mit flachen Zählern ist keine schlechtere Variante von up mit Wachstum, sondern eine andere Beobachtung mit einem anderen nächsten Schritt.
Verknüpfen Sie über den VC-Index, nicht über die Nummer im Ticket
Die VC-Tabelle wird über eine einzelne Ganzzahl indiziert, und VC-ID, Peer-Adresse, Diensttyp und Name sind Attribute dieser Zeile. Über diese Attribute finden Sie Ihren Dienst; über den Index finden Sie ihn nach der ersten Abfrage weiter. Ein Schnittstellenindex, ein angezeigter Leitungsname oder ein MPLS-Label sind nicht dieser Index, auch wenn die Zahlen zufällig übereinstimmen.
Leiten Sie die numerischen OIDs aus der MIB-Datei auf dem Collector ab, nicht aus einem Blogbeitrag, gehen Sie die Tabelle dann einmal durch und speichern Sie die gefundene Identität.
snmptranslate -On CPW-VC-MIB::cpwVcIndex
snmptranslate -On CPW-VC-MIB::cpwVcPerfTotalDiscontinuityTime
snmpwalk -v2c -c monitor 10.60.4.21 -On CPW-VC-MIB::cpwVcTableHalten Sie Verwaltungsadresse und Index gemeinsam im Monitoringsystem fest. Eine erneute Bereitstellung kann einen Dienst in eine andere Zeile verschieben, und ein Collector, der über den Namen an die VC-ID gebunden hat, zeichnet dann weiter einen veralteten Index, der höflich weiter antwortet.
Richtung meint das Pseudowire, nicht den Teilnehmer
Eingangszähler beschreiben, was das VC aus dem paketvermittelten Netz empfangen hat; Ausgangszähler beschreiben, was es in Richtung dieses Netzes weitergeleitet hat. Auf einem PE zum Kunden hin entspricht das oft Download und Upload in irgendeiner Reihenfolge. Auf einem Hub-PE oder auf einem PE, das mit einem Kern peert, beschreiben dieselben Objektnamen die entgegengesetzte Kundenerfahrung.
Schreiben Sie die Zuordnung einmal je Geräterolle auf und halten Sie sie im Label des Dashboards. Ein Diagramm mit dem Titel Kunden-Upload, das tatsächlich Verkehr in den Kern zeichnet, übersteht die Prüfung und führt still jeden in die Irre, der es für Kapazitätsentscheidungen nutzt. Dasselbe Risiko gilt für Alarme, die auf diesen Diagrammen aufbauen, denn sie rufen das falsche Team. Beschriften Sie jedes Diagramm mit der Bewegungsrichtung relativ zum Pseudowire, und lassen Sie die Kundenzuordnung in dem Panel leben, das sie braucht.
Ein Test schlägt jede Menge Lesen von Objektbeschreibungen: Ziehen Sie eine bekannte Datei durch den Dienst, fragen Sie unmittelbar danach beide Richtungen ab und sehen Sie, welcher Zähler sich bewegt hat. Notieren Sie das Ergebnis neben der Geräterolle, denn die nächste Person wird dieselbe Frage stellen.
Eine Rate ist nur innerhalb eines Diskontinuitätsfensters gültig
Berechnen Sie eine Rate als Zuwachs des Byte-Zählers geteilt durch die verstrichenen Sekunden und multiplizieren Sie mit acht für Bits pro Sekunde. Behandeln Sie das Intervall als ungültig, wenn der Zähler gesunken ist, der Agent neu gestartet wurde, die Zeile gewechselt hat oder sich das Diskontinuitätsobjekt bewegt hat. Dieses Objekt wird gegen die Systemlaufzeit ausgedrückt, daher entwertet auch ein Geräteneustart es. Verwerfen Sie die Messprobe und öffnen Sie ein neues Fenster, statt einen Ausschlag zu zeichnen.
Nehmen Sie zwei Proben mit bekanntem Abstand und behalten Sie die Zeitstempel aus dem Collector, nicht aus Ihrer Terminalhistorie.
snmpget -v2c -c monitor -Oqv 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalInHCBytes.7
sleep 60
snmpget -v2c -c monitor -Oqv 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalInHCBytes.7
snmpget -v2c -c monitor -Oqv 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalDiscontinuityTime.7Hochleistungszähler machen Überlauf auf einem einzelnen Pseudowire zum Nichtproblem, sodass ein Rückgang fast immer einen Reset, einen ausgetauschten Agenten oder eine andere Zeile bedeutet und nicht arithmetischen Überlauf. Deshalb ist der dritte Befehl genauso wichtig wie die ersten beiden.
Prüfen Sie, was die installierte Version tatsächlich unterstützt
Eine MIB-Definition ist eine Spezifikation, kein Versprechen über Ihr Image. Tabellen können fehlen, teilweise implementiert sein oder vorhanden, aber ungefüllt bleiben, bis eine Funktion aktiviert wird, und dieselbe Plattform kann sich zwischen Versionen unterscheiden. Die CISCO-IETF-PW-MIB-Definition gibt Ihnen die Objektnamen; das Gerät sagt Ihnen, ob sie antworten.
Fragen Sie beide Tabellen und den Firmware-String in einem Durchgang ab und vergleichen Sie dann mit dem, was die Versionshinweise behaupten.
snmpget -v2c -c monitor -Oqv 10.60.4.21 SNMPv2-MIB::sysDescr.0
snmpwalk -v2c -c monitor 10.60.4.21 CPW-VC-MIB::cpwVcTable | wc -l
snmpwalk -v2c -c monitor 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalTable | wc -lEin leerer Durchlauf und ein nicht unterstützter Durchlauf sind unterschiedliche Fehler, also lesen Sie den Fehler und nicht nur die Zeilenzahl. Wenn die Statustabelle antwortet und die Performancetabelle nicht, hat die im ersten Abschnitt entworfene Verknüpfung keinen Ort zum Landen, und die Behebung ist eine Collector-Änderung statt einer Leitungsänderung.
Die Reihenfolge bei einer strittigen Leitung ist kurz: Bestätigen Sie die Zeilenidentität aus dem Index, bestätigen Sie die Richtungszuordnung mit einer bekannten Übertragung, berechnen Sie die Rate nur innerhalb eines sauberen Diskontinuitätsfensters und bestätigen Sie, dass beide Tabellen auf dieser Version antworten. Jeder Schritt entfernt eine mögliche Erklärung. Wenn alle vier zutreffen und die Zähler sich weiterhin nicht bewegen, weisen die Belege vom Pseudowire weg. Dann ist der Punkt erreicht, an dem ein Paketmitschnitt an der Anschlussstrecke seinen Aufwand wert ist.