Comece com as evidências exatas apresentadas pelo apresentador.

Observação do anfitriãoPrimeira etapa da investigaçãoO que isso não prova
Não há evento de inserção, ou Módulo ausentePosicionamento, contatos da gaiola, detecção de presença, alimentação da porta, driver do hostUm conector de fibra sujo causou a falha na detecção
O módulo está presente, mas não é possível ler sua identidadeCaminho de gerenciamento serial, memória do módulo, alimentação, driver ou acesso ao barramentoO transmissor ou receptor óptico está com defeito
O nome do fabricante e o número de peça estão visíveis, mas o host indica que não é compatível ou desativa a portaPolítica de suporte, codificação de módulos, firmware, classe de potência e modo de portaO módulo está fisicamente ausente
A identidade do módulo está visível e foi aceita, mas o link continua inativoPMD, taxa, FEC, fibra, polaridade, comprimentos de onda, potência de recepção e extremidade remotaFalha na detecção
A conexão está ativa, mas o tráfego não funcionaContadores, VLANs, encaminhamento, serviço IP e limites de taxa de transferênciaO módulo não foi detectado

A corrente Especificação SNIA SFF-8419 atribui contatos SFP distintos para a ausência do módulo, a interface de gerenciamento de dois fios, a alimentação, o controle do transmissor e o status óptico. Essas funções estão relacionadas, mas não constituem um único teste.

Módulo SFP não detectado, Hero

1. Confirme se o anfitrião percebeu a inserção

Registre o estado original antes de mexer no equipamento de produção. Anote o modelo do host, o número da porta, a versão do firmware ou do driver, a configuração da porta, a etiqueta do módulo e o texto exato do erro. Observe se a mensagem muda quando o módulo é inserido ou removido.

Durante um intervalo de manutenção aprovado:

  1. Siga o procedimento de conexão a quente ou desligamento do host.
  2. Remova o módulo, verifique se há danos evidentes na estrutura e na borda do módulo e reinstale-o completamente, sem forçar.
  3. Verifique se a trava fecha corretamente e se o módulo não está bloqueado por uma tampa protetora contra poeira, uma bucha de cabo ou peças adjacentes.
  4. Aguarde o intervalo de inicialização documentado pelo host e, em seguida, colete um novo evento ou leitura de status.

Não faça medições, curto-circuite nem modifique o contato de presença do módulo. A norma SFF-8419 define Mod_ABS como uma indicação do host de que o módulo está ausente. Um contato da gaiola torto, encaixe incompleto, falta de alimentação na porta ou problema no lado do host podem, portanto, impedir uma indicação normal de presença antes que o caminho óptico entre em jogo.

Se o procedimento permitir testes cruzados, altere um item por vez. Teste um módulo com funcionamento comprovado e compatível com o host no ambiente suspeito e, em seguida, teste o módulo em questão em outro ambiente compatível e com funcionamento comprovado. Utilize um módulo com o modo elétrico e os requisitos de alimentação corretos; o fato de “encaixar” não é uma amostra de controle suficiente.

2. Verifique se o host consegue ler a identidade do módulo

Assim que a presença for detectada, verifique se o host consegue ler a memória de gerenciamento do módulo. A norma SFF-8419 define uma interface serial de dois fios, enquanto SNIA SFF-8472 define campos como o identificador físico, o nome do fornecedor, o OUI do fornecedor, o número da peça, a revisão, o número de série e o código de data para módulos da família SFP.

Se o host exibir um fabricante e um número de peça plausíveis, isso significa que o problema vai além da simples ausência de um módulo. Isso, porém, ainda não prova que a interface elétrica de alta velocidade, o PMD óptico ou o parceiro de enlace sejam compatíveis.

Se for detectada a presença, mas a leitura da identidade falhar, verifique:

  • Energia estável da gaiola e o estado de energia da porta do host
  • Posicionamento do módulo e condição de contato
  • Suporte ao driver do host e ao firmware para a interface de gerenciamento
  • Se é possível ler outro módulo compatível nessa gaiola
  • Se o módulo de destino pode ser lido em outro host compatível
  • Erros repetidos de barramento ou de soma de verificação no log do host

No Linux, o kernel’s Documentação do ethtool e do netlink define as solicitações de parâmetros do transceptor e de dados da EEPROM do módulo. Uma ferramenta do espaço do usuário só pode receber os bytes que o driver e o hardware conseguem disponibilizar. Portanto, um comando de leitura com falha, por si só, não é prova de que a memória do módulo esteja com defeito; o driver da placa de rede ou a plataforma podem não ter implementado esse caminho de acesso.

Não reescreva os dados de identidade do módulo apenas para fazer com que um aviso de falta de suporte desapareça. As alterações no código não podem adicionar modos SerDes do host, alimentação da porta, capacidade térmica ou suporte a firmware que estejam faltando, além de dificultarem o diagnóstico posterior.

3. Separar “Não compatível” de “Não detectado”

Se o host puder exibir o fabricante do módulo, o número de peça ou o número de série, o módulo não é realmente invisível. Um Transceptor não compatível Essa mensagem geralmente leva a investigação a se concentrar na política do servidor e na compatibilidade.

