Quais transceptores ainda linkam num Aruba 8360-32Y4C quando o grupo de interfaces é forçado para 50g
Estamos subindo um par de 8360-32Y4C como leaves, e o plano de downlink é deliberadamente misto: principalmente 25G para servidores, algumas portas 50G para um chassi de compute, e algumas conexões de cobre lentas para equipamento out-of-band. Como os downlinks SFP56 são agrupados e a velocidade é definida por grupo, quero entender o que uma configuração de grupo realmente proíbe antes de congelar o mapa de portas.
- Aruba 8360-32Y4C, AOS-CX 10.15
- módulo SFP56 50G no grupo que configurei para 50g
- DAC SFP+ 10G e DAC SFP28 25G em outras portas do mesmo grupo
- SFP J9054D 100 Mbps planejado para duas conexões OOB
Com o grupo forçado para 50g, os módulos mais lentos nunca sobem:
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 linkO que já fiz:
- reencaixei os dois DACs e movi eles para outras portas dentro do mesmo grupo
- verifiquei que as outras pontas estão configuradas na velocidade nativa delas
- confirmei que os mesmos DACs linkam num switch onde o grupo fica em 25g
Então: num grupo configurado para 50g, é realmente só módulo SFP56 50G que vai linkar? Um grupo 25g aceita tudo que for mais lento, e o mesmo vale para um grupo configurado em 10g? E o guia de transceptores lista o SFP J9054D 100 Mbps para as portas 5-32 - alguém já rodou um lá de verdade?
Comments 6
A velocidade do grupo não é um rótulo cosmético, é o conjunto de velocidade que as portas daquele grupo têm permissão para rodar. Com o grupo em 50g, a única coisa que vai linkar é um módulo SFP56 50G; um módulo de 10G ou 25G nesse grupo não é uma velocidade aceita e fica down, que é exatamente o que você viu.
Um grupo em 25g é a configuração permissiva - 25G e tudo mais lento linka nele, então uma fileira mista de DACs 25G e 10G mais cobre é uma configuração perfeitamente normal:
Duas ressalvas antes de você congelar o mapa. As portas 1/1/1 a 1/1/4 são as portas com capacidade MACsec e seguem regras próprias, então planeje elas separadamente e teste com o módulo exato que você pretende usar. E eu não prometeria nada sobre um grupo em 10g ou sobre o J9054D em 100 Mbps - eu nunca tive um numa porta agrupada e ninguém que eu perguntei confirmou isso também. Para a ponta lenta, as faixas por porta no guia oficial de transceptores do 8360 continuam sendo a referência. Se você precisa de 100M nas portas 5-32 para OOB, compre um módulo e prove na bancada antes de pedir dezesseis.
Duas coisas decidem isso e o seu post está sem as duas. Quais portas compõem o grupo - alguma delas é 1/1/1 a 1/1/4? Essas quatro são as com capacidade MACsec no 32Y4C e não seguem as mesmas regras que 5-32, então um teste feito ali não diz nada sobre o resto da caixa.
E poste
show interface transceivercom o grupo em 25g em vez de 50g. Se os DACs 10G e 25G subirem ali, os módulos e as outras pontas estão bons e você só está discutindo com a velocidade do grupo.O grupo 4 são as portas 1/1/13 a 1/1/16, então nada na faixa 1-4 - essas continuam vazias.
Movi o SFP56 para outro grupo que fica em 50g (está up lá) e baixei o grupo 4 para 25g. O quadro muda imediatamente:
Então os módulos, os DACs e o cabeamento não são o problema. É a velocidade do grupo e mais nada.
Para constar, um grupo 25g realmente é assim permissivo. O meu 8360 de laboratório tem um grupo em 25g e atualmente tem um DAC 10G, um módulo de cobre 1G-BT e um DAC 25G todos up ao mesmo tempo, com DACs 40G e 100G nas portas QSFP também. Nada disso incomoda a configuração do grupo.
Sem relação, mas vale saber enquanto você está montando isso: perdemos dois dias num link 8325-32C para 8360-32Y4C com um DAC X242 40G (JH234A) que se recusava a subir. O lado do 8325 reportava
Module interface errore o lado do 8360 ficava emWaiting for link, os dois no GL.10.07.0020. Era um defeito de software, não o cabo - dar boot no 8325 pela imagem secundária 10.06.0110 trouxe o link direto para cima, e o 10.07.0021 corrigiu isso de vez. O 8360 não precisou de nenhuma mudança. Então, se um módulo que deveria ser suportado reporta um erro de módulo em vez de simplesmente sem link, olhe para a versão antes de culpar o óptico.Vale internalizar o formato geral disso, porque não é uma peculiaridade da Aruba. O conjunto de velocidades habilitadas da porta é o portão para o módulo, e essas caixas raramente caem para trás sozinhas.
Mesma história no Spectrum: num SN2100 ou SN2700 com Onyx 3.10.4100, um DAC 10G atrás de um Amphenol QSA (624380003) é lido corretamente via I2C, mas nunca linka enquanto a porta continua só em 100G.
mlxlink -d /dev/mst/mt52100_pci_cr0 -p 15 -mdeixa isso claro -State: Disable,Enabled Link Speed 0x00b00000,Supported Cable Speed 0x00001001, recomendaçãoCable speed not enabled. Coloque 10G nas velocidades habilitadas e a porta vai para LinkUp em 10GbE.E num UCS 6248 um GLC-SX-MMD genuíno é sinalizado como
SFP Validation Failedsó porque a porta unificada continua no padrão de 10 Gbps; selecione 1 Gbps na porta e o módulo é aceito como uplink. Fabricantes diferentes, a mesma pergunta toda vez: a porta permite a velocidade que o módulo fala.Fechando o ciclo do que eu consigo confirmar no meu próprio hardware. Um grupo em 50g só aceita módulos SFP56 50G e mais nada; um grupo em 25g carrega DACs 25G e 10G lado a lado sem reclamar. Isso cobre a maior parte do mapa de portas, então os servidores e o chassi de compute estão resolvidos e a faixa 1-4 fica fora do plano até eu poder testar direito.
Ainda em aberto: não testei um grupo em 10g, e nunca tive uma resposta direta sobre o J9054D em 100 Mbps nas portas 5-32. Um módulo está a caminho e vai para a bancada antes de qualquer outra coisa. Até lá, as conexões OOB ficam no grupo 25g com cobre, e o guia de transceptores é o que eu cito para o comitê de mudanças quanto às faixas por porta.