Blokada producenta i kodowanie

Wiele przełączników sprawdza dane identyfikacyjne transceivera — nazwę producenta, numer katalogowy, czasem numer seryjny — i traktuje moduły niepasujące do zatwierdzonej listy jako „unsupported”. To jest blokada producenta, i dlatego całkowicie sprawna optyka może zostać odrzucona w jednym przełączniku, a w innym działać.

Jak reagują przełączniki

• Niektóre platformy ostrzegają, ale zezwalają na moduł.
• Niektóre wyłączają port albo odmawiają diagnostyki dla nierozpoznanej optyki.
• Cisco IOS ma na przykład globalną komendę service unsupported-transceiver, która zezwala na optykę innych producentów.

Co robi kodowanie

Kodowanie zapisuje w pamięci modułu pola producenta i numeru katalogowego, jakich oczekuje docelowy przełącznik, dzięki czemu przełącznik go akceptuje. Ponieważ te pola są chronione sumami kontrolnymi, po zmianie trzeba je przeliczyć na nowo — CodingBox automatycznie przelicza CC_BASE i CC_EXT w EEPROM editor.

Jak robić to bezpiecznie

1. Odczytaj moduł i pozwól CodingBox zapisać go w code database — kopia zapasowa jest tworzona przed każdym zapisem.
2. Edytuj pola danych identyfikacyjnych (i odblokuj zabezpieczone strony, jeśli trzeba).
3. Zapisz wybrane strony, a potem odczytaj ponownie, żeby potwierdzić.

Koduj transceivery wyłącznie w zakresie interoperacyjności, do której masz prawo, i przestrzegaj polityk swojej organizacji oraz producentów.

Dalsza lektura

• Jak każdy NOS weryfikuje moduł — co jest porównywane, co dzieje się przy niepowodzeniu, udokumentowane obejścia, dla każdego producenta.
• Przepisy konfiguracji portów — prędkość, FEC, AN, breakout i komendy obejścia dla 12 systemów obok siebie.
• Macierze kompatybilności i firmware — gdzie publikuje się wsparcie, jak je czytać, co zmienia się przy aktualizacjach, praktyka floty.