Jak każdy NOS waliduje moduł · Kompatybilność transceiverów · Karty sieciowe i przełączniki · Dokumentacja · CodingBox
CodingBox Dokumentacja

Jak każdy NOS waliduje moduł

Między „module detected” a „port up” każdy sieciowy system operacyjny wykonuje sprawdzenie danych identyfikacyjnych modułu. To, co porównuje, co robi, gdy porównanie się nie zgadza, i czy administrator może to obejść, różni się w zależności od producenta, platformy i wydania — i ta różnica jest całym tematem kompatybilności transceiverów. Ta strona zestawia te zachowania obok siebie, tak jak dokumentują je producenci i jak obserwuje się je w terenie, żeby moduł odczytany na stanowisku dało się ocenić względem urządzenia, do którego jest przeznaczony.

Co można sprawdzić

SprawdzenieZaangażowane bajtyKto to robi
Sumy kontrolne CC_BASE / CC_EXTSFP 63/95, QSFP 191/223, CMIS 222/255niemal wszyscy — błąd to invalid EEPROM (Sumy kontrolne)
Spójność identyfikatora / złącza / kodowaniaSFP 0, 2, 11; QSFP 0, 130, 139większość; nieznane typy pokazywane jako takie
Kody zgodności względem portuSFP 3–10, 36; QSFP 131–138, 192; aplikacje CMISwiększość — speed and type not supported (Kody zgodności)
Nazwa producenta + numer katalogowy względem listySFP 20–35, 40–55; QSFP 148–163, 168–183platformy rygorystyczne i częściowo rygorystyczne (Numeracja części)
Sygnatura specyficzna dla producentaobszar producenta (SFP 96–127, QSFP 224–255, CMIS custom)nieliczni OEM; hash powiązany z numerem seryjnym
Format numeru seryjnego / kod datySFP 68–91; QSFP 196–219rzadkie; inżynierowie wsparcia sprawdzają je ręcznie
Klasa mocy względem portuSFP 64; QSFP 129/107; CMIS 200–201wszyscy, którzy implementują zarządzanie mocą (Zasilanie i temperatura)

Zachowanie według producenta

Publicznie dostępne komendy i zachowania na moment ostatnich wydań; szczegóły zależą od platformy i wersji.

Producent / NOSSprawdzeniaPrzy niepowodzeniuObejścieDDM dla innych producentów
Cisco IOS / IOS-XE (Catalyst, ISR)lista producent/PN i sprawdzenie specyficzne dla producenta; sumy kontrolne%PHY-4-UNSUPPORTED_TRANSCEIVER, port errdisabled (gbic-invalid), laser wyłączonyservice unsupported-transceiver (ukryte) + no errdisable detect cause gbic-invalid; nie na wszystkich platformach; niewspierane przez TACpokazywane po zaakceptowaniu; niektóre pola puste
Cisco NX-OS (Nexus)jak wyżej, mniej rygorystyczne na wielu platformach DCczęsto up z logiem; rygorystyczne SKU errdisableservice unsupported-transceiverzwykle pokazywane
Cisco IOS-XRlista optyki dla platformy, klasa mocystan unsupported, port może pozostać nieaktywnyograniczone; zależne od platformyczęściowe
Arista EOSsumy kontrolne, spójność typuloguje unsupported; łącze się podnosiniepotrzebnepełne
Juniper Junoslista producent/PN dla etykiety „supported”, sumy kontrolnełącze zwykle aktywne; show chassis pic oznacza jako unsupported; niektóre platformy EX/QFX wstrzymują DDM albo prędkości dla nieznanych PNbrak oficjalnegopełne dla znanych PN, częściowe dla nieznanych
Huawei VRPproducent/PN; nie-Huawei → alarmłącze aktywne z powtarzającymi się alarmami phony transceiver; niektóre platformy ograniczajątransceiver phony-alarm-disable (system view)pełne
H3C Comwarejak VRPalarmtransceiver phony-alarm-disablepełne
HPE Aruba AOS-S / AOS-CXlista producent/PNunsupported, port nieaktywnyallow-unsupported-transceiverpełne
Dell OS10 / OS9 / PowerConnectsumy kontrolne; na starszym sprzęcie czasem sprawdzenie wg listyloguje; starsze: errdisableservice unsupported-transceiver (starsze)pełne
Extreme EXOS / VOSSsumy kontrolne, typloguje, aktywne—pełne
Ruckus/Brocade ICX (FastIron)sumy kontrolne; monitoring optyczny tylko dla PN Brocade na niektórychaktywne; DDM może brakować—częściowe
Brocade FOS (SAN)na większości platform Gen 5/6/7 wymagany PN i numer seryjny pod marką Brocadeport Mod_Inv, not enabledbraktylko optyka Brocade
Nvidia/Mellanox (Onyx, Cumulus, IB)Ethernet: sumy kontrolne, typ; InfiniBand: informacje o kablu weryfikowane przez fabric managerEthernet aktywny z logiem; IB może działać z obniżoną prędkością albo zgłosić flagę—pełne
SONiC / white-boxwtyczka platformy: sumy kontrolne, parsowanie CMISaktywne; nieznane pola pokazywane surowo—pełne (zależne od wtyczki)
MikroTik RouterOS / SwOSnic poza parsowaniemaktywne—pełne
Ubiquitinic poza parsowaniemaktywne—pełne
Karty NIC serwerów (Intel, Broadcom, Mellanox)białe listy sterownika na niektórych rodzinach Intelsterownik odmawia aktywacji portuparametr modułu allow_unsupported_sfp=1 (Intel ixgbe/i40e)przez ethtool -m

