Du coup, en ce qui concerne la "compatibilité" des SFP avec les différents routeurs, j'ai l'impression que c'est lié aux infos remontées a l'équipement par l'interface de management SFP (inclus eeprom), plus qu'à l'équipement lui même.
Par exemple, mon G-010S-A, sous firmware original était reconnu une fois en state O5 par un mikrotik RB4011 (bon, j'avais pas la connexion fonctionnelle à cause de l'OLT huawei - problème connu avec cet ONT). Par contre, en firmware carlitoxx, il n'était plus détecté. Dans mon switch Ubiquiti, j'ai pu constater que une fois booté, Carlitoxx ne mettait pas proprement à jour les informations de la management interface/eeprom (daemon sfp_i2c). Jusqu'au démarrage de sfp_i2c, au boot du SFP, on voyait les informations originales (alcatellucent, serial number...), qui étaient ensuite remplacées par des "
". En désactivant sfp_i2c, on gardait les infos alcatel lucent après le boot, mais sans pour autant que le SFP soit reconnu par le routeur Mikrotik, même une fois le state O5 atteint.
Mon switch lui n'en tenait pas compte et maintenait le lien actif quelque soit l'état du SFP et les infos remontées, mais toutes les infos disponibles avec le firmware stock (modele, serial, température, affaiblissement...) avaient disparu en carlitoxx.
J'ai réussi à mettre la main sur un G-010S-P qui doit arriver aujourd'hui. Je vais faire les tests en firmware d'origine, voir si ca fonctionne avec mon OLT huawei pénible, et s'il est reconnu du coup par le Mikrotik en O5.
Sinon, en firmware Carlitoxx, avec sfp 010S-P ou 010S-A, arrivez-vous à avoir une remontée d'info correcte dans votre équipement (model/serial/temperature/ ?