Lenovo RackSwitch G8124E recusa um SFP+ 10G SR genérico com UNAPPROVED - SR SFP+ is DISABLED
A gente tirou um par de G8124E de um rack desativado e estou reconstruindo eles como camada de agregação para um ambiente de teste interno. Orçamento para óptica de marca é zero, então tudo entra com módulo 10G SR genérico do tipo que já rodamos em outro lugar.
- Lenovo RackSwitch G8124E, chassi com marca ex-IBM
- SFP+ 10G SR genérico, LC duplex, mesmo lote dos que funcionam no nosso top-of-rack de produção
- patch OM3 até uma NIC de servidor que linka em 10G com o mesmíssimo tipo de módulo
A porta ganha vida por um momento e depois o switch desliga ela:
UNAPPROVED - SR SFP+ is DISABLEDDepois disso o link nunca se estabelece e a porta fica down.
O que já tentei:
- movi o módulo por quatro gaiolas diferentes, mensagem idêntica toda vez
- troquei por um segundo módulo do mesmo lote e um terceiro de outro fornecedor
- passei pela config da interface procurando algo tipo um knob allow-unsupported e não achei nada
Tem algum jeito de fazer essa caixa aceitar óptica de terceiros, ou a checagem de aprovação é coisa que só se satisfaz com módulo codificado pela Lenovo?
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 5
Antes de alguém te passar um comando, o que o
show versionreporta? Nessa família o remédio não é um comando só, ele muda por code train: o que você faz numa imagem 7.x não é o que você faz na 8.x, então a versão precisa ser estabelecida primeiro.Também diga se os módulos são genéricos puros ou carregam uma string de vendor reconhecível na EEPROM. O firmware avalia cada módulo por essa string, e gente com SFP+ codificado pela Intel exatamente nesse switch também recebe o aviso de transceiver não aprovado, então a mensagem sozinha não diz muito sobre a óptica em si.
O
show versioncoloca numa imagem 7.x, então o train mais antigo e não o atual.Os módulos são genéricos puros, sem codificação Intel ou Cisco neles, se identificam como o OEM que fabricou. Também coloquei o terceiro módulo num IBM RackSwitch G8124 do lado e tive o mesmo comportamento lá, então não é uma gaiola ruim nem uma óptica ruim isolada.
Nos streams mais antigos existe uma variável de boot loader que desliga a checagem de aprovação. Ela está documentada para 5.x, 6.x, 7.x e 8.3.x ou anterior, então uma caixa 7.x entra no escopo.
Você precisa do console serial para isso, a porta mini-USB RS232, não a rede. Dê reload no switch e segure Shift+M durante o teste de memória até o boot loader te dar o prompt
=>, depois:O valor diferencia maiúsculas de minúsculas,
Overridecom O maiúsculo. Rodeprintenvantes dobootpara você realmente ver que a variável foi armazenada. Assim que o switch terminar de bootar, ele para de desabilitar módulos SFP+ não aprovados e as portas simplesmente sobem.Duas ressalvas. Isso é uma medida de laboratório e emergência, a Lenovo não dá suporte a óptica de terceiros e nada aqui é oficial. E fique longe de óptica dual-rate nessas caixas mais antigas, elas dão problema mesmo depois da checagem estar fora do caminho.
É a mesma história em toda a linha de switch Lenovo, não só no G8124E. Tenho aqui um G8272 que classifica um Cisco-Finisar
SFP-10G-LR-Scomo Unapproved, mostra a porta como Disabled e deixa o link down. Óptica Cisco genuína, simplesmente não está na lista da Lenovo.Do lado ThinkSystem, NE1032 e NE1032T, é CNOS em vez de ENOS, e ali o caminho é um comando de plataforma para permitir transceivers não suportados em vez do truque do boot loader. Eu não rodei esse aí eu mesmo, então verifique a sintaxe na sua própria caixa antes de planejar uma janela em torno disso. O padrão por baixo não muda: o firmware compara a string de vendor da EEPROM contra uma lista e desabilita o que não reconhece.
Uma coisa para acrescentar: o override não sobrevive necessariamente a um upgrade de firmware. Se você aplicar uma imagem nova e as portas morrerem de novo, volte ao console serial e confira o
printenvantes de começar a tirar módulo, a variável pode simplesmente ter sumido.E não trate switches de desbloqueio de vendor como confiáveis em geral. No Catalyst 9200 com IOS-XE 16.9.x o
service unsupported-transceivernão tem efeito nenhum por causa do CSCvk03296, e o que as pessoas usaram no lugar foino errdisable recovery cause gbic-invalidna config global, que impediu as portas de ficarem err-disabled e deixou módulos FS e Cables and Kits funcionarem. Vendor diferente, mesma lição: o knob documentado e o knob que realmente funciona nem sempre são o mesmo.