Par de Aruba 2530-48G por um link OM4 novo de 200 m: porta 51 Down enquanto os módulos J4858C passam no self-test
A gente puxou um backbone OM4 de 200 m entre dois prédios faz um tempo e estou tentando acender ele com equipamento que já temos. As duas pontas são 2530, os dois módulos são a peça HPE, e o link simplesmente não sobe.
- 2x Aruba 2530-48G
- 2x J4858C 1000SX, porta 51 em cada lado
- uns 200 m de OM4 recém instalado, o empreiteiro certificou como bom
- jumpers Digitus DK-2533-01 OM2 LC do patch panel até o switch
O show tech transceivers me dá isso para a porta:
Port 51 Down Auto 1000FDx 1000SX multiO que já fiz:
- rodei o self test do módulo nos dois switches, os dois passam
interface 51 enablenos dois lados, sem mudança, a porta continua Down- troquei os dois módulos entre os switches, mesmo resultado dos dois jeitos
- reencaixei os jumpers no painel e no switch
Estou preso entre duas teorias: ou os dois módulos já vieram com defeito de fábrica, ou os jumpers OM2 num tronco OM4 é que estão matando o link. Qual é mais provável, e o que você testaria a seguir para realmente provar uma das duas?
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
Antes de teorizar mais, encurte o link. Leve um switch até o outro, coloque os dois J4858C, e junte eles com um único patch cord - um jumper, sem painéis, sem fibra instalada. Se a porta 51 ficar Up assim, você já descartou os dois módulos e as duas portas do switch numa tacada só, e o que sobra está do outro lado da linha: a fibra instalada, os painéis, os acopladores, as terminações.
Foi assim que o caso que acompanhei se resolveu. Mesmo par de 2530-48G, mesmo J4858C, porta 51 Down no link instalado e Up assim que os dois módulos ficaram back to back num cordão só. Com essa evidência eu pararia de suspeitar da óptica - mas seja claro sobre o que o teste te compra. Ele isola o segmento, nada mais. Qual parte do trajeto está ruim, um painel, uma emenda, um conector, ou simplesmente o par errado patcheado, continua em aberto até alguém colocar um medidor ou um OTDR nisso.
Já que está nisso, eu deixaria de lado a teoria do OM2. Para 1000SX a 200 m o grau do jumper não é o que está te travando, e OM3 e OM4 são mutuamente compatíveis de qualquer jeito. Misturar graus é bagunçado e eu não construiria uma planta nova assim, mas não é a falha que você está caçando.
Assim que o teste back to back passar, volte para quem puxou a fibra e peça os resultados da certificação por escrito, por fibra, com perda e comprimento. O teste deles declarou o link bom, então ou alguma coisa foi deixada passar ou eles mediram um par diferente daquele em que você está patcheado - e esse é o chão em que você pisa quando for dizer para eles voltarem e refazerem.
Primeira coisa, separe duas falhas diferentes que aparecem como Down. Uma porta administrativamente down ou mal configurada é um problema, uma porta habilitada mas sem luz no receptor dela é outro completamente diferente. Você já rodou
interface 51 enablee continua lendo Down, então você está na camada 1 e config está fora da mesa.Duas coisas que ajudariam a fechar o cerco. O que fica fisicamente entre os dois switches - quantos patch panels, alguma bandeja de emenda, algum acoplador que alguém adicionou para o link alcançar? E você tem o relatório de certificação do empreiteiro com números reais de perda por fibra, ou só um "testou bem" verbal?
Também confirme que os seus jumpers duplex não estão cabeados do mesmo jeito nos dois painéis. Direto nas duas pontas te deixa com TX em TX, e isso parece exatamente com o que você está descrevendo.
Variação do mesmo teste para quando você não consegue colocar os dois switches na mesma sala: faça um loop do módulo nele mesmo. Patch cord do TX para o RX no mesmo módulo duplex, com um atenuador na linha se for uma peça de alta potência para não fritar o receptor. Se a porta subir, a porta do host e o módulo estão bons eletricamente e opticamente, e a falha é a ponta remota, a fibra ou o pareamento.
Fiz exatamente isso num MES3324F com um SFP+ FIBO que se recusava a linkar switch a switch - o loop subiu na hora, o que tirou a busca do módulo e colocou no trecho. Uma ressalva: um self loop é inútil em módulos BiDi, já que TX e RX estão em comprimentos de onda diferentes. Nesse caso, faça o loop com um par casado, um contra o outro.
Para o próximo lote, teste os módulos antes deles chegarem perto de qualquer parede. Leia EEPROM e DDM (vendor, part number, temperatura, potência TX e RX), meça a potência TX com um medidor e cheque a sensibilidade com um atenuador, faça o loop deles como descrito acima, depois rode um link de verdade na taxa alvo com tráfego e observe os contadores de erro -
ethtool -meiperf3cobrem esses dois últimos se você tiver um host à mão. Em links que você realmente se importa, um PRBS-31 de BER rodando tempo suficiente para confirmar abaixo de 1e-12 para NRZ é o que prova o módulo. Nenhum instrumento sozinho valida tudo.Mais um hábito emprestado da turma WISP que já me salvou duas vezes: exercite cada módulo com um reboot quente, um reboot frio e um reencaixe antes de colocar em serviço. Algumas peças linkam quando inseridas e voltam mortas depois de um power cycle - o GLC-T-OEM é o clássico, só sobe depois de um reencaixe - e outras reportam um estado de link que não é real. Muito mais barato achar isso na bancada do que no telhado.