Transceiver, DAC, AOC FAQs
Geschwindigkeit & Formfaktor
F1: Werden 1G SFP-Transceiver unterstützt?
Nein. Die SFP56- und QSFP56-Ports der 50G- und 200G-NICs von NetScaler MPX/SDX 9200 und 17000 Appliances handeln nicht auf 1G SGMII oder 1000BASE-X (Ethernet über Glasfaser) aus. Die minimal unterstützte Portgeschwindigkeit beträgt 10G.
F2: Welche 10G-Transceiver werden unterstützt?
NetScaler-qualifizierte 10GbE SFP+-Optiken werden sowohl auf den MPX/SDX 9200 als auch auf den MPX/SDX 17000 Plattformen unterstützt. Dies umfasst SR (Multimode, OM3, bis zu 300m) und LR (Singlemode, bis zu 10km) Transceiver. Weitere Informationen finden Sie in der Transceiver-, DACs-, AOCs-Matrix.
F3: Welche 25G-Transceiver werden unterstützt?
NetScaler-qualifizierte 25GbE SFP28-Optiken werden sowohl auf den MPX/SDX 9200 als auch auf den MPX/SDX 17000 Plattformen unterstützt. Unterstützte Optionen umfassen SR (Multimode, OM3 bis zu 70m / OM4 bis zu 100m) und LR (Singlemode, bis zu 10km) Transceiver. Weitere Informationen finden Sie in der Transceiver-, DACs-, AOCs-Matrix](/de-de/netscaler-hardware-platforms/mpx/mpx-9200-17000-master-matrix).
F4: Wird 50G unterstützt?
Ja. NetScaler-qualifizierte 50GbE SFP56 SR- und LR-Optiken sowie 50G SFP56 Direct-Attach Copper (DAC)-Kabel werden sowohl auf den MPX/SDX 9200 als auch auf den MPX/SDX 17000 Plattformen unterstützt. Weitere Informationen finden Sie in der Transceiver-, DACs-, AOCs-Matrix](/de-de/netscaler-hardware-platforms/mpx/mpx-9200-17000-master-matrix).
F5: Werden 40G QSFP+-Transceiver unterstützt?
Ja, nur auf der MPX- und SDX 17000 Plattform. Die von Citrix qualifizierten Optionen sind:
-
9530411 (Citrix MPN) (40GbE QSFP+ BiDi SR LC optisch): Stellen Sie sicher, dass dasselbe NetScaler-gebrandete Modul an beiden Enden der Verbindung verwendet wird. Das Mischen dieses Transceivers mit einem Cisco-gebrandeten 40G-BiDi-Modul auf der Switch-Seite kann zu Link-Flapping führen.
-
9530513 (Citrix MPN) (40GbE QSFP+ DAC, 5 m passives Kupfer): Eine DAC-Alternative zu BiDi-Optiken, ideal für 40G-Verbindungen mit kurzer Reichweite.
F6: Werden 100G/40G QSFP28-Transceiver unterstützt?
Ja, nur auf der MPX- und SDX 17000-Plattform. Die von Citrix qualifizierten Optionen sind:
-
9530410 (Citrix MPN): 100/40GbE Dual-Rate QSFP28 SR4 (MPO-12 MMF)
-
9530413 (Citrix MPN): 100GbE QSFP28 LR4 (LC, SMF, 10 km)
-
9530517 (Citrix MPN): 100GbE QSFP28 AOC (20 m)
F7: Wird 200G unterstützt?
Ja, nur an den QSFP56-Ports der Dual-Port 200G NICs auf der MPX/SDX 17000-Plattform. Die von Citrix qualifizierten Optionen sind:
-
9530409 (Citrix MPN): 200GbE QSFP56 SR4 (MPO-12 MMF)
-
9530514 (Citrix MPN): 200GbE QSFP56 zu QSFP56 Passive Twinax DAC (2.5 m)
-
9530522 (Citrix MPN): 200GbE QSFP56 AOC (20 m)
F8: Kann ich einen QSFP28-Adapter mit 25G oder 10G mit regulären SFP-Optiken an den MPX/SDX 17000 200G QSFP56-Ports verwenden?
Ja, durch Verwendung des Citrix-Adapters (Citrix MPN: 9530416). Dies ist ein mechanischer QSFP28-zu-SFP28-Adapter, der auf dem Mellanox/Nvidia MAM1Q00A-QSA28-Design basiert.
Der Adapter wird in einen 200G QSFP56-Port auf der MPX/SDX 17000-Plattform gesteckt und akzeptiert jede qualifizierte Optik der Marke Citrix SFP28 (25G) oder SFP+ (10G). Dies ist besonders nützlich, wenn die nativen SFP56-Ports des Geräts vollständig ausgelastet sind, sodass Kunden einen zusätzlichen 25G- oder 10G-Uplink von einem verfügbaren QSFP56-Port bereitstellen können.
Auto-Negotiation, Geschwindigkeitserzwingung & FEC
F1: Verhandeln Ports die Geschwindigkeit mit diesen Transceivern automatisch aus?
Es hängt von der Verbindungsgeschwindigkeit und dem Transceiver-Typ ab:
| Geschwindigkeit | Kodierung | Auto-Negotiation-Verhalten |
|---|---|---|
| 10G SFP+ | NRZ | Ja |
| 25G SFP28 | NRZ | Ja (mit FC-FEC) |
| 50G SFP56 (PAM4) | PAM4 | Ja (mit RS-FEC) |
| 40G QSFP+ BiDi | NRZ | Nein – erzwungene Geschwindigkeit kann am Nexus N9K/N3K Peer-Switch erforderlich sein |
| 100G QSFP28 SR4 | NRZ (4x25G) | Ja (mit RS-FEC) |
| 100G QSFP28 LR4 | NRZ (4x25G CWDM) | Ja (Kein FEC – saubere SMF-Verbindung) |
| 200G QSFP56 PAM4 | PAM4 (4x50G) | Ja (mit RS-FEC) |
F2: Welchen FEC-Modus sollte ich auf dem Peer-Switch konfigurieren?
Passen Sie FEC an die Verbindungsgeschwindigkeit und das Medium an. Eine FEC-Fehlkonfiguration ist die häufigste Ursache für Symptome wie „Verbindung steht, aber kein Datenverkehr“ oder „hohe CRC-Fehler“.
| Linkgeschwindigkeit | Modulation | Erforderlicher FEC |
|---|---|---|
| 10GbE | NRZ | Keine |
| 25GbE NRZ (SFP28) | NRZ | FC-FEC |
| 40GbE QSFP+ | NRZ (4x10G) | Keine |
| 50GbE SFP56 | PAM4 | RS-FEC |
| 100GbE SR4 | NRZ (4x25G) | RS-FEC |
| 100GbE LR4 | NRZ (4x25G CWDM) | Keine |
| 200GbE SR4 / AOC | PAM4 (4x50G) | RS-FEC |
F3: Warum wird meine 40G-Verbindung bei Auto-Negotiation nicht hergestellt?
Ob eine 40G-Verbindung von selbst hergestellt wird, hängt vom verwendeten Kabel- oder Transceiver-Typ ab, nicht von der NIC-Karte selbst. Das Verhalten unterscheidet sich je nach Kabeltyp:
-
40G-Kupferkabel (passives DAC): Die Verbindung wird automatisch mit 40G hergestellt. An beiden Enden ist keine Konfiguration erforderlich.
-
40G-Glasfaser-Transceiver (BiDi): Diese arbeiten mit einer festen Geschwindigkeit und unterstützen keine Auto-Negotiation. Wenn ein Port auf Auto-Negotiation eingestellt bleibt, findet er keinen passenden Partner und die Verbindung wird nicht hergestellt. Um dies zu beheben, stellen Sie den Port auf dem Gerät, das standardmäßig Auto-Negotiation verwendet (typischerweise der Cisco Peer-Switch), auf eine feste 40G-Geschwindigkeit ein (stellen Sie „speed 40000“ auf dem Nexus Peer-Switch ein).
-
100G-Transceiver (QSFP28) bei 40G verwendet: Bei aktivierter Auto-Negotiation wird die Verbindung mit ihrer nativen 100G-Geschwindigkeit hergestellt, nicht mit 40G. Um sie mit 40G zu betreiben, stellen Sie manuell an beiden Enden eine feste 40G-Geschwindigkeit ein.
Mischen & Kompatibilität
F1: Kann ich Optiken oder DAC/AOC-Kabel von Drittanbietern verwenden?
Es werden nur von Citrix qualifizierte MPNs der Marke Citrix (Serie 953xxxx) unterstützt. Die Verwendung nicht qualifizierter Module kann zu Problemen beim Herstellen der Verbindung, FEC-Fehlern oder DDM-Lesefehlern führen und ist möglicherweise nicht durch die Standard-Supportbedingungen abgedeckt.
F2: Kann ich SR und LR (oder Optiken verschiedener Anbieter) an jedem Ende der Verbindung mischen?
Beide Enden einer Verbindung müssen kompatible Optiken verwenden, d. h. gleiche Wellenlänge, gleicher Compliance-Code (z. B. SR4 zu SR4, LR4 zu LR4) und passender Stecker- oder Fasertyp. Das Mischen von SR mit LR stellt keine Verbindung her. Für 40G BiDi Optical müssen beide Enden die gleiche Citrix MPN 9530411 sein.
F3: Wie wähle ich zwischen SR und LR?
-
SR (Short Reach): Multimode-Faser (OM3 70m / OM4 100m typisch für SR4 bei 100G+; OM3 300m / OM4 400m für 10G SR). Verwendung innerhalb eines einzelnen Racks oder einer Reihe.
-
LR (Long Reach): Singlemode-Faser (OS2), typischerweise bis zu 10 km. Verwendung für Verbindungen zwischen Reihen, Rechenzentren oder Campus-Netzwerken.
Bestätigen Sie immer die qualifizierte Reichweite in der Matrix der Transceiver, DACs, AOCs](/de-de/netscaler-hardware-platforms/mpx/mpx-9200-17000-master-matrix). Die tatsächliche Reichweite hängt von der Optik und der Fasergüte ab.
F4: Welche MPO-Polarität benötige ich für SR4-Module (40G/100G/200G)?
Alle von Citrix qualifizierten MPO-12 SR4-Module (Citrix MPN 9530409, 9530410) erfordern MPO-12-Trunkkabel vom Typ B (Key-up zu Key-down) für die korrekte Faserpolarität. Trunks vom Typ A oder Typ C führen zu keiner Verbindung oder einer unidirektionalen Verbindung.
Überprüfung und Fehlerbehebung
F1: Wie überprüfe ich, ob der Transceiver erkannt wird und die Verbindung aktiv ist?
-
Überprüfen Sie den Status der NetScaler-Hostschnittstelle: Verbindung, Geschwindigkeit, FEC.
-
Überprüfen Sie die Schnittstelle des Peer-Switches: Verbindung, Geschwindigkeit, FEC, Fehlerzähler.
-
Wenn die Verbindung unterbrochen ist: Setzen Sie das Modul neu ein, überprüfen Sie die Kabelpolarität (LC-Duplex oder MPO Typ B), stellen Sie sicher, dass beide Seiten in Geschwindigkeit und FEC übereinstimmen.
F2: Kann ich einen Cisco Nexus N9K mit Nicht-Cisco-Optiken verwenden?
Ja, wenn der Befehl service unsupported-transceiver in der globalen Konfiguration des Nexus-Switches aktiviert ist. Ohne diesen Befehl kann der Nexus N9K die Aktivierung des Ports verweigern, selbst wenn die Optik elektrisch kompatibel ist. Per-Lane-DDM kann auf dem N9K für Nicht-Cisco-QSFP-Module als N/A gemeldet werden. Dies ist kosmetisch, kein Fehler.
F3: Meine 9530413 (Citrix MPN) 100G LR4-Verbindung über OS2-Faser zu einem Mellanox SN3700- oder Cisco N9K-Switch wird nicht hergestellt. Die Transceiver sind eingesetzt und mit Strom versorgt. Was sollte ich zuerst überprüfen?
Die 9530413 (Citrix MPN)-Muster sollten automatisch auf 100G LR4 über OS2-Singlemode-Faser aushandeln, ohne dass eine manuelle Geschwindigkeitserzwingung erforderlich ist. Wenn die Verbindung nicht hergestellt wird, ist die häufigste Ursache ein Problem auf der Faserseite (verschmutzter oder beschädigter LC-Stecker oder ein defektes/gebrochenes Patchkabel), nicht der Transceiver oder die NIC.
Diagnoseanzeige: Überprüfen Sie die RX-Leistung pro Lane auf der Switch-Seite. Wenn alle vier Lanes ungefähr -40 dBm (der optische Grundpegel / „kein Licht“) melden, liegt kein Transceiver-Fehler vor. Dies bedeutet, dass kein optisches Signal den Switch-Empfänger erreicht. Unter diesen Bedingungen erreicht die Verbindung niemals das PHY-Training, weshalb die Auto-Negotiation fehlschlägt.
Beispielsymptom bei einem Mellanox SN3700:
Rx Power (per channel):
Ch1 Rx Power : 0.00010 mW / -40.00000 dBm ← floor / no light
Ch2 Rx Power : 0.00010 mW / -40.00000 dBm ← floor / no light
Ch3 Rx Power : 0.00010 mW / -40.00000 dBm ← floor / no light
Ch4 Rx Power : 0.00010 mW / -40.00000 dBm ← floor / no light
Ch1–Ch4 Rx Power Alarm : Rx Pwr Too Low
In der Zwischenzeit ist die TX-Leistung sowohl am Host als auch am Switch normal (~1,5–1,7 mW / ~2 dBm pro Kanal), ohne Tx-Alarme, und die Laser sind intakt. Der optische Pfad zwischen ihnen ist unterbrochen.
Schritte zur Fehlerbehebung:
-
Ersetzen Sie das OS2 LC-zu-LC Duplex-Singlemode-Patchkabel durch ein nachweislich funktionierendes Glasfaserkabel.
-
Setzen Sie beide Transceiver (Host-Seite und Switch-Seite) nach dem Austausch des Glasfaserkabels neu ein.
-
Überprüfen Sie die LC-Polarität und stellen Sie sicher, dass die Duplex-Stecker nicht gekreuzt oder falsch kodiert sind.
-
Überprüfen Sie die RX-Leistung auf der Switch-Seite erneut. Nach dem Austausch des Glasfaserkabels sollte die RX-Leistung auf allen vier Kanälen in einen normalen Bereich zurückkehren (typischerweise +1 bis +3 dBm), alle „Rx Pwr Too Low“-Alarme sollten gelöscht werden, und die Verbindung sollte mit 100Gx4, Auto-Negotiation, ohne manuelle Konfiguration hergestellt werden.
Beispiel nach dem Austausch des Glasfaserkabels (Mellanox SN3700):
Eth1/31 Operational state: Up / Speed: 100Gx4 / Negotiation: Auto
Rx Power (per channel) → alarms now NONE
TX Power (per channel) → alarms NONE
F4: Was ist der QSFP28-zu-SFP28-Adapter 9530416 (Citrix MPN) und wann verwende ich ihn?
Dieser mechanische QSFP28-zu-SFP28-Adapter (basierend auf dem Mellanox MAM1Q00A-QSA28) passt ein 1-Lane-SFP-Optikmodul in einen 4-Lane-QSFP56-Port des MPX/SDX 17000. Mit diesem installierten Adapter kann der 200G QSFP56-Port mit niedrigeren Verbindungsgeschwindigkeiten betrieben werden, insbesondere 25G mit einem SFP28-Optikmodul (z. B. 9530402 SR) oder 10G mit einem SFP+-Optikmodul (z. B. 9530403 SR), wenn die Host-NIC und der Peer-Switch entsprechend konfiguriert sind.
F5: Wann sollte ich den QSFP28-zu-SFP28-Adapter 9530416 (Citrix MPN) verwenden, anstatt einfach einen SFP56-Port direkt zu nutzen?
Verwenden Sie den Adapter, wenn:
-
Alle 8x SFP56-Ports auf dem MPX/SDX 17000 bereits belegt sind und Sie einen zusätzlichen 25G- oder 10G-Uplink benötigen.
-
Ein Bereitstellungsdesign speziell eine 25G- oder 10G-Verbindung von einem QSFP56-Port erfordert (z. B. um ein bestimmtes Switch-Panel-Layout anzupassen).
Für eine neue Bereitstellung bevorzugen Sie die nativen SFP56-Ports auf den MPX/SDX 9200 und 17000 für 10G / 25G / 50G Optiken, da diese keinen Adapter benötigen und den einfachsten Interop-Pfad haben.
F6: Wird der QSFP28-zu-SFP28-Adapter 9530416 (Citrix MPN) auf dem MPX/SDX 9200 unterstützt?
Nein. Der MPX/SDX 9200 verfügt über keine QSFP56-Ports. Die 9530416 (Citrix MPN) ist nur für den MPX/SDX 17000 anwendbar.
F7: Fügt der QSFP28-zu-SFP28-Adapter 9530416 (Citrix MPN) Latenz oder Signalverlust hinzu?
Nein. Der 9530416 (Citrix MPN) ist ein passiver mechanischer Adapter. Er leitet physisch eine einzelne Lane zwischen der SFP28/SFP+-Optik und einer Lane des QSFP56-Ports ohne aktive Komponenten oder Retiming. Signalintegrität und Latenz sind die gleichen wie bei einem nativen SFP-Sockel.