SFP+ 160-9103-900 genuíno sobe como UCTF num Ciena 3930 - onde está a lista de módulos certificados
Estou comissionando uma entrega 10G para um cliente num 3930 que já estava no local. O módulo é da própria Ciena, tirado do nosso estoque, e a porta chega a subir - mas o estado operacional é UCTF em vez de Ena e o alarme de transceptor não certificado fica ali permanentemente. O teste de aceitação inclui uma lista de alarmes limpa, então eu não posso entregar isso do jeito que está.
- Ciena 3930, software do jeito que foi entregue no local
- Ciena 160-9103-900 SFP+ 10G
- par monomodo até a NTU do cliente, distância curta
> port xcvr show
Port 1 ... Oper State: UCTFO que tentei:
- reencaixei o módulo e movi ele para outra porta, mesmo resultado
- instalei um segundo 160-9103-900 do mesmo estoque, UCTF idêntico
- confirmei que o link encaminha tráfego, então não é um problema óptico
Eu esperava que um módulo da marca Ciena num switch Ciena fosse a única combinação que nunca discute. Como eu descubro quais modelos de transceptor o software em execução realmente certifica, e o que faz o estado não certificado ir embora?
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 4
É exatamente isso, e isso pega as pessoas de surpresa porque todo mundo presume que a checagem é sobre o fabricante. Não é. O que o switch compara é a codificação que o módulo carrega contra a lista de modelos que a própria versão de software certifica. Um módulo construído pela Ciena cujo modelo está ausente dessa lista sobe como UCTF, e um módulo de um fabricante de óptico compatível cuja codificação bate com uma entrada da lista sobe limpo.
Então o fluxo de trabalho é:
Pegue uma entrada do primeiro comando que bata com a taxa e o alcance que você precisa, e consiga módulos codificados para ela. Tivemos o mesmo UCTF num 3930 e colocamos um SFP+ 10G LR ModuleTek codificado como XCVR-S10V31, que está na lista suportada - a porta subiu com estado operacional Ena e nenhuma indicação de não certificado, e mais nada no switch foi tocado.
Ressalvas que vale dizer antes de uma entrega ao cliente: isso é uma correspondência de codificação, não uma declaração de suporte do fabricante, então se a caixa está sob contrato, verifique o que o acordo diz sobre óptico não Ciena antes de projetar isso. A outra rota é uma versão de software que lista o 160-9103-900, mas num serviço de cliente ao vivo um upgrade normalmente é a mais cara das duas opções.
Rode
port xcvr show supportede procure o seu modelo na saída. Isso despeja os modelos e taxas de linha que a versão na caixa está disposta a certificar, e essa lista é a única coisa que conta aqui - não o que está estampado na cage.Poste o que voltar, ou pelo menos se o 160-9103-900 aparece ali. Se não aparecer, você já tem a resposta, e o módulo ser genuinamente Ciena não tem nada a ver com isso. Vale dizer também em qual versão de SAOS o 3930 está - a lista é por versão, e uma caixa que está no local há um tempo pode facilmente ser anterior a um part number que um software mais novo já lista.
Rodei. A lista é longa, mas o 160-9103-900 não está nela - passei por ela duas vezes. O software é o que a caixa veio de fábrica, ninguém mexeu na versão desde que foi instalada, e o
port xcvr showcontinua colocando a porta em UCTF.Então uma peça genuína Ciena está não certificada num switch Ciena porque essa versão não lista ela. Não é a resposta que eu esperava, mas explica por que o segundo módulo do mesmo estoque se comportou de forma idêntica.
Vale acrescentar o modo de falha onde a codificação não é o problema, porque perseguir codificação é caro. Num ME3600X rodando 15.3(1)S eu tive
%PHY-4-SFP_NOT_SUPPORTED: The SFP in Te0/1 is not supportede um err-disable gbic-invalid em módulos 10G.service unsupported-transceivereno errdisable detect cause gbic-invalidnão mudaram nada, os módulos nunca apareciam noshow inventory, oshow interfacenão imprimia nenhum media type, e um medidor óptico não via nenhuma luz saindo deles. Eram um lote morto - módulos tirados de outro ME3600 já em serviço funcionaram na hora. Nenhum media type mais nenhuma luz Tx significa hardware, e nenhum comando de desbloqueio vai salvar isso.A outra ponta da escala é codificação que está errada especificamente para a plataforma: SFP+ DWDM 80 km de terceiros num ASR 9001 ficavam down com um PID genérico, e
transceiver permit pid allnão salvava eles, porque o IOS XR queria um PID no formato DWDM-SFP10G-xx.yy da matriz de óptico dessa plataforma. O fornecedor recodificou o lote e eles subiram. O seu caso fica no meio: a codificação é válida, só não está na lista da versão.