S-RJ01 w klatce SFP+ RB5009: auto-negotiation incomplete, port utknął na 100 Mbps
Domowy rack, a RB5009 ma dokładnie jedną klatkę SFP+. Chciałem z niego drugi miedziany uplink gigabitowy, zamiast ciągnąć światłowód przez pokój, więc zamiast tego poszedł w to miedziany moduł.
- MikroTik RB5009UG+S+IN, RouterOS 7.1rc4
- MikroTik S-RJ01 1000BASE-T copper SFP w sfp-sfpplus1
- patchcord Cat6, jakieś trzy metry, do switcha gigabitowego
- każdy inny port na tym switchu łączy się na 1G full z tej samej partii kabli
Port wstaje, ale tylko na stówce:
/interface ethernet monitor sfp-sfpplus1
Auto Negotiation: incomplete
Rate: 100MbpsPod obciążeniem interfejs zbiera też błędy pakietów TX/RX, czego nie robi żaden z wbudowanych portów.
Co próbowałem:
- wyłączenie i włączenie interfejsu, kilka razy - czasem wstaje na 1G, przeważnie nie
- inny patchcord Cat6 i inny port na drugim switchu
- ustawienie na sztywno portu drugiego switcha na 1G full duplex, co nic nie zmieniło po tej stronie
Czy to moduł, klatka SFP+ zmuszana do obsługi miedzianego modułu 1G, czy wersja RouterOS? I czy jest coś do wypróbowania poza poddaniem się i poprowadzeniem światłowodu?
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
Przestań negocjować i przypnij to na sztywno. Na każdym MikroTiku, gdzie S-RJ01 mi się psuł, to sprawiało, że zostawał na miejscu:
Potem odczytaj to z powrotem przez
/interface ethernet monitor sfp-sfpplus1.A dlaczego ten odczyt tak myli: linia między portem hosta a miedzianym SFP 1G zawsze chodzi z bitrate SGMII równym 1G, a 100 Mbit jest po niej przenoszone przez powtórzenie każdego bajtu dziesięć razy. Więc to, co host wypisuje jako rate, niekoniecznie jest tym, co miedziany PHY wewnątrz modułu wynegocjował z twoim switchem - obie połówki modułu mogą się nie zgadzać, a „incomplete” to strona hosta poddająca się w swojej części tego zadania.
Dwa zastrzeżenia. Przy wyłączonym auto-negotiation po twojej stronie drugi koniec też musi być ustawiony na sztywno na 1 Gbps full duplex, inaczej spadnie do half duplex i zamienisz problem z prędkością na problem z duplexem, który diagnozuje się gorzej. I miej jasność, że to obejście - producent nie ma na to poprawki, więc jeśli ten port niesie coś ważnego, warto wypróbować w tej samej klatce miedziany moduł od innego producenta.
Ty jesteś na 7.1rc4 i ja też, więc ta część już się zgadza - bardziej chciałbym wiedzieć, co zgłasza drugi koniec, gdy twoja strona mówi incomplete. Też widzi 100, czy myśli, że ma link gigabitowy?
Pytam, bo mam S-RJ01 w RB4011iGS+ robiący coś bardzo podobnego: dochodzi do 1G tylko czasem, i tylko po wyłączeniu i włączeniu portu. Nigdy nie ustaliłem, co odróżnia jedną próbę od drugiej, i nigdy nie przyszło mi do głowy odczytać drugi switch w tym samym momencie.
Drugi switch zgadza się z moim - też pokazuje link 100 Mbit, więc przynajmniej oba końce nie okłamują się nawzajem w różne strony.
Wyłączenie i włączenie tu też pomaga, ale niepewnie: mniej więcej jedna próba na cztery wraca na 1G, reszta ląduje na 100Mbps z tą samą linią
Auto Negotiation: incomplete. Gdy stoi na 100, liczniki błędów rosną pod obciążeniem; przy tej rzadkiej okazji, gdy wstaje na 1G, zostają płaskie.Uważaj z tym jako ogólnym przepisem, bo własna dokumentacja producenta tych miedzianych modułów mówi coś przeciwnego: S-RJ01 i S+RJ10 są opisane jako wymagające negocjowanej prędkości i duplexu, żeby w ogóle działać, a według tej strony port z prędkością wymuszoną ręcznie nie powinien podnieść linku. Praktyka w terenie na RB5009 i RB4011 przeczy temu na tyle często, że po prostu wypróbowałbym obie opcje i zostawił tę, która trzyma się na twoim sprzęcie, zamiast wierzyć którejkolwiek deklaracji.
Nie na temat, ale na tym samym release: miałem S+85DLC03D w CRS318-16P-2S+ tracący link kilka razy dziennie, więc nie zakładałbym, że każda dziwna rzecz na porcie SFP to wina miedzianego modułu.
A gdybyś kiedyś rozważał S+RJ10 do tej klatki - pobiera zauważalnie więcej mocy i mocno się grzeje, czego nie chcesz w pasywnie chłodzonym urządzeniu bez dodatkowego przepływu powietrza.
Starsze urządzenie, ta sama rodzina bólu. CCR1016-12S-1S na 6.45.1 z dwunastoma miedzianymi modułami Finisar FCLF-8521-3, które router upierał się nazywać FCMJ-8521-3. Wszystkie dwanaście było rozpoznawane na liście modułów i ani jeden nie chciał złączyć linku - ani do switchy Huawei, ani do laptopa podłączonego bezpośrednio.
Co podniosło wszystkie porty:
Wyłączenie obu kierunków flow control miało znaczenie, podobnie jak cykl disable/enable - moduły reinicjalizowały się z nowymi ustawieniami dopiero po nim. To samo zastrzeżenie o drugim końcu, który musi być ustawiony na sztywno na 1 Gbps full duplex, inaczej spada do half.
Połowiczny efekt, więc tak to zgłoszę. Przy wyłączonym auto-negotiation i wymuszonym 1Gbps full-duplex na obu końcach port trzyma się 1G, liczniki błędów przestały rosnąć, a loteria disable/enable się skończyła.
Co dalej nie działa: stare urządzenie 100 Mbit, które podłączyłem bezpośrednio do modułu, teraz w ogóle nie łapie linku, z żadnej strony, jakkolwiek to ustawię. Na tym odcinku wstawiłem mały switch gigabitowy między moduł a urządzenie i przestałem z tym walczyć. Więc uplink jest używalny, ale nie nazwałbym modułu naprawionym.