QSFP28-Kompatibilität: MSA, EEPROM, FEC und Support

Auf dem Papier sieht die Auswahl eines QSFP28-Transceivers wie eine Checkliste aus: Passen Sie Geschwindigkeit, Wellenlänge, Stecker, Reichweite und Glasfasertyp an und stecken Sie das Modul dann in einen 100G-Port. In einem Labor reicht das oft aus. Bei einem Produktionsstoff ist dies nicht der Fall.

Ein QSFP28-Modul kann vollständig MSA-kompatibel sein, die richtige optische Reichweite erreichen, den richtigen Stecker verwenden und dennoch vom Switch abgelehnt werden, sobald Sie es einstecken. Ein anderes Modul stellt die Verbindung sauber her, meldet jedoch keine optische Leistung, löst zeitweise Alarme aus, häuft FEC-Fehler an oder ändert nach einem Firmware-Upgrade stillschweigend das Verhalten. Bei einem Datenblattvergleich wird keiner dieser Fehler angezeigt.

In diesem Leitfaden wird erklärt, wie die 100G-QSFP28-Kompatibilität tatsächlich funktioniert, was Sie vor dem Kauf überprüfen sollten und wie Sie das Bereitstellungsrisiko in Cisco-, Arista-, Juniper-, Dell-, NVIDIA/Mellanox- und White-Box-/SONiC-Umgebungen senken können.

Was entscheidet über die QSFP28-Kompatibilität?

Bei der QSFP28-Kompatibilität handelt es sich nicht um eine einzelne Ja-oder-Nein-Bedingung. Ein Modul funktioniert in Ihrem Netzwerk nur, wenn mehrere Schichten durchlaufen werden: dasFormfaktorPassend für den QSFP28-KäfigEEPROM-Codierungentspricht dem, was der Switch erwartetFirmware wechselnerkennt und aktiviert das Modul, dasFEC-Modus und Breakout-Konfigurationsind sich in beiden Enden einig, dieDOM/DDM-Datenist für Ihre Überwachungstools lesbar und dieSupportrichtlinie des Anbietersermöglicht das Modul in Ihren betrieblichen Prozess. Überspringen Sie eines davon, und ein Modul, das „der Spezifikation entspricht“, kann im Feld immer noch ausfallen. Der Rest dieses Leitfadens geht durch jede Ebene und zeigt, wie man sie testet.

Was QSFP28-Kompatibilität wirklich bedeutet

Es hilft, die Kompatibilität als vier gestapelte Schichten zu behandeln. Ein Modul kann das erste löschen und trotzdem eines der anderen scheitern lassen, weshalb „MSA-konform“ allein nur sehr wenig über das Produktionsverhalten aussagt.

• MSA-Konformität- Das Modul folgt den allgemeinen Anforderungen an Formfaktor, Elektrik und Verwaltungsschnittstellen-.
• Switch-Kompatibilität- Das Hostgerät erkennt, aktiviert und überwacht das Modul.
• Link-Interoperabilität- beide Enden verhandeln eine stabile 100G-Verbindung mit passenden Geschwindigkeits-, FEC- und Spureinstellungen.
• Betriebskompatibilität- Das Modul verhält sich vorhersehbar mit Ihrer Firmware, Ihrem Überwachungsstapel, Ihrem Supportprozess und Ihrem Ersatz-Inventarplan.

Körperliche Passform und MSA-Konformität

Auf der untersten Ebene muss das Modul mechanisch und elektrisch mit dem QSFP28-Käfig verbunden werden und über die erwartete Verwaltungsschnittstelle mit niedriger Geschwindigkeit verfügen. Dies deckt die MSA-Konformität ab. Der QSFP28-Formfaktor wird durch SFF/SNIA definiertSFF-8665-Spezifikation, das die mechanische Hülle, die Verriegelung, den Host-Anschluss und die Verwaltungsschnittstelle standardisiert, sodass Module und Käfige verschiedener Hersteller zusammenarbeiten können.

