Beginnen Sie mit den genauen Beweisen, die der Moderator vorgelegt hat.

Beobachtung des GastgebersErste Phase der UntersuchungWas es nicht beweist
Kein Einfügevorgang oder Modul fehltSitzposition, Käfigkontakte, Anwesenheitserkennung, Stromversorgung des Anschlusses, Host-TreiberEin verschmutzter Glasfaserstecker führte zu einem Erkennungsfehler.
Modul vorhanden, aber Identität kann nicht gelesen werdenSerieller Verwaltungspfad, Modulspeicher, Stromversorgung, Treiber oder BuszugriffDer optische Sender oder Empfänger ist defekt.
Hersteller und Teilenummer werden angezeigt, aber der Host meldet „nicht unterstützt“ oder deaktiviert den AnschlussUnterstützte Standards, Modulprogrammierung, Firmware, Leistungsklasse und AnschlussmodusDas Modul ist physisch nicht vorhanden
Die Modulidentität ist sichtbar und wird akzeptiert, aber die Verbindung bleibt unterbrochenPMD, Übertragungsrate, FEC, Glasfaser, Polarität, Wellenlängen, Empfangsleistung und GegenstelleErkennung fehlgeschlagen
Die Verbindung ist hergestellt, aber der Datenverkehr schlägt fehlZähler, VLANs, Weiterleitung, IP-Dienste und DurchsatzgrenzenDas Modul wurde nicht erkannt

Der aktuelle SNIA-Spezifikation SFF-8419 Weist separate SFP-Kontakte für das Fehlen eines Moduls, die Zweidraht-Management-Schnittstelle, die Stromversorgung, die Sendersteuerung und den optischen Status zu. Diese Funktionen hängen zwar miteinander zusammen, bilden jedoch keinen einzigen Test.

SFP-Modul nicht erkannt, Hero

1. Vergewissern Sie sich, dass der Gastgeber die Einfügung sieht

Halten Sie den Ausgangszustand fest, bevor Sie Eingriffe an den Produktionsgeräten vornehmen. Notieren Sie sich das Host-Modell, die Portnummer, die Firmware- oder Treiberversion, die Portkonfiguration, die Modulbezeichnung und den genauen Fehlertext. Achten Sie darauf, ob sich die Meldung ändert, wenn das Modul eingesteckt oder entfernt wird.

Während eines genehmigten Wartungsfensters:

  1. Befolgen Sie die Anweisungen des Hosts zum Hot-Plug- oder Ausschaltvorgang.
  2. Entfernen Sie das Modul, überprüfen Sie den Rahmen und die Modulkante auf offensichtliche Beschädigungen und setzen Sie es wieder vollständig ein, ohne dabei Gewalt anzuwenden.
  3. Vergewissern Sie sich, dass die Verriegelung einrastet und dass das Modul nicht durch eine Staubkappe, eine Kabelmuffe oder benachbarte Bauteile blockiert wird.
  4. Warten Sie das vom Host dokumentierte Initialisierungsintervall ab und erfassen Sie anschließend einen neuen Ereignis- oder Statuswert.

Der Kontakt zur Modulerkennung darf nicht mit Messspitzen berührt, kurzgeschlossen oder verändert werden. SFF-8419 definiert Mod_ABS als Hinweis des Hosts darauf, dass das Modul fehlt. Ein verbogener Käfigkontakt, ein unvollständiger Sitz, fehlende Stromversorgung am Anschluss oder ein Problem auf der Host-Seite können daher eine normale Anwesenheitsanzeige verhindern, noch bevor der optische Pfad eine Rolle spielt.

Wenn das Verfahren Kreuztests zulässt, tauschen Sie jeweils nur eine Komponente aus. Testen Sie ein bekanntermaßen einwandfreies, vom Host unterstütztes Modul im verdächtigen Gehäuse und anschließend das Zielmodul in einem anderen bekanntermaßen einwandfreien, kompatiblen Gehäuse. Verwenden Sie ein Modul mit dem richtigen elektrischen Betriebsmodus und den richtigen Stromversorgungsanforderungen; “es passt” reicht als Kontrollprobe nicht aus.

2. Überprüfen Sie, ob der Host die Modulidentität lesen kann

Sobald das Modul erkannt wurde, fragen Sie ab, ob der Host den Verwaltungsspeicher des Moduls lesen kann. SFF-8419 definiert eine zweidrahtige serielle Schnittstelle, während SNIA SFF-8472 definiert Felder wie die physikalische Kennung, den Herstellernamen, die OUI des Herstellers, die Teilenummer, die Revision, die Seriennummer und den Datumscode für Module der SFP-Familie.

