Geen DDMI-pagina in de webinterface op Zyxel XGS3700 en GS2210 terwijl de GS1910 hem wel toont
Ik beheer een gemengd Zyxel-park op één locatie en ik ben een heel basale optische health check aan het bouwen voor de glasvezeluplinks: temperatuur en Rx-vermogen per poort, zodat ik een link zie verslechteren voor de gebruikers het melden.
Wat erbij hoort:
- Zyxel GS1910, oudere accessswitch met SFP-uplinks
- Zyxel XGS3700 met SFP+-modules op de uplinks
- Zyxel GS2210 met 1G SFP-modules
- alle modules zijn Zyxel-merk, niets van derden
Op de GS1910 staan de DDMI-cijfers gewoon in de webinterface, en daar ben ik aan gewend geraakt om ze af te lezen. Op de andere twee dozen kan ik die pagina nergens vinden:
# 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
Wat ik al gedaan heb:
- de hele monitoring- en poortsectie op beide switches doorlopen, pagina voor pagina
- één module opnieuw geplaatst voor het geval de switch hem gewoon niet uitlas
- teruggegaan naar de GS1910 om zeker te weten dat ik geen pagina achternazat die nooit heeft bestaan
Dus: zit de DDMI-data op de XGS3700 en GS2210 verstopt onder een menu waar ik niet aan gedacht heb, of laten deze series hem in de webinterface gewoon echt niet zien? Als er een andere manier is om bij de cijfers te komen, gebruik ik die liever dan schermen af te schrapen.
Comments 3
De pagina is niet verstopt, hij is er gewoon niet. Op de XGS3700 en GS2210 zijn de transceiverdiagnostiek alleen via de command line te bereiken:
Wat er per poort terugkomt is een platte tekstblok: eerst de module-identiteit, dan de vijf gemeten waarden - biasstroom, Tx-vermogen, Rx-vermogen, voedingsspanning en temperatuur. Dezelfde cijfers die de GS1910 voor je tekent, minus de pagina.
Waarom de dozen verschillen is een kwestie van releasegeschiedenis, niet van hardware. Zyxel heeft de DDMI-pagina in firmware 4.60 aan de webinterface toegevoegd, en geen van deze twee series stond ooit gepland om die branch te krijgen, dus geen update gaat de pagina daar nog brengen. De CLI is de weg ernaartoe en blijft de weg.
Voor de health check die je aan het bouwen bent betekent dat twee codepaden in de poller: SNMP of de GUI overal waar firmware 4.60 en later beschikbaar is, en tekst parsen voor deze twee series. Niet elegant, maar de CLI-output is stabiel en makkelijk genoeg per poort uit elkaar te trekken, en je komt hoe dan ook op dezelfde vijf waarden uit.
Voor je verder door menu's blijft speuren, splits de vraag in tweeën: heb je die specifieke webpagina nodig, of alleen de cijfers? Bij deze familie zijn dat verschillende problemen met verschillende antwoorden.
Het zou ook helpen om te zeggen welke firmwarebranch elke doos draait, want dat bepaalt of de GUI überhaupt een diagnostiekpagina heeft, en om te bevestigen wat de modules zelf ondersteunen. Een module zonder diagnostiekpagina toont nergens iets, GUI noch command line, en dan helpt geen enkele hoeveelheid gegraaf in menu's.
De moeite waard om de andere reden te kennen waarom die velden ontbreken, want het ziet er vanaf de monitoringkant identiek uit.
Hier op een FortiGate print
get system interface transceivertemperatuur, spanning, Tx-bias, Tx-vermogen en Rx-vermogen, en ruim de helft van de poorten kwam terug als N/A. Uiteindelijk drie verschillende oorzaken: optiek zonder enige diagnostiekpagina, wat normaal is voor oudere of budget 1G SFP's, passieve direct-attach koper, wat elektrisch is en om te beginnen niets optisch te melden heeft, en precies één module die echt niet werd uitgelezen - die had een regel 'not detected' ernaast staan en bleek een kwestie van plaatsing.Regel die ik nu hanteer: N/A naast een gezonde link is de moeite van het najagen niet waard, N/A samen met 'not detected' is fysiek. Cisco heeft dezelfde tweedeling op moduleniveau, de GLC-SX-MM heeft geen A2h-diagnostiekpagina dus
show interface transceiver detailheeft er niets voor te printen, terwijl de MMD-variant dat wel heeft. Verder dezelfde optiek.