Was MSA-Compliance bewirktnichtDie Garantie besteht darin, dass jeder Switch-Anbieter das Modul vollständig akzeptiert. Durch die mechanische und Schnittstellenkonformität gelangt das Modul in den Port; Es entscheidet nicht darüber, ob das Betriebssystem es als erstklassige, vollständig überwachte Optik behandelt. QSFP28 teilt seine mechanische Grundlinie mit späteren QSFP-Varianten wie QSFP-DD, daher ist die Käfigpassung allein ein schwaches Signal der Unterstützung - siehe hierQSFP-DD technische Übersichtfür die Beziehung zwischen den Formfaktoren.

Hosterkennung und EEPROM-Codierung

Jedes QSFP28-Modul trägt Identifikations- und Diagnosedaten in einem kleinen EEPROM, die der Switch beim Einsetzen liest: Herstellername, Teilenummer, Seriennummer, Leistungsklasse, unterstützte Funktionen, Wellenlänge, Reichweite, DOM/DDM-Felder und Prüfsummen. Viele Schalter nutzen diese Daten, um zu entscheiden, wie die Optik behandelt werden soll.

Ein optisch einwandfreies Modul kann trotzdem so aussehennicht unterstützt, unbekanntoder nur teilweise überwacht, wenn sein EEPROM-Profil nicht dem entspricht, was der Switch sucht. Aus diesem Grund verkaufen Drittanbieter -Cisco-kompatible, Arista-kompatible, Juniper-kompatible und Dell-kompatible Versionen desselben optischen Typs: Die optische Engine kann identisch sein, aber die EEPROM-Codierung ist so geschrieben, dass sie zu einer bestimmten Plattformfamilie passt. Die Herstellercodierung ist in der Praxis der häufigste Grund für die Annahme oder Ablehnung eines ansonsten korrekten QSFP28-Moduls.

Link-Interoperabilität, FEC und Überwachung

Anerkennung ist nicht das Ziel. Nachdem der Switch das Modul akzeptiert hat, muss die Verbindung noch hergestellt werden und bestehen bleiben. Das hängt von der Geschwindigkeitskonfiguration, dem FEC-Modus, dem Breakout-Modus, dem Fasertyp, der Polarität, der Entfernung, den optischen Leistungspegeln und davon ab, ob die Gegenseite passende Einstellungen verwendet. Insbesondere für die Vorwärtsfehlerkorrektur gelten die jeweiligen BestimmungenIEEE 802.3 Ethernet-Standardsund verschiedene optische 100G-Typen erwarten ein unterschiedliches FEC-Verhalten -, ein Punkt, auf den wir weiter unten zurückkommen.

Aus diesem Grund ist ein Link-{0}}Up-Test allein kein Kompatibilitätstest. Bei einer echten Akzeptanzprüfung werden Bestandserkennung, DOM/DDM-Messwerte, Verkehrsstabilität und Fehlerzähler zusammen überprüft, nicht nur, ob die Schnittstellenleitung grün wird.

Die optischen 100G-QSFP28-Typen und ihre Unterschiede

„QSFP28“ beschreibt den Formfaktor, nicht die Optik. Der optische 100G-Typ im Inneren bestimmt den Anschluss, die Faser, die Spurstruktur, die FEC-Erwartung und das Breakout-Verhalten - und damit einen großen Teil der Kompatibilitätsgeschichte. Es ist ein häufiger Fehler, SR4 und DR1 als austauschbar zu betrachten, weil beide „100G QSFP28“ sind.

Aus dieser Tabelle ergeben sich zwei praktische Erkenntnisse. Erstens, die4x25G-Familie (SR4, PSM4, CWDM4, LR4)ist ausgereift und wird allgemein unterstützt, aber nur die parallelen Typen (SR4, PSM4) sind realistische 4x25G-Breakout-Kandidaten, und der Breakout hängt immer noch von der Plattform ab. Die Multimode-Reichweite für SR4 hängt von der Verkabelungsqualität ab, also überprüfen Sie Ihre Anlage anhand derAbstandsgrenzen OM1–OM5; Bei den Single-{0}}Mode-Typen ist auch die Faserqualität von Bedeutung, die hier behandelt wirdVergleich zwischen OS1 und OS2. CWDM4 und LR4 kombinieren vier Wellenlängen zu einem einzigen Duplexpaar, das Prinzip, das in dieser Einführung beschrieben wirdWDM-Multiplexing.

