Zyxel RGS200-12P imprime "% SFP module doesn't support DDMI" para dois SFPs Avago
Nós entregamos gabinetes industriais com o monitoramento próprio do cliente por cima, então DDMI legível nas portas de uplink faz parte da lista de aceitação. Num RGS200-12P as duas portas que importam se recusam a imprimir qualquer coisa depois que o DDMI é ativado, mesmo com os dois links up e encaminhando.
- Zyxel RGS200-12P, DDMI ativado
- porta 1/9: AVAGO ABCU-5740RZ-HP8, SFP de cobre 1000BASE-T
- porta 1/11: AVAGO AFBR-5710PZ, 1000BASE-SX
- os dois links up, contadores limpos nos dois lados
% SFP module doesn't support DDMIO que já fiz:
- desliguei o DDMI e liguei de novo, salvei, recarreguei o switch
- reencaixei os dois módulos e movi eles para outras cages - mesma resposta em toda porta
- confirmei que os links em si estão bons, o tráfego passa sem erro
Então qual é: o switch se recusando a ler óptico que não vendeu, ou duas peças Avago que genuinamente não têm diagnóstico nenhum para entregar? Eu preciso dar ao cliente uma resposta ou outra antes da entrega, não um dar de ombros.
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
Você tem duas causas diferentes escondidas atrás de uma única string de erro.
A porta de cobre é o comportamento esperado. SFPs 1000BASE-T como categoria não implementam diagnóstico digital nenhum - não existe potência óptica para reportar e essas peças geralmente não carregam página de diagnóstico, então a 1/9 com o ABCU-5740RZ-HP8 nunca vai mostrar temperatura, tensão ou potência, não importa como o DDMI esteja configurado. Nada para consertar, nada para escalar.
A porta de fibra tem o mesmo resultado por um motivo diferente: essa peça específica da Avago não tem página DDM/DDMI na EEPROM dela. A SFF-8472 torna a página de diagnóstico opcional, e muitos módulos 1000BASE-SX daquela geração saíam de fábrica sem ela. O switch não está bloqueando um módulo estranho aqui, está reportando a verdade - não tem nada no módulo para ler.
A checagem que resolve isso em cinco minutos é a que já foi sugerida: um módulo especificado como capaz de DDM na mesma cage. Um Zyxel SFP-LX-10-E num RGS200-12P imprime o bloco DDMI completo, o que prova que o switch e a configuração estão bons. Ressalva de sempre com esse fabricante: a posição declarada deles é que óptico de terceiros não é coberto e pode trazer perda de pacote e problemas de conectividade, então se diagnóstico é um critério de aceitação, coloque "DDM/DOM capable" na especificação de compra em vez de torcer.
Se o óptico não pode ser trocado nesse gabinete, monitore essas duas portas pelo estado do link e pelos contadores de interface, e diga isso no documento de entrega. Essa é uma resposta honesta, e é melhor que uma página DDMI vazia que ninguém consegue explicar um ano depois.
Duas coisas vale a pena separar antes de você escrever qualquer coisa. Primeiro, esse switch imprime DDMI para alguma coisa? Pegue emprestado um módulo que você sabe que é capaz de DDM, coloque na 1/11 e rode o mesmo comando. Se sair um bloco completo, o lado do switch está provado e as duas peças Avago são a única variável que resta.
Segundo, não trate o módulo de cobre como evidência de um jeito nem de outro, é uma categoria à parte. E o que a datasheet do AFBR-5710PZ realmente diz sobre diagnóstico digital? Essa peça é velha o suficiente para eu não presumir que ela tenha isso.
Confirmado na bancada. Peguei emprestado um SFP-LX-10-E, coloquei na 1/11 com a mesma fibra, e o DDMI imprime o conjunto completo - temperatura, tensão, corrente de bias, Tx e Rx power. Coloquei o AFBR-5710PZ de volta e a string de erro volta na hora. A porta 1/9 com o módulo de cobre se comporta exatamente como antes, o que eu agora espero em vez de ficar perseguindo.
Então o switch está fazendo o trabalho dele e os módulos são a resposta. Isso entra na entrega como propriedade do módulo, e a capacidade de DDM entra na especificação para o próximo lote de óptico. Isso me poupou uma discussão sobre um switch "quebrado".
Vale saber que a mesma situação se lê de forma completamente diferente dependendo da plataforma, que é por isso que isso continua voltando como relato de bug.
No PAN-OS,
show transceiver-detail allimprime um campodiagnostic-monitorpor módulo:Yessignifica que ele implementa monitoramento óptico,Nosignifica que não, e no segundo caso o módulo ainda é identificado normalmente enquanto todo valor de diagnóstico volta comoN/A. Sem erro, só campos vazios - bem mais fácil de interpretar que uma string de recusa.Num Nokia 7210 SAS os valores ausentes podem ser o software em vez disso: versões antigas não implementam DDM de jeito nenhum, e a documentação acrescenta que para módulos que a Nokia não forneceu os dados podem ser exibidos, mas a formatação e a precisão deles não são garantidas. Três donos possíveis para um campo vazio - módulo, plataforma ou versão.
E às vezes é só a interface: em switches TP-Link adotados no Omada não existe página de DDM no controlador, você abre o terminal dele, digita
enablee rodashow ddm status.