Je me disais aussi qu'il manquait un truc.

"pieces d'origines" en automobile

Même pb sur les machines agricoles, c.f John Deere aux USA.

Alors, on peut dire que je bosse dans une relativement grosse boite. Et des SFP compatibles, on en a des milliers. Comme des "officielles" d'ailleurs, qui ne nous coutent pas forcèment plus cher vu les volumes qu'on achete.

On n'a pas plus de pannes sur les compatibles, hormis d'occasionnels problèmes de compatibilité lors de la sortie d'un nouveau firmware coté sfp ou switch/routeur, qui est généralement rapidement résolu par nos fournisseurs d'optiques.

J'ai utilisé personnellement pour des projets des modules sfp+ compatible, ainsi que du Juniper dans une x520, et ça fonctionne très bien, y compris la remontée des niveaux optiques (DOM).

Amha il n'y a pas vraiment de raison de préférer un module compatible ou constructeur au niveau fonctionnalités, juste le prix. Et globalement un constructeur qui oblige des optiques de sa marque, c'est un voyou qui rackette ses clients.

Par grosse boite, Vivien entend "société n'étant pas intégrateur et/ou en liaison directe avec le constructeur". Donc hormis être opérateur, intégrateur ou hébergeur, les constructeurs font peur lors des achats projets en disant "si tu prends pas mes SFP, t'es pas supporté". Ben crois-moi, même en démontrant une économie se comptant en 10aine voire 100aine de Ke, ben les chefs de projets ils font pipi dans leur froc et prennent les SFP vendu à vil prix.

Cela dit Cisco se trouve parfois quelques exclusivités pour éviter les compatibles sur des technos comme le 40G Bidi ou 100G Bidi (dernier en date, le 40/100G Bidi Dual-Rate). Du coup, tu payes.

Coucou,

Pour ceux comme moi qui sont retombés sur ce fil et qui ont un souci avec des SFP sur une X520, j'ai fait ça (sur une Debian 9) :

root@moon:~# grep ixgbe /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="quiet ixgbe.allow_unsupported_sfp=1"
Ça marche encore parfaitement !

Et cette solution ne marche pas :

Code: [Sélectionner]

cat /etc/modprobe.d/ixgbe.conf
options ixgbe allow_unsupported_sfp=1

sur les anciennes versions du module ca doit marcher normalement
(je crois que ca a sauté sur les versions récentes par contre

Mik

J'en profite pour poser cette question, car j'ai récemment eu à préparer un serveur avec X520-DA2, et comme d'habitude j'utilise des DAC, je n'avais jamais eu à me poser la question (mais j'avais, cette fois-ci, besoin de SFP+ 10G SR) :
Nous sommes d'accord qu’indépendamment de la partie Driver/OS, le boot PXE avec la X520 et les optiques incompatibles ne fonctionne pas ? (ce qui peut être très embêtant !)
Le lien ne montait pas, j'ai dû utiliser des optiques Intel qui traînaient et ont enfin servi à quelque chose.
(CM Supermicro)

Ici j’ai jamais eu de pb avec des DACs en tout les cas

On m'avais aussi dit que d'autres cartes ne supportent que les DirectAttach, mais non, une carte DA support des optiques et des câbles DirectAttach

Précisons à toute fin utile que les X520-DA2 sont destinés à 2 cordons DirectAttach (mais fonctionnent plus ou moins avec des SFP classiques, comme on l'a vu).

En théorie, pour des optiques fibres, il faudrait par exemple prendre les X520-SR2 pour du multimode, mais j'ignore absolument comment elles se comportent avec des SFP incompatibles. Elles sont plus chères sur le marché (environ 500€ de mémoire pour la SR2) et, semble-t-il, tout le monde prend logiquement les DA2.

C'est assez fou d'avoir X520-DA2, X520-SR2 et X520-LR2 et de compliquer la vie de tout le monde alors que ce ne sont que des cages SFP/SFP+.

https://ark.intel.com/content/www/fr/fr/ark/products/series/42489/intel-ethernet-server-adapter-x520.html

(Et si votre carte Intel n'apparaît pas dans l'ordre de boot du BIOS pour PXE, il faut utiliser Intel BootUtil afin d'activer la fonction.)