CodingBox Q&A Ask question

HPE 5130 (JG936A): alle vier SFP+-poorten blijven down met JD092B-modules en nieuwe OM4-kabels

Asked Active Viewed 144 AI translation from English
5

Tweedehands HPE 5130 voor het rack thuis, en hij kwam met vier HPE JD092B X130 10G SFP+ SR-modules in de doos. Ik heb nieuwe OM4 LC-patchkabels gekocht, één SFP+-poort bekabeld naar de 10G-kaart in de server, en kreeg helemaal niets.

  • HPE FlexNetwork 5130 24G PoE+ 4SFP+ EI (JG936A)
  • 4x HPE JD092B X130 10G SFP+ SR
  • nieuwe OM4 LC-duplex-patchkabels
  • quad-port SFP+-NIC in de server aan de andere kant
web interface: all four SFP+ ports show down
no LED on any of the four cages with a module seated
the 24 copper ports on the same switch are perfectly happy

Wat ik al geprobeerd heb:

  • elke module opnieuw gezet en rondgewisseld tussen de vier cages
  • bij elke poging een andere patchkabel gebruikt
  • de vezel naar een andere poort op de server-NIC verplaatst

Elke keer hetzelfde resultaat op alle vier de poorten. Zijn deze switch-cages dood, of heb ik een doos dode JD092B's in de maag gesplitst gekregen?

Comments 3

Accepted answer

Veroordeel nog niets, isoleer eerst de switch. Neem één patchkabel en loop SFP+-poort 1 terug naar SFP+-poort 2 op de 5130 zelf, met twee van de JD092B erin. Komt die link op, dan heb je de cages, de modules en die kabel in één keer bewezen en ligt de fout aan de andere kant. Heb je een korte passieve DAC liggen, dan haalt dezelfde test met een DAC tussen de twee 10G-poorten de vezel helemaal uit de vergelijking.

Controleer daarna of de switch de modules ook echt uitleest:

display transceiver interface

Komt er voor alle vier vendor en partnummer terug, dan leeft de optiek en wordt hij gelezen. Een module die daar niet verschijnt is een ander verhaal.

Ten derde, en dit is waar mensen steeds weer intrappen: LC-duplex-patchkabels zijn niet altijd gekruist. Veel exemplaren zijn recht doorverbonden, zodat TX op TX terechtkomt en er nooit iets opkomt. Wissel de twee vezels aan één kant om en probeer opnieuw, het kost tien seconden.

Kijk als laatste met een telefooncamera naar de andere kant. Richt hem op de transmitzijde van de modules in de server-NIC. Een SR-laser is op een telefoonsensor meestal te zien als een zwak stipje, en geen licht van geen van alle vertelt je waar je verder moet zoeken.

Wat support betreft: de JD092B zijn van HPE zelf, dus daar zal de 5130 niet over zeuren. Wees je er wel van bewust dat als je die modules ooit naar een AOS-CX 6400-doos verhuist, ze daar niet op de qualified list staan, en dan leun je op allow-unsupported-transceiver op AOS-CX 10.5 en later in plaats van op een ondersteunde combinatie.

2 Ukrainerxnode71UA Show original (English) AI translation

Het is de moeite waard om er een geval bij te zetten waarin de modules uiteindelijk toch de boosdoener waren, zodat niemand nu te ver de andere kant op doorslaat. Ik was een Brocade ICX 7250 aan het vervangen door een identiek exemplaar, zelfde firmware, zelfde VLAN's, zelfde PoE-instellingen. De SFP+-vezeluplink vanaf een Proxmox-host linkte op de oude switch en wilde niet opkomen op de nieuwe, en hem terugzetten bracht de link weer terug.

We zijn de gebruikelijke verdachten langsgegaan: kabel te lang, een haarscheurtje dat toevallig nog net in één poort werkte, de kabeluiteinden omwisselen om te zien of de fout de kabel volgde. Uiteindelijk bracht het vervangen van beide Brocade-SFP+-modules op dezelfde OM3-loop de link meteen omhoog.

Dus optiek die in de ene poort linkt en weigert in een identieke poort op een ander chassis kan nog steeds de marginale component zijn. Doe eerst de looptest zoals hierboven beschreven, maar houd een reservepaar modules achter de hand om te wisselen voordat je in configuratieverschillen gaat zitten spitten.

4 United Arab Emirateslambdahawk88AE Show original (English) AI translation

Resultaten, en bedankt, de volgorde van de tests was het nuttige deel.

Poort 1 naar poort 2 geloopt met een van de OM4-kabels en twee van de JD092B, en kreeg helemaal niets. Voordat ik de cages veroordeelde heb ik de twee vezels aan één kant omgewisseld, en de link kwam meteen op, dus die kabels zijn recht doorverbonden in plaats van gekruist, precies zoals gewaarschuwd. Cages, modules en kabels allemaal in orde, ik moest ze alleen andersom bekabelen. display transceiver interface toonde ook alle vier de JD092B met vendor en partnummer.

Dat stuurde me naar de andere kant. Telefooncamera voor de server-NIC gehouden met de modules erin en er kwam helemaal geen licht van de transmitzijde van welke poort dan ook. De quad-port SFP+-kaart was dood. Vervangen, herstart, de vezel op dezelfde manier met TX en RX omgewisseld aan één kant aangesloten, en alle vier de links kwamen op.

De switch en de JD092B waren de hele tijd onschuldig.

0 Brazilopticnerd31BR Show original (English) AI translation
Log in to comment. Log in