Switch TL-SG3452P e PLANET IGS: l'SM5110-SR non viene riconosciuto e il modulo scalda nella cage
Piccolo ufficio, due edifici, e tutto quello che voglio è un semplice link in fibra 1000M tra i rack. Entrambi i lati sono configurati per 1000M, entrambi restano spenti, e va avanti così da settimane ormai.
- TP-Link TL-SG3452P, hardware V3, firmware 3.20.4, link preso da una delle sue cage SFP
- PLANET IGS-6329-8UP2S4 nel secondo rack, più un IGS-R4215-24P4X su un'altra tratta
- SM5110-SR a un capo, SM311LM all'altro, patch multimodale tra i due
- Porte sul lato PLANET fissate a mano a 1000M
Lo switch non riconosce mai il modulo:
end A: SM5110-SR
end B: SM311LM
result: module not recognised, link never comes upOltre a questo, dopo venti minuti nella cage l'SM5110-SR è sensibilmente caldo, più caldo di qualsiasi modulo 1G che usiamo altrove, ed è questa la parte che mi preoccupa davvero.
Già provato:
- aggiornamenti firmware su entrambi i lati, nessun cambiamento
- spostati i moduli su tutte e quattro le cage tra entrambe le coppie di switch, stesso risultato ovunque
- sostituita la bretella e puliti i connettori
È un problema di compatibilità dei moduli, oppure mi sfugge qualcosa su queste cage? E un modulo che lo switch non riconosce nemmeno dovrebbe scaldare così tanto?
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
Ci sono due errori separati impilati uno sull'altro qui.
Il primo lo hai appena trovato da solo: l'SM5110-SR è un componente SFP+, e il TL-SG3452P in hardware V3 ha semplici cage SFP 1G. Ci entra meccanicamente e riceve alimentazione, ma lo switch non ha modo di pilotarlo, quindi resta non riconosciuto non importa quante versioni di firmware attraversi.
Il secondo è l'assunzione che forzare la porta PLANET a 1000M risolva l'altro capo del problema. Configurare una cage per una data velocità non dice nulla sul modulo che ci metti dentro. Ogni modulo ha specifiche fisse e non cambia velocità perché glielo chiede una config di porta, quindi entrambi i capi devono portare moduli della stessa velocità, su cage che supportano quella velocità.
La soluzione pratica è una coppia abbinata di moduli SM311LR, uno per ciascun capo, invece della coppia mista che hai adesso. Se la tratta tra i due switch è corta, sotto circa 3 m, un DAC costa meno e toglie del tutto di mezzo la questione dei moduli.
Sul modulo caldo non ho una spiegazione onesta. Un componente che non viene pilotato non dovrebbe lavorare sodo, e non ho mai visto questo spiegato in modo soddisfacente. Io non lo lascerei alimentato nella cage mentre sistemi il resto.
Una cosa va chiarita prima che chiunque possa aiutarti: a che velocità sono le cage stesse su ogni switch? Il TP-Link e il PLANET non sono la stessa bestia su questo punto, e le schermate di config della porta non te lo diranno - scegliere 1000M nella UI non dice niente su per cosa è cablato lo slot, o su cosa può fare l'ottica seduta dentro. Vai a leggere la specifica della porta per ogni modello, non la velocità che hai selezionato.
Controllato, ed era la domanda giusta. Le cage SFP sul TP-Link sono solo 1G - non c'è nessuna opzione 10G da nessuna parte nella config porta per loro. Il lato PLANET invece ha cage 10G, motivo per cui le stavo forzando a mano a 1000M fin dall'inizio. Quindi ho un componente 10G seduto in una cage solo-1G da un lato. Questo spiegherebbe perché non viene mai riconosciuto, ma continuo a non vedere perché si scaldi.
Vale la pena aggiungere che avere la velocità della cage giusta non è la fine della storia con questi switch. Quello che vedo qui è il link 10G che torna a 1G ogni singola volta che il server collegato si riavvia, mentre la config della porta continua a insistere su 10G. Due apparati lo fanno: un TL-SG3428X su 1.30.0 (HW V1) e un TL-SX3008F su 1.20.0 (HW V1.0), cage SFP+ vere su entrambi.
Ho inseguito il lato host per settimane. Intel X520-DA2, poi una scheda Mellanox, poi una HP. Ottiche Intel E10GSFPSR, poi 10GTek. Un mucchio di build di driver su Linux e su Windows. Profili in Omada. Persino un cambio di chassis. Niente di tutto questo ha smosso nulla. Rilanciare lo switch, o togliere la velocità della porta da 10G e reimpostarla, ti compra di nuovo 10G fino al reset successivo dell'host.
Quello che ha tenuto è stato mettere moduli TP-Link SM5110-SR al posto di quelli di terze parti, e lo stesso risultato è tornato da persone su un SG3428XMPP e un TL-SX3016F. Quindi le ottiche mordono due volte: una per la velocità della cage, una per come lo switch rinegozia dopo un reset del link lato host. Prova un modulo a marchio su una sola porta prima di ordinarne una scatola intera.