CodingBox Q&A Ask question

Sun Network 10GbE Switch 72p: moduł x2129a 1G w porcie SFP+ nie wstaje, sąsiednie 10G działają normalnie

Asked Active Viewed 54 AI translation from English
5

Odziedziczyłem Sun Network 10GbE Switch 72p z kilkoma starymi urządzeniami podłączonymi do niego, które nigdy nie pociągną więcej niż gigabit. Plan był prosty: wsadzić moduł z obsługą 1G do jednej z klatek SFP+ i mieć problem z głowy.

  • Sun Network 10GbE Switch 72p, SEFOS CLI przez konsolę szeregową
  • x2129a, moduł dual-rate 10G/1G multimode
  • OM3 duplex LC do portu 1G na starszym switchu dostępowym
  • linki 10G na tym samym szasi wstały i normalnie przepuszczają ruch

Port z tym modułem w ogóle nie wstaje. Żadnych alarmów, żadnych błędów w logu, po prostu ten jeden port leży, podczas gdy sąsiednie 10G chodzą bez problemu, a druga strona też nic nie widzi.

Co już próbowałem:

  • przełożyłem moduł i zmieniłem patchcord
  • przeniosłem go do drugiej klatki
  • sprawdziłem port po drugiej stronie, ten stoi i czeka na partnera

Czy 1G w tych portach w ogóle jest wspierane, a jeśli tak, to czego mi brakuje po stronie switcha?

Comments 5

Accepted answer

Obie połowy muszą grać, i żadna nie zadzieje się sama.

Strona switcha: tylko porty 65-72 są dual speed na tej platformie, więc port 71 się nadaje. x2129a to certyfikowany dual-rate moduł 10G/1G multimode dokładnie do tego zadania, a x2123a to wersja RJ45, gdyby kiedyś potrzebna była miedź 1G z tych klatek. Ale port nie przełącza się sam, prędkość ustawiasz ręcznie w SEFOS:

config terminal
interface range extreme-ethernet 0/71-72
shutdown
speed 1000
no shutdown
write startup-config

Wyłącz port przed zmianą prędkości i podnieś go z powrotem po niej. Pominięcie tego to zwykły powód, przez który ludzie zgłaszają, że ustawienie się nie trzyma. I write startup-config, inaczej zniknie przy najbliższym restarcie.

Druga strona: wyłącz autonegocjację i wymuś na tamtym porcie 1000 full duplex. W trybie 1Gbps te porty nie negocjują automatycznie, więc partner zostawiony na autonegocjacji to najczęstszy powód, dla którego link się nie tworzy, co idealnie pasuje do twoich objawów: sąsiednie 10G szczęśliwe, a ten jeden cichy w obie strony.

Zrób obie rzeczy, potem spójrz na port jeszcze raz. Jeśli dalej nie wstaje z wymuszoną drugą stroną, to już inna usterka i warto porządnie sprawdzić światłowód.

8 South KoreanetrunnerKR Show original (English) AI translation

W którym numerze portu to siedzi? To ważne, bo nie każda klatka SFP+ na tym szasi jest dual speed, tylko blok ośmiu na końcu robi cokolwiek poza 10G. Jeśli twój moduł siedzi w jednej z pozostałych, możesz przestać szukać błędu w konfiguracji, tam to i tak nigdy nie zadziała.

Drugie pytanie: co jest po drugiej stronie i czy na tamtym porcie wciąż włączona jest autonegocjacja? To druga połowa odpowiedzi, a „nigdy tego nie ruszałem” prawie zawsze oznacza, że jest włączona.

1 GermanywavesmithDE Show original (English) AI translation

Port 71, czyli w ostatnim bloku. Druga strona to port 1G multimode na starszym switchu dostępowym, autonegocjacja włączona, ustawienia fabryczne, nigdy tego nie ruszałem.

Po stronie Suna też nic nie wymuszałem, port stoi na tym, co wychodzi domyślnie. Jeśli trzeba zmienić obie strony, mogę zdjąć ten link na kilka minut bez pytania kogokolwiek, na razie nie niesie niczego ważnego.

2 Indiawaverunner21IN Show original (English) AI translation

1G w klatce 10G nigdy nie jest plug and play, a zasady różnią się platforma od platformy, nawet w obrębie jednego vendora. Na Extreme VOSS VSP 4450 chce mieć autonegocjację włączoną, gdy po drugiej stronie stoi switch innej firmy, a VSP 7254XSQ w ogóle nie wspiera autonegocjacji, więc tam zdalne urządzenie musi mieć ją wyłączoną, zanim powstanie link 1G. Rada odwrotna, ten sam vendor, dwa pudła. Dla ich 1000BASE-T SFP, AA1419043-E6, znanego też jako 10070H, zalecana praktyka to ręcznie ustawiony autoneg na zdalnym porcie miedzianym.

MikroTik ma swoją odmianę tego problemu przy optykach multi-rate. XS+31LC10D w zwykłym porcie SFP+ trzeba wymusić zamiast autonegocjować, ze ściągniętą do masy nóżką rate-select, inaczej dane mogą się posypać przy transmisji:

/interface ethernet set sfp-sfpplus1 auto-negotiation=no speed=10Gbps full-duplex=yes sfp-rate-select=low

Inne prędkości, ten sam typ problemu: klatka umie przenieść więcej niż jedną prędkość i coś musi jej powiedzieć, o którą chodziło.

3 IndiagigengIN Show original (English) AI translation

Warto docenić, że w ogóle masz gałkę do prędkości. Na zarządzalnych switchach QNAP QSW, QSW-M5216-1T, QSW-M2116P-2T2S i reszcie tej linii, trybu pracy portów SFP+ nie da się zmienić w QSS, ograniczyć można tylko porty RJ45. Więc 1G SFP albo zostanie wykryty automatycznie przez firmware portu, albo linku nie będzie, i nie ma configu, na który dałoby się zejść. Ludzie kończą na polowaniu na moduł, który port już lubi, albo wpinają zamiast tego DAC.

Dlatego też trafiają się raporty, że 10G do 10G wstaje bez problemu w tej samej klatce, a moduł 1G zostaje ciemny. Na twoim sprzęcie to ręczne ustawienie: uciążliwe raz, a potem załatwione na dobre.

4 South Koreawaverunner63KR Show original (English) AI translation
Log in to comment. Log in