ExtremeSwitching X690 odrzuca 100G na porcie 57 i pokazuje QSFP28 DAC jako nieobsługiwany
Podpinam link 100G między dwiema szafami na X690, który od paru lat spokojnie robił za dostępowy 10G. Klatka uplinku w ogóle nie chce wziąć tej prędkości.
- ExtremeSwitching X690-48x-2q-4c
- kabel QSFP28 direct attach 1 m, Q28+CR4_1m
- port 57, jedna z klatek uplink QSFP28
Kabel w liście portów wychodzi jako nieobsługiwany, a ręczne ustawienie prędkości jest odrzucane wprost:
* X690.1 # configure port 57 auto off speed 100000 duplex full
Speed specified is not supported on port 57Co już sprawdziłem:
- wypiąłem i wpiąłem kabel z obu stron, podmieniłem go na drugi taki sam;
- przełożyłem do innej klatki QSFP28, ten sam komunikat, tylko z innym numerem portu;
- zostawiłem auto i po prostu włączyłem port - stoi na down, bez linku.
Klatki mają być 100G, a switch odrzuca prędkość zamiast po prostu nie złapać linku, więc podejrzewam, że port nie jest skonfigurowany tak, jak mi się wydaje. Co decyduje o prędkości tych uplinków i czy zmiana wymaga restartu?
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 3
Klatki uplink w X690 to nie niezależne porty z własnym ustawieniem prędkości. Porty 49, 53, 57, 61, 65 i 69 dzielą jeden budżet 400 Gbit/s, a to, jak ten budżet jest pocięty, wynika z szablonu partycji, nie z komendy prędkości per port. Dlatego CLI odrzuca prędkość zamiast ją przyjąć i zostawić port ciemny: w tym momencie port 57 w ogóle nie jest interfejsem 100G. Domyślny szablon daje dwa porty 100G plus cztery porty 40G, a 57 nie jest jednym z tych dwóch.
Wybierz szablon, który daje tyle interfejsów 100G, ile potrzebujesz, a potem przypisz sam port:
Potem zrestartuj switch. Nowy układ działa dopiero po restarcie, a obie komendy przed nim są przyjmowane bez żadnego komunikatu, co za pierwszym razem myli.
Poza 1x100G opcje per port to 1x40G, 2x50G, 4x10G i 4x25G, więc najpierw rozpisz cały plan uplinków i zmień szablon raz, zamiast robić to per link. To samo dotyczy modelu 48t, tam blok uplink jest identyczny.
Potwierdzam. Ustawiłem szablon na 4x100G, przypisałem
configure ports 57 partition 1x100G, zrestartowałem i port wrócił jako prawdziwy interfejs 100G - Q28+CR4_1m złapał link od razu, koniec z nieobsługiwanym kablem.Restart to część, którą bym pominął. Przed nim komendy siedzą w konfiguracji i wyglądają na zastosowane, a port dalej odrzuca prędkość, co jest nie do odróżnienia od pierwotnego problemu. Każdy, kto robi to na produkcyjnym sprzęcie, powinien zarezerwować okno serwisowe z góry, a nie odkrywać to w połowie roboty.
Ta sama rodzina, odwrotna pułapka - dla każdego, kto trafi tu z X695. Tam porty QSFP28 domyślnie są 100G i tylko dwa z ośmiu, 51 i 55, w ogóle da się partycjonować. Spróbuj gdziekolwiek indziej, a dostaniesz:
Na partycjonowalnej parze używasz
configure port 51 partition 1x40G. Na reszcie zamiast tego wymuszasz prędkość, tą samą komendą, która pada na X690:Zrobiłem tak dla portów 49, 50, 55, 60, 61 i 62 na EXOS 30.6.1.11-patch1-4, żeby podnieść optyki 40G. Porty 52-54 i 57-59 pokazują Link State NP w domyślnym układzie - to gada układ, nie awaria.
Czyli: uplinki X690 są sterowane szablonem, porty QSFP28 w X695 są głównie sterowane prędkością. Sprawdź, jaki sprzęt masz przed sobą, zanim skopiujesz komendy między nimi.