CodingBox Q&A Ask question

Sun Network 10GbE Switch 72p: módulo x2129a 1G numa porta SFP+ fica down enquanto os vizinhos 10G estão bem

Asked Active Viewed 54 AI translation from English
5

Herdei um Sun Network 10GbE Switch 72p com um par de caixas legadas penduradas nele que nunca vão fazer mais que um gigabit. O plano era colocar um módulo capaz de 1G numa das gaiolas SFP+ e pronto.

  • Sun Network 10GbE Switch 72p, CLI SEFOS pelo console serial
  • módulo multimode dual-rate 10G/1G x2129a
  • LC duplex OM3 até uma porta 1G num switch de acesso mais antigo
  • os links 10G no mesmo chassi estão up e passando tráfego normalmente

A porta com esse módulo nunca sobe. Sem alarme, sem erro no log, só uma porta parada down enquanto os vizinhos 10G estão bem, e a ponta remota também não vê nada.

Já tentei:

  • reencaixei o módulo e troquei o patch cord
  • movi para uma segunda gaiola
  • conferi a porta da ponta remota, que está up e esperando um parceiro

Um link 1G é sequer suportado nessas portas, e se for, o que estou deixando passar do lado do switch?

Comments 5

Accepted answer

As duas metades precisam estar certas e nenhuma acontece sozinha.

Lado do switch: só as portas 65-72 são dual speed nessa plataforma, então a porta 71 está certa. O x2129a é a peça multimode dual-rate 10G/1G qualificada exatamente para esse trabalho, e o x2123a é o RJ45 se você algum dia precisar de 1G de cobre saindo dessas gaiolas. Mas a porta não cai sozinha, você seta a velocidade manualmente no SEFOS:

config terminal
interface range extreme-ethernet 0/71-72
shutdown
speed 1000
no shutdown
write startup-config

Desça a porta antes de mudar a velocidade e suba ela de novo depois. Pular isso é o motivo mais comum de as pessoas reportarem que a configuração não pegou. E write startup-config, senão some no próximo reload.

Ponta remota: desabilite a auto-negociação e force essa porta para 1000 full duplex. Em modo 1Gbps essas portas não autonegociam, então um parceiro deixado em autoneg é o motivo mais comum de todos para o link nunca se formar, o que bate exatamente com os seus sintomas: vizinhos 10G felizes e esse aqui calado nas duas direções.

Faça as duas coisas, depois olhe a porta de novo. Se continuar down com a ponta remota forçada, é uma falha diferente e vale a pena dar uma olhada séria na fibra.

8 South KoreanetrunnerKR Show original (English) AI translation

Em qual número de porta ele está? Isso importa aqui, porque nem toda gaiola SFP+ desse chassi é dual speed, só um bloco de oito no final faz qualquer coisa além de 10G. Se o seu módulo está sentado numa das outras, você pode parar de procurar erro de configuração, nunca vai funcionar ali.

Segunda pergunta: o que está na ponta remota e a auto-negociação ainda está habilitada nessa porta? Essa é a outra metade da resposta, e "nunca mexi nisso" quase sempre significa que está ligada.

1 GermanywavesmithDE Show original (English) AI translation

Porta 71, então está dentro do último bloco. A ponta remota é uma porta multimode 1G num switch de acesso mais antigo, auto-negociação habilitada, padrão de fábrica, nunca mexi nisso.

Do lado Sun também não forcei nada, a porta está no que vier por padrão. Se as duas pontas precisarem mudar, posso derrubar esse link por uns minutos sem pedir para ninguém, ele ainda não carrega nada importante.

2 Indiawaverunner21IN Show original (English) AI translation

1G numa gaiola 10G nunca é plug and play, e as regras mudam por plataforma até dentro do mesmo vendor. No Extreme VOSS o VSP 4450 quer a auto-negociação deixada habilitada quando a ponta remota é um switch de terceiros, enquanto o VSP 7254XSQ não suporta auto-negociação nenhuma, então ali o dispositivo remoto precisa estar com ela desabilitada antes do link 1G se formar. Conselho oposto, mesmo vendor, duas caixas. Para o SFP 1000BASE-T deles, AA1419043-E6, também listado como 10070H, a prática recomendada é autoneg customizado na porta de cobre remota.

A MikroTik tem sua própria variação disso com óptica multi-rate. Um XS+31LC10D numa porta SFP+ comum precisa ser forçado em vez de autonegociado, com o pino rate-select puxado para baixo, senão o dado pode corromper na transmissão:

/interface ethernet set sfp-sfpplus1 auto-negotiation=no speed=10Gbps full-duplex=yes sfp-rate-select=low

Velocidades diferentes, mesma classe de problema: a gaiola consegue carregar mais de uma taxa e alguma coisa precisa dizer para ela qual você quis dizer.

3 IndiagigengIN Show original (English) AI translation

Vale reconhecer que você pelo menos tem um botão de velocidade. Nos switches QSW gerenciados da QNAP, QSW-M5216-1T, QSW-M2116P-2T2S e o resto dessa linha, o modo de dados das portas SFP+ não pode ser ajustado no QSS, só as portas RJ45 podem ser limitadas. Então um SFP 1G ou é autodetectado pelo firmware da porta ou não linka, e não tem configuração para recorrer. As pessoas acabam caçando um módulo que a porta já goste, ou colocando um DAC no lugar.

É também por isso que você vê relatos de 10G para 10G subindo bem na mesma gaiola enquanto um módulo 1G fica apagado. Na sua caixa é uma configuração manual, chato uma vez e resolvido para sempre.

4 South Koreawaverunner63KR Show original (English) AI translation
Log in to comment. Log in