Coder soi-même des optiques SFP+ sur un FlexBox V3 contre des modules pré-codés à un quart du prix
Nous sommes un petit FAI régional en train de refaire le budget optiques pour l'année prochaine. Chaque pièce de rechange 10G sur notre étagère est codée pour exactement une seule plateforme, donc le stock de rechange est environ trois fois plus grand que ce que notre taux de panne justifie. L'idée sur la table est d'acheter des modules recodables et de les coder nous-mêmes au moment où ils quittent l'étagère.
Ce qui est sur le terrain :
- Cisco et Juniper côté agrégation, plusieurs générations mélangées
- 10GBASE-LR SFP+ sur les liens métropolitains, c'est là où va vraiment l'argent
- modules d'origine constructeur uniquement sur la poignée de ports couverts par un contrat de support
Les chiffres par module que j'ai rassemblés jusqu'ici, même classe de 10GBASE-LR SFP+ :
Fiberstore, pre-coded 34.00 USD
Flexoptix, self-codable 136.80 USD
Flexoptix FlexBox V3 one-off cost of the programmer
Solid Optics multi-fiber tool no public price at allQuatre fois le prix d'un module pour la possibilité de le coder, plus ce que coûte le boîtier lui-même. C'est difficile à défendre auprès de celui qui signe les factures.
Deux questions pour ceux qui font vraiment ça. Les modules auto-codés restent-ils acceptés par le matériel Cisco et Juniper une fois en service, et à partir de quel volume de stock la prime commence-t-elle à se rentabiliser ?
Comments 4
Nous codons nos propres optiques sur un FlexBox V3 depuis un bon moment, donc sur la moitié technique de votre question : rien n'a été rejeté. Le matériel Cisco et Juniper les accepte, aucun avertissement dans le journal, aucun port bloqué, aucune dispute pendant une fenêtre de maintenance. Ce que vous craignez de ce côté-là ne s'est pas produit ici.
La moitié financière est un argument différent, et je ne la vendrais pas en interne comme une économie par module, parce que ce n'en est pas une. Vous ne payez pas 136,80 au lieu de 34 pour un meilleur laser. Vous le payez pour que l'étagère ne contienne qu'une seule référence au lieu de cinq. Comptez les modules que vous avez passés en perte l'an dernier parce qu'ils étaient codés pour une plateforme déjà retirée, et ajoutez les heures que quelqu'un a passées à conduire une pièce de rechange correctement codée jusqu'à un site en pleine nuit. C'est ce chiffre-là que la prime doit dépasser, pas le prix sur la facture.
C'est à peu près comme ça que je l'avais présenté en interne, sauf sans chiffres derrière. Notre pile de pertes est surtout des pièces 1G codées pour du matériel qu'on a mis hors service, donc l'argument est réel mais plus modeste que je ne le voudrais.
Pour donner une échelle à l'autre bout du spectre : sur les ports où l'on garde des modules d'origine, la pièce 10G monomode la moins chère qu'on peut se faire coter chez Cisco est un SFP-10G-LRM, autour de mille dollars. À côté de ça, 136,80 pour quelque chose que je peux recoder et déplacer entre plateformes cesse de paraître cher. Ça ne paraît cher qu'à côté du module pré-codé à 34 dollars, et celui-là il faut le racheter à chaque fois que l'extrémité distante change de vendeur.
Un autre angle du même problème, au cas où ça déplace votre référence. Ubiquiti vend désormais son propre outil de codage, l'UACC-SFP-WIZARD, à 49 USD contre environ 369 USD pour les programmateurs établis, et leurs prix promotionnels de modules étaient de 12 USD pour du 10G SR, 29 USD pour du 25G SR et 39 USD pour du 100G SR4, annoncés comme 10 à 70 % sous la concurrence.
Avant de s'emballer : le wizard ne code que des modules Ubiquiti. Ce n'est pas un programmateur généraliste et il ne touchera pas au stock que vous possédez déjà, donc il ne remplace pas le boîtier que vous chiffrez. Si votre parc est Cisco et Juniper, ça ne vous apporte strictement rien. Ça vaut quand même la peine de le savoir, parce que 369 USD pour un programmateur va devenir plus difficile à défendre.
Une chose à garder dans le modèle quand vous décidez quels ports gardent des modules d'origine.
Prenez le kit d'adaptateur optique Dell 10Gb iSCSI SFP+, référence 540-BBKJ. Optiquement c'est un simple 10GBASE-SR : 850 nm, LC duplex, environ 300 m sur OM3. Il n'y a aucune couche optique spécifique à l'iSCSI ni de norme séparée pour ça. Ce que cette référence achète, c'est la chaîne de caractères du vendeur dans l'EEPROM du module, pour que le contrôleur de stockage signale un module qualifié, plus le droit au support sur ce chemin.
Ce qui est exactement le calcul que vous faites, sauf que la réponse s'inverse selon le rôle du port. Sur un simple switch Ethernet, un module codé génériquement passe généralement le trafic sans que personne ne le remarque. Sur un contrôleur de stockage, un module que le boîtier refuse de qualifier devient un incident de stockage, et la conversation de support qui suit se passe mal. Donc codez vos propres modules pour les ports de transport, et gardez des modules d'origine là où le dossier de support est ce que vous achetez vraiment.