Intel X710-DA2 mit Dritthersteller-Transceiver betreiben
Moin,
ich habe hier einen neuen Server mit einer Intel X710-DA2-NIC stehen, in die ein Dritthersteller-Transceiver hinein soll.
Der wird erwartungsgemäß (und das ist eigentlich traurig) als "unsupported SFP" angemeckert und das Licht bleibt dunkel.
Ein identischer Transceiver funktioniert in einer X520-Karte.
Bei den alten ixgbe-Treibern konnte man einfach als Option "allow_unsupported_sfp=1" mitgeben, dann war der Karte egal, was drin steckte.
Diese Karte verwendet aber den i40e-Treiber, dem eine solche oder funktional identische Option fehlt.
Hat schonmal jemand eine Karte mit i40e-Treiber und Dritthersteller-Transceivern ans Laufen gebracht?
Zertifizierte Module von Intel sind keine Option - es handelt sich dabei um WDM-Optiken, die es von Intel überhaupt nicht gibt.
Danke!
ich habe hier einen neuen Server mit einer Intel X710-DA2-NIC stehen, in die ein Dritthersteller-Transceiver hinein soll.
Der wird erwartungsgemäß (und das ist eigentlich traurig) als "unsupported SFP" angemeckert und das Licht bleibt dunkel.
Ein identischer Transceiver funktioniert in einer X520-Karte.
Bei den alten ixgbe-Treibern konnte man einfach als Option "allow_unsupported_sfp=1" mitgeben, dann war der Karte egal, was drin steckte.
Diese Karte verwendet aber den i40e-Treiber, dem eine solche oder funktional identische Option fehlt.
Hat schonmal jemand eine Karte mit i40e-Treiber und Dritthersteller-Transceivern ans Laufen gebracht?
Zertifizierte Module von Intel sind keine Option - es handelt sich dabei um WDM-Optiken, die es von Intel überhaupt nicht gibt.
Danke!
Please also mark the comments that contributed to the solution of the article
Content-ID: 810743174
Url: https://administrator.de/contentid/810743174
Printed on: October 9, 2024 at 15:10 o'clock
3 Comments
Latest comment
Das ist nicht einfach sofern der Hersteller mit sowas wie "allow_unsupported_sfp=1" keinen Workaround bereitstellt.
Dann bleibt dir nur das interne Vendor eeProm umzuflashen auf Intel als Vendor Code.
https://hackaday.io/project/21725-pihat-sfp-encoder
https://krusic22.com/2019/08/20/raspberry-pi-sfp-sfp-reading-and-flashin ...
Was bei teureren WDM Optiken mit den o.a. "Werkzeigen" aber natürlich eher Frickelei ist.
Besser ist man nimmt dann offizielle Flasher wie die FlexBox von Flexoptics mit denen das auch verlässlich, wasserdicht und sauber funktioniert.
Ist aber letztlich immer die Frage ob sich dieser Einsatz dann lohnt oder man es dann doch lieber mit einer NIC Hardware löst die kein Vendor Checking macht.
Dann bleibt dir nur das interne Vendor eeProm umzuflashen auf Intel als Vendor Code.
https://hackaday.io/project/21725-pihat-sfp-encoder
https://krusic22.com/2019/08/20/raspberry-pi-sfp-sfp-reading-and-flashin ...
Was bei teureren WDM Optiken mit den o.a. "Werkzeigen" aber natürlich eher Frickelei ist.
Besser ist man nimmt dann offizielle Flasher wie die FlexBox von Flexoptics mit denen das auch verlässlich, wasserdicht und sauber funktioniert.
Ist aber letztlich immer die Frage ob sich dieser Einsatz dann lohnt oder man es dann doch lieber mit einer NIC Hardware löst die kein Vendor Checking macht.
Hi
und hö? Wir haben die in unseren VM Kisten, mit dem Adapter, es nutzen alle 3rd Party Module und das ohne Probleme (Ruckus / FS). Die Server sind ~ 1 Jahr alt, evtl. andere Firmwareversion, wie bei dir?! Treiber in VMWare ist der i40en.
Gruß
@clSchak
und hö? Wir haben die in unseren VM Kisten, mit dem Adapter, es nutzen alle 3rd Party Module und das ohne Probleme (Ruckus / FS). Die Server sind ~ 1 Jahr alt, evtl. andere Firmwareversion, wie bei dir?! Treiber in VMWare ist der i40en.
Gruß
@clSchak