CRS226 reporta no-link e sfp-rx-lose yes num uplink SFP-10G-LR codificado para Cisco
Assumimos um site de agregação pequeno e um dos uplinks de 10G não sobe desde que o módulo nele foi trocado. O módulo está listado como incompatível com o CRS226, então foi para lá que a suspeita foi primeiro, mas as leituras não parecem as de um módulo rejeitado, na minha opinião.
- MikroTik CRS226 no site de agregação, módulo em sfp-sfpplus1
- Fiberworks SFP-10G-LR, codificado para Cisco
- par monomodo até o site remoto, passando por dois painéis de patch no caminho
/interface ethernet monitor sfp-sfpplus1
status: no-link
sfp-rx-lose: yesTemperatura e tensão de alimentação na mesma saída aparecem completamente normais, e o módulo é claramente detectado - essa não é uma leitura de cage vazio.
Já feito do nosso lado:
- reencaixamos o módulo e limpamos os dois conectores
- movemos para a outra porta SFP+, saída idêntica
- conferimos a config da porta, nada forçado, nada desabilitado
Então qual é: o CRS226 está recusando silenciosamente um módulo codificado para Cisco e reportando como no-link, ou sfp-rx-lose significa o que eu acho que significa e eu deveria mandar alguém até a outra ponta?
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
Sua própria saída já respondeu a questão de compatibilidade. Um módulo que o switch tivesse recusado não estaria reportando temperatura e tensão nenhuma - uma leitura completa do monitor significa que o CRS226 leu o módulo e está se comunicando com ele perfeitamente bem. E
sfp-rx-lose: yesé a própria indicação de perda de sinal do módulo: ele não vê luz na fibra de recepção. Sem luz entrando, sem link, seja lá o que a codificação diga.Então isso é um problema de planta, não um problema de compatibilidade. A ordem que eu seguiria:
Para constar, esse mesmo tipo de módulo está rodando num CRS226 até uma CCR aqui há meses, então o pareamento em si não é o problema.
O que tem na outra ponta, e esse lado mostra a porta dele como up? Se o transmissor remoto está ligado, seria de esperar alguma potência de recepção em vez de uma perda de sinal pura.
Duas verificações baratas antes de alguém sair de carro até lá. Troque as duas fibras no seu patch panel e veja se a flag continua onde está. E peça para o outro lado ler o próprio módulo: se as duas pontas reportam perda de recepção, o par está rompido em algum lugar no meio, ou alguém patcheou as fibras erradas num daqueles painéis.
Vale separar dois modos de falha enquanto você estiver lá fora. Nenhuma luz de jeito nenhum é o que você tem, e esse é o fácil. A variante mais chata é luz que está presente por pouquíssimo: um dos uplinks de fibra em par aqui registrou um alarme de Rx power low em -20.2 dBm contra um limiar de -18.4 dBm e acumulou 46 mil input errors e 42 mil CRC errors enquanto o link ficava nominalmente up.
show interface transceiver detaileshow interface counters errorscontaram essa história.O trabalho de campo é o mesmo nos dois casos - limpe e inspecione as duas faces de conector, meça TX e RX, procure um trecho longo demais, uma emenda ruim ou um patch cord barato, e troque o módulo se os níveis continuarem baixos. Nunca provei o culpado exato no nosso caso, então trate isso como direção, não como veredito.
Mais uma coisa para o checklist da outra ponta: um receptor pode morrer sozinho sem nada de errado na fibra.
A Cisco tem um field notice, FN-72192, cobrindo um lote de QSFP-40G-LR4 - também vendido como QSFP-40G-LR4-S e WSP-Q40GLR4L - que saiu de fábrica com o detector de recepção posicionado um pouco fora do lugar certo. O aviso pega módulos cujo serial começa com ACW e cujo date code cai entre ACW2415xxxx-ACW2449xxxx: nesses, o lado de recepção degrada e o link cai. A plataforma que ele cita é a série ASR 900. O tratamento é substituir em caso de falha, então é uma checagem de serial e um chamado de suporte, não algo que você configura.
A parte que se generaliza para o seu link: o aviso antecipado é um valor de recepção nos dados de DOM que desliza para baixo aos poucos, em vez de despencar de uma vez. Bom argumento para plotar o DOM de cada uplink em gráfico em vez de ler só depois que algo já quebrou.
Sobre confiar nas leituras - no geral sim, mas não cegamente. Rodou por aí um caso de um stick GPON ONT da Huawei sentado num slot SFP+ MikroTik, reportando uma potência de recepção bem baixa com downloads travados abaixo de 20 Mbps num plano bem mais rápido, e ninguém nunca estabeleceu se o problema era a leitura ou a linha. Ficou em aberto.
Num par LR comum como o seu, eu levaria a saída do monitor ao pé da letra. Em módulos estranhos num cage SFP+ vale uma segunda leitura da outra ponta antes de planejar uma saída de campo por causa disso.