ERS 8600 glasvezelpoort staat op 1G full duplex maar de switch leert er geen MAC-adres op

Dat patroon - link up, full duplex, schone counters, lege forwarding database - betekent bijna altijd dat het verre eind wel licht op de vezel zet maar geen geldige frames. De module in de server is je eerste verdachte, niet de switchconfiguratie.

Ruim eerst de switchkant op zodat niemand er later over kan discussiëren. Draai in de ERS 8600 diagnostic shell dumpPortState en psDump(<port index>) voor die poort. Let op de index: dat is niet het slot/poort uit de normale CLI, het is slot * 64 + (poortnummer - 1). Komen die terug met een gezonde lokale poort en schone counters, dan heeft de switch zijn werk gedaan en zit de fout aan de andere kant van de vezel.

Voor je iets koopt, haal eerst de vaste infrastructuur uit de vergelijking: patch die poort via een reservemodule van hetzelfde type recht op zichzelf terug, meet dan wat eruit gaat en wat terugkomt en kijk of beide waarden stabiel blijven waar de spec van de module zegt dat ze moeten liggen. Vervang daarna de SFP in de server-NIC. In het gedocumenteerde geval met deze symptomen was dat de hele fix: de switchpoort hield dagenlang link vast, er kwam nooit iets bruikbaars van de vezel af, en er verschenen adressen zodra de module van de server vervangen was.

Eén slag om de arm als een bekend goede module niets verandert: sommige platforms hebben een softwaredefect dat er identiek uitziet. De ERS 5900 heeft er een gedocumenteerd: wissel de 1 Gbps uplinkmodules voor 10 Gbps SFP+ en de links komen actief op zonder dat er iets overheen gaat. Een latere softwarerelease vermeldt het als opgelost, en een reset van poort of switch helpt je intussen verder. Als de wissel dus niets oplevert, lees dan eerst de release notes voor jouw code.