I was reminded last week as I was speaking with an optical transceiver module vendor about their data communications product, just how difficult this market is. Not only do they need to start development of the next data rate before they make ANY money on the current state-of-the-art, but most of their margin is actually taken by their equipment manufacturer customers. I've written about this before, but its time to rant about it again.
I’ve noted in the past how equipment manufacturers charge a lot more for optical modules they sell to end users than what they actually pay for them from transceiver suppliers. Considering the pains NEMs go through to “qualify” their vendors, a healthy markup in the early stages of a new product adoption can be warranted. But, I’m not so sure keeping it at more than 5x the price five years down the road can be justified. And is it sustainable? Some transceiver manufacturers sell products at gross margins in the 20-percent (or less) range, while their biggest customers (NEMs) enjoy upwards of 50-percent.
And guess what, there’s not much the suppliers can do. It is well known that Cisco, Brocade and others purchase modules as well as SFP+ direct-attach copper cables from well-known suppliers and resell them at much higher prices. And if I’m an end user, I MUST buy these from the NEM or their designate or my equipment won’t work. These devices have EEPROMs that can be programmed with what some call a “magic key” that only allow them to work with specific equipment. So the OEM now has a captive market for modules and copper cables connecting their equipment, and so they can pretty much charge what they want to and they do. If I try to use a “standard” module or cable assembly – one that is compliant to the specification – it will not work unless it has this “magic key.”
I’ve experienced this first hand when I worked in a R&D lab. I had a brand new HP ProCurve Gigabit Ethernet switch that I wanted to use for some cable testing I was doing. I had dozens of SFP modules from all of the top transceiver manufacturers, but none of them would work in the switch. I called HP and they said, “You have to buy the HP mini-GBIC.” Well, I knew that wasn’t exactly true. I didn’t really want to pay the $400+ each for four more SFPs that I didn’t need so I tried to work through my contacts at HP to get a firmware patch so I could use my existing devices. Long story short, I never did get that patch and ended up doing my testing with SMC switches instead.
Nothing much has changed since my original post about this more than three years ago except that the devices keep getting cheaper. NEMs are still gouging the end user, while squeezing their vendors' margins. For instance, Cisco pays around $20 for a 10GBASE-SR SFP+ module from its top vendors and turns around and sells it for over $100. I'm actually surprised more module vendors haven't decided to discontinue their data communications module business in favor of some more lucrative opportunities. This model is not sustainable for the long term.
Showing posts with label Brocade. Show all posts
Showing posts with label Brocade. Show all posts
Monday, November 11, 2013
How the Optical Transceiver Module Sales Channel is Broken
Labels:
10G Ethernet,
10GBASE-SR,
Brocade,
Cisco,
optical modules,
SFP,
SFP+,
SMC
Monday, October 25, 2010
Interop, New York - Software Show Now
I hadn’t been to Interop since 2003 and I’d never been to the New York show so I decided this year I would give it a shot. I was woefully disappointed. I was expecting to see great product demonstrations from all the top equipment manufacturers, but instead received inquiries for meetings from software vendors who didn’t even bother to see that I cover data centers, optical components, structured cabling and interconnects.
The exhibit hall only had eight rows. Cisco was there, but half of its booth was taken up by its channel partners and the other half had virtual demos, not actual equipment running. Brocade was there, but had a much smaller booth and pretty much legacy equipment on a tabletop display. Most telling of course were the companies that didn’t participate in the exhibition – Extreme Networks and IBM to name just two.
Some of the programming was interesting, though, and maybe made it worth the travel costs. I sat in on the second day of the Enterprise Cloud Summit so actually got to meet some of the gurus in the industry of cloud computing. I also sat in on the “Evaluating New Data Center LAN Architectures” technical session which was a panel of equipment manufacturers that responded to an RFI from Boston Scientific for a data center expansion project. Interesting to note is that while Cisco was asked to respond, it did not. The panel consisted of Alcatel-Lucent, Extreme Networks, Force10 and Hewlett Packard. It is also interesting to note that the vendors responded with different architectures – some including top-of-rack solutions and others with end-of-row.
All-in-all, I think my time would have been better spent staying home and working on my optical components research…
The exhibit hall only had eight rows. Cisco was there, but half of its booth was taken up by its channel partners and the other half had virtual demos, not actual equipment running. Brocade was there, but had a much smaller booth and pretty much legacy equipment on a tabletop display. Most telling of course were the companies that didn’t participate in the exhibition – Extreme Networks and IBM to name just two.
Some of the programming was interesting, though, and maybe made it worth the travel costs. I sat in on the second day of the Enterprise Cloud Summit so actually got to meet some of the gurus in the industry of cloud computing. I also sat in on the “Evaluating New Data Center LAN Architectures” technical session which was a panel of equipment manufacturers that responded to an RFI from Boston Scientific for a data center expansion project. Interesting to note is that while Cisco was asked to respond, it did not. The panel consisted of Alcatel-Lucent, Extreme Networks, Force10 and Hewlett Packard. It is also interesting to note that the vendors responded with different architectures – some including top-of-rack solutions and others with end-of-row.
All-in-all, I think my time would have been better spent staying home and working on my optical components research…
Monday, August 23, 2010
When a Standard Isn’t Exactly a Standard
I’ve noted in a couple of posts now that equipment manufacturers charge a lot more for optical modules they sell to end users than what they actually pay for them from transceiver suppliers. Considering the pains OEMs go through to “qualify” their vendors, a healthy markup in the early stages of a new product adoption can be warranted. But, I’m not so sure keeping it at more than 5x the price five years down the road can be justified. And is it sustainable? Some transceiver manufacturers sell products at gross margins in the 20-percent range, while their biggest customers (OEMs) enjoy more like 40 percent.
And guess what, there’s not much the suppliers can do. It is well known that Cisco, Brocade and others purchase modules, and now SFP+ direct-attach copper cables, from well-known suppliers and resell them at much higher prices. And if I’m an end user, I MUST buy these from OEM or their designate or my equipment won’t work. These devices have EEPROMs that can be programmed with what some call a “magic key” that only allow them to work with specific equipment. So the OEM now has a captive market for modules and copper cables going into their equipment, and so they can pretty much charge what they want to. If I try to use a “standard” module or cable assembly – one that is compliant to the specification – it will not work unless it has this “magic key.”
I’ve experienced this first hand. I had a brand new HP ProCurve Gigabit Ethernet switch that I wanted to use for some cable testing I was doing. I had dozens of SFP modules from all of the top transceiver manufacturers, but none of them would work in the switch. I called HP and they said, “You have to buy the HP mini-GBIC.” Well, I knew that wasn’t exactly true. I didn’t really want to pay the $400+ each for four more SFPs that I didn’t need so I tried to work through my contacts at HP to get a firmware patch so I could use my existing devices. Long story short, I never did get that patch and ended up doing my testing with SMC switches instead.
Prime example of when an open standard is not so open. Will data center managers be able to sustain this when they have to move equipment around and need different modules or cable assemblies? Are the OEMs thinking about the aftermarket and the fact that data center managers are used to going to distributors to get these items? And are OEMs going to continue to gouge end users and potentially cripple their suppliers?
One added note - there are at least two equipment manufacturers that I know of that support an open standard: Blade Networks and Extreme Networks. While they will both supply the modules and cable assemblies, they don't lock out other standards-compliant parts that customers may want to use.
And guess what, there’s not much the suppliers can do. It is well known that Cisco, Brocade and others purchase modules, and now SFP+ direct-attach copper cables, from well-known suppliers and resell them at much higher prices. And if I’m an end user, I MUST buy these from OEM or their designate or my equipment won’t work. These devices have EEPROMs that can be programmed with what some call a “magic key” that only allow them to work with specific equipment. So the OEM now has a captive market for modules and copper cables going into their equipment, and so they can pretty much charge what they want to. If I try to use a “standard” module or cable assembly – one that is compliant to the specification – it will not work unless it has this “magic key.”
I’ve experienced this first hand. I had a brand new HP ProCurve Gigabit Ethernet switch that I wanted to use for some cable testing I was doing. I had dozens of SFP modules from all of the top transceiver manufacturers, but none of them would work in the switch. I called HP and they said, “You have to buy the HP mini-GBIC.” Well, I knew that wasn’t exactly true. I didn’t really want to pay the $400+ each for four more SFPs that I didn’t need so I tried to work through my contacts at HP to get a firmware patch so I could use my existing devices. Long story short, I never did get that patch and ended up doing my testing with SMC switches instead.
Prime example of when an open standard is not so open. Will data center managers be able to sustain this when they have to move equipment around and need different modules or cable assemblies? Are the OEMs thinking about the aftermarket and the fact that data center managers are used to going to distributors to get these items? And are OEMs going to continue to gouge end users and potentially cripple their suppliers?
One added note - there are at least two equipment manufacturers that I know of that support an open standard: Blade Networks and Extreme Networks. While they will both supply the modules and cable assemblies, they don't lock out other standards-compliant parts that customers may want to use.
Labels:
Blade Networks,
Brocade,
Cisco,
Extreme Networks,
Gigabit,
HP,
SFP,
SFP+,
SMC
Monday, July 26, 2010
Cost Effective 10G Data Center Networks
For networks running Gigabit Ethernet, it’s a no-brainer to use Category 5e or 6 cabling with low-cost copper switches for less than 100m connections because they are very reliable and cost about 40-percent less per port than short-wavelength optical ones. But for 10G, there are other factors to consider.
While 10GBASE-T ports are now supposedly available on switches (at least the top Ethernet switch vendors, Brocade, Cisco and Extreme Networks say they have them), is it really more cost effective to use these instead of 10GBASE-SR, 10GBASE-CX4 or 10GBASE-CR (SFP+ direct attach copper)? Well, again, it depends on what your network looks like and how well your data center electrical power and cooling structures are designed.
First, 10GBASE-CX4 is really a legacy product and is only available on a limited number of switches so you may want to rule this out right away. If you’re looking for higher density, but you can’t support too many higher power devices, I would opt for 10GBASE-SR because it has the lowest power consumption – usually less than 1W/port. And also, the useful life of LOMF is longer; it’s smaller so won’t take up as much space or block cooling airflow if installed under a raised floor.
If you don’t have a power or density problem and can make do with just a few 10G ports for a short distance, you may choose to use 10GBASE-CR (about $615/port). But, if you don’t have a power or density issue and you need to go longer than about 10m, you’ll still need to use 10GBASE-SR and if you need a reach of more than 300m you’ll need to either install OM4 cable (which will get you up to 600m in some cases) to use with your SR devices; or look at 10GBASE-LR modules ($2500/port) that will cost you about twice as much as the SR transceivers (about $1300/port). If your reach needs to be less than 100m and you can afford higher power, but you need the density, 10GBASE-T (<$500/port) may be your solution. If you have a mix of these requirements, you may want to make sure you opt for an SFP-based switch so you can mix long and short reaches and copper and fiber modules/cables for maximum flexibility.
So what’s the bottom line? Do an assessment of your needs in your data center (and the rest of your network for that matter) and plan them out in order to maximize the cost effectiveness of your 10G networks. One more thing – if you can wait a few months, you may want to consider delaying implementation of 10G until later this year when most of the 10GBASE-T chip manufacturers promise to have less than 2.5W devices commercially available, which will drastically reduce (about half) its per port power consumption.
While 10GBASE-T ports are now supposedly available on switches (at least the top Ethernet switch vendors, Brocade, Cisco and Extreme Networks say they have them), is it really more cost effective to use these instead of 10GBASE-SR, 10GBASE-CX4 or 10GBASE-CR (SFP+ direct attach copper)? Well, again, it depends on what your network looks like and how well your data center electrical power and cooling structures are designed.
First, 10GBASE-CX4 is really a legacy product and is only available on a limited number of switches so you may want to rule this out right away. If you’re looking for higher density, but you can’t support too many higher power devices, I would opt for 10GBASE-SR because it has the lowest power consumption – usually less than 1W/port. And also, the useful life of LOMF is longer; it’s smaller so won’t take up as much space or block cooling airflow if installed under a raised floor.
If you don’t have a power or density problem and can make do with just a few 10G ports for a short distance, you may choose to use 10GBASE-CR (about $615/port). But, if you don’t have a power or density issue and you need to go longer than about 10m, you’ll still need to use 10GBASE-SR and if you need a reach of more than 300m you’ll need to either install OM4 cable (which will get you up to 600m in some cases) to use with your SR devices; or look at 10GBASE-LR modules ($2500/port) that will cost you about twice as much as the SR transceivers (about $1300/port). If your reach needs to be less than 100m and you can afford higher power, but you need the density, 10GBASE-T (<$500/port) may be your solution. If you have a mix of these requirements, you may want to make sure you opt for an SFP-based switch so you can mix long and short reaches and copper and fiber modules/cables for maximum flexibility.
So what’s the bottom line? Do an assessment of your needs in your data center (and the rest of your network for that matter) and plan them out in order to maximize the cost effectiveness of your 10G networks. One more thing – if you can wait a few months, you may want to consider delaying implementation of 10G until later this year when most of the 10GBASE-T chip manufacturers promise to have less than 2.5W devices commercially available, which will drastically reduce (about half) its per port power consumption.
Labels:
10G,
10GBASE-LR,
10GBASE-SR,
10GBASE-T,
Brocade,
category 6,
Cisco,
Extreme Networks,
fiber
Thursday, July 15, 2010
VCSELs – The Enabling Factor of Fiber in the Data Center
Optical technology proponents have argued for many years that fiber is about to take over all of networking. But, time and time again we have seen copper technologies reinvent themselves to serve at least the last 100 meters in LANs. But with the complicated digital signal processing that is needed to enable the 100-meter operation of copper comes a cost – power consumption. And in data center operations, power consumption may be the single most important issue still needing to be solved.
Before the EPA performed their study on data center power consumption and before the creation of the Green Grid, data center managers were worried more about running out of space than out of power. Now, with complicated electronics and the better utilization of server processing through virtualization, lowering power consumption has become more imperative.
VCSEL-based short-wavelength fiber optic networks may be the answer. As mentioned in a previous post, on a port-by-port basis, 10GBASE-SR devices consume four times less power than 10GBASE-T ones. And when you have thousands of these ports within your data center, the total power consumption adds up quickly. Stay tuned for further quantitative analyses of copper versus fiber in the data center.
Finisar is one of the leading manufacturers of VCSELs, and they sell the short wavelength transceivers to LAN and SAN equipment providers including Brocade, Cisco, QLogic , HP and EMC. While transceivers generally sell at very low margins, they are an essential part of keeping costs down and power consumption low in data center networks.
Contributing Analyst - David Gross.
Before the EPA performed their study on data center power consumption and before the creation of the Green Grid, data center managers were worried more about running out of space than out of power. Now, with complicated electronics and the better utilization of server processing through virtualization, lowering power consumption has become more imperative.
VCSEL-based short-wavelength fiber optic networks may be the answer. As mentioned in a previous post, on a port-by-port basis, 10GBASE-SR devices consume four times less power than 10GBASE-T ones. And when you have thousands of these ports within your data center, the total power consumption adds up quickly. Stay tuned for further quantitative analyses of copper versus fiber in the data center.
Finisar is one of the leading manufacturers of VCSELs, and they sell the short wavelength transceivers to LAN and SAN equipment providers including Brocade, Cisco, QLogic , HP and EMC. While transceivers generally sell at very low margins, they are an essential part of keeping costs down and power consumption low in data center networks.
Contributing Analyst - David Gross.
Subscribe to:
Posts (Atom)