TL-SG3452P en PLANET IGS-switches: SM5110-SR wordt niet herkend en de module wordt heet in de cage
Klein kantoor, twee gebouwen, en ik wil gewoon een simpele 1000M-fiberlink tussen de racks. Beide kanten zijn ingesteld op 1000M, beide blijven donker, en dit sleept al weken voort.
- TP-Link TL-SG3452P, hardware V3, firmware 3.20.4, link vanaf een van de SFP-cages
- PLANET IGS-6329-8UP2S4 in het tweede rack, plus een IGS-R4215-24P4X op een andere run
- SM5110-SR aan de ene kant, SM311LM aan de andere, multimode patch ertussen
- Poorten aan de PLANET-kant hard ingesteld op 1000M
De switch erkent de module helemaal niet:
end A: SM5110-SR
end B: SM311LM
result: module not recognised, link never comes upDaar komt bij dat de SM5110-SR na twintig minuten in de cage merkbaar warm is, warmer dan alle 1G-modules die we elders draaien, en dat is het deel dat me echt zorgen baart.
Al geprobeerd:
- firmware-upgrades aan beide kanten, geen verandering
- de modules rondgewisseld over alle vier de cages op beide switchparen, overal hetzelfde resultaat
- de patchkabel vervangen en de connectoren schoongemaakt
Is dit een compatibiliteitsprobleem met de module, of mis ik iets aan deze cages? En hoort een module die de switch niet eens herkent zo warm te worden?
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
Er staan hier twee aparte fouten op elkaar gestapeld.
De eerste heb je net zelf gevonden: SM5110-SR is een SFP+-onderdeel, en de TL-SG3452P in hardware V3 heeft gewone 1G SFP-cages. Hij past er mechanisch in en krijgt stroom, maar de switch heeft geen manier om hem aan te sturen, dus blijft hij onherkend, hoeveel firmwareversies je ook doorloopt.
De tweede is de aanname dat het forceren van de PLANET-poort naar 1000M het andere deel van het probleem oplost. Het instellen van een cage op een bepaalde snelheid zegt niets over de module die je erin steekt. Elke module heeft vaste specificaties en verandert niet van snelheid omdat een poortconfiguratie daarom vraagt, dus moeten beide kanten modules van dezelfde snelheid dragen, op cages die die snelheid ondersteunen.
De praktische oplossing is een bijpassend paar SM311LR-modules, één aan elke kant, in plaats van het gemengde paar dat je nu hebt. Als de afstand tussen de twee switches kort is, onder ongeveer 3 m, is een DAC goedkoper en haalt de hele modulevraag van tafel.
Over de warme module heb ik geen eerlijke verklaring. Een onderdeel dat niet wordt aangestuurd zou niet hard moeten werken, en ik heb dat nog nooit bevredigend uitgelegd zien worden. Ik zou hem niet onder stroom in de cage laten zitten terwijl je de rest uitzoekt.
Eén ding moet eerst vaststaan voordat iemand je kan helpen: op welke snelheid zitten de cages zelf op elke switch? De TP-Link en de PLANET zijn daarin geen gelijk stel, en de poortconfiguratieschermen vertellen het je niet - 1000M kiezen in de UI zegt niets over waar de slot voor bekabeld is, of over wat de optic die erin zit kan. Ga de poortspecificatie van elk model lezen, niet de snelheid die je hebt geselecteerd.
Gecheckt, en dat was de juiste vraag. De SFP-cages op de TP-Link zijn alleen 1G - er staat nergens een 10G-optie in de poortconfiguratie voor. De PLANET-kant heeft wel 10G-cages, en daarom forceerde ik die in de eerste plaats handmatig naar 1000M. Ik heb dus een 10G-onderdeel in een alleen-1G-cage aan één kant zitten. Dat zou verklaren waarom hij nooit wordt herkend, maar ik snap nog steeds niet waarom hij warm wordt.
Het is de moeite waard om toe te voegen dat de cage-snelheid goed krijgen bij deze switches niet het einde van het verhaal is. Wat ik hier zie is dat de 10G-link elke keer dat de aangesloten server herstart terugkomt op 1G, terwijl de poortconfiguratie nog steeds op 10G staat. Twee boxen doen dit: een TL-SG3428X op 1.30.0 (HW V1) en een TL-SX3008F op 1.20.0 (HW V1.0), op beide echte SFP+-cages.
Ik heb weken achter de hostkant aangezeten. Intel X520-DA2, toen een Mellanox-kaart, toen een HP-kaart. Intel E10GSFPSR-optics, toen 10GTek. Een stapel driverbuilds op Linux en op Windows. Profielen in Omada. Zelfs een chassiswissel. Niets daarvan veranderde iets. De switch bouncen, of de poortsnelheid van 10G afhalen en terugzetten, geeft je weer 10G tot de volgende host-reset.
Wat wel hielp was TP-Link SM5110-SR-modules plaatsen in plaats van de modules van derden, en hetzelfde resultaat kwam terug van mensen met een SG3428XMPP en een TL-SX3016F. De optics bijten dus twee keer: één keer voor de cage-snelheid, één keer voor hoe de switch opnieuw onderhandelt na een linkreset aan de hostkant. Probeer één merkmodule op een enkele poort voordat je een doos vol bestelt.