Welke transceivers linken nog op een Aruba 8360-32Y4C als de interfacegroep geforceerd is naar 50g
We brengen een paar 8360-32Y4C's als leaves omhoog en het downlinkplan is bewust gemengd: meestal 25G naar servers, een paar 50G-poorten naar een compute-chassis, en een paar trage koperen aansluitingen voor out-of-band-apparatuur. Omdat de SFP56-downlinks gegroepeerd zijn en de snelheid per groep wordt ingesteld, wil ik begrijpen wat een groepsinstelling precies verbiedt voordat ik de poortindeling vastzet.
- Aruba 8360-32Y4C, AOS-CX 10.15
- SFP56 50G-module in de groep die ik op 50g heb gezet
- SFP+ 10G-DAC en SFP28 25G-DAC in andere poorten van dezelfde groep
- J9054D 100 Mbps SFP gepland voor twee OOB-aansluitingen
Met de groep geforceerd naar 50g komen de tragere modules nooit op:
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 linkWat ik al gedaan heb:
- beide DAC's opnieuw geplaatst en verhuisd naar andere poorten binnen dezelfde groep
- gecontroleerd dat de verre uiteinden op hun eigen snelheid geconfigureerd zijn
- bevestigd dat dezelfde DAC's linken op een switch waar de groep op 25g blijft staan
Dus: linken er in een groep die op 50g staat echt alleen SFP56 50G-modules? Accepteert een 25g-groep alles wat trager is, en geldt hetzelfde voor een groep op 10g? En de transceivergids vermeldt de J9054D 100 Mbps SFP voor poorten 5-32 - heeft iemand er daadwerkelijk een daar gedraaid?
Comments 6
De groepssnelheid is geen cosmetisch label, het is de snelhedenset waarop de poorten in die groep mogen draaien. Met de groep op 50g is het enige wat linkt een SFP56 50G-module; een 10G- of 25G-module in die groep is geen geaccepteerde snelheid en blijft down, precies wat je zag.
Een groep op 25g is de soepele instelling - 25G en alles wat trager is linkt erin, dus een gemengde rij van 25G- en 10G-DAC's plus koper is een volkomen normale configuratie:
Twee kanttekeningen voordat je de indeling vastzet. Poorten 1/1/1 tot 1/1/4 zijn de MACsec-capabele poorten en die spelen volgens hun eigen regels, dus plan ze apart en test ze met exact de module die je van plan bent te gebruiken. En ik zou je niets beloven over een groep op 10g of over de J9054D op 100 Mbps - ik heb er nooit een in een gegroepeerde poort gehad en niemand die ik gevraagd heb, heeft het bevestigd. Voor het trage eind blijven de per-poort-bereiken in de officiële transceivergids voor de 8360 de referentie. Als je 100M nodig hebt op poorten 5-32 voor OOB, koop dan één module en bewijs het op de testbank voordat je er zestien bestelt.
Twee dingen bepalen dit en je post mist ze allebei. Welke poorten vormen de groep - zitten daar 1/1/1 tot 1/1/4 bij? Die vier zijn de MACsec-capabele poorten op de 32Y4C en die volgen niet dezelfde regels als 5-32, dus een test daar vertelt je niets over de rest van de box.
En post
show interface transceivermet de groep op 25g in plaats van 50g. Als de 10G- en 25G-DAC's daar opkomen, zijn de modules en de verre uiteinden in orde en heb je alleen nog onenigheid met de groepssnelheid.Groep 4 is poorten 1/1/13 tot 1/1/16, dus niets in het bereik 1-4 - die staan nog leeg.
Ik heb de SFP56 verplaatst naar een andere groep die op 50g blijft staan (die is daar up) en groep 4 teruggezet naar 25g. Het beeld verandert meteen:
Dus de modules, de DAC's en de bekabeling zijn niet het probleem. Het is de groepssnelheid en verder niets.
Voor wat het waard is, een 25g-groep is echt zo soepel. Mijn lab-8360 heeft één groep op 25g en die heeft momenteel een 10G-DAC, een 1G-BT-koperen module en een 25G-DAC allemaal tegelijk up, met daarnaast ook nog 40G- en 100G-DAC's op de QSFP-poorten. Niets daarvan verstoort de groepsinstelling.
Los daarvan, maar de moeite waard om te weten terwijl je dit aan het opbouwen bent: we verloren twee dagen aan een 8325-32C-naar-8360-32Y4C-link met een X242 40G-DAC (JH234A) die weigerde op te komen. De 8325-kant meldde
Module interface erroren de 8360-kant bleef hangen opWaiting for link, beide op GL.10.07.0020. Het was een softwaredefect, niet de kabel - de 8325 opstarten vanaf zijn secundaire image 10.06.0110 bracht de link meteen omhoog, en 10.07.0021 loste het definitief op. De 8360 had helemaal geen wijzigingen nodig. Dus als een module die ondersteund zou moeten zijn een modulefout meldt in plaats van gewoon geen link, kijk dan naar de release voordat je de optiek de schuld geeft.De moeite waard om de algemene vorm hiervan te internaliseren, want het is geen Aruba-eigenaardigheid. De ingeschakelde snelhedenset van de poort blokkeert de module, en deze boxen vallen zelden uit zichzelf terug.
Zelfde verhaal op Spectrum: op een SN2100 of SN2700 met Onyx 3.10.4100 wordt een 10G-DAC achter een Amphenol QSA (624380003) prima uitgelezen over I2C, maar linkt hij nooit zolang de poort nog op 100G only staat.
mlxlink -d /dev/mst/mt52100_pci_cr0 -p 15 -mlegt het uit -State: Disable,Enabled Link Speed 0x00b00000,Supported Cable Speed 0x00001001, aanbevelingCable speed not enabled. Zet 10G in de ingeschakelde snelheden en de poort gaat LinkUp op 10GbE.En op een UCS 6248 wordt een echte GLC-SX-MMD gemarkeerd als
SFP Validation Failed, puur omdat de unified port nog op zijn standaard 10 Gbps staat; selecteer 1 Gbps op de poort en de module wordt geaccepteerd als uplink. Verschillende vendors, elke keer dezelfde vraag: staat de poort de snelheid toe die de module spreekt.Ik sluit de kring van wat ik op mijn eigen hardware kan bevestigen. Een groep op 50g accepteert SFP56 50G-modules en verder niets; een groep op 25g draagt 25G- en 10G-DAC's naast elkaar zonder klagen. Dat dekt het grootste deel van de poortindeling, dus de servers en het compute-chassis zijn geregeld en het bereik 1-4 blijft buiten het plan tot ik het goed kan testen.
Nog open: ik heb een groep op 10g niet geprobeerd, en ik heb nooit een rechtstreeks antwoord gekregen over de J9054D op 100 Mbps in poorten 5-32. Er is één module besteld en die gaat als eerste op de testbank. Tot die tijd blijven de OOB-aansluitingen op de 25g-groep met koper, en de transceivergids is wat ik citeer aan het change board voor de per-poort-bereiken.