Wenn der Host einen plausiblen Hersteller und eine plausible Teilenummer anzeigt, geht es über das bloße Fehlen eines Moduls hinaus. Das beweist jedoch noch nicht, dass die elektrische Hochgeschwindigkeitsschnittstelle, die optische PMD oder der Verbindungspartner kompatibel sind.

Wenn eine Anwesenheit gemeldet wird, das Auslesen der Identität jedoch fehlschlägt, überprüfen Sie Folgendes:

  • Stabile Käfigleistung und der Port-Leistungsstatus des Hosts
  • Einbau und Kontaktbedingungen des Moduls
  • Unterstützung für Host-Treiber und Firmware für die Verwaltungsschnittstelle
  • Ob in diesem Einschub ein weiteres unterstütztes Modul eingelesen werden kann
  • Ob das Zielmodul in einem anderen kompatiblen Host gelesen werden kann
  • Wiederholte Bus- oder Prüfsummenfehler im Host-Protokoll

Unter Linux ist die ethtool-Netlink-Dokumentation definiert Anfragen nach Transceiver-Parametern und EEPROM-Daten des Moduls. Ein Tool im Benutzerbereich kann nur die Bytes empfangen, die der Treiber und die Hardware erfolgreich bereitstellen. Ein fehlgeschlagener Lesebefehl allein ist daher kein Beweis dafür, dass der Modulspeicher defekt ist; möglicherweise haben der NIC-Treiber oder die Plattform diesen Zugriffspfad nicht implementiert.

Ändern Sie die Identitätsdaten des Moduls nicht, nur um eine Warnung wegen mangelnder Unterstützung zu beseitigen. Durch eine solche Änderung können fehlende SerDes-Modi des Hosts, Port-Leistung, thermische Kapazität oder Firmware-Unterstützung nicht hinzugefügt werden, und sie erschwert die spätere Fehlerdiagnose.

3. “Nicht unterstützt” von “Nicht erkannt” unterscheiden”

Wenn der Host den Hersteller, die Artikelnummer oder die Seriennummer des Moduls anzeigen kann, ist das Modul nicht wirklich unsichtbar. Ein Nicht unterstützter Transceiver Diese Meldung führt in der Regel dazu, dass die Untersuchung auf die Host-Richtlinien und die Kompatibilität ausgeweitet wird.

Achten Sie auf die genaue Kombination, nicht nur auf die Marke oder das Gehäuse:

  • Host-Modell, Revision der Line-Card oder der Netzwerkkarte sowie Portnummer
  • Host-ASIC oder PHY und unterstützte SerDes-Modi
  • Firmware-, Betriebssystem- und Treiberversionen
  • Modul-Teilenummer, Hardware-Revision und EEPROM-Codierung
  • Erforderliche Leistung und zulässige Betriebstemperatur
  • Konfigurierter Port-Modus, tatsächliche Übertragungsrate und erforderliche FEC
  • Die Hinweise zu den unterstützten Modulen und Softwareversionen des Host-Anbieters

Einige Plattformen geben eine Warnung aus, setzen den Betrieb jedoch fort; andere deaktivieren den Sender oder den gesamten Port. Gehen Sie nicht davon aus, dass ein bestimmtes Verhalten für jeden Host gilt. Verwenden Sie ausschließlich dokumentierte, autorisierte Einstellungen und keine ungeprüften Befehle, die darauf abzielen, die Schutz- oder Supportrichtlinien des Hosts zu umgehen.

Firmware kann die Liste der unterstützten Module oder das Verhalten von Treibern verändern, doch ein Update ist kein harmloser Ersttest. Erfassen Sie die vorhandenen Daten, lesen Sie die Versionshinweise, befolgen Sie die Änderungskontrollverfahren und sorgen Sie für einen Wiederherstellungsweg.

4. Stromversorgung, Temperatur und Portmodus prüfen

Ein Cage muss das Modul innerhalb der vom Host vorgegebenen Grenzen mit Strom versorgen. Dies ist insbesondere bei Modulen von Bedeutung, die mehr Elektronik enthalten oder mehr Wärme erzeugen als ein einfacher optischer Transceiver mit kurzer Reichweite, wie beispielsweise einige Kupfermodule und ONU-Sticks.

Prüfen Sie, ob der Host die Modulleistung begrenzt, einen überhitzten Port deaktiviert oder einen bestimmten Modus erfordert, bevor Sie den Cage aktivieren. LuLeey’s SFP-Temperaturleitfaden erläutert, warum die Gehäusetemperatur, die interne DDM-Temperatur, der Luftstrom und der genaue Nennbereich getrennt betrachtet werden müssen.

Die SFP, SFP+ oder SFP28 Die Bezeichnung beschreibt eine Formfaktor-Familie und stellt keine vollständige Kompatibilitätsentscheidung dar. Die physikalische Passform, der Zugriff für die Wartung, der SerDes-Modus des Hosts, die konfigurierte oder ausgehandelte Übertragungsrate sowie der nutzbare Durchsatz sind separate Prüfpunkte.