Zweitens, dieeinzelne-Lambda-Familie (DR1, FR1, LR1)bringt die vollen 100G auf eine Wellenlänge und reagiert empfindlicher auf FEC-Einstellungen und Firmware-Unterstützung als die älteren 4x25G-Designs. Eine Plattform, auf der LR4 problemlos ausgeführt wird, benötigt möglicherweise eine neuere Softwareversion oder einen anderen FEC-Standard, bevor sie einen FR1- oder LR1-Link herstellt. Wenn Sie einzelne -Lambda-Optiken einsetzen, betrachten Sie die Firmware-Unterstützung als eine harte Gating-Anforderung und nicht als nachträglichen Gedanken.

Warum ein QSFP28-Modul in einem „kompatiblen“ Port ausfällt

Wenn sich eine 100G-Verbindung schlecht verhält, wird zuerst der Transceiver dafür verantwortlich gemacht. Häufiger ist die wahre Ursache eine Diskrepanz zwischen dem Modul, der Switch-Firmware, der Portkonfiguration oder der Kabelanlage. Vier Fehlermodi decken die große Mehrheit der Fälle ab.

Der Switch lehnt die Modul-ID ab

Einige Plattformen validieren die Identität der Optik, bevor sie den Port aktivieren. Wenn die EEPROM-Daten nicht mit einem erwarteten Profil übereinstimmen, sind die Symptome erkennbar: annicht unterstützter TransceiverEintrag im Protokoll, die Schnittstelle blieb hängenrunter, oder der Hafen, der in einen gefahren wirdFehler-deaktiviertZustand. Durch die korrekte Codierung des Anbieters wird das meiste davon beseitigt, aber durch Codierung allein können Sie das Testen des genauen Switch-Modells und der Softwareversion nicht überspringen, da sich die Validierungstabellen zwischen Plattformen und Releases unterscheiden.

Die Linkeinstellungen stimmen nicht überein

Ein Modul kann erkannt werden und trotzdem die Verknüpfung verweigern. Die üblichen Schuldigen sind eine nicht übereinstimmende Geschwindigkeit, ein falscher oder nicht übereinstimmender FEC-Modus, eine nicht unterstützte Breakout-Konfiguration, der falsche Portmodus, ein Transceivertyp, der von der jeweiligen Linecard oder Portgruppe nicht unterstützt wird, oder ein inkompatibles Modul am anderen Ende. FEC-Nichtübereinstimmungen treten besonders häufig bei einzelnen-Lambda-DR1/FR1/LR1-Links auf, bei denen eine Seite standardmäßig RS-FEC verwendet und die andere nicht, sodass der Link entweder nie zustande kommt oder eine steigende FEC--Korrekturanzahl aufweist.

DOM/DDM ist unvollständig oder falsch

Die digitale optische Überwachung (DOM/DDM) zeigt optische Sende- und Empfangsleistung, Temperatur, Versorgungsspannung und Laser-Vorstrom an. In der Produktion ist es das, was einen sich verschlechternden Link sichtbar macht, bevor er abbricht. Ein QSFP28-Modul eines Drittanbieters-kann Datenverkehr weiterleiten, während es DOM schlecht meldet, und der Fehler sieht spezifisch aus: Empfangsleistung wird angezeigtN/A, der Temperaturwert wird auf einen festen Wert eingefroren, die Felder sind in der CLI vorhanden, aber Ihr SNMP- oder Telemetrie-Poller kann sie nicht lesen, oder Schwellenwerte werden nie ausgelöst, weil die Alarmflags nicht gefüllt sind. Das ist auf einer Werkbank erträglich und stellt in einer überwachten Struktur eine echte Betriebslücke dar. Wenn DOM für Ihr Betriebsteam von Bedeutung ist, gehört es in den Abnahmetest und nicht auf die Wunschliste.

Firmware ändert Validierungsverhalten

