Zgodność z QSFP28: MSA, EEPROM, FEC i wsparcie

Na papierze wybór transceivera QSFP28 wygląda jak lista kontrolna: dopasuj prędkość, długość fali, złącze, zasięg i typ światłowodu, a następnie włóż moduł do portu 100G. W laboratorium to często wystarcza. W tkaninie produkcyjnej tak nie jest.

Moduł QSFP28 może być w pełni zgodny z MSA-, mieć odpowiedni zasięg optyczny, używać prawidłowego złącza, a mimo to być odrzucany przez przełącznik po jego włożeniu. Inny moduł zapewnia czyste połączenie, ale zgłasza brak mocy optycznej, generuje sporadyczne alarmy, gromadzi błędy FEC lub cicho zmienia zachowanie po aktualizacji oprogramowania sprzętowego. Żadna z tych awarii nie pojawia się w porównaniu arkuszy danych.

W tym przewodniku wyjaśniono, jak faktycznie działa zgodność z 100G QSFP28, co należy sprawdzić przed zakupem i jak zmniejszyć ryzyko wdrożenia w środowiskach Cisco, Arista, Juniper, Dell, NVIDIA/Mellanox i White-box/SONiC.

Co decyduje o zgodności z QSFP28

Zgodność z QSFP28 nie jest pojedynczym warunkiem tak-lub-nie. Moduł działa w Twojej sieci tylko wtedy, gdy przejdzie kilka warstw:współczynnik kształtupasuje do klatki QSFP28,Kodowanie EEPROM-uodpowiada oczekiwaniom przełącznika,przełączyć oprogramowanie sprzętowerozpoznaje i włącza moduł, tjTryb FEC i konfiguracja breakoutuzgodzić się na obu końcach,Dane DOM/DDMjest czytelny dla narzędzi monitorujących, orazpolityka wsparcia dostawcypozwala na moduł w procesie operacyjnym. Pomiń którykolwiek z nich, a moduł, który „pasuje do specyfikacji”, może nadal nie działać w terenie. Pozostała część tego przewodnika opisuje każdą warstwę i pokazuje, jak ją przetestować.

Co naprawdę oznacza zgodność z QSFP28

Pomaga to traktować kompatybilność jako cztery nałożone na siebie warstwy. Moduł może wyczyścić pierwszy i nadal zawieść jeden z pozostałych, dlatego właśnie samo określenie „zgodność z MSA-” niewiele mówi o zachowaniu produkcyjnym.

• Zgodność z MSA- moduł jest zgodny ze wspólnymi oczekiwaniami dotyczącymi kształtu, elektryki i-interfejsu zarządzania.
• Kompatybilność przełącznika- urządzenie hosta rozpoznaje, włącza i monitoruje moduł.
• Interoperacyjność łączy- oba końce negocjują stabilne łącze 100G z dopasowaną prędkością, FEC i ustawieniami pasa.
• Kompatybilność operacyjna- moduł zachowuje się przewidywalnie w przypadku oprogramowania sprzętowego, stosu monitorowania, procesu pomocy technicznej i planu zapasowych-inwentarzy.

Sprawność fizyczna i zgodność z MSA

Na najniższej warstwie moduł musi współpracować mechanicznie i elektrycznie z klatką QSFP28 i obsługiwać interfejs zarządzania oczekiwaną-niską szybkością. To właśnie obejmuje zgodność z MSA. Współczynnik kształtu QSFP28 jest zdefiniowany przez SFF/SNIASpecyfikacja SFF-8665, który standaryzuje obudowę mechaniczną, zatrzask, złącze hosta i interfejs zarządzania, dzięki czemu moduły i klatki różnych producentów mogą ze sobą współdziałać.

