Lo Zyxel XS1930-10 non fa link con un DAC 10Gtek da 5 m che funziona ancora su un XGS1250-12
Piccolo rack domestico, un server e uno switch. Ho sostituito un XGS1250-12 con un XS1930-10 e l'unica cosa che non è sopravvissuta al cambio è l'uplink del server.
- Zyxel XS1930-10, porta SFP+ con media type impostato su DAC10G
- Asus XG-C100F nel server
- 10Gtek CAB-10GSFP-P5M, twinax passivo da 5 m, AWG26
- un secondo DAC 10Gtek, 1,5 m, tenuto come scorta
La porta dello switch resta giù mentre la NIC è convinta di avere un link:
XS1930-10, SFP+ port: media type DAC10G link status Down
server, XG-C100F:
Speed: 10000Mb/s
Duplex: Full
Link detected: yesCosa ho già provato:
- il DAC 10Gtek da 1,5 m nella stessa porta, stessa NIC - fa link immediatamente
- media type impostato esplicitamente su DAC10G invece che lasciato su auto - nessun cambiamento
- il cavo da 5 m rimesso sull'XGS1250-12 - lì funziona ancora, quindi il cavo non è morto
5 m di AWG26 passivo sono semplicemente più di quanto questo switch riesca a portare, oppure c'è un'impostazione di porta sull'XS1930-10 che ancora mi sfugge?
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
Aspettati che quel loopback salga e che il link verso la NIC resti comunque giù - è la forma abituale di questo caso.
Il media type è un prerequisito, non una correzione. Lasciata su auto, una porta SFP+ è incline a non fare affatto link con un DAC, quindi DAC10G va impostato. Una volta impostato e con la porta ancora giù, hai finito le impostazioni e sei entrato nel budget fisico della porta.
Cinque metri di AWG26 passivo sono tanta perdita in rame per questa classe di switch. La posizione ufficiale di Zyxel sullo XS1930-10 è che una tratta passiva così lunga perde troppo segnale per il suo SerDes e che oltre circa 3 m si passa alla fibra; la garanzia comunque non è mai andata oltre i loro moduli e cavi DAC a marchio proprio. Questo copre anche la tua altra osservazione - lo stesso cavo che funziona sull'XGS1250-12 non dimostra nulla sullo XS1930-10, perché un tratto di twinax che si comporta bene nello slot di un modello ti dice molto poco sul modello successivo, anche all'interno della gamma di uno stesso vendor.
Percorso pratico: tieni il cavo da 1,5 m per quel link, e se ti serve davvero la distanza di 5 m metti ottiche SR e una bretella LC duplex al posto del twinax. Se vuoi metterlo a verbale, imposta il media type, conferma che continua a fallire e apri un ticket di supporto - sull'XGS1930-52HP è esattamente il percorso che la loro FAQ indica per un DAC ancora giù dopo aver impostato il media type, e passa attraverso il Nebula Control Center, quindi mi aspetterei la stessa gestione anche qui. Non starei ad aspettare una release firmware che cambi la perdita di un cavo.
Prima di decidere qualsiasi cosa sul cavo, fai un loopback: entrambe le estremità del DAC da 5 m nelle due porte SFP+ dello stesso XS1930-10, media type DAC10G su entrambe. Se sale in loopback allora il cavo e gli slot vanno bene e quello che hai è un problema di coppia, non un problema di cavo.
Due cose che non hai detto. La porta è forzata a 10G full duplex, o lasciata su auto dopo aver impostato il media type? E su cosa era la porta dell'XGS1250-12 quando lo stesso cavo funzionava lì, auto o DAC? Se era su auto, passa anche quella a DAC prima di confrontare i due switch: il media type è un'impostazione per porta su entrambe le macchine, quindi un test in cui una delle due è lasciata su auto non è davvero lo stesso test.
Vendor diverso, stessa categoria di sorpresa. Avevo un DAC SFP+ che non faceva link tra un TL-SG2210MP, dove lo slot è un semplice SFP 1G, e un TL-SX3008F con firmware 1.2. Forzare entrambe le porte a 1000 Mbps full duplex non cambiava nulla, e lo stesso cavo andava benissimo tra due macchine capaci di 10G.
Lì la spiegazione era la codifica, non la lunghezza: parecchi assemblaggi SFP+ passivi dichiarano 10G e basta, senza alcun fallback 1000BASE-X al loro interno, quindi restano spenti in uno slot 1G mentre un cavo dual-rate fa link. Qualcuno nella stessa discussione aveva un DAC SFP+ Unifi che girava tra un ER8411 e un SG2428P senza alcun dramma.
Non è il tuo caso, visto che entrambe le tue estremità sono 10G. Il punto è che 'funziona lì' pesa molto meno con il twinax di quanto pesi con la fibra.
Vale la pena sapere come l'host viene proprio a conoscenza di un cavo twinax: un DAC passivo porta la sua lunghezza e la sua attenuazione nell'EEPROM, secondo SFF-8472, e la porta pilota lo slot in base a quello che l'assemblaggio dichiara. Non si misura nulla sul filo. Questo è gran parte del motivo per cui un cavo da 5 m si comporta diversamente su due switch dello stesso marchio - ricevitori diversi, tolleranza diversa per quello che quella dichiarazione costa davvero in perdita.
Inoltre non contare sul twinax quando ti serve un link più lento del suo rate. Su un Netgate 6100 un DAC ti dà un link 10G e nient'altro di più lento, senza modo di tirarlo giù a 1 Gbps; l'interfaccia sale semplicemente come 10Gbase-Twinax full duplex, quindi se quello che sta dall'altra parte è fissato a un gigabit, il twinax non ti ci porta e si torna all'ottica 1G. I cavi corti in quel marchio sono in generale poco sorprendenti - qui un CAB-10GSFP-P1M e un Ubiquiti UACC-DAC-SFP10 girano entrambi a 10 GbE in uno USW-Enterprise-8-PoE. La lunghezza è la variabile da testare per prima, non il marchio.