Die Switch-Firmware entscheidet, wie Optiken erkannt, analysiert und validiert werden und welche Logik sich zwischen den Versionen ändert. Ein Modul, das auf einer Version perfekt läuft, kann sich nach einem Upgrade anders verhalten - Die Änderung kann sich auf die EEPROM-Validierung, das DOM-Parsing, die FEC-Standardeinstellungen, die Breakout-Unterstützung oder die unterstützte-Transceiver-Tabelle selbst auswirken. Validieren Sie vor jedem größeren Firmware-Upgrade mindestens ein Beispiel jedes bereitgestellten QSFP28-Typs in der Zielversion, anstatt von Kontinuität auszugehen.

QSFP28-Kompatibilität nach Switch-Anbieter

Bei diesen Hinweisen handelt es sich um Planungsrichtlinien, nicht um Garantien. Die Kompatibilität ist modell--, linien--karten- und Release--spezifisch. Überprüfen Sie daher die genaue Kombination, bevor Sie in großem Maßstab kaufen. Wenn ein Anbieter ein offizielles Kompatibilitätstool veröffentlicht, verwenden Sie es als erste Referenz.

Cisco

Bei Cisco-Plattformen sind die Anforderungen bei Nicht{0}}Optiken von Cisco tendenziell strenger als bei vielen Enterprise-Switches, und Cisco erklärt deutlich, dass es im Rahmen seiner Berechtigungsrichtlinie keine Optiken von Drittanbietern unterstützt. Ein nicht-Cisco-codiertes Modul kann je nach Nexus- oder Catalyst-Modell und der NX-OS- oder IOS-XE-Version als nicht unterstützt gemeldet werden oder eine plattformspezifische-Behandlung erfordern. Beginnen Sie mit dem BeamtenKompatibilitätsmatrix der Cisco Transceiver Module Group (TMG).um zu bestätigen, welche Optiken genau für Ihr Gerät aufgeführt sind.

Kaufen Sie Cisco-gebundene QSFP28-Module nicht nur nach dem optischen Typ - ein 100G LR4, das auf einer Nexus-Plattform funktioniert, kann sich auf einer anderen anders verhalten. Bestätigen Sie vor dem Kauf großer Mengen das genaue Modell, die NX-OS/IOS-XE-Version, die erforderliche Cisco-kompatible Codierung, DOM/DDM-Verhalten, Breakout- und FEC-Unterstützung sowie Ihre Support-Haltung zu Optiken von Drittanbietern. Die Anzeige der Schnittstellen-Transceiver-Details auf der Box ist der schnellste Weg, um die Erkennung zu bestätigen und DOM zu lesen. Behandeln Sie Cisco-kompatible Module als etwas, das Sie auf der Zielsoftware testen, und nicht als etwas, von dem Sie ausgehen, weil die optischen Spezifikationen übereinstimmen.

Arista

Arista-Switches sind mit gut gebauter Optik von Drittanbietern im Allgemeinen freizügiger als die strengsten Plattformen, und in vielen EOS-Umgebungen funktionieren ordnungsgemäß codierte QSFP28-Module ohne Sperrverhalten. Das ist eine Tendenz, kein Freibrief. EOS-Version, Switch-Familie, optischer Typ, DOM-Verhalten, Leistungsklasse und Portkonfiguration wirken sich immer noch auf das Ergebnis aus, und Hochleistungsoptiken mit großer Reichweite, Breakout-Anwendungen und neuere einzelne-Lambda-Module erfordern weiterhin Tests. Überprüfen Sie die Erkennung und das DOM mit dem Show-Interface-Transceiver und bestätigen Sie FEC, Breakout-Verhalten und die Wärme-/Leistungshüllkurve für Teile mit großer Reichweite.

Wacholder

Das Verhalten von Juniper hängt stark von der genauen Plattform, der Junos-Version, dem Porttyp und der Transceiver-ID ab. - Ein Modul, das auf einem QFX, MX oder PTX akzeptiert und vollständig überwacht wird, ist auf einem anderen möglicherweise nicht vorhanden. Überprüfen Sie den BeamtenHardware-Kompatibilitätstool von Juniperfür Ihre Zielplattform; Außerdem wird angezeigt, ob eine bestimmte Optik die Überwachung unterstützt. Beachten Sie, dass JTAC keinen Support für optische Module von Drittanbietern bietet. Berücksichtigen Sie dies daher in Ihrem Supportplan. Auf dem Gerät gibt die Diagnoseoptik „Schnittstellen anzeigen“ die DOM-Messwerte zurück. Überprüfen Sie die Plattform, die Junos-Version, das PID- oder kompatible EEPROM-Profil, die DOM-Unterstützung, die Breakout-Unterstützung und ob die neueren DR1/FR1/LR1-Typen auf dieser Hardware unterstützt werden.

