Zelf SFP+-optiek coderen op een FlexBox V3 versus voorgecodeerd voor een kwart van de prijs
We zijn een kleine regionale ISP die het optiekbudget voor volgend jaar aan het herzien is. Elke 10G-reserve op onze plank is gecodeerd voor precies één platform, waardoor de reservepool ruwweg drie keer groter is dan ons faalpercentage rechtvaardigt. Het idee dat nu op tafel ligt, is herprogrammeerbare modules kopen en die zelf coderen op het moment dat ze de plank verlaten.
Wat er in het veld staat:
- Cisco en Juniper aan de aggregatiekant, meerdere generaties door elkaar
- 10GBASE-LR SFP+ op de metrolinks, daar gaat het meeste geld naartoe
- vendor-originele modules alleen op het handjevol poorten dat onder een supportcontract valt
De prijzen per module die ik tot nu toe verzameld heb, dezelfde 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 allVier keer de prijs van een module voor de mogelijkheid om hem te coderen, plus wat de box zelf kost. Dat is een lastig verkoopverhaal voor degene die de facturen tekent.
Twee vragen voor mensen die dit daadwerkelijk draaien. Blijven zelfgecodeerde modules geaccepteerd door Cisco- en Juniper-apparatuur eenmaal in bedrijf, en bij welk reservevolume begint de meerprijs zichzelf terug te verdienen?
Comments 4
Wij coderen al een hele tijd onze eigen optiek op een FlexBox V3, dus wat het technische deel van je vraag betreft: er is niets afgewezen. Cisco- en Juniper-apparatuur accepteert ze, geen waarschuwingen in het log, geen poorten die vastgehouden worden, geen gedoe tijdens een onderhoudsvenster. Wat je ook vreest aan die kant, het is hier niet gebeurd.
Het geldverhaal is een ander argument, en ik zou het naar boven toe niet verkopen als een besparing per module, want dat is het niet. Je betaalt geen 136.80 in plaats van 34 voor een betere laser. Je betaalt het zodat de plank één SKU bevat in plaats van vijf. Tel de modules die je vorig jaar hebt afgeschreven omdat ze gecodeerd waren voor een platform dat je al had uitgefaseerd, en tel de uren erbij die iemand kwijt was om 's nachts een correct gecodeerde reserve naar een locatie te rijden. Dat is het getal waar de meerprijs tegenop moet boksen, niet de prijs op de factuur.
Zo had ik het intern ongeveer ook neergezet, alleen zonder cijfers erachter. Onze afschrijfstapel bestaat vooral uit 1G-onderdelen gecodeerd voor apparatuur die we uitgefaseerd hebben, dus het argument is reëel maar kleiner dan ik zou willen.
Voor de schaal aan het andere eind: op de poorten waar we wel originelen aanhouden, is het goedkoopste singlemode 10G-onderdeel dat we bij Cisco offerte kunnen krijgen een SFP-10G-LRM, rond de duizend dollar. Daarnaast ziet 136.80 voor iets wat ik kan herprogrammeren en tussen platforms kan verplaatsen er niet meer duur uit. Het ziet er alleen duur uit naast de voorgecodeerde module van 34 dollar, en die moet opnieuw gekocht worden elke keer dat de andere kant van leverancier wisselt.
Een andere hoek van hetzelfde probleem, voor het geval het je uitgangspunt verschuift. Ubiquiti verkoopt nu zijn eigen coderingstool, de UACC-SFP-WIZARD, voor 49 USD tegenover ongeveer 369 USD voor de gevestigde programmers, en hun promotionele moduleprijzen waren 12 USD voor 10G SR, 29 USD voor 25G SR en 39 USD voor 100G SR4, opgegeven als 10 tot 70 procent onder de concurrentie.
Voordat iemand enthousiast wordt: de wizard codeert alleen Ubiquiti-modules. Het is geen general purpose programmer en hij raakt de voorraad die je al hebt niet aan, dus hij vervangt de box waar je nu naar prijst niet. Als jouw park Cisco en Juniper is, levert hij je helemaal niets op. Toch de moeite waard om te weten, want 369 USD voor een programmer wordt steeds lastiger te verdedigen.
Nog iets om in het model mee te nemen als je bepaalt welke poorten originelen houden.
Neem de Dell 10Gb iSCSI SFP+ optical adapter kit, onderdeel 540-BBKJ. Optisch is het gewoon een 10GBASE-SR: 850 nm, duplex LC, ongeveer 300 m op OM3. Er is geen iSCSI-specifieke optische laag en geen apart standaard ervoor. Wat dat onderdeelnummer koopt, is de vendorstring in de module-EEPROM, zodat de storagecontroller een qualified module rapporteert, plus het supportrecht op dat pad.
En dat is precies de berekening die jij maakt, alleen slaat het antwoord om afhankelijk van de rol van de poort. Op een gewone Ethernet-switch geeft een generiek gecodeerde module meestal gewoon verkeer door en merkt niemand iets. Op een storagecontroller wordt een module die de box weigert te qualificeren een storage-incident, en het supportgesprek daarna verloopt slecht. Codeer dus je eigen modules voor transportpoorten, en houd originelen aan waar de supportcase het is wat je eigenlijk koopt.