Kein 40G-Link von einem HP 5900 zu Ixia- und Spirent-Lastmodulen über ein JG328A-DAC, SR4-Optik funktioniert
Baue eine kleine Traffic-Test-Bank neben der Produktions-Fabric auf, und die Tester-Ports kommen über Kupfer überhaupt nicht hoch.
- HP 5900 40G Switch, JC772A
- HP JG328A 40G QSFP+ Direct Attach Cable
- Ixia Xcellon-Multis QSFP 40/10GE Lastmodul
- Spirent-TestCenter-40G-Modul, als Zweitmeinung probiert
- HP JG325B 40G SR4 Transceiver mit Multimode-Faser, als Kontrolle
Mit dem JG328A zwischen dem 5900 und dem Ixia-Port gibt es an keinem Ende einen Link. Der Switch wirft keinen Fehler, er warnt nur, dass das Kabel nicht erkannt wird, und lässt den Port down:
<HP5900> display transceiver interfaceGleiches Kabel und gleicher Switch-Port gegen das Spirent-40G-Modul: auch nichts. Das JG325B-SR4-Paar mit Faser auf genau diesen Ports eingesetzt, und beide Tester linken sofort und lassen Traffic durch.
Was ich schon ausgeschlossen habe:
- das DAC über drei verschiedene 40G-Ports am 5900 verschoben, identisches Ergebnis bei allen
- beide Enden neu eingesetzt und das Kabel Ende zu Ende getauscht
- mit den SR4-Optiken bewiesen, dass die Tester-Ports selbst gesund sind
Ist das JG328A selbst also verdächtig, oder weigert sich hier die Testausrüstung gegen ein herstellercodiertes Kabel? Optiken zu bestellen, nur um ein Lastmodul ein paar Meter weiter zu speisen, ist nicht, wo ich das hinwollte.
Comments 4
Das ist die Testausrüstung, nicht euer Kabel und nicht der 5900.
Lastmodule von beiden Herstellern lesen das Kabel-EEPROM und entscheiden, ob sie wissen, was da steckt, bevor sie den Port hochbringen. Wenn die Codierung nichts ist, was sie erkennen, bleibt der Port einfach down, und es gibt nichts anzuschauen. HP-codierte DACs gehören klar in diese Gruppe. Der 5900 ist dabei weit entspannter: Er akzeptiert das Kabel, druckt die Warnung, dass es nicht erkannt wird, und macht weiter. Dieser Unterschied im Temperament ist die ganze Asymmetrie, die hier zu sehen ist.
Ein generisches Nicht-HP-40G-QSFP+-DAC ausleihen und zwischen denselben 5900-Port und denselben Ixia-Port legen. Es kommt hoch. Die Matrix, die aus dem Test kam:
Und das ist keine HP-Eigenart. Direct-Attach-Kabel anderer Hersteller haben gegen diese Tester ebenfalls eine schlechte Trefferquote. Das praktische Ergebnis: ein generisches Kabel und das SR4-Paar als Laborausrüstung für alles behalten, was ein Lastmodul berührt, und das JG328A dort einsetzen, wo es einwandfrei funktioniert, nämlich Switch zu Switch. Niemand wird den Tester passend zu euch umcodieren.
Was druckt display transceiver interface für diesen Port tatsächlich? Liest der 5900 überhaupt einen Herstellernamen und eine Teilenummer vom Kabel, oder sind die Felder leer? Und auf der Ixia-Seite, meldet der Port irgendetwas zum eingesteckten Kabel, oder ist er komplett still?
Noch etwas: Liegt im Schrank ein Nicht-HP-40G-DAC, das zwischen dieselben zwei Ports gelegt werden kann? Dieser eine Test trennt ein kaputtes Kabel von einem unerwünschten, und er dauert zwei Minuten.
Ergänzend, weil das jedes Mal zuschlägt, wenn die beiden Enden in unterschiedlichen Herstellermatrizen leben. Wir hatten dieselbe Diskussion bei einer 100G-Strecke: Auf der Switch-Seite listet Aruba R0Z25A, JL307A und R0Z26A als QSFP28-Direct-Attach-Kabel für den CX 10000, während das Server-Ende, ein HPE-841QSFP28-Adapter, 872726-B21, nur InfiniBand-EDR-Kabel listet, 834973-B21 bis B25. Der eine Satz ist Ethernet-zertifiziert, der andere InfiniBand-zertifiziert, und der Adapter taucht in der Compute-Kabelmatrix überhaupt nicht auf, weil er eine Karte mit doppelter Persönlichkeit ist.
Es gab kein Kabel, das beide Enden als unterstützt bezeichneten. Der Ausweg war, einen reinen Ethernet-Adapter zu spezifizieren, der in der Matrix auftaucht, das MCX516A-CCHT, und dann ein DAC zu wählen, das beide Seiten listen. Gleiche Logik wie bei eurer Testbank: für das zickigere Ende des Links einkaufen.
Bevor irgendetwas bestellt wird, das Langweilige ausschließen. An einem ExtremeSwitching X870 hatten wir ein DAC, das nicht linkte, und ein 40G-QSFP+-Modul, das auch nicht linkte, beide in QSFP28-Ports, und keines hatte irgendetwas damit zu tun, wer das Kabel gemacht hat. Die Ports standen noch auf ihrem Default und mussten erst erfahren, was in ihnen steckt:
Danach kamen beide hoch. Das ist EXOS statt Comware, und eure 5900-Ports sind nativ 40G, das passt hier also möglicherweise nicht, und die Tatsache, dass SR4-Optiken am genau selben Port linken, spricht in eurem Fall gegen ein Port-Konfigurationsproblem. Am eigenen Gerät prüfen, bevor es ein- oder ausgeschlossen wird. Das andere, was Leute über EXOS immer wieder sagten: Es kommt mit Drittanbieter-Kabeln recht gut klar, an der Marke liegt es also selten.