Dell PowerSwitch

Dell PowerSwitch-Plattformen können empfindlich auf EEPROM-Felder, DOM-Analyse und Softwareverhalten reagieren, und einige Module von Drittanbietern-leiten Datenverkehr weiter und zeigen gleichzeitig Warnungen, unvollständige DOM-Daten oder Bestandsinkongruenzen an. Bestätigen Sie die OS10- oder SONiC-Version, Dell-kompatible Codierung, DOM/DDM-Messwerte, die Liste der unterstützten-Optiken der Plattform, FEC- und Breakout-Anforderungen sowie das Verhalten bei einem Firmware-Upgrade. Wenn sich Dell-Switches in einer Produktionsstruktur befinden, validieren Sie das Modul auf demselben Software-Build, bevor Sie eine Großbestellung aufgeben.

NVIDIA / Mellanox

NVIDIA/Mellanox-Umgebungen gehören zu den restriktiveren Umgebungen, insbesondere in KI-, HPC-, Ethernet- und InfiniBand-Fabrics, wo validierte Verbindungen die Norm sind. Hier hängt die Verbindungsstabilität nicht nur von der optischen Reichweite ab, sondern auch von der Signalintegrität, der Firmware-Unterstützung, dem FEC-Verhalten und der Plattformvalidierung. Ein Modul kann erkannt werden und trotzdem den Link nicht aufrufen, wenn die Plattform ihn nicht akzeptiert oder die Einstellungen nicht unterstützt werden. NVIDIA dokumentiert seine qualifizierten Verbindungen auf derLinkX-Kabel und TransceiverSeiten und weist darauf hin, dass unqualifizierte Geräte von Drittanbietern möglicherweise funktionieren, aber keine Leistungsgarantie bieten. Bestätigen Sie das genaue Switch- und Adaptermodell, den Ethernet- vs. InfiniBand-Modus, die Firmware-Version, die validierte Kabel-/Modulliste, FEC-Anforderungen, Reichweite und Typ sowie die Lieferantenvalidierung anhand derselben Plattform. Für geschäftskritische KI- oder HPC-Fabrics bevorzugen Sie validierte Optiken oder gründlich getestete kompatible Alternativen.

SONiC- und White-{0}}Box-Schalter

SONiC- und White-{0}}Box-Switches sind normalerweise offener als herkömmliche OEM-Plattformen, aber „offen“ ist nicht „universell“. Die Ergebnisse hängen vom Switch-ASIC, dem Plattformtreiber, dem NOS-Build, dem EEPROM-Parser, dem Transceiver-Verwaltungsdienst, dem Breakout-Modus und der Portkonfiguration ab. Ein Modul kann sich zwar verbinden, aber unvollständige Inventar- oder DOM-Daten melden, - akzeptabel in einigen kostensensiblen-Umgebungen oder Laborumgebungen, nicht in Produktionsstrukturen, die eine genaue Überwachung und Asset-Verfolgung erfordern. Testen Sie das genaue Switch-Modell und den NOS-Build, anstatt davon auszugehen, dass sich alle MSA-kompatiblen Module gleich verhalten.

Anbieter-codierte vs. MSA-konforme vs. programmierbare QSFP28-Module

Die richtige Modulklasse hängt von Ihrer Umgebung, Risikotoleranz und Bestandsstrategie ab.

Vom Hersteller-codierte QSFP28-Module

