Geen 40G-link van een HP 5900 naar Ixia- en Spirent-loadmodules via een JG328A-DAC, SR4-optiek werkt prima
Ik zet een kleine traffic-testbank op naast de productiefabric, en de testerpoorten komen over koper helemaal niet omhoog.
- HP 5900 40G-switch, JC772A
- HP JG328A 40G QSFP+ direct attach cable
- Ixia Xcellon-Multis QSFP 40/10GE-loadmodule
- Spirent TestCenter 40G-module, geprobeerd als tweede mening
- HP JG325B 40G SR4-transceivers met multimode-vezel, als controle
Met de JG328A tussen de 5900 en de Ixia-poort is er aan geen van beide kanten link. De switch gooit geen fout, hij waarschuwt alleen dat de kabel niet herkend wordt en laat de poort down:
<HP5900> display transceiver interfaceDezelfde kabel en dezelfde switchpoort tegenover de Spirent 40G-module: ook niets. Wissel het JG325B SR4-paar met vezel in op precies diezelfde poorten en beide testers linken meteen en verwerken verkeer.
Wat ik al heb uitgesloten:
- de DAC verplaatst over drie verschillende 40G-poorten op de 5900, op alle drie identiek resultaat
- beide uiteinden opnieuw geplaatst en de kabel end-to-end omgewisseld
- bewezen dat de testerpoorten zelf gezond zijn met behulp van de SR4-optiek
Is de JG328A zelf dus verdacht, of weigert de testapparatuur een met een vendor gecodeerde kabel? Optiek bestellen om alleen maar een loadmodule op een paar meter afstand te voeden, is niet waar ik naartoe wilde.
Comments 4
Dit is de testapparatuur, niet je kabel en niet de 5900.
Load modules van beide vendors lezen de EEPROM van de kabel uit en beslissen of ze weten wat erin zit voordat ze de poort omhoog brengen. Als de codering iets is wat ze niet herkennen, blijft de poort gewoon down en heb je niets om naar te kijken. HP-gecodeerde DAC's vallen daar pal binnen. De 5900 is daar veel relaxter in: hij accepteert de kabel, print de waarschuwing dat hij niet herkend wordt, en gaat door. Dat verschil in temperament is de hele asymmetrie die je ziet.
Leen een generieke, niet-HP 40G QSFP+-DAC en zet die tussen dezelfde 5900-poort en dezelfde Ixia-poort. Hij komt op. De matrix die uit de testbank kwam:
En het is geen HP-eigenaardigheid. Direct attach-kabels van andere vendors hebben ook een slechte trefkans tegen die testers. Het praktische gevolg is om één generieke kabel en je SR4-paar als labuitrusting aan te houden voor alles wat een loadmodule raakt, en de JG328A te gebruiken waar hij prima werkt, namelijk switch naar switch. Niemand gaat de tester voor jou herprogrammeren.
Wat print display transceiver interface nou eigenlijk voor die poort? Leest de 5900 überhaupt een vendornaam en partnummer van de kabel, of zijn de velden leeg? En aan de Ixia-kant, meldt de poort iets over de geplaatste kabel, of is hij volledig stil?
Nog iets: heb je een niet-HP 40G-DAC in de kast liggen die je tussen dezelfde twee poorten kunt zetten? Die ene test scheidt een kapotte kabel van een ongewenste, en het kost twee minuten.
De moeite waard om toe te voegen, want dit bijt elke keer dat de twee uiteinden in verschillende vendormatrices leven. We hadden dezelfde discussie bij een 100G-traject: aan de switchkant vermeldt Aruba R0Z25A, JL307A en R0Z26A als de QSFP28 direct attach-kabels voor de CX 10000, terwijl het serveruiteinde, een HPE 841QSFP28-adapter, 872726-B21, alleen InfiniBand EDR-kabels vermeldt, 834973-B21 tot en met B25. De ene set is Ethernet-rated, de andere InfiniBand-rated, en de adapter komt helemaal niet voor in de compute-kabelmatrix omdat het een kaart met dubbele persoonlijkheid is.
Er was geen kabel die beide uiteinden ondersteund noemden. De uitweg was een Ethernet-only adapter te specificeren die wel in de matrix voorkomt, de MCX516A-CCHT, en dan een DAC te kiezen die beide kanten vermelden. Dezelfde redenering als jouw testbank: koop voor het lastigste uiteinde van de link.
Voordat je iets bestelt, sluit eerst het saaie uit. Op een ExtremeSwitching X870 hadden we een DAC die niet wilde linken en een 40G QSFP+-module die ook niet wilde linken, allebei in QSFP28-poorten, en geen van beide had iets te maken met wie de kabel maakte. De poorten stonden nog op hun standaard en moesten verteld worden wat erin zat:
Daarna kwamen beide op. Dat is EXOS in plaats van Comware en je 5900-poorten zijn native 40G, dus het is heel goed mogelijk dat het niet van toepassing is, en het feit dat SR4-optiek op precies dezelfde poort linkt pleit tegen een poortconfiguratieprobleem in jouw geval. Controleer het op je eigen box voordat je het uitsluit of juist niet. Het andere wat mensen steeds zeiden over EXOS is dat hij prima overweg kan met kabels van derden, dus het merk is zelden waar het antwoord ligt.