Brocade G720 mantém toda porta SFP-DD 64G em Module_Invalid com a licença DD PoD aplicada
Herdamos um par de Connectrix DS-7720B (Brocade G720) para uma fabric nova, e ainda nem cheguei perto do zoning, porque nenhuma das portas de dupla densidade sobe. Cada uma delas diz exatamente a mesma coisa no switchshow:
Index Port Address Media Speed State Proto
====================================================
48 48 031800 dd -- Module_Invalid (Speed Mismatch / Incompatible SFP)
49 49 031900 dd -- Module_Invalid (Speed Mismatch / Incompatible SFP)O que está no rack:
- Connectrix DS-7720B / Brocade G720, Fabric OS ainda na linha 9.0.x com que veio de fábrica
- licença Double Density Ports on Demand instalada e mostrando como aplicada
- transceptores FC SFP-DD 64G de marca Brocade, peça 57-1000505-01
- cordões de fábrica saídos da mesma caixa da óptica
Antes de alguém sugerir o óbvio: reencaixei cada módulo e movi dois deles entre portas, e a falha fica com as portas em vez de viajar com os módulos. A licença Double Density Ports on Demand está mesmo aplicada, não só pedida, chequei isso duas vezes. Cordões trocados, pontas limpas, nenhuma diferença. Portas comuns no mesmo chassi carregam tráfego numa boa, então não é um switch morto.
Recebemos um lote ruim de óptica de dupla densidade, ou o switch está descartando elas antes mesmo de olhar direito o que está na gaiola?
Comments 6
Sua óptica está bem. Seu firmware é o problema.
SFP-DD FC 64G num G720 é suportado a partir do Fabric OS 9.1.0. Na 9.0.x o firmware não tem noção nenhuma desse fator de forma, então não consegue identificar o que está sentado na gaiola e recai em declarar incompatível - que é precisamente o Module_Invalid com Speed Mismatch / Incompatible SFP que você vê em toda porta de dupla densidade. Seu trabalho de bancada diz a mesma coisa da outra direção: uma óptica comum acende bem na porta que recusa um módulo dd, e o segundo chassi se comporta identicamente porque está rodando firmware idêntico.
A peça que você tem, 57-1000505-01, está listada na Brocade Transceiver Support Matrix, e a matriz é onde o firmware mínimo por plataforma está escrito. Para o G720 essa entrada começa em 9.1.0. Vá para 9.1.0 ou posterior e essas portas sobem com a óptica que já está nelas.
Aquela blade na caixa é a mesma história. Toda plataforma Gen 7 carrega seu próprio piso na matriz - o G730 (DS-7730B), o 7850 (MP-7850B) e o FC64-64 entre eles - então confira cada um antes de mover óptica de dupla densidade para ela, ou você vai perder essa tarde de novo na próxima caixa.
Seja lá o que mais você faça, não devolva os módulos.
Segura a papelada de RMA, porque um lote inteiro de óptica morta não é a cara disso daqui de onde eu vejo. Module_Invalid com dd já sentado na coluna media significa que o switch tirou alguma coisa da gaiola e não gostou do que leu. Um módulo genuinamente morto normalmente não chega tão longe - você estaria vendo um estado de no-module em vez disso.
Três coisas ajudariam a fechar o cerco e nenhuma delas custa nada:
E deixe a licença fora do seu raciocínio por enquanto. Ports on Demand destrava portas; não ensina o firmware sobre um fator de forma que ele nunca encontrou.
Boa sugestão a da óptica emprestada. Tirei um módulo Brocade funcionando de uma das portas normais, encaixei na porta 48, e subiu na hora como F-Port. Coloquei um SFP-DD 64G de volta nessa mesma porta e é Module_Invalid de novo em um ou dois segundos. Então a gaiola está viva, a licença está fazendo o trabalho dela e a porta em si está bem - só os módulos de dupla densidade que o switch não quer aceitar.
Os dois switches, sim. O segundo DS-7720B ainda está praticamente no caixote, mas coloquei dois dos módulos dd nele na bancada e recebi a mesma linha de volta, então não é um chassi com falha.
Gen 7 em outro lugar: nada em produção ainda, mas tem uma blade FC64-64 numa caixa esperando um slot de diretor, e ela foi comprada exatamente para levar essa óptica. Se vai morder ali também, eu prefiro saber agora do que durante a janela de migração.
Fabricante diferente, mesmo formato de armadilha. Postando isso caso poupe de alguém uma tarde tirando módulo de gaiola.
Dell S5248F-ON, build master do SONiC. Nenhuma porta SFP28 funcionava. Todo LED de porta sólido, e o show interface transceiver presence não listava transceptor nenhum, com óptica perfeitamente saudável nas gaiolas.
Nada daquilo era óptico. O container de monitor da plataforma estava down: o pmon não estava rodando, nem o pcied, o xcvrd e o psud. O xcvrd é o processo que conversa I2C com os módulos, então com ele morto ninguém estava lendo EEPROM nenhuma, e a CLI estava honestamente reportando o que sabia, que era nada. docker ps e show system-health detail me contaram a história toda em uns um minuto - depois que eu já tinha gasto meio dia trocando módulo de lugar.
Mesma família de coisa num Z9264F, onde o construtor Sfp do plugin da plataforma caiu com AttributeError: 'Sfp' object has no attribute 'port_type' e derrubou o determine-reboot-cause.service junto com ele no boot. Quando uma classe inteira de portas se comporta mal exatamente do mesmo jeito, a óptica quase nunca é a primeira coisa a suspeitar.
A outra metade disso é sem glamour, e é para onde o tempo realmente vai. Um salto de Fabric OS num switch sem nada atrás dele ainda é uma janela de mudança, não algo que você faz entre duas reuniões, então descubra primeiro o que mais na fabric precisa se mover junto e agende a parada direito.
Já que aquele FC64-64 ainda está na caixa: coloque na 9.1.0 ou posterior antes dele sequer ver uma óptica de dupla densidade. Senão você reproduz esse tópico num diretor em vez de num switch de borda, com plateia.
Mais uma coisa prática. Fale com seu fornecedor antes deles registrarem o RMA. Esses módulos se identificam perfeitamente bem, o host simplesmente ainda não tem entrada de tabela para eles. Se o fornecedor aceitar de volta como defeituosos, você vai esperar três semanas por um lote de reposição que se comporta exatamente do mesmo jeito, e ainda vai ter que fazer o upgrade.
Confirmado, e era o firmware.
Os dois switches foram para 9.1.0 na janela do fim de semana, e no reboot toda porta de dupla densidade saiu do Module_Invalid e ficou online a 64G com a mesma óptica 57-1000505-01 que estava sentada nelas o tempo todo. Nada reencaixado, nada substituído, nada recabeado.
A licença acabou sendo a pista falsa que eu vinha perseguindo - aplicada corretamente desde o início, ela só não conseguia fazer nada útil na 9.0.x. A blade vai para 9.1.0 antes de chegar perto de qualquer slot de diretor, e escrevi isso na caixa em que ela está guardada. Nos poupou um RMA e uma conversa bem sem graça com o fornecedor.