Karty przechwytujące Napatech SmartNIC: co się naprawdę dzieje z SFP+ spoza listy kwalifikowanej
Prowadzimy przechwytywanie pakietów na kilku kartach Napatech i składam właśnie zamówienie optyki na kolejną szafę. Zanim wydam cokolwiek, chcę zrozumieć, co lista kwalifikowanych modułów naprawdę znaczy w praktyce, bo sformułowania zostawiają pole do interpretacji.
- karty przechwytujące Napatech NT40E3 i NT20E3 w istniejących hostach
- NT200A02 trafiający do nowego buildu
- głównie linki 10G SFP+ i 25G SFP28, kilka 40G QSFP+ w stronę warstwy agregacji
- półka modułów Coherent FTLX8571D3BCL 10G SFP+ już w magazynie
Co leży na stole testowym:
NT40E3, NT20E3, NT200A02 - capture cards
FTLX8571D3BCL - 10G SR/LR SFP+ from stockDo tej pory przeszedłem przez katalog kwalifikowanych modułów, dopasowałem kilka części do kart, które mamy, i sprawdziłem kolumnę wersji sterownika dla każdej z nich. Czego nadal nie potrafię rozgryźć, to sposób awarii. Jeśli włożę mechanicznie identyczny SFP+ spoza tej listy do NT40E3, karta odrzuci go tak, jak zrobiłby to switch z kontrolą EEPROM, czy po prostu będzie tam siedział ciemny? A z drugiej strony, czy obecność na liście faktycznie gwarantuje, że moduł zostanie wysterowany?
Comments 3
Na Napatechu nie ma blokady EEPROM, więc scenariusz odrzucenia w stylu switcha możesz odpuścić. Mamy w eksploatacji NT20E3 i NT40E3 od lat i ani razu karta nie wypluła modułu z powodu kodu vendora.
Zamiast tego istnieje katalog kwalifikowanych pluggables, i jest węższy, niż ludzie się spodziewają. Trzy rzeczy na wpis: który moduł, na której karcie SmartNIC był testowany, i najwcześniejsze wydanie sterownika, które go obsługuje. Ta trzecia rzecz kiedyś mnie zaskoczyła - część może być wpisana dla dokładnie twojej karty i mimo to nic nie robić pod starszym sterownikiem. Jest też kolumna bezpieczeństwa regulacyjnego, i nie wygląda tak samo dla każdego wpisu. Twój FTLX8571D3BCL pojawia się na tej liście wszędzie jako kwalifikowana część 10G SR/LR, więc zapas z półki to bezpieczny start.
Haczyk, o który pytasz, jest wpisany w samą listę. Wpisany na liście to nie to samo co wysterowany: to, czy dany typ modułu działa, zależy od obrazu firmware - tego, co Napatech dostarcza w karcie turnkey, albo tego, co sam zbudujesz na karcie Link-Programmable. Więc mechanicznie sprawny SFP+, na liście czy nie, może siedzieć ciemny, bo obraz się go nigdy nie nauczył, a nie dlatego, że coś go odrzuciło. Dla kart turnkey decydują datasheety, nie katalog.
To dokładnie ta część, którą rozumiałem źle. Czytałem katalog jako whitelistę wymuszaną przez kartę, a to bliżej stwierdzenia, czego firmware zostało nauczone sterować. Dwa nasze hosty są turnkey, a nowy NT200A02 wchodzi jako Link-Programmable, więc to dwa różne pytania i tak je potraktuję: datasheety dla pary turnkey, własny obraz dla karty programowalnej. Zapas FTLX8571D3BCL pokrywa stronę 10G, a kolumnę wersji sterownika sprawdzę, zanim zdecyduję cokolwiek dla linków 25G.
Warto wiedzieć, jak różnie producenci to formułują, bo praktyczna konsekwencja nie jest taka sama w każdym przypadku.
Extreme, które teraz jest właścicielem linii Brocade SLX, VDX i MLX obok własnych platform, trzyma zatwierdzoną listę per rodzina produktu. Dołączona do niej notatka polityki jest bezceremonialna: wpinasz cokolwiek niezatwierdzonego, optykę albo moduły interfejsu, które do niej pasują, i konsekwencje są tylko twoje - nie obiecują gwarancji, nie składają żadnej deklaracji zgodności i nie biorą na siebie żadnego zobowiązania serwisowego. Części z listy mają certyfikację NRTL, FCC CFR 21 1040.10, CDRH, CE, EN60825-1 i/lub GR-468. Czego ci nie powiedzą, to jak dane pudełko zachowa się, gdy wsadzisz coś spoza listy.
Barracuda idzie w drugą stronę i w ogóle nie trzyma whitelisty urządzeń, opierając się na liście testowej sterownika Intela, bo o akceptacji decyduje karta sieciowa: moduł ET076 to 4x 10GbE SFP+ na Intel X710, więc cokolwiek odrzuci sterownik X710, odrzuci też firewall. Cisco na Firepower 2100 w ogóle nie blokuje SFP-ów spoza Cisco, tylko odradza ich użycie, a TAC może odmówić przyjęcia sprawy interoperacyjności, w której taki moduł występuje. Trzy polityki, trzy zupełnie różne sposoby awarii.