Tam, gdzie istnieje obejście producenta, jest ono zwykle oferowane as is: moduł działa, ale producent nie zobowiązuje się wspierać tej kombinacji. Decyzje dotyczące floty należą do właściciela sieci (Optyka innych producentów).

Co musi spełniać moduł „zakodowany pod producenta X”

Klasa platformyMinimum do akceptacjiDodatkowo wskazane
Pobłażliwa (Arista, SONiC, MikroTik, Extreme…)prawidłowe sumy kontrolne, spójne kody typuprawdziwa nazwa producenta i PN — kodowanie OEM nic nie daje
Sprawdzająca wg listy (Juniper, Aruba, Huawei/H3C, NX-OS na wielu SKU)nazwa producenta i PN dokładnie jak na liście platformy, poprawne kody zgodności dla portupasujący przyrostek/klasa PN; wiarygodny numer seryjny i kod daty
Sprawdzająca sygnaturę (Cisco IOS/IOS-XE, część XR)wszystko powyższe plus obszar specyficzny dla producenta wyliczony dla tego numeru seryjnegopola danych identyfikacyjnych spójne z PN (długość fali, zasięg, technologia)
Tylko marka producenta (Brocade FOS)ciąg producenta Brocade i rodzina PN, format numeru seryjnego—

Jak działa to na stanowisku: Blokada producenta i kodowanie, Przekodowanie EEPROM.

Odczytywanie odrzucenia

Tekst logu / stanuZnaczenieKolejny krok
unsupported transceiver, Mod_Inv, phonydane identyfikacyjne spoza listyobejście albo zakodowanie na PN z listy
invalid EEPROM, checksum errorbłędne CC_BASE/CC_EXTprzelicz ponownie (Sumy kontrolne)
speed and type not supported, unknown media typekody zgodności nie pasują do portupopraw kody albo użyj innego trybu portu (Szybkość i przepływność)
power class exceeds, zablokowany w LowPwrklasa mocy względem klatkiZasilanie i temperatura
Module not ready, stan DP zawieszonyrozruch CMISProblemy z CMIS

Komendy dla poszczególnych NOS, by zobaczyć te stany: Weryfikacja optyki na przełącznikach.

Zmiany przy aktualizacjach oprogramowania

Producenci zaostrzają albo łagodzą sprawdzenia między wydaniami: nowa walidacja sygnatury, nowe listy wspieranej optyki, usunięte ukryte komendy, zmieniona obsługa DDM. Flota optyki innych producentów albo zakodowanej, która działała wczoraj, może po aktualizacji trafić w errdisable (Macierze kompatybilności i firmware).

W CodingBox

CodingBox pokazuje dokładne bajty, które odczytuje każde z powyższych sprawdzeń — nazwę producenta, PN, sumy kontrolne, kody zgodności, klasę mocy — a code database przechowuje dane identyfikacyjne akceptowane przez daną klasę platformy. Zweryfikuj na porcie testowym po zakodowaniu; ostatnie słowo należy do przełącznika, nie do stanowiska (Check transceiver).

Odpowiednik po stronie serwera — białe listy sterownika dla każdego producenta NIC, obejścia Intela, zachowanie Windows i ESXi: Kompatybilność transceiverów w kartach NIC.


Jeśli znajdziesz nieścisłość lub błąd w tym materiale, zaznacz odpowiedni fragment i naciśnij Ctrl+Enter, aby .