SFP+-Optiken selbst codieren mit einer FlexBox V3, gegen vorcodierte zu einem Viertel des Preises
Wir sind ein kleiner regionaler ISP und überarbeiten gerade das Optik-Budget für nächstes Jahr. Jedes 10G-Ersatzteil auf unserem Regal ist für genau eine Plattform codiert, der Ersatzteilpool ist dadurch etwa dreimal so groß, wie unsere Ausfallrate rechtfertigt. Die Idee auf dem Tisch ist, recodierbare Module zu kaufen und sie selbst zu codieren, wenn sie das Regal verlassen.
Was im Feld steckt:
- Cisco und Juniper auf der Aggregationsseite, mehrere Generationen gemischt
- 10GBASE-LR SFP+ auf den Metro-Links, dahin fließt tatsächlich das Geld
- Original-Module des Herstellers nur auf der Handvoll Ports, die ein Supportvertrag abdeckt
Die Zahlen pro Modul, die ich bisher gesammelt habe, dieselbe Klasse 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 allViermal der Preis eines Moduls für die Fähigkeit, es zu codieren, dazu was auch immer die Box selbst kostet. Das ist eine schwer verkäufliche Nummer für die Person, die die Rechnungen unterschreibt.
Zwei Fragen an Leute, die das tatsächlich betreiben. Bleiben selbst codierte Module von Cisco- und Juniper-Geräten akzeptiert, sobald sie im Betrieb sind, und ab welchem Ersatzteilvolumen zahlt sich der Aufpreis aus?
Comments 4
Wir codieren unsere eigenen Optiken schon eine ganze Weile auf einer FlexBox V3, also zur technischen Hälfte deiner Frage: nichts wurde abgelehnt. Cisco- und Juniper-Boxen nehmen sie, keine Warnungen im Log, keine festgehaltenen Ports, keine Diskussionen während eines Wartungsfensters. Was auch immer du auf dieser Seite befürchtest, ist hier nicht passiert.
Die Geld-Hälfte ist ein anderes Argument, und ich würde es der Führungsebene nicht als Einsparung pro Modul verkaufen, denn das ist es nicht. Du zahlst nicht 136,80 statt 34 für einen besseren Laser. Du zahlst es dafür, dass das Regal eine SKU statt fünf enthält. Zähl die Module, die ihr letztes Jahr abgeschrieben habt, weil sie für eine Plattform codiert waren, die ihr schon ausgemustert hattet, und addiere die Stunden, die jemand damit verbracht hat, nachts ein korrekt codiertes Ersatzteil zu einem Standort zu fahren. Das ist die Zahl, die der Aufpreis schlagen muss, nicht der Preis auf der Rechnung.
So habe ich es intern ungefähr auch formuliert, nur ohne Zahlen dahinter. Unser Abschreibungshaufen besteht meist aus 1G-Teilen, die für ausgemusterte Geräte codiert waren, das Argument ist also real, aber kleiner, als mir lieb wäre.
Zum Größenvergleich am anderen Ende der Spanne: auf den Ports, wo wir Originale behalten, ist das billigste Singlemode-10G-Teil, das wir bei Cisco angeboten bekommen, ein SFP-10G-LRM, für etwa tausend Dollar. Daneben sieht 136,80 für etwas, das ich recodieren und zwischen Plattformen verschieben kann, nicht mehr teuer aus. Teuer sieht es nur neben dem 34-Dollar-vorcodierten Modul aus, und das muss man jedes Mal neu kaufen, wenn die Gegenseite den Hersteller wechselt.
Eine andere Ecke desselben Problems, falls es deine Baseline verschiebt. Ubiquiti verkauft jetzt sein eigenes Codierwerkzeug, den UACC-SFP-WIZARD, für 49 USD gegen etwa 369 USD für die etablierten Programmer, und ihre Aktionspreise für Module lagen bei 12 USD für 10G SR, 29 USD für 25G SR und 39 USD für 100G SR4, angegeben als 10 bis 70 Prozent unter der Konkurrenz.
Bevor jemand zu aufgeregt wird: der Wizard codiert nur Ubiquiti-Module. Er ist kein Allzweck-Programmer und rührt den Bestand, den ihr schon habt, nicht an, er ersetzt also nicht die Box, die ihr gerade kalkuliert. Wenn euer Bestand Cisco und Juniper ist, bringt er gar nichts. Trotzdem wissenswert, denn 369 USD für einen Programmer werden schwerer zu rechtfertigen.
Noch etwas fürs Modell, wenn ihr entscheidet, welche Ports Originale behalten.
Nehmt das Dell 10Gb iSCSI SFP+ Optical Adapter Kit, Teil 540-BBKJ. Optisch ist es ein ganz normales 10GBASE-SR: 850 nm, Duplex-LC, etwa 300 m über OM3. Es gibt keine iSCSI-spezifische optische Schicht und keinen eigenen Standard dafür. Was diese Teilenummer kauft, ist der Vendor-String im Modul-EEPROM, sodass der Storage-Controller ein qualifiziertes Modul meldet, plus den Support-Anspruch auf diesem Pfad.
Was genau die Rechnung ist, die ihr gerade macht, nur dass die Antwort je nach Port-Rolle kippt. An einem gewöhnlichen Ethernet-Switch lässt ein generisch codiertes Modul meist einfach Traffic durch, und niemand merkt es. An einem Storage-Controller wird ein Modul, das die Box nicht qualifizieren will, zum Storage-Vorfall, und das Support-Gespräch danach läuft schlecht. Also codiert eure eigenen für Transport-Ports, und behaltet Originale dort, wo der Support-Fall das ist, was ihr wirklich kauft.