Herstellercodierte Module enthalten EEPROM-Daten, die so geschrieben sind, dass sie einem bestimmten Switch-Anbieter oder einer bestimmten Plattformfamilie entsprechen. Sie sind normalerweise die sicherste Wahl für die Produktion: vorhersehbarere Erkennung, besseres DOM/DDM-Verhalten und weniger Support-Komplikationen. Greifen Sie darauf zu, wenn Sie eine Bereitstellung in großem Maßstab durchführen, das Netzwerk produktionskritisch ist, Sie Cisco-/Juniper-/Dell-/NVIDIA-Plattformen betreiben, die Überwachungsgenauigkeit wichtig ist oder Sie nicht unterstützte{4}Modulüberraschungen vermeiden möchten. Der Kompromiss besteht darin, dass pro Switch-Anbieter ein separater Bestand geführt wird.

Generische MSA-kompatible QSFP28-Module

Generische MSA-Module eignen sich gut für offene Umgebungen, Labore, Testnetzwerke und White-Box-Bereitstellungen, bei denen keine strenge Anbietererkennung erforderlich ist. Sie senken die Vorabkosten und vereinfachen eine generische optische Bestandsaufnahme, bergen jedoch in restriktiven Switch-Umgebungen ein höheres Risiko.Wann Sie sie nicht verwenden sollten:in einer Cisco/Juniper/NVIDIA-Produktionsstruktur, überall dort, wo DOM/DDM-Genauigkeit eine Überwachungsanforderung ist, auf einzelnen -Lambda-Links mit engen FEC-/Firmware-Abhängigkeiten oder wo Ihr Supportprozess Sie auffordert, Fehler an qualifizierten Optiken zu reproduzieren. Gehen Sie nicht davon aus, dass ein generisches MSA-Modul ohne Validierung die Plattformen Cisco, Juniper, Dell und NVIDIA durchquert.

Programmierbare QSFP28-Module

Programmierbare Module können mit einem kompatiblen Tool für unterschiedliche Anbieterprofile umcodiert werden, was für Netzwerke mit mehreren Anbietern, Ersatzteilnotfälle und Außendienstteams äußerst nützlich ist. Sie verringern die Notwendigkeit, für jede Plattform fest codierte Module vorrätig zu haben, erfordern jedoch eine Prozesskontrolle: geschultes Personal, genaue Neukennzeichnung nach der Programmierung und einen klaren Validierungsschritt. Das Hauptrisiko besteht darin, dass ein Modul für den falschen Zielschalter umcodiert oder beschriftet wird.

So wählen Sie das richtige QSFP28-Modul aus

Ordnen Sie die Entscheidung Ihrem Szenario zu und nicht der günstigsten Werbebuchung. Die folgende Matrix ist die Kurzversion.

So testen Sie die QSFP28-Kompatibilität vor der Bereitstellung

Der sicherste Weg besteht darin, vor dem Kauf in großen Mengen Muster zu qualifizieren. Fünf Schritte machen den Test wiederholbar.

Schritt 1 - Muster für jeden Anbieter und Typ bestellen

Bestellen Sie für jeden Switch-Anbieter und Modultyp, den Sie einsetzen möchten, ein kleines Muster. Wenn das Netzwerk Cisco, Arista und Juniper umfasst, qualifizieren Sie sich für alle drei; Testen Sie nicht eine Plattform und gehen Sie davon aus, dass sich das Ergebnis verallgemeinert.

Schritt 2 - Erkennung überprüfen

Setzen Sie das Modul ein und vergewissern Sie sich, dass der Schalter es korrekt identifiziert: Erkennung von Hersteller/Teilenummer, korrekte Geschwindigkeitsfähigkeit, korrekter Transceivertyp, DOM/DDM-Verfügbarkeit, kein nicht unterstützter-Modulalarm und kein Fehler-deaktivierter Zustand. Wenn es als unbekannt oder nicht unterstützt angezeigt wird, ermitteln Sie, ob die Ursache in der EEPROM-Codierung, der Firmware-Unterstützung oder der Plattformrichtlinie liegt, bevor Sie fortfahren.

Schritt 3 - Erstellen Sie einen echten Link

