On the other side is tomorrow’s market, the Internet of Things. Cisco wants to drive its familiar technology into this space--Internet Protocol and all the legacy hardware and software expertise Cisco has built around it.
Corporate execs often cite the $180 billion of installed Cisco infrastructure around the world. I contend that badge of honor can also be an albatross around its neck, the heavy legacy crown of the innovator’s dilemma.
So defending IP makes sense. IP is the electricity that drives the Internet today. But it just isn’t the reality of the fledgling IoT world.
You wouldn’t know it from listening to Cisco’s presentations, but even its key IoT customers such as Canada’s BC Hydro utility do not yet use IP in their smart meters.
Cisco is working on BC Hydro and a handful of other utilities to adopt IP. If it is wildly successful perhaps it will have ten million IP smart meters installed at the end of the year. But it’s worth noting there are already nearly 2 billion non-IP smart meters deployed today.
A couple decades ago, Internet pioneer Vint Cerf became a tech folk legend for his T-shirt that said “IP everywhere.” It was funny and it was right then. Today Cerf works for Google, a company that uses a lot of IP, but isn’t wedded to it—anywhere.
Explore the emerging IoT world a bit and you will find a little startup company in England called Neul that started the Weightless Special Interest Group to promote IoT on TV white spaces. It does not use IP and it already has 617 members. It is just one of dozens of IoT efforts trying to pioneer the next big thing--ubiquitous computing.
Cisco needs to be more agnostic if it is to navigate its way into the future. It could learn a lesson from Samsung.
Samsung has become the world’s largest IT company and the second largest semiconductor company. In my opinion, one reason it has risen to such heights (besides a lot of good government nurturing you won’t find outside Asia) is due to the fact it is agnostic. It doesn’t need technology to be red or blue or green, it just makes what people want.
Cisco needs to let go of IP and IOS and ASICs. If it is to continue to be a communications king, Cisco needs to become as agnostic as Samsung and just do what is right for its current networking users and the IoT networks to come.
Or it can hang on to what it owns until it is overrun by the hoards. Interestingly, when I drive through the giant Cisco village along San Jose’s Tasman Avenue I have always been struck by the resemblance of its austere stone buildings, one after another, to a kind of modern Roman Empire.
I agree with this statement - "Let's make sure we know what we need before we launch a major buildout that will need to be redone many times before it's suitable for the intended purpose", mentioned by JeffL_2; The issue is how do we go about it. So many vendors leap into the market with proprietary technology or methodologies (ala CISCO and EIGRP) and then try to make it the standard, instead of using patience with the standards committees like the IETF and JEDEC and waiting for the markets and the standards to mature. And why do they do this? Security. We all admit we enjoy having jobs. It is trust in ourselves that insures that we eat, but it is trust in others that insures our survival. Also, I believe it's a false assertion to claim we can only endorse either SDN or ASICs implement methodologies -when Reconfigurable Hardware has only just recently emerged. But it may require us to hand over significant authorization power to others -the free market (ie unemployment!). Which brings me back to our circular dilemma which we refuse to face: our fear of job/career security. There is a diamond within reach, but we refuse to let go of the sand.
The problem I see is we're only talking about IoT as a "market" rather than having a more meaningful definition that would shed some light on what our primary concerns ought to be. For example to the extent that it will be used for control instead of just monitoring, security will tend to get a lot more focus, otherwise any "script kiddy" with a Raspberry Pi could bring havoc to the system. Ironically at least on the "big iron" switches it frequently takes something on the order of a DDOS attack to mess things up, if on the other hand you're dealing with a significantly narrower bandwidth it takes a much LESS structured attack to create significant problems! Remember even on the systems we use now the "dumb router" that was necessitated by early IP address limitations became the "firewall" we now rely on to help address our security shortcomings, it would be preferable if we didn't have to suffer through that all over again. If we have to proliferate crypto strategies throughout IoT then the minimum MIPS requirement per node goes up substantially. Let's make sure we know what we need before we launch a major buildout that will need to be redone many times before it's suitable for the intended purpose.
Sorry, but I think this topic of SDNs, much like IoT and "cloud computing," is mostly trade press/marketing buzzword hype. It gets taken way too literally, like something brand new, when in fact it's "more of the same." By which I mean literally MORE, of what we've known for decades.
Routers and layer 3 switches are becially identical devices, as far as their function goes, and as far as how they operate within Internet Protocol routed networks. The difference is only in how they are built. In order to allow faster speeds, what the hype calls "layer 3 switches" do most of their routing functions in hardware.
If you want to adjust the way these devices operate in real time, for instance changing the routing priorities of different queues, then you have to allow for these functions to be done in software. Also if you want to adjust the remote monitoring of minute aspects of each device, that too will drive you to a more software-oriented router. Obviously, the larger a network is, the more you may want to monitor and adjust these devices remotely. Everyone has known this for years and years.
So it becomes a balancing act. To think that Cisco and any other router vendor aren't fully aware of these tradeoffs is naive. And same as always, the device makers will introduce proprietary solutions, in their otherwise commodity products, to solve specific customer requirements in particularly clever ways. While at the same time, also offering the standards-based solutions that the marketing hype encourages the corporate buyers to ask for.
In a few short years from now, we'll look back at today's buzzwords du jour and we'll see that in fact, things progressed along a predictable and continuous line, without any obviously jarring change in direction.
David Patterson, known for his pioneering research that led to RAID, clusters and more, is part of a team at UC Berkeley that recently made its RISC-V processor architecture an open source hardware offering. We talk with Patterson and one of his colleagues behind the effort about the opportunities they see, what new kinds of designs they hope to enable and what it means for today’s commercial processor giants such as Intel, ARM and Imagination Technologies.