Brak strony DDMI w web GUI na Zyxel XGS3700 i GS2210, a GS1910 ją pokazuje
Zajmuję się mieszanym parkiem Zyxela na jednej lokalizacji i składam bardzo podstawowy healthcheck optyki dla uplinków światłowodowych: temperatura i moc Rx na port, żebym widział degradację linku, zanim zgłoszą to użytkownicy.
O co chodzi:
- Zyxel GS1910, starszy switch dostępowy z uplinkami SFP
- Zyxel XGS3700 z modułami SFP+ na uplinkach
- Zyxel GS2210 z modułami 1G SFP
- wszystkie moduły są markowe Zyxel, nic firm trzecich
Na GS1910 wartości DDMI po prostu tam są, w interfejsie webowym, i do tego przywykłem. Na pozostałych dwóch urządzeniach nie mogę znaleźć tej strony nigdzie:
# 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 pagesCo już zrobiłem:
- przeszedłem całą sekcję monitoringu i portów na obu switchach, strona po stronie
- przełożyłem jeden moduł, na wypadek gdyby switch po prostu go nie czytał
- wróciłem do GS1910, żeby się upewnić, że nie gonię strony, która nigdy nie istniała
Więc: czy dane DDMI na XGS3700 i GS2210 są schowane pod jakimś menu, o którym nie pomyślałem, czy te serie naprawdę nie pokazują tego w interfejsie webowym wcale? Jeśli jest inny sposób dostać się do tych liczb, wolałbym użyć go, niż zeskrobywać ekrany.
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 3
Strona nie jest ukryta, po prostu jej tam nie ma. Na XGS3700 i GS2210 diagnostyka transceivera jest dostępna tylko z linii poleceń:
To, co wraca na port, to zwykły blok tekstu: najpierw tożsamość modułu, potem pięć zmierzonych wartości - prąd polaryzacji, moc Tx, moc Rx, napięcie zasilania i temperatura. Te same liczby, które rysuje ci GS1910, tylko bez strony.
To, że urządzenia się różnią, to kwestia historii wydań, nie sprzętu. Zyxel wprowadził stronę DDMI do interfejsu webowego w firmware 4.60, a żadna z tych dwóch serii nigdy nie miała dostać tej gałęzi, więc żadna aktualizacja nie przyniesie im tej strony. CLI to droga tam i zostaje drogą.
Dla healthchecka, który budujesz, oznacza to dwie ścieżki kodu w pollerze: SNMP albo GUI tam, gdzie dostępny jest firmware 4.60 i nowszy, oraz parsowanie tekstu dla tych dwóch serii. Nieeleganckie, ale wyjście CLI jest stabilne i wystarczająco łatwe do rozłożenia na czynniki pierwsze per port, a i tak kończysz z tymi samymi pięcioma wartościami.
Zanim będziesz dalej przeszukiwał menu, rozbij pytanie na dwa: potrzebujesz konkretnie tej strony webowej, czy potrzebujesz po prostu liczb? W tej rodzinie to różne problemy z różnymi odpowiedziami.
Przydałoby się też napisać, jaką gałąź firmware ma każde z urządzeń, bo to ona decyduje, czy GUI w ogóle ma stronę diagnostyczną, oraz potwierdzić, co same moduły wspierają. Moduł bez strony diagnostycznej nie pokaże nic nigdzie, ani w GUI, ani w linii poleceń, i wtedy żadne grzebanie w menu nie pomoże.
Warto znać ten drugi powód, dla którego te pola znikają, bo od strony monitoringu wygląda identycznie.
Na FortiGate tutaj
get system interface transceiverdrukuje temperaturę, napięcie, Tx bias, moc Tx i moc Rx, i dobra połowa portów wróciła jako N/A. Ostatecznie trzy różne przyczyny: optyka bez żadnej strony diagnostycznej, co jest normalne dla starszych albo budżetowych 1G SFP, pasywna miedź direct-attach, która jest elektryczna i z założenia nie ma nic optycznego do zgłoszenia, i dokładnie jeden moduł, który faktycznie nie był czytany - przy tym jednym widniała linijka „not detected” i okazało się, że to kwestia osadzenia.Zasada, której teraz używam: N/A przy zdrowym linku nie warte gonienia, N/A razem z „not detected” to już fizyka. Cisco ma ten sam podział na poziomie modułu, GLC-SX-MM nie ma strony diagnostycznej A2h, więc
show interface transceiver detailnie ma dla niego nic do wydrukowania, podczas gdy wariant MMD ma. Poza tym ta sama optyka.