Par TRENDnet TFC-1000MSC não mostra LED de Link depois de inverter TX e RX nas duas pontas
Estou passando um lance de fibra entre duas salas de telecom no mesmo prédio e usando um par de conversores TRENDnet TFC-1000MSC (1000BASE-T para 1000BASE-SX) para fazer a ponte. O lado de cobre vai direto para os switches que já temos, nada de incomum na configuração.
- TRENDnet TFC-1000MSC em cada ponta, cada um na sua própria fonte
- cordões multimodo ST para SC até a fibra predial
- Catalyst 2960 numa sala, um Netgear ProSafe na outra
- dois lances disponíveis no mesmo feixe
A folha de instruções manda inverter TX e RX, então troquei os filamentos nas duas pontas. O que eu tenho:
Converter A: PWR on, TP Link on, FX Link off
Converter B: PWR on, TP Link on, FX Link offNenhum Link/Act do lado da fibra em nenhuma das unidades. O lado de cobre está up nos dois, as portas do switch sobem e encaminham para lugar nenhum.
Já feito: troquei os cordões SC por reservas, passei tudo para o segundo par de conversores que compramos, reencaixei as duas pontas duas vezes, e tentei o segundo lance do feixe - mesmo resultado ali.
O que o painel frontal oferece do lado da fibra é uma lâmpada FX por unidade, e as duas estão apagadas. Isso me diz que o lado óptico nunca subiu e nada além disso - não se é o meu próprio transmissor que está mudo ou o da outra ponta, não qual direção está quebrada. Onde eu deveria olhar - a fibra, os conversores, ou a minha própria fiação?
Comments 4
Inverter nas duas pontas é exatamente o seu erro. O cruzamento pertence a uma ponta só - o TX de um conversor tem que cair no RX do outro. Trocando os filamentos nas duas pontas o mapeamento volta a ser direto, transmissor de frente para transmissor, então nenhum receptor nunca vê luz e nenhum dos dois LEDs de Link acende. Devolva uma ponta do jeito que estava e deixe só a outra cruzada.
Se continuar apagado depois disso, mais duas coisas já pegaram gente com essas mesmas unidades. Chaves DIP: a recomendação do suporte da TRENDnet foi chave 1 ligada para modo forçado e chave 2 desligada para desativar o retorno de perda de link, e os dois conversores precisam estar ajustados do mesmo jeito antes de você concluir qualquer coisa pelos LEDs. E a fibra em si: num dos dois lances num caso como o seu a terminação acabou estando ruim e teve que ser testada e refeita direito. Como o seu segundo lance se comporta de forma idêntica, eu ainda apostaria primeiro no mapeamento TX/RX, mas depois que o mapeamento estiver certo e mesmo assim não conectar, isso já é trabalho para equipamento de teste, não para mais um chute.
Duas observações à parte. Uma ferrula suja sozinha já derruba um link de gigabit, então limpe as pontas antes de começar a trocar hardware. E nunca olhe para dentro de uma ponta de fibra para checar se tem luz - a fonte é um laser infravermelho e você não veria de qualquer jeito.
Você diz que inverteu nas duas pontas, e essa frase está carregando muita coisa sozinha. Detalhe isso: pegue um conversor e nos diga qual filamento entra na porta TX dele e qual no RX, depois faça o mesmo para a outra ponta. Desenhe se ajudar.
Mais duas coisas já que você está lá embaixo mexendo. Leia as chaves DIP das duas unidades, posição por posição, e diga se algum desses lances já carregou um link antes ou se o feixe inteiro é uma instalação nova. Se for nova, a fibra é não comprovada e continua suspeita até alguém testar direito.
Endossando a reclamação sobre essa lâmpada FX, porque é o motivo real desse tipo de defeito se arrastar. Uma lâmpada que só está acesa ou apagada não consegue te dizer qual direção está morta, então pare de ler o painel frontal assim que houver qualquer coisa no caminho que possa ser consultada diretamente - contadores de porta do switch, ou uma CLI se a caixa tiver uma. Num handoff de operadora eu parei de chutar pelos LEDs completamente e passei a ler a velocidade operacional:
e olhava a coluna Oper. Isso também pega a armadilha onde um serviço de 100 Mbps alimenta um conversor que entrega 1000BASE-T do lado de cobre: tudo atrás dele negocia um gigabit tranquilamente e nada no painel sugere a taxa real. Caixa diferente, mesma lição - o conversor é a coisa menos informativa da cadeia.
Caso adjacente, para quando as suas lâmpadas algum dia começarem a piscar em vez de ficarem apagadas. O meu era um SG300-28PP com um Cisco MGBSX1 na porta SFP 27, multimodo até um TP-Link MC200CM. O indicador FX do conversor acendia por alguns segundos e depois entrava numa piscada forte; a máquina atrás dele pegava um endereço, caía de novo em segundos, e o throughput que sobrava dava para medir com uma régua. Passei pelo hardware peça por peça - o segundo MGBSX1, a outra porta SFP, o conversor reserva na sua própria fonte, um punhado de filamentos, cordões de cobre novos - e nada disso moveu o ponteiro. Enquanto isso SG300 para SG300 por fibra se mantinha, SG300 para um HP se mantinha, e os dois conversores um contra o outro se mantinham, então sozinho cada componente parecia inocente.
O que veio de volta do fabricante foi para colocar o modo de link em auto e reiniciar, mais um aviso de que um MC200CM só aciona o lado de cobre dele a 1000 Mbps, então qualquer coisa mais lenta atrás dele nem começa a funcionar. Ninguém deixou claro se auto era o conversor ou a porta do switch, e a discussão morreu antes de alguém confirmar um resultado - uma direção para olhar, não uma correção.