Zyxel XS1930-10 nie chce zalinkować 5-metrowego DAC 10Gtek, który wciąż działa na XGS1250-12
Mały domowy rack, jeden serwer i jeden switch. Zamieniłem XGS1250-12 na XS1930-10 i jedyne, co nie przetrwało tej zamiany, to uplink do serwera.
- Zyxel XS1930-10, port SFP+ z typem medium ustawionym na DAC10G
- Asus XG-C100F w serwerze
- 10Gtek CAB-10GSFP-P5M, 5 m pasywnego twinaxu, AWG26
- drugi DAC 10Gtek, 1,5 m, trzymany jako zapas
Port switcha stoi na dole, podczas gdy NIC jest przekonana, że ma link:
XS1930-10, SFP+ port: media type DAC10G link status Down
server, XG-C100F:
Speed: 10000Mb/s
Duplex: Full
Link detected: yesCo już sprawdziłem:
- DAC 10Gtek 1,5 m w tym samym porcie, ta sama NIC - linkuje od razu
- typ medium ustawiony jawnie na DAC10G zamiast zostawiony na auto - bez zmian
- 5-metrowy kabel z powrotem na XGS1250-12 - tam wciąż działa, więc kabel nie jest martwy
Czy 5 m pasywnego AWG26 to po prostu więcej, niż udźwignie ten switch, czy jest jakieś ustawienie portu na XS1930-10, którego wciąż mi brakuje?
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
Spodziewaj się, że ten loopback wstanie, a link do NIC i tak zostanie na dole - to zwykły kształt tego problemu.
Typ medium to warunek wstępny, nie naprawa. Zostawiony na auto port SFP+ ma skłonność, żeby w ogóle nie zalinkować z DAC, więc DAC10G trzeba ustawić. Gdy jest ustawiony, a port wciąż na dole, kończą ci się ustawienia i wchodzisz w budżet fizyczny portu.
Pięć metrów pasywnego AWG26 to sporo strat na miedzi jak na tę klasę switcha. Ostateczne stanowisko Zyxela w sprawie XS1930-10 jest takie, że tak długi pasywny odcinek traci za dużo sygnału dla jego SerDes i że wszystko powyżej mniej więcej 3 m należy do światłowodu; gwarancja i tak nigdy nie sięgała dalej niż ich własne markowe moduły i kable DAC. To też tłumaczy twoją drugą obserwację - ten sam kabel działający na XGS1250-12 nic nie dowodzi o XS1930-10, bo to, że odcinek twinaxu zachowuje się dobrze w gnieździe jednego modelu, mówi bardzo mało o kolejnym modelu, nawet w obrębie oferty jednego producenta.
Praktyczna droga: zostaw kabel 1,5 m do tego łącza, a jeśli naprawdę potrzebujesz dystansu 5 m, wstaw optykę SR i patchcord LC duplex zamiast twinaxu. Jeśli chcesz mieć to na papierze, ustaw typ medium, potwierdź, że nadal nie działa, i otwórz zgłoszenie serwisowe - na XGS1930-52HP to dokładnie ta droga, którą podaje ich własne FAQ dla DAC wciąż na dole po ustawieniu typu medium, i idzie ona przez Nebula Control Center, więc spodziewałbym się tu tej samej obsługi. Nie czekałbym na wydanie firmware, które zmieni straty na kablu.
Zanim zdecydujesz cokolwiek o kablu, zapętl go: oba końce 5-metrowego DAC w dwa porty SFP+ samego XS1930-10, typ medium DAC10G na obu. Jeśli wstanie w loopbacku, to kabel i gniazda są w porządku, a masz problem pary, nie kabla.
Dwóch rzeczy nie powiedziałeś. Czy port jest wymuszony na 10G full duplex, czy zostawiony na auto po ustawieniu typu medium? I na czym stał port XGS1250-12, gdy ten sam kabel tam działał - auto czy DAC? Jeśli był na auto, przełącz ten port na DAC, zanim porównasz oba switche: typ medium to ustawienie per port na obu urządzeniach, więc test, w którym jeden z nich zostaje na auto, tak naprawdę nie jest tym samym testem.
Inny producent, ta sama kategoria niespodzianki. Miałem DAC SFP+, który nie chciał zalinkować między TL-SG2210MP, gdzie gniazdo to zwykłe 1G SFP, a TL-SX3008F na firmware 1.2. Wymuszenie obu portów na 1000 Mbps full duplex nic nie zmieniło, a ten sam kabel działał bez zarzutu między dwoma urządzeniami zdolnymi do 10G.
Wyjaśnienie tam było w kodowaniu, nie w długości: mnóstwo pasywnych zestawów SFP+ deklaruje 10G i nic poza tym, bez żadnego fallbacku do 1000BASE-X, więc siedzą martwe w gnieździe 1G, podczas gdy kabel dwuprędkościowy linkuje. Ktoś w tej samej dyskusji miał DAC SFP+ Unifi działający między ER8411 a SG2428P bez żadnego dramatu.
Nie twój przypadek, skoro oba twoje końce to 10G. Chodzi o to, że 'u mnie działa' waży dużo mniej przy twinaxie niż przy światłowodzie.
Warto wiedzieć, jak host w ogóle dowiaduje się o kablu twinax: pasywny DAC niesie swoją długość i tłumienie w EEPROM, zgodnie z SFF-8472, a port steruje gniazdem na podstawie tego, co deklaruje zestaw. Na przewodzie nic nie jest mierzone. To spora część powodu, dla którego jeden kabel 5 m zachowuje się różnie na dwóch switchach tej samej marki - różne odbiorniki, różna tolerancja na to, ile ta deklaracja naprawdę kosztuje w stratach.
Także nie licz na twinax, gdy potrzebujesz łącza wolniejszego niż jego prędkość. Na Netgate 6100 DAC daje ci link 10G i nic wolniejszego, bez żadnego sposobu, żeby ściągnąć go do 1 Gbps; interfejs po prostu wstaje jako 10Gbase-Twinax full duplex, więc jeśli to, co siedzi po drugiej stronie, jest przypięte do gigabita, twinax cię tam nie zaprowadzi i wraca się do optyki 1G. Krótkie kable w tej marce są ogólnie niczym niezwykłym - CAB-10GSFP-P1M i Ubiquiti UACC-DAC-SFP10 oba chodzą tutaj na 10 GbE w USW-Enterprise-8-PoE. Długość to zmienna do sprawdzenia najpierw, nie marka.