Które transceivery wciąż linkują na Aruba 8360-32Y4C, gdy grupa interfejsów jest wymuszona na 50g
Uruchamiamy parę 8360-32Y4C jako leafy, a plan downlinków jest celowo mieszany: głównie 25G do serwerów, kilka portów 50G do chassis obliczeniowego i parę wolnych miedzianych odnóg do sprzętu OOB. Ponieważ downlinki SFP56 są zgrupowane, a prędkość ustawia się per grupa, chcę zrozumieć, co dokładnie zabrania danego ustawienia grupy, zanim zamrożę mapę portów.
- Aruba 8360-32Y4C, AOS-CX 10.15
- moduł SFP56 50G w grupie ustawionej u mnie na 50g
- DAC SFP+ 10G i DAC SFP28 25G w innych portach tej samej grupy
- J9054D 100 Mbps SFP planowany do dwóch odnóg OOB
Przy grupie wymuszonej na 50g wolniejsze moduły w ogóle nie wstają:
8360(config)# system interface-group 4 speed 50g
8360# show interface transceiver
1/1/13 SFP56 50G up
1/1/14 SFP+ 10G DAC Waiting for link
1/1/15 SFP28 25G DAC Waiting for linkCo już zrobiłem:
- wyjąłem i włożyłem ponownie oba DAC, przełożyłem je na inne porty w tej samej grupie
- sprawdziłem, że drugie końce są skonfigurowane na swoją natywną prędkość
- potwierdziłem, że te same DAC linkują na switchu, gdzie grupa została na 25g
Czyli: w grupie ustawionej na 50g naprawdę zalinkują tylko moduły SFP56 50G? Czy grupa 25g przyjmuje wszystko wolniejsze, i czy to samo dotyczy grupy ustawionej na 10g? I jeszcze - przewodnik po transceiverach wymienia J9054D 100 Mbps SFP dla portów 5-32, czy ktoś faktycznie uruchomił tam taki moduł?
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 6
Prędkość grupy to nie kosmetyczna etykietka, to zestaw prędkości, na jakich wolno pracować portom w tej grupie. Przy grupie na 50g zalinkuje tylko moduł SFP56 50G; moduł 10G czy 25G w tej grupie to prędkość nieakceptowana i zostaje w dole, dokładnie to, co widziałeś.
Grupa na 25g to ustawienie permisywne - linkuje w niej 25G i wszystko wolniejsze, więc mieszany rząd DAC 25G i 10G plus miedź to zupełnie normalna konfiguracja:
Dwa zastrzeżenia, zanim zamrozisz mapę. Porty 1/1/1 do 1/1/4 to porty z obsługą MACsec i rządzą się własnymi zasadami, więc zaplanuj je osobno i przetestuj z dokładnie tym modułem, którego zamierzasz użyć. A co do grupy na 10g czy J9054D przy 100 Mbps, niczego bym nie obiecywał - nigdy nie miałem takiego w zgrupowanym porcie i nikt, kogo pytałem, też tego nie potwierdził. Dla wolnego końca wciąż punktem odniesienia są zakresy per port z oficjalnego przewodnika po transceiverach dla 8360. Jeśli potrzebujesz 100M na portach 5-32 do OOB, kup jeden moduł i sprawdź go na stole, zanim zamówisz szesnaście.
O tym decydują dwie rzeczy i w twoim poście brakuje obu. Które porty wchodzą w skład grupy - czy któryś z nich to 1/1/1 do 1/1/4? Ta czwórka to porty z obsługą MACsec na 32Y4C i nie działają według tych samych zasad co 5-32, więc test zrobiony na nich nic nie mówi o reszcie urządzenia.
I wklej
show interface transceiverz grupą na 25g zamiast 50g. Jeśli DAC 10G i 25G tam wstaną, moduły i drugie końce są w porządku, a spierasz się wyłącznie z prędkością grupy.Grupa 4 to porty 1/1/13 do 1/1/16, więc nic z zakresu 1-4 - te wciąż są puste.
Przełożyłem SFP56 do innej grupy, która zostaje na 50g (tam działa) i zrzuciłem grupę 4 do 25g. Obraz zmienia się natychmiast:
Czyli moduły, DAC i okablowanie to nie problem. To prędkość grupy i nic poza tym.
Skoro już o tym mowa, grupa 25g naprawdę jest aż tak permisywna. Mój laboratoryjny 8360 ma jedną grupę na 25g i obecnie stoją tam jednocześnie DAC 10G, miedziany moduł 1G-BT i DAC 25G, do tego jeszcze DAC 40G i 100G na portach QSFP. Nic z tego nie przeszkadza ustawieniu grupy.
Nie na temat, ale warto wiedzieć, skoro to teraz budujesz: straciliśmy dwa dni na łączu 8325-32C do 8360-32Y4C z DAC X242 40G (JH234A), który nie chciał wstać. Strona 8325 zgłaszała
Module interface error, a 8360 siedział wWaiting for link, oba na GL.10.07.0020. To był defekt oprogramowania, nie kabel - uruchomienie 8325 z obrazu zapasowego 10.06.0110 od razu podniosło link, a 10.07.0021 naprawił to na stałe. 8360 nie wymagał żadnych zmian. Więc jeśli moduł, który powinien być wspierany, zgłasza błąd modułu zamiast zwykłego braku linku, spójrz najpierw na wersję firmware'u, zanim obwinisz optykę.Warto zapamiętać ten ogólny wzorzec, bo to nie jest dziwactwo Aruby. Zestaw dozwolonych prędkości portu blokuje moduł, i te urządzenia rzadko same z siebie robią fallback.
Ta sama historia na Spectrum: na SN2100 czy SN2700 z Onyx 3.10.4100, DAC 10G za Amphenol QSA (624380003) czyta się poprawnie po I2C, ale nigdy nie linkuje, dopóki port jest ustawiony tylko na 100G.
mlxlink -d /dev/mst/mt52100_pci_cr0 -p 15 -mpokazuje to wprost -State: Disable,Enabled Link Speed 0x00b00000,Supported Cable Speed 0x00001001, rekomendacjaCable speed not enabled. Wrzuć 10G do dozwolonych prędkości i port przechodzi w LinkUp przy 10GbE.A na UCS 6248 oryginalny GLC-SX-MMD dostaje flagę
SFP Validation Failedwyłącznie dlatego, że unified port wciąż stoi na domyślnym 10 Gbps; wybierz na porcie 1 Gbps i moduł zostaje przyjęty jako uplink. Różni vendorzy, za każdym razem to samo pytanie: czy port dopuszcza prędkość, jaką mówi moduł.Zamykam temat tym, co mogę potwierdzić na własnym sprzęcie. Grupa na 50g przyjmuje moduły SFP56 50G i nic poza tym; grupa na 25g bez problemu niesie obok siebie DAC 25G i 10G. To pokrywa większość mapy portów, więc serwery i chassis obliczeniowe są załatwione, a zakres 1-4 zostaje poza planem, dopóki nie przetestuję go porządnie.
Wciąż otwarte: nie próbowałem grupy na 10g i nigdy nie dostałem jasnej odpowiedzi w sprawie J9054D przy 100 Mbps w portach 5-32. Jeden moduł jest już zamówiony i najpierw trafi na stół testowy. Do tego czasu odnogi OOB zostają na grupie 25g z miedzią, a na potrzeby change boardu w sprawie zakresów per port powołuję się na przewodnik po transceiverach.