Co oznacza zgodność z MSAniegwarancją jest to, że każdy dostawca przełączników w pełni zaakceptuje moduł. Zgodność mechaniczna i interfejsowa pozwala na umieszczenie modułu w porcie; nie decyduje o tym, czy system operacyjny traktuje go jako-pierwszorzędną, w pełni monitorowaną optykę. QSFP28 ma tę samą mechaniczną linię bazową z późniejszymi wariantami QSFP, takimi jak QSFP-DD, więc samo dopasowanie klatki jest słabym sygnałem wsparcia - zobacz toPrzegląd techniczny QSFP-DDdla sposobu, w jaki czynniki kształtu są ze sobą powiązane.

Rozpoznawanie hosta i kodowanie EEPROM

Każdy moduł QSFP28 przenosi dane identyfikacyjne i diagnostyczne w małej pamięci EEPROM, którą przełącznik odczytuje po włożeniu: nazwa dostawcy, numer części, numer seryjny, klasa mocy, obsługiwane możliwości, długość fali, zasięg, pola DOM/DDM i sumy kontrolne. Wiele przełączników wykorzystuje te dane, aby zdecydować, jak traktować optykę.

Optycznie doskonały moduł może nadal wyglądać jaknieobsługiwany, nieznanylub tylko częściowo monitorowany, jeśli jego profil EEPROM nie jest tym, czego szuka przełącznik. Właśnie dlatego{{1}dostawcy zewnętrzni sprzedają wersje tego samego typu optycznego-kompatybilne z Cisco,-kompatybilne z Arista,-zgodne z Juniper{4}}i zgodne z Dell-: silnik optyczny może być identyczny, ale kodowanie EEPROM jest napisane tak, aby pasowało do konkretnej rodziny platform. Kodowanie dostawcy jest w praktyce najczęstszą przyczyną akceptacji lub odrzucenia prawidłowego modułu QSFP28.

Interoperacyjność łączy, FEC i monitorowanie

Uznanie to nie koniec. Gdy przełącznik zaakceptuje moduł, łącze nadal musi zostać nawiązane i pozostać aktywne. Zależy to od konfiguracji prędkości, trybu FEC, trybu przerwania, rodzaju włókna, polaryzacji, odległości, poziomów mocy optycznej i tego, czy przeciwny koniec korzysta z pasujących ustawień. W szczególności korekta błędów w przód podlega odpowiednim przepisomStandardy Ethernet IEEE 802.3, a różne typy optyczne 100G wymagają innego zachowania FEC -, do czego powrócimy poniżej.

Z tego powodu sam test-połączenia nie jest testem zgodności. Prawdziwa kontrola akceptacji sprawdza łącznie wykrywanie zapasów, odczyty DOM/DDM, stabilność ruchu i liczniki błędów, a nie tylko to, czy linia interfejsu zmienia kolor na zielony.

Typy optyczne 100G QSFP28 i czym się różnią

„QSFP28” opisuje formę, a nie optykę. Wewnętrzny typ optyczny 100G steruje złączem, światłowodem, strukturą toru, oczekiwaniami FEC i zachowaniem przerwania -, a zatem stanowi dużą część historii kompatybilności. Traktowanie SR4 i DR1 jako wymiennych, ponieważ oba są „100G QSFP28” jest częstym błędem.

Z tej tabeli wynikają dwa praktyczne wnioski. Po pierwsze,Rodzina 4x25G (SR4, PSM4, CWDM4, LR4)jest dojrzały i szeroko obsługiwany, ale tylko typy równoległe (SR4, PSM4) są realistycznymi kandydatami na przełamanie 4x25G, a przebicie nadal zależy od platformy. Zasięg wielomodowy dla zawiasów SR4 w zależności od klasy okablowania, więc sprawdź, czy Twoja instalacja spełnia wymaganiaLimity odległości OM1–OM5; w przypadku typów-jednomodowych znaczenie ma także klasa światłowodu, co omówiono w tym artykulePorównanie OS1 i OS2. CWDM4 i LR4 łączą cztery długości fal w jedną parę dupleksową, zgodnie z zasadą opisaną w tym podręcznikuMultipleksowanie WDM.

