Après avoir eu pas mal de problèmes avec des switches tatillons avec les marques de modules SFP, j’ai essayé de me procurer un « encodeur ».
Pas de bol, c’est largement trop cher.
Et puis, on m’a indiqué cet article :
http://eoinpk.blogspot.fr/2014/05/raspberry-pi-and-programming-eeproms-on.html
Je fais le test : yeah, ça marche ! enfin ça a l’air.
Sauf que c’est franchement la bidouille,
Les données se lisent et s’écrivent comme dans une eeprom I2C générique.
Les outils de base tels que i2cdetect, i2cget et i2cset peuvent suffire mais vous pouvez aussi vous faire vos propres programmes en C ou en python.
FAITES DES SAUVEGARDES !!!
IL est par ailleurs évident que ces informations sont purement déclaratives. Si vous copiez les infos d’un 100M SX sur un 1G LX, ça serait miraculeux que ça fonctionne correctement.
Attention: La structure de la mémoire comporte des checksums, Voir la documentation specification SFP Tout les switches que j’ai testé ont reffusé d’utiliser des SFP où le checksum était faux.
Le plus simple est généralement de copier les infos d’un SFP qui est connu pour être accepteé sur un autre SFP « générique ».
ETAPE SUIVANTE
Faire un petit PCB avec une cage SFP qui fait la même chose que la bidouille précédente
Quelques jours plus tard, Tada! c’est arrivé.
Pour ceux qui seraient intéressés, j’ai encore quelques PCB.
N’hésitez pas à me contacter à l’adresse que l’on peut lire sur la photo.
Je peux également faire des kits PCB+composants.
Enfin si vous avez un peu peur des soudures CMS à pas fin, je peux aussi les assembler pour vous.