ERS 5510-24T mostra o GBIC 1000SX nas informações do sistema, mas o LED IN USE nunca acende
Estou ligando dois prédios por um par Nortel que está instalado há mais tempo do que eu trabalho aqui. O plano era simplesmente acender a fibra predial existente entre os dois switches e resolver, mas a porta 23 não sobe em nenhuma das pontas.
- Dois Nortel ERS 5510-24T, software 4.0.2.02
- GBICs SFP 1000SX, um na porta 23 de cada switch
- cerca de 120 m de fibra predial pelas prumadas, terminada no armário distante por quem fez o trabalho original
port 23: no link, IN USE LED dark on both switches
GBIC listed in system information on both endsO que tentei:
- desliguei a autonegociação na porta 23 nas duas pontas
- configurei controle de fluxo simétrico na porta
- montei um MLT em volta dela, para o caso de a porta precisar ser membro de alguma coisa
Nada disso mudou alguma coisa. O manual diz que o GBIC precisa ser ativado por software, mas nunca diz onde essa configuração fica, e não encontro nada parecido nos menus. Existe mesmo um passo de ativação que estou perdendo, ou estou perseguindo a coisa errada?
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
O LED IN USE não indica que um módulo está encaixado. Ele fica apagado até a porta realmente enxergar um link óptico, então tudo o que ele diz é o que o status da porta já dizia - nada está linkando - e não existe nenhum passo oculto de ativação por software para procurar. O texto do manual manda todo mundo pra esse buraco.
Duas coisas realmente causam isso, e eu já encontrei as duas no mesmo prédio.
Primeiro, o módulo precisa combinar com o vidro. 1000SX é uma peça multimodo. Se as prumadas forem monomodo, você pode configurar o que quiser que nunca vai linkar; o que você precisa ali é um módulo LX, AA1419015 nesta plataforma.
Segundo, e o que geralmente prevalece em cabeamento predial antigo: o transmit precisa cair no receive. Um par que foi ligado ao contrário no armário remoto te dá exatamente esse sintoma - os dois GBICs visíveis nas informações do sistema, as duas pontas configuradas, nenhum link. No caso que eu resolvi, trocar os pares de lugar no armário distante foi a solução inteira.
A ordem que eu seguiria: descobrir que fibra realmente está nas prumadas, depois percorrer os pares de ponta a ponta checando o sentido, depois emprestar um lançamento que você sabe que está bom antes de começar a culpar o módulo. Volte a autonegociação e o controle de fluxo para o padrão enquanto isso, nenhum dos dois é o seu problema aqui.
Antes de cavar mais fundo nos menus: o que realmente está nas prumadas, multimodo ou monomodo? Ninguém rotula isso direito, e 120 m entre prédios é exatamente a distância em que as pessoas descobrem do jeito difícil.
Segunda pergunta: alguém já abriu o armário distante e verificou as terminações, ou você está confiando nas etiquetas de lá?
Um teste que não custa nada enquanto você espera a resposta de qualquer uma delas: pegue um cordão óptico curto e faça um loop de uma porta de fibra para outra no mesmo switch. Se esse link subir, os módulos e as portas estão bons e tudo que você está procurando está lá fora, na planta.
Mesmo formato de problema num equipamento completamente diferente: três switches LANCOM GS-2326P+ ligados por multimodo através de patch panels de andar. Módulos detectados, luz nas fibras, cada porta de fibra travada sem link.
No fim, tudo apontava para o sentido. Ver luz num filamento não diz nada sobre para que lado ela está indo, e um patch panel no meio de um lançamento é exatamente onde um par acaba invertido, então percorra cada painel e comprove que o transmit de um lado cai no receive do outro.
Depois o chato: as duas pontas precisam ser o mesmo tipo de óptico. Curto alcance 850 nm e longo alcance 1310 nm não conversam entre si, um módulo de 100 Mbit não conversa com um gigabit, e óptico multimodo quer vidro multimodo, não monomodo de 9 um.
Mais uma coisa que pode ou não se aplicar aos seus Nortel: alguns switches rodam uma checagem de módulo no boot e recusam óptico de terceiros de cara. O nosso nunca teve uma solução confirmada porque os testes estavam esperando uma visita ao local, mas o cordão de loopback era o passo que teria separado planta de hardware numa tarde.
Mais um motivo para não trocar um módulo só com base num indicador: nessa família de plataforma o estado reportado também erra no sentido contrário.
Tenho uma stack de três ERS 5520 com as portas SFP 1/48 e 2/48 num MLT. A porta 2/48 sobe com OperStatus down e um quadrado laranja na interface de gerenciamento, enquanto o módulo fica ali com uma luz verde sólida e o tráfego atravessa o link perfeitamente normal.
Luz verde mais frames no fio significa que o óptico e o vidro estão fazendo o que devem, e a mentira está no estado que a stack guarda para essa porta - nessa versão de software são os membros que não são a unidade base que erram isso. Forçar uma nova eleição de base, ou tirar e reencaixar o cabeamento da stack, é barato o bastante para tentar, e uma imagem mais nova bem pode listar isso como corrigido. O que não te traz nada é tirar um SFP que está funcionando porque um quadrado na interface está laranja.