Verifique a combinação exata, não apenas a marca ou a carcaça:

  • Modelo do host, revisão da placa de linha ou da placa de rede (NIC) e número da porta
  • ASIC ou PHY do host e modos SerDes compatíveis
  • Versões do firmware, do sistema operacional e dos drivers
  • Número de peça do módulo, revisão do hardware e codificação da EEPROM
  • Potência necessária e temperatura de operação permitida
  • Modo da porta configurado, taxa real e FEC necessária
  • Notas sobre os módulos compatíveis e as versões de software do fornecedor do servidor

Algumas plataformas exibem um aviso, mas continuam funcionando; outras desativam o transmissor ou a porta inteira. Não presuma que um determinado comportamento se aplique a todos os hosts. Utilize apenas configurações documentadas e autorizadas, em vez de comandos não verificados destinados a contornar a proteção do host ou a política de suporte.

O firmware pode alterar a lista de módulos compatíveis ou o comportamento dos drivers, mas uma atualização não é um simples teste inicial inofensivo. Registre as evidências existentes, leia as notas de lançamento, siga o controle de mudanças e mantenha um plano de recuperação.

4. Verifique a alimentação, a temperatura e o modo da porta

Uma caixa deve fornecer energia ao módulo dentro dos limites do host. Isso é especialmente importante para módulos com mais componentes eletrônicos ou que geram mais calor do que um simples transceptor óptico de curto alcance, como alguns módulos de cobre e ONU Sticks.

Verifique se o host limita a potência do módulo, desativa uma porta superaquecida ou exige um modo específico antes de habilitar a gaiola. LuLeey’s Guia de temperatura do SFP explica por que a temperatura do gabinete, a temperatura interna do DDM, o fluxo de ar e a faixa nominal exata devem ser considerados separadamente.

O SFP, SFP+ ou SFP28 A etiqueta descreve uma família de formatos, e não uma decisão definitiva sobre compatibilidade. O encaixe físico, o acesso para gerenciamento, o modo SerDes do host, a taxa configurada ou negociada e a taxa de transferência útil são pontos a serem verificados separadamente.

A mesma regra se aplica a um Stick ONU PON de 2,5G. Uma porta SFP+ de 1G ou 10G só poderá operar o Stick a 1G se tanto o Stick quanto o host forem compatíveis com um modo host de 1G. Algumas portas SFP+ só podem suportar 2,5G com o chipset ou PHY, firmware ou driver, configuração da porta, codificação do módulo e modo host do Stick corretos. A detecção por si só não comprova o registro na rede PON nem o serviço de Internet.

Para um projeto misto com SFP+ de 10G e cobre de 2,5G, a LuLeey’s Guia de compatibilidade entre SFP+ de 10G e RJ45 de 2,5G mostra por que a porta do host, o chipset do módulo, a correspondência de taxa, a alimentação e a temperatura precisam, todos, de verificações independentes.

5. Realize o diagnóstico de problemas no link óptico somente após a detecção

Quando o host lê e aceita o módulo, mas informa que não há conexão, o domínio de falha mudou. Agora verifique:

  • O mesmo PMD de Ethernet e a mesma taxa suportada em ambas as extremidades
  • Configurações obrigatórias de FEC, negociação automática e modo de porta
  • Fibra monomodo ou multimodo, conforme especificado para a óptica exata
  • Família de conectores e acabamento; não conecte APC e UPC
  • Polaridade duplex TX-para-RX ou o par BiDi complementar correto
  • Comprimentos de onda e a faixa de potência entre transmissor e receptor em cada direção
  • Estado do transmissor remoto, suporte ao host remoto e alarmes de link

Uma leitura DDM só é útil depois que o módulo e o host a disponibilizam. Nem todo módulo oferece DDM, e o fato de ser possível ler um valor de temperatura ou de potência de recepção não significa que haja interoperabilidade. O LuLeey’s Guia de campo do DDM/DOM explica os campos comuns e seus limites.

Não comece a limpeza repetida das fibras enquanto o anfitrião ainda estiver falando Módulo ausente. A limpeza pode resolver problemas de contaminação no caminho óptico; ela não pode reparar um contato de presença de gaiola, um barramento de gerenciamento ou a falta de um driver.

fluxo de trabalho para detecção de módulos SFP

Uma Matriz de Isolamento Controlado

Utilize esta matriz durante um intervalo de manutenção, com uma alteração controlada por teste.

Resultado controladoHipótese seguinte mais forteAinda não está comprovado
Não foi detectado nenhum módulo compatível em um compartimentoCage, alimentação da porta, configuração da porta, driver ou hardware do hostTodos os módulos testados estão com defeito
O módulo de destino não pode ser lido em vários hosts compatíveis, embora os controles funcionemContatos do módulo de destino, comportamento de alimentação ou memória de gerenciamentoA causa é o seu transmissor óptico
A identidade de destino pode ser lida em todos os lugares, mas um host a rejeitaPolítica de suporte ao host, codificação, firmware, alimentação ou modo de portaA gaiola não consegue detectar os módulos
O destino é aceito e há links em outra configuração idênticaModo de host original, caminho de fibra, par ou ambiente localCompatibilidade universal com todas as portas
A identidade está válida e foi aceita, mas o link está inativo em ambas as extremidadesPMD óptico, taxa, FEC, fibra, polaridade, potência ou estado do parA detecção é o problema

Mantenha os testes genuinamente comparáveis. Um SFP de 1G com funcionamento comprovado não garante que o mesmo compartimento seja compatível com o modo host de 2,5G, um transceptor de cobre de alta potência ou um determinado ONU Stick.

Deixe um comentário