Brocade G610 no FOS 9.x falha em óptica 16G SWL compatível: Mod_Inv e Speed Mismatch / Incompatible SFP
Estamos adicionando capacidade a uma fabric FC pequena e compramos SFP+ 16G short-wave compatível de um fornecedor de óptica em vez de pagar o preço do fabricante do switch. O switch recusa eles.
- Brocade G610, Fabric OS 9.x
- SFP+ 16G SWL com codificação genérica, comprimento de onda e alcance corretos segundo a etiqueta
- peças 16G codificadas Brocade nas portas vizinhas do mesmo switch, funcionando
- mesmos módulos testados num Brocade 300 mais antigo, mesmo comportamento
Ao inserir, a porta sobe com falha:
switchshow
12 12 010c00 id N16 Mod_Inv FC Speed Mismatch / Incompatible SFP
sfpshow 12
Port does not use an SFP or is disabled!A GUI é mais direta: Faulted due to SFP validation failure. Check if the SFP is valid for the configuration. e o Port Health vai para FAULTY. O errdump tem uma entrada de chassi correspondente sobre a porta estar com falha por SFP inválido, conflito de velocidade ou falha de laser.
Já tentei:
- reencaixei o módulo e movi para outras duas portas, resultado idêntico em todo lugar
- fixei a velocidade da porta em 16G em vez de auto, sem mudança
- coloquei um módulo codificado Brocade na mesma porta para provar que porta e cabo estão bem, linka instantaneamente
O que exatamente o Fabric OS está validando aqui, e tem alguma coisa do lado do switch que faz ele aceitar esses módulos, ou eles simplesmente têm que voltar?
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
Essa saída é consistente, e nada disso é uma configuração errada do seu lado.
O Fabric OS carrega tabelas de consulta e checa a identidade codificada do transceptor junto com os bits de velocidade suportada. Ele espera que capacidades de velocidade Fibre Channel estejam codificadas, algo como 4/8/16G ou 8/16/32G dependendo da peça. Um módulo codificado genericamente, ou codificado com taxas Ethernet sentadas nos campos de velocidade, falha nessa checagem mesmo com a óptica no comprimento de onda e alcance corretos, então a porta é marcada com falha em vez de simplesmente ficar down. O
sfpshowvazio é um efeito colateral da mesma checagem: assim que a validação falha, o módulo é lido como ausente em vez de rejeitado, o que manda as pessoas a perseguir gaiolas mortas.Não existe configuração do lado do switch que contorne isso: a decisão é feita em cima da codificação, não da taxa negociada. A saída é um módulo codificado para Fibre Channel com as velocidades FC certas para a sua plataforma, batendo com a matriz de suporte de transceptor da Broadcom. Seu fornecedor normalmente consegue recodificar as peças que você já tem, o que é melhor do que devolver.
O Brocade 300, o G610, o G720 e caixas OEM como a IBM SAN64B-6 se comportam todos assim, e as variantes SWL, LWL, ELWL, CWDM e DWDM são tratadas igual. Isso ficou notavelmente mais comum com o FOS 9.x, e é por isso que peças que estavam bem numa fabric mais antiga de repente não estão.
Uma armadilha, caso essas peças algum dia acabem numa caixa Gen 7: um G720 também recusa óptica não segura, e até uma peça Brocade 32G como a 57-1000333-01 cai em Mod_Inv lá. O Gen 7 quer os part numbers seguros da matriz, não só codificação FC correta.
Antes de devolver, pressione o fornecedor num detalhe: quais taxas estão realmente gravadas nos campos de capacidade de velocidade desses módulos. Taxas Fibre Channel, algo no formato 4/8/16G, ou taxas Ethernet? A codificação genérica na etiqueta não diz nada sobre isso, e normalmente é aí que dá errado.
Vale postar também:
sfpshownuma das portas funcionando com codificação Brocade, ao lado da que está com falha, para você comparar qual identidade o switch lê em cada caso. E não gaste mais tempo na configuração de velocidade da porta, não é isso que a checagem está olhando.Perguntei para eles, e é o segundo caso. Os campos de velocidade carregam taxas Ethernet, não tem nenhuma velocidade FC setada ali, nada no formato 4/8/16G para o switch achar. A óptica está no comprimento de onda e alcance certos para 16G SWL, mas a identidade nunca foi escrita para uma peça Fibre Channel, e o fornecedor admitiu isso assim que citei o erro de volta para eles.
A comparação que você pediu não é muito informativa.
sfpshowna porta que funciona, ao lado, imprime o bloco de identidade completo como esperado, enquanto na porta com falha eu ainda recebo sóentão o switch nem apresenta como um módulo recusado, a gaiola lê como vazia. E anotado sobre a configuração de velocidade da porta, essa já estava descartada antes de eu postar.