The technology that gives me a “nerd hard-on” this month is SDN WAN. Here is why.
Many people are predicting that networking will become a heavily commoditised with cheap white box hardware in the next few years. But I don’t believe commoditisation will happen the way that most people expect. So in this article I’m working through different ideas and concepts on product pricing and perceived value of networking as a whole. I would welcome discussion on this, I’m not completely confident that I’ve got my ideas locked down here. See you in the comments !
There is an old saying “A man with his eyes fixed on Heaven doesn’t see where he is going”. It’s an almost perfect description of how the major vendors are bringing Software Defined Networking to the market.
The consistent message from all the vendors and especially the Cisco, Juniper and Brocade is that there are “no use cases for SDN”. In the last three months, this has been a constantly repeated statement both publicly and privately. This beggars belief that vendors can’t see immediate needs that deliver long term gains.
I suspect that the root of this problem is the big companies want to solve big problems. And by solving big problems they figure that they can make big revenue. Alright, I get that. It’s understandable that large organisations need a constant revenue stream to feed the insatiable maws of their shareholders. However, the vendors re also missing the most real and immediate problem of networking today. Simply, Networking is too hard.
Vendors haven’t developed tools that keep the complexity of networking under control. Complexity can be reduced to this: “I don’t have big problems, I have lots of small problems.” You can have debates about addressing complexity and how to attack it, but it nearly always boils down to this: start small.
Had a few conversations, and some articles, where comparisons are being made between Embrane and Nicira and wanted to point out that there are few similarities between these companies.
I’ve been working on making some predictions about 2012 and networking. I like to do this in the year of 2012 (not 2011 like everyone else) and I like to go further than anyone else and predict what WILL NOT be big in 2012.
In which I look at CARP vs VRRP, the nature of open standards and closed source fibre optic connectors that you pay royalties on, but you probably don’t know about.
I’m responding to Brad Hedlund’s post “On optimizing traffic for network virtualization” where he seems to missed a key point. It’s about cost of ownership in terms of ability to troubleshoot.
I was reading this research paper “European Research on Future Internet Design” and was struck by this diagram….
I resent the fact that Cisco partners get more information than Customers on Cisco’s website. Shows you who Cisco thinks the Customer really is.
What special powers do resellers have that makes them more effective ?
How does withholding information from Customers give a better outcome ?
Me ? Many resellers are not competent enough to be business and need a headstart to be useful to customers. Without some sort of “special needs” assistance, they wouldn’t be in the race.
Too harsh ? IBM and HP don’t rely on resellers to win business. Why does Cisco ?
VMware has made several strategic moves to implement dynamic networking – vSwitch, vDS, Nexus 1000 (in partnership with Cisco), vCloud External Networks (using MAC in MAC of all things) and have basically failed to deliver overlay technology without implementing technology in the network itself. Equally, VMware hasn’t been willing to engage with the networking vendors to develop technologies that would solve this problem – VNtag / VEPA/ VEP combined with TRILL / SPBB, instead letting them argue amongst themselves. VMware attempt with vCloud networking using MACinMAC encapsulation seems to have failed and stalled and is getting another attempt using MACinIP. VMware/Xen/HyperV are all desperate to have a more dynamic network that can be controlled from their software and this might be where OpenFlow gets a big lift – as a configuration engine.