Po drugie,pojedyncza-rodzina lambda (DR1, FR1, LR1)stawia pełne 100G na jednej długości fali i jest bardziej wrażliwy na ustawienia FEC i obsługę oprogramowania sprzętowego niż starsze konstrukcje 4x25G. Platforma, która bez problemu obsługuje LR4, może potrzebować nowszej wersji oprogramowania lub innej domyślnej wersji FEC, zanim wyświetli łącze FR1 lub LR1. Jeśli wdrażasz optykę z pojedynczą-lambdą, traktuj obsługę oprogramowania sprzętowego jako rygorystyczne wymaganie bramkowania, a nie refleksję.

Dlaczego moduł QSFP28 nie działa w „kompatybilnym” porcie

Kiedy łącze 100G działa nieprawidłowo, w pierwszej kolejności obwiniany jest moduł nadawczo-odbiorczy. Częściej prawdziwą przyczyną jest niedopasowanie modułu, oprogramowania sprzętowego przełącznika, konfiguracji portu lub instalacji kablowej. Cztery tryby awarii obejmują zdecydowaną większość przypadków.

Przełącznik odrzuca identyfikator modułu

Niektóre platformy sprawdzają tożsamość optyki przed włączeniem portu. Jeśli dane EEPROM nie odpowiadają oczekiwanemu profilowi, można rozpoznać objawy:nieobsługiwany transceiverwpis w logu, interfejs się zawiesiłw dółlub port wbity wbłąd-wyłączonypaństwo. Poprawne kodowanie dostawcy usuwa większość tych problemów, ale samo kodowanie nie pozwala pominąć testowania dokładnego modelu przełącznika i wersji oprogramowania, ponieważ tabele walidacyjne różnią się w zależności od platformy i wydania.

Ustawienia łącza nie są zgodne

Moduł może zostać rozpoznany, a mimo to odmówić połączenia. Typowymi winowajcami są niedopasowanie prędkości, nieprawidłowy lub niedopasowany tryb FEC, nieobsługiwana konfiguracja breakoutu, niewłaściwy tryb portu, typ transceivera, którego nie obsługuje konkretna karta linii lub grupa portów, lub niekompatybilny moduł na drugim końcu. Niedopasowania FEC są szczególnie częste w przypadku łączy pojedynczych-lambda DR1/FR1/LR1, gdzie jedna strona domyślnie korzysta z RS-FEC, a druga nie, więc łącze albo nigdy nie pojawia się, albo pojawia się z rosnącą liczbą korekcji FEC-.

DOM/DDM jest niekompletny lub nieprawidłowy

