TL-SG3452P e switches PLANET IGS: SM5110-SR não é reconhecido e o módulo esquenta na gaiola
Escritório pequeno, dois prédios, e tudo que eu quero é um link de fibra 1000M comum entre os racks. As duas pontas estão configuradas para 1000M, as duas ficam apagadas, e isso já se arrasta há semanas.
- TP-Link TL-SG3452P, hardware V3, firmware 3.20.4, link tirado de uma das gaiolas SFP dele
- PLANET IGS-6329-8UP2S4 no segundo rack, mais um IGS-R4215-24P4X noutro trecho
- SM5110-SR numa ponta, SM311LM na outra, patch multimodo entre eles
- Portas do lado PLANET fixadas manualmente em 1000M
O switch nunca reconhece o módulo de jeito nenhum:
end A: SM5110-SR
end B: SM311LM
result: module not recognised, link never comes upAlém disso, depois de vinte minutos na gaiola o SM5110-SR está visivelmente quente, mais quente do que qualquer um dos módulos 1G que rodamos em outro lugar, e essa é a parte que realmente me preocupa.
Já tentei:
- atualizações de firmware nos dois lados, sem mudança
- movi os módulos entre as quatro gaiolas nos dois pares de switch, mesmo resultado em todo lugar
- troquei o cordão e limpei os conectores
Isso é um problema de compatibilidade de módulo, ou tem alguma coisa sobre essas gaiolas que estou deixando passar? E um módulo que o switch nem reconhece deveria estar rodando tão quente assim?
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
Tem dois erros separados empilhados um em cima do outro aqui.
O primeiro você já achou sozinho: SM5110-SR é uma peça SFP+, e o TL-SG3452P em hardware V3 tem gaiolas SFP 1G comuns. Encaixa mecanicamente e recebe energia, mas o switch não tem como acionar o módulo, então fica não reconhecido não importa quantas versões de firmware você passe.
O segundo é a suposição de que forçar a porta PLANET para 1000M corrige a outra ponta do problema. Configurar uma gaiola para uma dada taxa não diz nada sobre o módulo que você coloca nela. Cada módulo tem especificações fixas e não muda de taxa porque uma config de porta pediu, então as duas pontas precisam carregar módulos da mesma taxa, em gaiolas que suportem essa taxa.
A correção prática é um par combinando de módulos SM311LR, um em cada ponta, em vez do par misturado que você tem agora. Se o trecho entre os dois switches é curto, abaixo de uns 3 m, um DAC é mais barato e tira a questão do módulo da mesa completamente.
Sobre o módulo quente eu não tenho uma explicação honesta. Uma peça que não está sendo acionada não deveria estar trabalhando duro, e eu nunca vi isso explicado de forma satisfatória. Eu não deixaria ele energizado na gaiola enquanto você resolve o resto.
Uma coisa precisa ser fixada antes de alguém conseguir te ajudar: em que taxa estão as próprias gaiolas em cada switch? A caixa TP-Link e a PLANET não são o mesmo bicho nesse ponto, e as telas de config de porta não vão te dizer - escolher 1000M na UI não diz nada sobre para que o slot está cabeado, nem sobre o que a óptica sentada nele consegue fazer. Vá ler a especificação de porta de cada modelo, não a velocidade que você selecionou.
Chequei, e era a pergunta certa. As gaiolas SFP no TP-Link são só 1G - não tem opção 10G em lugar nenhum na config de porta delas. O lado PLANET tem gaiolas 10G, e foi por isso que eu estava forçando elas para baixo, para 1000M, na mão, desde o início. Então eu tenho uma peça 10G sentada numa gaiola só-1G de um lado. Isso explicaria por que nunca é reconhecida, mas eu ainda não vejo por que esquenta.
Vale acrescentar que acertar a taxa da gaiola não é o fim da história com esses switches. O que eu vejo aqui é o link 10G voltando em 1G toda vez que o servidor conectado reinicia, enquanto a config de porta ainda insiste em 10G. Duas caixas fazem isso: um TL-SG3428X na 1.30.0 (HW V1) e um TL-SX3008F na 1.20.0 (HW V1.0), gaiolas SFP+ de verdade nos dois.
Persegui o lado do host por semanas. Intel X520-DA2, depois uma placa Mellanox, depois uma HP. Óptica Intel E10GSFPSR, depois 10GTek. Uma pilha de builds de driver no Linux e no Windows. Perfis no Omada. Até uma troca de chassi. Nada disso mudou alguma coisa. Reiniciar o switch, ou tirar a velocidade da porta de 10G e colocar de volta, compra 10G de novo até o próximo reset do host.
O que se sustentou foi colocar módulos TP-Link SM5110-SR no lugar dos de terceiros, e o mesmo resultado voltou de gente num SG3428XMPP e num TL-SX3016F. Então a óptica morde duas vezes: uma pela taxa da gaiola, outra por como o switch renegocia depois de um reset de link do lado do host. Tenta um módulo de marca numa porta só antes de pedir uma caixa cheia.