Die gleiche Regel gilt auch für einen 2,5G-PON-ONU-Stick. Ein 1G- oder 10G-SFP+-Anschluss kann den Stick nur dann mit 1G betreiben, wenn sowohl der Stick als auch der Host einen kompatiblen 1G-Host-Modus unterstützen. Einige SFP+-Ports können 2,5G nur mit dem richtigen Chipsatz oder PHY, der richtigen Firmware oder dem richtigen Treiber, der richtigen Port-Einstellung, der richtigen Modulcodierung und dem richtigen Host-Modus des Sticks unterstützen. Die Erkennung allein ist kein Nachweis für eine PON-Registrierung oder einen Internetdienst.

Für eine gemischte Konfiguration aus 10G-SFP+ und 2,5G-Kupfer bietet LuLeey’s Kompatibilitätsleitfaden für 10G-SFP+ zu 2,5G-RJ45 zeigt, warum der Host-Port, der Modul-Chipsatz, die Geschwindigkeitsanpassung sowie Leistung und Temperatur jeweils separat überprüft werden müssen.

5. Fehlerbehebung bei der optischen Verbindung erst nach Erkennung durchführen

Wenn der Host das Modul liest und akzeptiert, aber keine Verbindung meldet, hat sich die Fehlerdomäne geändert. Überprüfen Sie nun Folgendes:

  • An beiden Enden identische Ethernet-PMD-Werte und unterstützte Übertragungsraten
  • Erforderliche FEC-, Auto-Negotiation- und Port-Modus-Einstellungen
  • Single-Mode- oder Multimode-Faser gemäß den Vorgaben für die Exakte Optik
  • Steckerfamilie und Politur; APC- und UPC-Stecker nicht miteinander verbinden
  • Duplex-Polarität von TX zu RX oder das korrekte komplementäre BiDi-Paar
  • Wellenlängen und der Leistungsbereich zwischen Sender und Empfänger in jeder Richtung
  • Status des Remote-Senders, Unterstützung für Remote-Hosts und Verbindungsalarme

Ein DDM-Messwert ist erst dann von Nutzen, wenn das Modul und der Host ihn bereitstellen. Nicht jedes Modul unterstützt DDM, und ein auslesbarer Temperatur- oder RX-Leistungswert ist kein Garant für Interoperabilität. LuLeeys DDM/DOM-Feldführer erläutert die gängigen Felder und deren Grenzen.

Beginnen Sie nicht mit einer wiederholten Faserrreinigung, solange der Host noch sagt: Modul fehlt. Durch eine Reinigung lassen sich Verunreinigungen im Strahlengang beseitigen; ein Kontaktproblem mit dem Cage, ein Fehler im Verwaltungsbus oder ein fehlender Treiber können dadurch jedoch nicht behoben werden.

Ablauf der SFP-Modul-Erkennung

Eine kontrollierte Isolationsmatrix

Verwenden Sie diese Matrix während eines Wartungsfensters, wobei pro Test jeweils eine kontrollierte Änderung vorgenommen wird.

Kontrolliertes ErgebnisDie nächste, stärkere HypotheseNoch nicht bewiesen
In einem Cage wird kein unterstütztes Modul erkanntGehäuse, Anschlussleistung, Anschlusskonfiguration, Treiber oder Host-HardwareJedes getestete Modul ist defekt
Das Zielmodul ist auf mehreren kompatiblen Hosts nicht lesbar, während die Steuerelemente funktionierenKontakte des Zielmoduls, Stromverhalten oder VerwaltungsspeicherDer optische Sender ist die Ursache
Die Zielidentität ist überall lesbar, aber ein Host lehnt sie abHost-Unterstützungsrichtlinie, Codierung, Firmware, Stromversorgung oder Port-ModusDer Käfig kann keine Module erkennen
Das Ziel wird akzeptiert und es bestehen Verbindungen in einer anderen identischen KonfigurationOriginal-Host-Modus, Glasfaserverbindung, Peer oder lokale UmgebungUniverselle Kompatibilität mit allen Anschlüssen
Die Identität ist lesbar und wird akzeptiert, aber die Verbindung ist an beiden Enden unterbrochen.Optische PMD, Übertragungsrate, FEC, Faser, Polarität, Leistung oder Peer-StatusDas Problem ist die Erkennung

Stellen Sie sicher, dass die Tests wirklich vergleichbar sind. Ein bekanntermaßen einwandfreier 1G-SFP-Transceiver beweist nicht, dass derselbe Steckplatz den 2,5G-Host-Modus, einen Hochleistungs-Kupfer-Transceiver oder einen bestimmten ONU-Stick unterstützt.

Schreibe einen Kommentar