Network programmability means democracy, means freedom, freedom to program across all layers and entities, software or hardware – depending on your needs. Is SDN required to have network programmability? Not at all. Does the SDN architecture leverage network programmability? Yes, of course. So, why do many people equate network programmability and SDN? Read More »
Thanks to SDN, the “Controller” word pops up in many network architecture discussions these days. In networking alone, we’re already surrounded by many “controllers” and we’re busy introducing more as we speak: For example, Session Border Controllers or Wireless LAN Controllers have been around for quite some time, and have recently announced the OpenDaylight Controller, the Cisco XNC, or the Cloupia Unified Infrastructure Controller. So what is a “Controller” in networking terms, and how many do we need in emerging network architectures?
One of the themes of my posts is that the overall ONE strategy, including virtualisation, would create an environment for network systems development that would meet the expectations of systems developers accustomed to the “enterprise” style of software development.
An enterprise systems developer expects the required systems resources for software development to be readily available for development and test purposes. When those resources constitute web application servers and databases, this is trivial with virtualisation, and generally unremarkable in today’s enterprise environments.
When those resources constitute expensive, high-end, routing and switching platforms, though, life is not that straightforward. A major part of a network engineer’s time is spent on obtaining, connecting and configuring network equipment for demonstration and test purposes. You can’t just try an idea out when it occurs to you, as the required network platforms often can’t be available when, and in the configuration, you want.
But imagine what you could do if those network resources were available at a click of a button. What if network engineers had the same capabilities as software engineers to create virtual environments of near perfect fidelity? Well, with the technology of the Virtual Internet Routing Laboratory (VIRL), that we are demonstrating at Cisco Live in Florida, that possibility is getting closer. Read More »
This week, at Cisco Live Orlando, we are introducing a brand new EIGRP feature called Over-the-Top (OTP). EIGRP OTP is focused on simplifying the deployment of branch networks utilizing an EIGRP end-to-end solution over public and private networks. This simplicity is further enhanced with EIGRP use of Over-the-Top (OTP) to support multiple service provider IP networks.
Connecting sites over a WAN cloud can be complex, especially when supporting thousands of branch locations, multiple service providers, and feature requirements like encryption. Aside from the configuration challenges, operationally, customers need to filter routes while avoiding routing loops during redistribution, which makes it harder to troubleshoot the network.
The EIGRP Over-the-Top (OTP) solution simplifies multi-provider IP WAN network designs. It simplifies the interface with the WAN providers and facilitates an end-to-end EIGRP network, which is easier to troubleshoot.
How simple is EIGRP OTP to deploy? Read More »
I admit it. I’ve grown weary of the debate about whether SDN includes network programmability or whether or not SDN can only be accomplished through NfV, or the relative merits of control plane / dataplane separation. I will leave those debates to others more focused on the technology itself. Personally, I have been more fascinated with what I see as the new business opportunities emerging around SDN.
Certainly there is a raft of opportunities for start-up companies in the controller space or in the virtualization of various networking functions. Many innovative new companies are re-examining existing network functions within the SDN paradigm; that will lead to some potentially new and useful approaches that may be cheaper/easier/faster than current designs. No doubt many customers will see value in these new ways of doing things, and everybody will benefit.
But that’s not what I find fascinating about SDN. What I am starting to see are ideas that are completely out of the box, and would likely not be thought of by typical network technologists working alone. Let me discuss a few categories of things I have seen possible with the emerging technologies.
The Network as a Compute Resource
It turns out Read More »