Czy ExtremeXOS naprawdę ogranicza niezatwierdzone optyki 40G/100G do 25% line rate po 90 dniach
Odświeżamy parę szaf agregacyjnych i to linia budżetu na optykę jest tym, w co ciągle szturcha zarząd. Switche to urządzenia EXOS, a plan był taki, żeby wypełnić uplinki 40G generycznymi DAC QSFP+, tak samo jak już robimy na portach dostępowych.
Wtedy ktoś z zespołu wygrzebał notatkę o płatnej licencji third party optics na EXOS, przywiązanej konkretnie do portów 40G i 100G, z limiterem prędkości, który włącza się po okresie karencji. To sporo zmienia w rachunkach.
- switche EXOS w warstwie agregacji, na kodzie, z jakim przyjechały
- teraz uplinki 40G QSFP+, QSFP28 w planach
- generyczne DAC i AOC innych producentów, plus garść generycznych transceiverów optycznych
- porty dostępowe 1G i 10G już pełne generycznych modułów, jak dotąd bez zastrzeżeń
Czego mamy szukać, jak tylko wejdzie niezatwierdzony moduł:
show port conf
# the port carries an R (restricted) flag while the countdown runsCo już sprawdziliśmy:
- moduły innych producentów, które już mamy, łączą się i przepuszczają ruch, nic nie jest wprost blokowane
- nie mogę znaleźć tej licencji na liście funkcji dla kodu, na którym jesteśmy
- portal zatwierdzonych optyk wymienia części per rodzina platform, ale nic nie mówi o tym, co switch robi z modułem spoza listy
Więc czy to ograniczenie jest realne na kodzie produkcyjnym, co dokładnie dzieje się z portem, gdy timer wygasa, i jak z CLI sprawdzić, czy mój release w ogóle to egzekwuje?
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 4
Na jakim code train są te switche? To tutaj większość odpowiedzi. Licencja, o której czytałeś, nie jest stałą właściwością EXOS, pojawiła się w jednym release, a późniejsze release'y zdjęły ten wymóg, więc strona dokumentacji napisana pod jedną wersję nic ci nie powie o urządzeniu w twoim racku.
Warto też rozdzielić: porty 1G i 10G nigdy nie były częścią tego, tylko 40G i 100G. To, że wasza warstwa dostępu już chodzi na generycznych SFP i SFP+, niczego nie dowodzi w żadną stronę w sprawie uplinków.
Wklej wymagania licencyjne funkcji dla dokładnie waszego release, plus
show port confdla jednego uplinku, w którym już siedzi generyczny DAC. Jeśli przy porcie nie ma R, nic nie odlicza i możesz przestać się martwić.Krótka wersja: nic nie jest zablokowane. Moduł 40G lub 100G innego producenta łączy się i przekazuje ruch, ograniczenie jest komercyjne, a nie twardą blokadą.
Na release, który to egzekwuje (płatna licencja 3rd Party Optics Feature obejmująca porty 40G i 100G pojawiła się w ExtremeXOS 15.5) sekwencja wygląda tak:
show port confTo nie jest droga bez powrotu. Zainstaluj licencję albo zamień moduł na jeden z listy zatwierdzonych, a port wraca do pełnej prędkości.
Część, którą ludzie pomijają: obecne release'y EXOS w ogóle nie wymagają tej licencji, więc zachowanie zależy całkowicie od wersji kodu. Zanim kupisz tacę QSFP+ albo QSFP28 innych producentów, przeczytaj wymagania licencyjne funkcji dla dokładnie tego release, który zamierzasz uruchomić, a nie dla jakiejkolwiek wersji, którą akurat opisuje pierwszy trafiony dokument.
Sprawdziłem liczby. Jesteśmy kilka train'ów za 15.5, a wymagania licencyjne funkcji dla naszego release w ogóle nie mają wpisu o third party optics.
show port confna dwóch uplinkach, które już niosą generyczne DAC, nie pokazuje R przy żadnym z nich, i oba stoją na pełnej prędkości bez śladu limitera.Więc na naszym kodzie to wygląda na niebyły problem. Co i tak zrobię, to zatrzymam parę zatwierdzonych modułów QSFP+ na półce, bo pierwsze pytanie w każdym zgłoszeniu do supportu będzie brzmiało, co siedzi w porcie.
Druga połowa tej sprawy to support, i to się nie zmieniło z żadnym release.
Miałem tę kłótnię z naszym account teamem dwa razy. To, co dostajesz na piśmie, to zastrzeżenie, nie deklaracja kompatybilności: poza listą zatwierdzonych nie ma gwarancji, żadnej deklaracji zgodności i żadnego obowiązku pomocy - optyk i moduł interfejsu, do którego się wpina, są w równym stopniu twoim problemem. Za zatwierdzoną część płacisz częściowo za papierologię: odbiór NRTL i CDRH, FCC CFR 21 1040.10, CE z EN60825-1, GR-468 tam, gdzie ma zastosowanie. Optyki z tacy nie mają nic z tego.
Jako lista zakupowa portal zatwierdzonych optyk jest w porządku - cokolwiek uruchamiasz, jest tam (EXOS, VOSS, ERS, stare linie Brocade MLX, SLX-OS i VDX, NPB, ISW), i filtruje po miedzi albo optyce, typie włókna, formie i prędkości, od 100 Mb/s do 400 Gb/s. Czego ci nie powie, to jak urządzenie zachowuje się z modułem spoza listy, a to jedyne, o co pytałeś. Stąd takie wątki jak ten.
Z mojego własnego doświadczenia: EXOS nie obchodzi, kto zbudował moduł. Generyczne części łączą się, części FS łączą się. Gryzie zwykle platforma, a nie optyk - X435 niepotrafiący zrobić 2.5G na swoich portach SFP to ten, w który wciąż wpadam.