Quali transceiver fanno ancora link su un Aruba 8360-32Y4C quando l'interface group è forzato a 50g
Stiamo portando su una coppia di 8360-32Y4C come leaf e il piano dei downlink è deliberatamente misto: per lo più 25G verso i server, un paio di porte a 50G verso uno chassis di compute, e qualche presa in rame lenta per l'apparato out-of-band. Siccome i downlink SFP56 sono raggruppati e la velocità si imposta per gruppo, voglio capire cosa vieta davvero un'impostazione di gruppo prima di congelare la mappa delle porte.
- Aruba 8360-32Y4C, AOS-CX 10.15
- modulo SFP56 50G nel gruppo che ho impostato a 50g
- DAC SFP+ 10G e DAC SFP28 25G in altre porte dello stesso gruppo
- SFP J9054D 100 Mbps pianificato per due prese OOB
Con il gruppo forzato a 50g i moduli più lenti non salgono mai:
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 linkCosa ho già fatto:
- reinseriti entrambi i DAC e spostati su altre porte dentro lo stesso gruppo
- controllato che gli altri capi siano configurati sulla loro velocità nativa
- confermato che gli stessi DAC fanno link su uno switch dove il gruppo resta a 25g
Quindi: in un gruppo impostato a 50g, sono davvero solo i moduli SFP56 50G a fare link? Un gruppo a 25g accetta tutto ciò che è più lento, e vale lo stesso per un gruppo impostato a 10g? E la guida ai transceiver elenca l'SFP J9054D 100 Mbps per le porte 5-32: qualcuno ne ha mai fatto girare uno lì?
Comments 6
La velocità di gruppo non è un'etichetta cosmetica, è l'insieme di velocità che le porte di quel gruppo hanno il permesso di far girare. Con il gruppo a 50g l'unica cosa che fa link è un modulo SFP56 50G; un modulo 10G o 25G in quel gruppo non è una velocità accettata e resta down, che è esattamente quello che hai visto.
Un gruppo a 25g è l'impostazione permissiva: ci fanno link il 25G e tutto ciò che è più lento, quindi una riga mista di DAC 25G e 10G più rame è una configurazione perfettamente normale:
Due avvertimenti prima di congelare la mappa. Le porte da 1/1/1 a 1/1/4 sono quelle capaci di MACsec e giocano secondo regole proprie, quindi pianificale separatamente e testale con il modulo esatto che intendi usare. E non prometterei niente su un gruppo a 10g o sull'J9054D a 100 Mbps: non ne ho mai avuto uno in una porta raggruppata e nemmeno chi ho chiesto in giro l'ha confermato. Per l'estremo lento gli intervalli per porta nella guida ufficiale ai transceiver per l'8360 restano il riferimento. Se ti serve il 100M sulle porte 5-32 per l'OOB, compra un modulo e provalo sul banco prima di ordinarne sedici.
Due cose decidono questo e al tuo post mancano entrambe. Quali porte compongono il gruppo, ce n'è qualcuna tra 1/1/1 e 1/1/4? Quelle quattro sono quelle capaci di MACsec sul 32Y4C e non seguono le stesse regole della 5-32, quindi un test fatto lì non ti dice nulla sul resto della scatola.
E posta
show interface transceivercon il gruppo a 25g invece che a 50g. Se lì i DAC 10G e 25G salgono, i moduli e gli altri capi vanno bene e stai discutendo solo con la velocità di gruppo.Il gruppo 4 sono le porte da 1/1/13 a 1/1/16, quindi niente nel range 1-4: quelle restano vuote.
Ho spostato l'SFP56 in un altro gruppo che resta a 50g (lì è su) e ho abbassato il gruppo 4 a 25g. Il quadro cambia immediatamente:
Quindi i moduli, i DAC e il cablaggio non sono il problema. È la velocità di gruppo e nient'altro.
Per quel che vale, un gruppo a 25g è davvero così permissivo. Il mio 8360 di laboratorio ha un gruppo a 25g e attualmente ha un DAC 10G, un modulo in rame 1G-BT e un DAC 25G tutti su contemporaneamente, con anche DAC 40G e 100G sulle porte QSFP. Niente di tutto ciò turba l'impostazione di gruppo.
Non collegato ma utile da sapere mentre costruisci questa roba: abbiamo perso due giorni su un link 8325-32C verso 8360-32Y4C con un DAC 40G X242 (JH234A) che si rifiutava di salire. Il lato 8325 riportava
Module interface errore il lato 8360 stava fermo aWaiting for link, entrambi su GL.10.07.0020. Era un difetto software, non il cavo: avviare l'8325 dalla sua immagine secondaria 10.06.0110 ha portato su il link all'istante, e la 10.07.0021 l'ha risolto per sempre. L'8360 non ha avuto bisogno di nessuna modifica. Quindi se un modulo che dovrebbe essere supportato riporta un errore di modulo invece di semplicemente nessun link, guarda la release prima di dare la colpa all'ottica.Vale la pena interiorizzare la forma generale di questo, perché non è una stranezza Aruba. L'insieme di velocità abilitate della porta blocca il modulo, e queste scatole raramente si adattano da sole.
Stessa storia su Spectrum: su un SN2100 o SN2700 con Onyx 3.10.4100, un DAC 10G dietro un QSA Amphenol (624380003) viene letto bene via I2C ma non fa mai link finché la porta resta solo 100G.
mlxlink -d /dev/mst/mt52100_pci_cr0 -p 15 -mlo spiega chiaramente:State: Disable,Enabled Link Speed 0x00b00000,Supported Cable Speed 0x00001001, raccomandazioneCable speed not enabled. Metti il 10G tra le velocità abilitate e la porta va LinkUp a 10GbE.E su un UCS 6248 un GLC-SX-MMD autentico viene segnalato
SFP Validation Failedsemplicemente perché la unified port è ancora sul suo default a 10 Gbps; seleziona 1 Gbps sulla porta e il modulo viene accettato come uplink. Vendor diversi, stessa domanda ogni volta: la porta permette la velocità che il modulo parla?Chiudo il cerchio su quello che posso confermare sul mio hardware. Un gruppo a 50g prende moduli SFP56 50G e nient'altro; un gruppo a 25g porta DAC 25G e 10G fianco a fianco senza lamentarsi. Questo copre il grosso della mappa delle porte, quindi i server e lo chassis di compute sono sistemati e il range 1-4 resta fuori dal piano finché non riesco a testarlo per bene.
Ancora aperto: non ho provato un gruppo a 10g, e non ho mai avuto una risposta chiara sull'J9054D a 100 Mbps nelle porte 5-32. Un modulo è in ordine e va sul banco prima di qualsiasi altra cosa. Fino ad allora le prese OOB restano sul gruppo a 25g col rame, e la guida ai transceiver è quello che cito al change board per gli intervalli per porta.