Keine DDMI-Seite im Web-GUI bei Zyxel XGS3700 und GS2210, während der GS1910 sie zeigt
Ich betreue einen gemischten Zyxel-Bestand an einem Standort und stelle gerade einen ganz einfachen Optik-Gesundheitscheck für die Glasfaser-Uplinks zusammen: Temperatur und Rx-Power pro Port, damit ich einen degradierenden Link sehe, bevor die Nutzer ihn melden.
Was dabei ist:
- Zyxel GS1910, älterer Access-Switch mit SFP-Uplinks
- Zyxel XGS3700 mit SFP+-Modulen an den Uplinks
- Zyxel GS2210 mit 1G-SFP-Modulen
- alle Module sind Zyxel-gebrandet, nichts von Drittanbietern
Am GS1910 stehen die DDMI-Werte direkt im Web-Interface, dort habe ich sie immer gelesen. An den beiden anderen Boxen finde ich diese Seite nirgends:
# what each box gives me in the web GUI
GS1910 : DDMI page - temperature, supply voltage, bias current, Rx/Tx power
XGS3700 : nothing under the port pages
GS2210 : nothing under the port pages
Was ich schon gemacht habe:
- den kompletten Monitoring- und Port-Bereich auf beiden Switches durchgesehen, Seite für Seite
- ein Modul neu gesetzt, falls der Switch es schlicht nicht ausliest
- nochmal zum GS1910 zurück, um sicherzugehen, dass ich nicht einer Seite hinterherjage, die es nie gab
Also: Sind die DDMI-Daten am XGS3700 und GS2210 unter irgendeinem Menü versteckt, an das ich nicht gedacht habe, oder zeigen diese Serien das im Web-Interface tatsächlich gar nicht an? Falls es einen anderen Weg zu den Zahlen gibt, würde ich den lieber nehmen, als Screens zu scrapen.
Comments 3
Die Seite ist nicht versteckt, es gibt sie einfach nicht. Am XGS3700 und GS2210 sind die Transceiver-Diagnosen nur über die Kommandozeile erreichbar:
Was pro Port zurückkommt, ist ein reiner Textblock: zuerst die Modulidentität, dann die fünf Messwerte: Bias-Strom, Tx-Power, Rx-Power, Versorgungsspannung und Temperatur. Dieselben Zahlen, die der GS1910 dir zeichnet, nur ohne die Seite.
Warum sich die Boxen unterscheiden, ist eine Frage der Release-Historie, nicht der Hardware. Zyxel hat die DDMI-Seite mit Firmware 4.60 ins Web-Interface gebracht, und keine der beiden Serien war je dafür vorgesehen, diesen Branch zu bekommen, also wird kein Update die Seite dorthin bringen. Die CLI ist der Weg dorthin und bleibt der Weg.
Für den Health-Check, den du gerade baust, heißt das zwei Codepfade im Poller: SNMP oder GUI, wo immer Firmware 4.60 oder neuer verfügbar ist, und Textparsing für diese beiden Serien. Nicht elegant, aber die CLI-Ausgabe ist stabil und lässt sich pro Port gut genug zerlegen, am Ende hat man so oder so dieselben fünf Werte.
Bevor du weiter durch Menüs suchst: Teile die Frage in zwei. Brauchst du genau diese Webseite, oder brauchst du nur die Zahlen? Bei dieser Familie sind das zwei verschiedene Probleme mit zwei verschiedenen Antworten.
Hilfreich wäre auch zu sagen, welchen Firmware-Branch jede Box fährt, denn das entscheidet, ob das GUI überhaupt eine Diagnoseseite hat, und zu bestätigen, was die Module selbst unterstützen. Ein Modul ohne Diagnoseseite zeigt nirgends etwas, weder im GUI noch auf der Kommandozeile, und dann hilft kein noch so gründliches Menü-Graben.
Lohnt sich, auch den anderen Grund zu kennen, warum diese Felder fehlen, weil es von der Monitoring-Seite aus identisch aussieht.
An einem FortiGate hier druckt
get system interface transceiverTemperatur, Spannung, Tx-Bias, Tx-Power und Rx-Power, und gut die Hälfte der Ports kam als N/A zurück. Am Ende drei verschiedene Ursachen: Optik ganz ohne Diagnoseseite, normal bei älteren oder günstigen 1G-SFPs, passives Direct-Attach-Kupfer, das elektrisch ist und von vornherein nichts Optisches zu melden hat, und genau ein Modul, das wirklich nicht ausgelesen wurde: Bei dem stand eine 'not detected'-Zeile daneben, und es lag an der Sitzposition.Regel, die ich jetzt anwende: N/A neben einem gesunden Link lohnt keine Jagd, N/A zusammen mit 'not detected' ist physisch. Bei Cisco gibt es dieselbe Aufteilung auf Modulebene: GLC-SX-MM hat keine A2h-Diagnoseseite, also hat
show interface transceiver detaildafür nichts zu drucken, während die MMD-Variante das hat. Sonst dieselbe Optik.