Lenovo ThinkSystem NE1032 mostra SFP+ de terceiros como Unapproved e mantém as portas em down
A gente roda um par de ThinkSystem NE1032 RackSwitch como top of rack em uma gaiola de colo pequena. A óptica de marca Lenovo que herdamos só cobre metade das portas, então o resto foi preenchido com módulos SFP+ genéricos sem codificação e um par de DACs curtos do mesmo lote que já usamos em switches de outros fabricantes sem problema.
Kit:
- Lenovo ThinkSystem NE1032 RackSwitch, configuração de fábrica fora as VLANs
- módulos SFP+ 10G genéricos sem codificação
- dois DACs passivos curtos no link entre switches
- SFP+ codificado como Lenovo nas portas vizinhas, funcionando bem
A informação de porta para todo módulo não Lenovo aparece do mesmo jeito:
port 17 transceiver present approval: Unapproved
port 17 link: downOs módulos codificados nas portas ao lado estão up em 10G, então cabeamento e a outra ponta não são o problema.
Já tentei:
- reencaixar os módulos e trocá-los entre portas, o rótulo Unapproved segue o módulo
- mover os mesmos módulos genéricos para o switch de outro fabricante, onde eles linkam em 10G na hora
- passar pela configuração de porta e interface linha por linha, nada difere das portas que funcionam
Existe uma forma suportada de fazer o switch aceitar módulos que ele não reconhece, ou comprar óptica codificada é o único caminho?
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 3
Esse rótulo não é um veredito sobre a óptica. O firmware lê a área específica de vendor da EEPROM do módulo, mais ou menos os bytes 96-128, e qualquer coisa que não bata com a lista dele leva o carimbo Unapproved, depois do que a porta não tem permissão de subir. Nada que você mude na configuração da porta vai mover isso.
No NE1032 existe um override documentado, e é um comando global simples:
Salve e reinicie o switch. Depois do reload, os módulos passam a ser tratados pelos campos MSA deles em vez da checagem de vendor, e o SFP+ genérico sobe como qualquer outro.
Dois avisos. O comando é específico da plataforma - a mesma sintaxe não tem garantia de funcionar em outros switches Lenovo, então não saia replicando isso como modelo para o parque inteiro. E o suporte vai apontar com prazer para a óptica de terceiros se você abrir um chamado em uma porta com isso habilitado, então mantenha alguns módulos codificados na prateleira para um teste de troca. Se você preferir nem carregar o override na configuração, as alternativas são óptica Lenovo genuína ou módulos de terceiros já pedidos com codificação Lenovo.
Mesma história em toda essa linha de switches, não só no NE1032. Já vi um SFP codificado como Intel ser recusado em um RackSwitch G8124-E, e um Cisco-Finisar SFP-10G-LR-S em um G8272 parado como Disabled com rótulo Unapproved e link down. O firmware avalia todo módulo contra a lista de vendor primeiro e só depois pergunta alguma coisa.
Vale saber antes de sair caçando o mesmo comando nas caixas mais antigas: nos modelos RackSwitch baseados em ENOS, o override mora no boot loader como uma configuração sfp Override, e não como comando de config, então o que funciona no CNOS simplesmente não existe ali. Não tenho um G8124-E nas mãos há tempo suficiente para te guiar por esse menu, então confirme na sua própria unidade antes de planejar uma janela de manutenção em cima disso.
Rodei isso na janela de manutenção. configure terminal, system unsupported-transceiver, exit, copy running-config startup-config, depois um reload - depois que o switch voltou, todos os módulos genéricos aparecem normalmente e os dois links DAC estão em 10G. A informação de porta não carrega mais o rótulo Unapproved neles.
Para quem achar isso depois: o reload foi necessário, as portas não mudaram de estado enquanto o switch continuava no ar. E a gente colocou dois módulos codificados na gaveta de sobressalentes como sugerido, para provar que uma porta está saudável antes de chamar alguém.