Weryfikacja optyki na przełączniku

Gdy moduł znajduje się w porcie, każdy NOS ma komendę pokazującą jego dane identyfikacyjne i DDM. Użyj jej, żeby potwierdzić, że przełącznik widzi moduł tak, jak oczekujesz — i żeby porównać to z tym, co odczytał CodingBox.

Komendy według NOS

Na co zwrócić uwagę

• Dane identyfikacyjne — nazwa producenta, numer katalogowy i numer seryjny zgadzają się z tym, co zamierzałeś.
• DDM — temperatura, napięcie, prąd polaryzacji i moc optyczna mieszczą się w zakresie (przełącznik odczytuje tę samą diagnostykę SFF-8472, którą pokazuje CodingBox).
• Błędy — komunikat „unsupported transceiver” wskazuje na blokadę producenta.

Porównanie z CodingBox

Porównaj wynik z przełącznika z podsumowaniem transceivera w aplikacji. Jeśli przełącznik nie zgadza się z tym, co CodingBox odczytał na stanowisku, różnica leży w tym, jak przełącznik interpretuje albo blokuje moduł — nie w pamięci modułu.

Komendy specyficzne dla DDM na każdej platformie, surowe zrzuty ethtool, OID SNMP i ścieżki OpenConfig: Odczyt DDM narzędziami.

Konfiguracja tego, co zweryfikowano — prędkość, FEC, breakout, obejścia dla każdego NOS: Przepisy konfiguracji portów; dlaczego platforma odrzuciła moduł: Jak każdy NOS weryfikuje moduł.

Te same dane przez SNMP i telemetrię strumieniową — obiekty MIB dla każdego producenta, ścieżki OpenConfig dla transceivera, komunikaty syslog, na które warto alertować: Zarządzanie i monitorowanie; nazwy interfejsów używane w tych komendach: Nazewnictwo portów i diody LED.