Stellen Sie eine Verbindung zum vorgesehenen Gerät am anderen Ende-oder einem repräsentativen Ersatzgerät her und überprüfen Sie den Verbindungsstatus-, die korrekte Geschwindigkeit, den korrekten FEC-Modus, die Sende- und Empfangsleistung innerhalb der Reichweite, saubere Fehlerzähler und die Stabilität nach einem Schnittstellensprung und einem physischen Neustart. Ein Modul, das erkannt wird, aber keinen Link halten kann, ist nicht produktionsbereit-.

Schritt 4 - Traffic ausführen

Leiten Sie den Datenverkehr für ein sinnvolles Fenster -mindestens ein paar Stunden weiter, für kritische Fabrics länger - und beobachten Sie CRC-Fehler, FEC-Korrekturzahlen, Link-Flaps, Temperaturalarme und Paketverluste. Testen Sie in kritischen Umgebungen unter realistischer Belastung und bei den Temperaturen, denen die Optik tatsächlich ausgesetzt ist.

Schritt 5 - Dokumentieren Sie die genehmigte Konfiguration

Notieren Sie für jedes zugelassene Modul die Teilenummer des Lieferanten, das EEPROM-Codierungsziel, das Switch-Modell, die Firmware-Version, den Porttyp, den FEC-Modus, den Breakout-Modus, das Testergebnis und den DOM/DDM-Status. Dieser Datensatz wird zu Ihrer internen Kompatibilitätsmatrix und erspart der nächsten Person die Wiederholung der gesamten Übung.

Akzeptanzkriterien

Verwenden Sie eine explizite Pass/Fail-Leiste, damit „es schien in Ordnung zu sein“ nie über einen Kauf entscheidet.

Feldnotiz: Wo diese Tests ihren Lebensunterhalt verdienen

Ein repräsentatives Beispiel für gemischte Fabrics: Ein Stapel generischer 100G-SR4-Module besteht einen schnellen Verbindungstest und gelangt in eine Leaf-Spine-Schicht. Die nativen 100G-Ports sind in Ordnung. Wochen später schlägt ein Versuch, einige dieser Ports für 4x25G-Breakout neu zu konfigurieren, an einer Portgruppe fehl. - Die Module sind fehlerfrei, aber die Breakout-Unterstützung dieser Linecard und die FEC-Standardeinstellungen wurden für diesen Modus nie validiert. Unabhängig davon kehren nach einem routinemäßigen Firmware-Upgrade die DOM-Messwerte auf denselben Modulen zurückN/Aweil die neue Version ihr EEPROM anders analysiert. Bei beiden Problemen handelt es sich nicht um einen optischen Mangel; Beide wären durch eine Breakout-Prüfung und eine DOM-Prüfung nach dem Upgrade in den obigen Schritten abgefangen worden. Die Kosten für das Überspringen der Qualifizierung zeigen sich erst später in Form eines Ausfalls des Änderungsfensters und eines blinden Flecks bei der Überwachung und nicht erst beim Kauf.

Abschluss

Über die QSFP28-Kompatibilität entscheiden weit mehr als Geschwindigkeit und Reichweite. Die Switch-Plattform, die Firmware-Version, die EEPROM-Codierung, die FEC-Einstellungen, die Breakout-Unterstützung, das DOM/DDM-Verhalten und Ihr Betriebsunterstützungsplan liegen alle zwischen einer Datenblattübereinstimmung und einer stabilen 100G-Verbindung. Der optische Typ im Modul - 4x25G versus Single-Lambda - verschiebt diese Anforderungen noch einmal.

Für die meisten Produktionsnetzwerke sind herstellercodierte oder plattformvalidierte QSFP28-Module die Wahl mit dem geringsten Risiko. Bei gemischten-Anbieterbeständen können programmierbare Module dafür sorgen, dass Ersatzbestände überschaubar bleiben, wenn der Umkodierungsprozess kontrolliert wird. Die Betriebsregel ist kurz: Überprüfen Sie das genaue Modell und die Firmware vor dem Kauf, qualifizieren Sie Muster anhand einer expliziten Pass/Fail-Leiste, bevor Sie sie bereitstellen, und notieren Sie sich jede genehmigte Modul--und-Plattformkombination, damit die nächste Bereitstellung auf der Grundlage von Beweisen und nicht von Annahmen beginnt.