Cyfrowe monitorowanie optyczne (DOM/DDM) ujawnia moc nadawania i odbioru sygnału optycznego, temperaturę, napięcie zasilania i prąd polaryzacji lasera. W środowisku produkcyjnym to właśnie sprawia, że ​​poniżające łącze jest widoczne, zanim opadnie. Moduł QSFP28 innej firmy{{2} może przepuszczać ruch, zgłaszając nieprawidłowe dane DOM, a awaria wygląda na konkretną: odbieranie komunikatów o mocyN/A, wartość temperatury jest zamrożona na stałym poziomie, pola są obecne w interfejsie CLI, ale moduł odpytujący SNMP lub telemetryczny nie może ich odczytać, lub progi nigdy nie są uruchamiane, ponieważ flagi alarmów nie są wypełnione. Jest to tolerowane na stanowisku pracy i realna przerwa operacyjna w monitorowanej tkaninie. Jeśli DOM ma znaczenie dla Twojego zespołu operacyjnego, należy go do testu akceptacyjnego, a nie do listy życzeń.

Oprogramowanie sprzętowe zmienia sposób sprawdzania poprawności

Oprogramowanie sprzętowe przełącznika decyduje o sposobie wykrywania, analizowania i sprawdzania optyki oraz o zmianie logiki pomiędzy wydaniami. Moduł, który działa doskonale w jednej wersji, może zachowywać się inaczej po aktualizacji - zmiana może dotyczyć sprawdzania poprawności EEPROM, analizowania DOM, ustawień domyślnych FEC, obsługi breakoutu lub samej tabeli obsługiwanych-nadawczo-odbiorczych. Przed jakąkolwiek większą aktualizacją oprogramowania sprzętowego należy sprawdzić co najmniej jedną próbkę każdego wdrożonego typu QSFP28 w wersji docelowej, zamiast zakładać ciągłość.

Zgodność z QSFP28 według dostawcy przełącznika

Uwagi te stanowią wytyczne dotyczące planowania, a nie gwarancje. Zgodność zależy od modelu-, linii-karty- i wydania-, dlatego przed zakupem na dużą skalę sprawdź dokładną kombinację. Jeśli sprzedawca publikuje oficjalne narzędzie zgodności, użyj go jako pierwszego odniesienia.

Cisco

Platformy Cisco są zwykle bardziej rygorystyczne w przypadku optyki innych firm niż{{0}Cisco niż wiele przełączników dla przedsiębiorstw, a Cisco wyraźnie stwierdza, że ​​w ramach swoich zasad dotyczących uprawnień nie obsługuje optyki-innych firm. Moduł niekodowany-Cisco{4}}może zostać zgłoszony jako nieobsługiwany lub wymagać obsługi-specyficznej dla platformy, w zależności od modelu Nexus lub Catalyst oraz wersji NX-OS lub IOS-XE. Zacznij od urzędnikaTabela zgodności grupy modułów nadawczo-odbiorczych Cisco (TMG).aby potwierdzić, która optyka jest wymieniona w odniesieniu do Twojego konkretnego urządzenia.

Nie kupuj-modułów QSFP28 związanych z Cisco wyłącznie według typu optycznego - 100G LR4, który działa na jednej platformie Nexus, może zachowywać się inaczej na innej. Przed zakupem hurtowym potwierdź dokładny model, wersję NX-OS/IOS-XE, wymagane kodowanie zgodne z Cisco-, zachowanie DOM/DDM, obsługę breakoutów i FEC oraz swoje stanowisko w sprawie wsparcia-optyki innych firm. Na pudełku pokaż szczegóły interfejsu nadawczo-odbiorczego, to najszybszy sposób potwierdzenia rozpoznania i odczytania DOM. Traktuj moduły zgodne-Cisco jako coś, co testujesz w oprogramowaniu docelowym, a nie coś, co zakładasz ze względu na zgodność specyfikacji optycznych.

Arista

Przełączniki Arista są generalnie bardziej liberalne przy dobrze-zbudowanej-optyce innej firmy niż najbardziej rygorystyczne platformy, a w wielu środowiskach EOS prawidłowo zakodowane moduły QSFP28 działają bez blokady. To tendencja, a nie wolne przejście. Wersja EOS, rodzina przełączników, typ optyki, zachowanie DOM, klasa mocy i konfiguracja portów w dalszym ciągu wpływają na wynik, a optyka o-mocy i długim-zasięgu, aplikacje typu breakout i nowsze pojedyncze-moduły lambda nadal wymagają testowania. Sprawdź rozpoznawanie i DOM za pomocą nadajnika-odbiornika interfejsu pokazowego oraz potwierdź FEC, zachowanie podczas wybijania oraz obwiednię termiczną/mocową dla części o dużym-zasięgu.

Jałowiec

Zachowanie Junipera zależy w dużej mierze od konkretnej platformy, wersji Junos, typu portu i identyfikatora transceivera. - moduł zaakceptowany i w pełni monitorowany na jednym QFX, MX lub PTX może nie znajdować się na innym. Sprawdź urzędnikaNarzędzie do sprawdzania zgodności sprzętu firmy Juniperdla Twojej platformy docelowej; sygnalizuje także, czy dana optyka obsługuje monitoring. Pamiętaj, że firma JTAC nie zapewnia wsparcia dla-modułów optycznych innych firm, więc uwzględnij to w swoim planie pomocy. Na urządzeniu pokaż interfejsy diagnostyka optyka zwraca odczyty DOM. Sprawdź platformę, wersję Junos, profil PID lub kompatybilny EEPROM, obsługę DOM, obsługę breakoutu i czy nowsze typy DR1/FR1/LR1 są obsługiwane na tym sprzęcie.

Przełącznik zasilania firmy Dell

Platformy Dell PowerSwitch mogą być wrażliwe na pola EEPROM, analizę DOM i zachowanie oprogramowania, a niektóre-moduły innych firm przepuszczają ruch, wyświetlając ostrzeżenia, niekompletne dane DOM lub niedopasowania zapasów. Sprawdź wersję systemu OS10 lub SONiC, kodowanie zgodne z firmą Dell-, odczyty DOM/DDM, listę obsługiwanych-optyk platformy, wymagania FEC i breakout oraz zachowanie podczas aktualizacji oprogramowania sprzętowego. Jeśli przełączniki firmy Dell znajdują się w strukturze produkcyjnej, przed złożeniem dużego zamówienia sprawdź moduł w tej samej wersji oprogramowania.

NVIDIA/Mellanox

Środowiska NVIDIA/Mellanox należą do bardziej restrykcyjnych, szczególnie w przypadku AI, HPC, Ethernet i InfiniBand, gdzie zatwierdzone połączenia wzajemne są normą. W tym przypadku stabilność łącza zależy nie tylko od zasięgu optycznego, ale także od integralności sygnału, obsługi oprogramowania sprzętowego, zachowania FEC i walidacji platformy; moduł może zostać wykryty i nadal nie wywołać łącza, jeśli platforma go nie akceptuje lub ustawienia są nieobsługiwane. NVIDIA dokumentuje swoje kwalifikowane interkonekty na stronieKable i transceivery LinkXstron i zauważa, że ​​niekwalifikowane-urządzenia innych firm mogą działać, ale nie są objęte gwarancją działania. Potwierdź dokładny model przełącznika i adaptera, tryb Ethernet lub InfiniBand, wersję oprogramowania sprzętowego, zweryfikowaną listę kabli/modułów, wymagania FEC, zasięg i typ oraz weryfikację dostawcy w odniesieniu do tej samej platformy. W przypadku-krytycznych rozwiązań AI lub HPC preferuj sprawdzoną optykę lub dokładnie przetestowane kompatybilne alternatywy.

Przełączniki SONiC i-białe

Przełączniki SONiC i białe-skrzynki są zwykle bardziej otwarte niż tradycyjne platformy OEM, ale „otwarty” nie jest „uniwersalny”. Wyniki zależą od układu ASIC przełącznika, sterownika platformy, kompilacji NOS, parsera EEPROM, usługi zarządzania-nadawczo-odbiorczym, trybu przerwania i konfiguracji portu. Moduł może się połączyć, ale zgłaszać niekompletne dane dotyczące zapasów lub DOM - akceptowalne w niektórych-przypadkach wrażliwych na koszty lub ustawieniach laboratoryjnych, a nie w strukturach produkcyjnych, które wymagają dokładnego monitorowania i śledzenia zasobów. Zamiast zakładać, że wszystkie moduły zgodne z MSA-zachowują się podobnie, przetestuj dokładny model przełącznika i wersję NOS.

Dostawca-Kodowane czy MSA-Zgodne czy programowalne moduły QSFP28

Właściwa klasa modułu zależy od środowiska, tolerancji ryzyka i strategii zapasów.

Moduły QSFP28 kodowane przez dostawcę-

Moduły-kodowane przez dostawcę przenoszą dane EEPROM zapisane w celu dopasowania do konkretnego dostawcy przełącznika lub rodziny platform. Zwykle są najbezpieczniejszym wyborem w środowisku produkcyjnym: bardziej przewidywalne rozpoznawanie, lepsze zachowanie DOM/DDM i mniej komplikacji związanych z obsługą. Sięgnij po nie, jeśli wdrażasz na dużą skalę, sieć ma-krytyczne znaczenie produkcyjne, używasz platform Cisco/Juniper/Dell/NVIDIA, liczy się dokładność monitorowania lub chcesz uniknąć niespodzianek-nieobsługiwanych modułów. Rozwiązaniem-jest utrzymywanie oddzielnych zapasów dla każdego dostawcy przełącznika.

Ogólne moduły QSFP28 zgodne z MSA-

Ogólne moduły MSA sprawdzają się w środowiskach otwartych, laboratoriach, sieciach testowych i wdrożeniach typu „biała skrzynka”, gdzie nie jest wymagana ścisła identyfikacja dostawcy. Obniżają koszty początkowe i upraszczają ogólną inwentaryzację urządzeń optycznych, ale niosą ze sobą większe ryzyko w restrykcyjnych środowiskach przełączników.Kiedy ich nie stosować:w środowisku produkcyjnym Cisco/Juniper/NVIDIA wszędzie tam, gdzie wymagana jest dokładność DOM/DDM, na pojedynczych łączach-lambda ze ścisłymi zależnościami FEC/oprogramowania sprzętowego lub tam, gdzie proces pomocy technicznej będzie wymagał odtworzenia błędów w kwalifikowanej optyce. Nie zakładaj, że jeden ogólny moduł MSA krzyżuje się z platformami Cisco, Juniper, Dell i NVIDIA bez sprawdzania poprawności.

Programowalne moduły QSFP28

Programowalne moduły można przekodować dla różnych profili dostawców za pomocą kompatybilnego narzędzia, co jest naprawdę przydatne w sieciach wielu-dostawców, w przypadku awaryjnych części zamiennych i-zespołów serwisowych w terenie. Zmniejszają potrzebę magazynowania-kodowanych modułów na każdą platformę, ale wymagają kontroli procesu: przeszkolonego personelu, dokładnego ponownego etykietowania po zaprogramowaniu i jasnego etapu walidacji. Głównym ryzykiem jest moduł przekodowany lub oznaczony dla niewłaściwego przełącznika docelowego.

Jak wybrać odpowiedni moduł QSFP28

Przypisz decyzję do swojego scenariusza, a nie do najtańszej pozycji zamówienia. Poniższa matryca jest wersją skróconą.

Jak przetestować zgodność QSFP28 przed wdrożeniem

Najbezpieczniejszą ścieżką jest kwalifikacja próbek przed zakupem hurtowym. Pięć kroków sprawia, że ​​test jest powtarzalny.

Krok 1 - Zamów próbki dla każdego dostawcy i typu

Dla każdego dostawcy przełącznika i typu modułu, który zamierzasz wdrożyć, zamów małą próbkę. Jeśli sieć obejmuje Cisco, Arista i Juniper, zakwalifikuj się do wszystkich trzech; nie testuj jednej platformy i zakładaj, że wynik jest uogólniony.

Krok 2 - Sprawdź wykrycie

Włóż moduł i upewnij się, że przełącznik prawidłowo go identyfikuje: rozpoznawanie-numeru dostawcy/części, poprawna prędkość, prawidłowy typ transceivera, dostępność DOM/DDM, brak nieobsługiwanego-alarmu modułu i brak błędu-stanu wyłączenia. Jeśli wyświetla się jako nieznany lub nieobsługiwany, przed przejściem dalej ustal, czy przyczyną jest kodowanie EEPROM, obsługa oprogramowania sprzętowego lub polityka platformy.

Krok 3 - Zbuduj prawdziwy link

Podłącz do docelowego-urządzenia końcowego lub reprezentatywnego-podstawki-i sprawdź stan łącza-, prawidłową prędkość, prawidłowy tryb FEC, nadawaj i odbieraj moc w zasięgu, wyczyść liczniki błędów i stabilność zarówno po odbiciu interfejsu, jak i fizycznym ponownym podłączeniu. Moduł, który został wykryty, ale nie może pomieścić łącza, nie jest-gotowy do produkcji.

Krok 4 - Uruchom ruch

Przepuszczaj ruch przez znaczące okno - minimum kilka godzin, dłużej w przypadku krytycznych sieci szkieletowych - i obserwuj błędy CRC, liczniki korekcji FEC-, klapy łączy, alarmy temperatury i utratę pakietów. W przypadku środowisk krytycznych należy przeprowadzić test pod realistycznym obciążeniem i w temperaturach faktycznie widzianych przez optykę.

Krok 5 - Udokumentuj zatwierdzoną konfigurację

Dla każdego zatwierdzonego modułu zapisz numer części dostawcy, docelowy kod EEPROM, model przełącznika, wersję oprogramowania sprzętowego, typ portu, tryb FEC, tryb przerwania, wynik testu i status DOM/DDM. Ten rekord staje się wewnętrzną matrycą zgodności i chroni następną osobę przed ponownym-przeprowadzaniem całego ćwiczenia.

Kryteria akceptacji

Użyj wyraźnego paska pozytywnego/niepomyślnego, aby stwierdzenie „wydawało się w porządku” nigdy nie decydowało o zakupie.

Notatka terenowa: gdzie te testy zarabiają na utrzymanie

Reprezentatywny przykład w przypadku tkanin mieszanych: partia standardowych modułów 100G SR4 przechodzi test szybkiego połączenia-i trafia do warstwy-grzbietu liścia. Natywne porty 100G są w porządku. Kilka tygodni później próba ponownej konfiguracji niektórych z tych portów pod kątem przerwania 4x25G nie powiodła się w jednej grupie portów -, moduły są w dobrym stanie, ale obsługa przerwania tej karty linii i ustawienia domyślne FEC nigdy nie zostały sprawdzone dla tego trybu. Oddzielnie, po rutynowej aktualizacji oprogramowania sprzętowego, odczyty DOM na tych samych modułach zaczynają powracaćN/Aponieważ nowa wersja inaczej analizuje pamięć EEPROM. Żaden problem nie jest wadą optyczną; oba zostałyby wyłapane podczas sprawdzania przerwania i sprawdzania DOM-po aktualizacji w powyższych krokach. Koszt pominięcia kwalifikacji ujawnia się później w postaci-awarii okna zmiany i słabego punktu monitorowania, a nie w chwili zakupu.

Wniosek

O zgodności QSFP28 decyduje znacznie więcej niż tylko szybkość i zasięg. Platforma przełącznika, wersja oprogramowania sprzętowego, kodowanie EEPROM, ustawienia FEC, obsługa breakoutów, zachowanie DOM/DDM i plan wsparcia operacyjnego – wszystko to mieści się pomiędzy zgodnością arkusza danych a stabilnym łączem 100G. Typ optyczny wewnątrz modułu - 4x25G w porównaniu z pojedynczą-lambdą - ponownie zmienia te wymagania.

W przypadku większości sieci produkcyjnych moduły QSFP28-kodowane przez dostawcę lub{1}}z walidacją platformy- stanowią wybór o najniższym-ryzyku; w przypadku-posiadłości różnych dostawców programowalne moduły umożliwiają zarządzanie zapasami zapasowymi, gdy proces ponownego kodowania jest kontrolowany. Zasada działania jest krótka: przed zakupem sprawdź dokładny model i oprogramowanie sprzętowe, przed wdrożeniem zakwalifikuj próbki pod kątem wyraźnego paska pozytywnego/niepomyślnego i zapisz każdą zatwierdzoną kombinację modułów-i-platform, aby następne wdrożenie rozpoczęło się od dowodów, a nie od założeń.