6
Aruba mit Intel Tranciever und DAC
Hallo,
ich habe bei einem Kunden ein interessantes Phänomen, welches ich mir derzeit nicht erklären kann.
Folgende Umgebung:
Aruba 2930F Switch (JL258A), welcher über einen SFP+ an den lokalen Server angeschlossen ist (Intel X520 NIC mit SFP+ Port)
Ich habe den Aruba Switch bereits soweit modiziert, dass unsupportet Modules akzeptiert werden. Dahingehend habe ich anschließend die Verbindung mittels 2 Intel SFP+ LR Tranciever und OM4 Faser erfolgreich hergestellt. Dies war aber eigentlich nicht dafür vorgesehen, sondern die Verbindung zwischen Switch und Server sollte per Intel DAC Kabel hergestellt werden - leider wird aber in dieser Konstellation der Link nicht aktiv (LED blinkt orange statt grün auf Seiten des Aruba Switches).
Nun stellt sich für mich die Frage, warum ich mittels Intel LR Tranciever die Verbindung herstellen kann, aber nicht über ein Intel DAC Kabel? Hat jemand in diesem Fall ähnlich Erfahrungen gesammelt oder das gleiche Problem? Kann es sein dass die Erlaubnis für die Unterstützung der unsupportet Modules nur für Optiken gilt und nicht für DAC Kabel?
Running Config des Arubas: Primary Image (Booted, Current Version WC.16.09.0001)
Vielen Dank
Felix
ich habe bei einem Kunden ein interessantes Phänomen, welches ich mir derzeit nicht erklären kann.
Folgende Umgebung:
Aruba 2930F Switch (JL258A), welcher über einen SFP+ an den lokalen Server angeschlossen ist (Intel X520 NIC mit SFP+ Port)
Ich habe den Aruba Switch bereits soweit modiziert, dass unsupportet Modules akzeptiert werden. Dahingehend habe ich anschließend die Verbindung mittels 2 Intel SFP+ LR Tranciever und OM4 Faser erfolgreich hergestellt. Dies war aber eigentlich nicht dafür vorgesehen, sondern die Verbindung zwischen Switch und Server sollte per Intel DAC Kabel hergestellt werden - leider wird aber in dieser Konstellation der Link nicht aktiv (LED blinkt orange statt grün auf Seiten des Aruba Switches).
Nun stellt sich für mich die Frage, warum ich mittels Intel LR Tranciever die Verbindung herstellen kann, aber nicht über ein Intel DAC Kabel? Hat jemand in diesem Fall ähnlich Erfahrungen gesammelt oder das gleiche Problem? Kann es sein dass die Erlaubnis für die Unterstützung der unsupportet Modules nur für Optiken gilt und nicht für DAC Kabel?
Running Config des Arubas: Primary Image (Booted, Current Version WC.16.09.0001)
Vielen Dank
Felix
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 493332
Url: https://administrator.de/contentid/493332
Printed on: April 18, 2024 at 06:04 o'clock
6 Comments
Latest comment
Hallo,
ein DAC Kabel ist ja nichts weiter als 2 SFP mit festmontiertem Kabel.... insofern kann natürlich auch das defekt sein.
Wie ist den der Port auf dem Aruba konfiguriert?
was sagt der Logfile?
brammer
ein DAC Kabel ist ja nichts weiter als 2 SFP mit festmontiertem Kabel.... insofern kann natürlich auch das defekt sein.
Wie ist den der Port auf dem Aruba konfiguriert?
was sagt der Logfile?
brammer
Moin,
das gilt meines Wissens für beides. Was ich aber festgestellt habe wenn du eine zertiziertes Kabel für den Switch hast das besser läuft. Also beiße in den sauren Apfel und besorge ein Aruba 10G SFP+ DAC Cable J9281D 1m oder 3m J9283D und baue das ein das läuft auch in der Intelbüchse. Unter anderem hast du dann dn Idealfall das HPE nicht sagt bei einem Supportticket unsupporteder Reciever keine Hilfe.
Grüße Niklas
das gilt meines Wissens für beides. Was ich aber festgestellt habe wenn du eine zertiziertes Kabel für den Switch hast das besser läuft. Also beiße in den sauren Apfel und besorge ein Aruba 10G SFP+ DAC Cable J9281D 1m oder 3m J9283D und baue das ein das läuft auch in der Intelbüchse. Unter anderem hast du dann dn Idealfall das HPE nicht sagt bei einem Supportticket unsupporteder Reciever keine Hilfe.
Grüße Niklas
Hallo brammer,
da ich nicht nur ein DAC Kabel probiert habe sondern zwei ganz neue und ein älteres und bei allen drei das gleiche Phänomen ist, so muss ich davon ausgehen, dass es ein generelles Problem ist.
Der Port ist nicht weiter konfiguriert, also keine VLANs oder ähnliches.
Log: "port 9 Tranciever type not supported in this port"
da ich nicht nur ein DAC Kabel probiert habe sondern zwei ganz neue und ein älteres und bei allen drei das gleiche Phänomen ist, so muss ich davon ausgehen, dass es ein generelles Problem ist.
Der Port ist nicht weiter konfiguriert, also keine VLANs oder ähnliches.
Log: "port 9 Tranciever type not supported in this port"
die Verbindung mittels 2 Intel SFP+ LR Tranciever und OM4 Faser erfolgreich hergestellt.
Ist mehr oder minder nicht supportet !!LR Optiken sind Monomode Optiken für 9µ Glasfaser Kabel und nicht für Multimode OM4 Kabel mit 50µ.
Falsche Optiken zu falschen Fasern oder andersrum. Das ist also schon per se problematisch, wenns aber rein nur dem Connectivity Check dient ist das natürlich OK. Für den Produktivbetrieb aber ein NoGo.
leider wird aber in dieser Konstellation der Link nicht aktiv
Vermutlich nicht weiter verwunderlich, denn bei DAC Kabeln gibt es ACTIVE und PASSIVE Kabel. Active Kabel haben einen integrierten Leitungsverstärker zur Signalregeneration während Passive es, wie der Name es schon sagt nicht haben.Billigheimer HP supportet in den Gurken vermutlich aufgrund der billigen internen PHY Hardware Struktur wie üblich nur eine Art von Kabeln und du hast vermutlich genau das Falsche erwischt und das gleich bei allen dreien.
https://blog.fluxlight.com/2017/06/06/active-vs-passive-direct-attach-ca ...
Leider kommen von dir ja keine Informationen ob du active oder passive DAC verwendet hast.
Auch DAC Kabel unterliegen dem Vendor Checking indem die Hersteller ID ausgelesen wird. Daran kann es ganz sicher nicht liegen wenn du das Checking deaktiviert hast. Es wird die falsche Kabel Version Active oder Passive sein. Die Log Meldung spricht dafür.
Hallo aqui
Das OM4 Kabel war nur in Griffreichweite und daher habe ich es nur kurz zum testen "missbraucht".
Als Kabel habe ich Intel® Ethernet SFP+ Twinaxial Cables verwendet - genauer gesagt XDACBL1M und XDACBL5M. Wenn ich nach den Spezifikationen gehe müsste es ein passives sein.
LG
Felix
Das OM4 Kabel war nur in Griffreichweite und daher habe ich es nur kurz zum testen "missbraucht".
Als Kabel habe ich Intel® Ethernet SFP+ Twinaxial Cables verwendet - genauer gesagt XDACBL1M und XDACBL5M. Wenn ich nach den Spezifikationen gehe müsste es ein passives sein.
LG
Felix
Und das geht bei 98% aller Billigswitches wie die HP Teile eben nicht. Die supporten wegen der billigen PHYs auf dem Switch in der Regel nur aktive DAC Kabel. Wenn du Pech hast nur Aktive mit HP Branding. Ist ja üblich bei denen das sie sich so die Kohle von den Usern wiederholen. Versuch macht klug...
Oder noch besser: Ins Datenblatt des Switches sehen.
Nebenbei: Mit etwas intelligenterer Switch Hardware wie z.B. Ruckus ICX 7150/7250 Switches wäre das nicht passiert, denn die supporten sowohl als auch...
Oder noch besser: Ins Datenblatt des Switches sehen.
Nebenbei: Mit etwas intelligenterer Switch Hardware wie z.B. Ruckus ICX 7150/7250 Switches wäre das nicht passiert, denn die supporten sowohl als auch...
