June is summer weather in the San Francisco Bay Area, but quite different from the June I was used to in Boston. A common misconception around Mark Twain and his relationship with San Francisco summer is that he never said “The coldest winter I ever spent was a summer in San Francisco.” But he did say: “Cold! If the thermometer had been an inch longer we’d all have frozen to death.”
June is always exciting here and in Europe. NBA playoffs are on and the Giro d’Italia just ended with the Italian Vincenzo Nibali winning it emphatically. The San Antonio Spurs have been so good but King James brought the Heat back from a certain death in Game 6. Game 7 decides it all!
Equally exciting is the buzz in networking circles, especially in the Bay Area, around Software Defined Networking (SDN) and how it is potentially commoditizing networking infrastructure. However, just as we cleared up that misconception about Mark Twain, I’d like to clear up some points around WAN challenges with cloud migration and how SDN might be applied to overcome these challenges.
In this blog post I will discuss the challenges in the Enterprise WAN and relevancy of SDN in overcoming these challenges. In part 2, I’ll cover how the Cisco ONE Enterprise Networks Architecture addresses these WAN challenges. Read More »
Tags: Challenges to cloud migration, Cisco ONE, Cisco ONE Enterprise Networks Architecture, enterprise networks, open APIs, Open Networking, programmability, SDN, SDN controller
Much has been made of the emergence of Software Defined Networking and the programmable network. At its core, SDN involves opening up network interfaces in order to make the network programmable and allow for the development of applications. While some of those applications interact directly with the data plane, determining how individual packets are treated, many applications actually involve what can fundamentally be described as management functionality – automation of workflows, reaction to events, closing of control loops. A popular example concerns orchestration, in which resources are allocated and state modified so that collectively a service is provided – in many ways resembling a reincarnation of service provisioning in a new context and under a new name.
Of course, management applications and management interfaces have been around for a long time, so what is really new and different this time? Is SDN simply an exciting new label for a tired old concept? Does SDN obviate the need for traditional management? At the core of these questions are the concepts of programmability and manageability. Read More »
Tags: applications, Intelligent Network, Manageability, network management, programmability, SDN, software defined networking
So, with our announcements around OpenStack this week a few folks have asked me how OpenStack fits into our broader strategies like Cisco Open Network Environment. The short answer is “quite well, actually”, the longer answer follows.
If you look back our original introduction of the Cisco Open Network Environment, we made a couple of points—there is a plurality of use cases and as a result, there need to be a plurality of enabling technologies. While there are common objectives such as agility and programmability to better handle the macro trends like cloud and virtualization, the truth is, everyone has their own design objectives and priorities. To that sentiment, I might add that folks have varying operational objectives and priorities—the appetite for the amount of risk and complexity they want to take on.
With the three-pillar structure of the Open Network Environment, we feel like we have given folks the flexibility to choose the right technologies for the job. With initiatives like OpenStack we now support a different kind of flexibility.
While a segment of the market seems to want to start writing their own protocols and hand-wiring flow tables, a different segment of the market is moving in the other direction, expressing a desire to get out of the infrastructure business and focus their time and efforts on their apps and their users—this has traditionally been the Vblock and FlexPod crowd. With OpenStack, they now have another option—they get the programmability we talk about with the Open Network Environment, but at the stack level, instead of at the box level. The idea behind something like the Cisco Edition of OpenStack is simplify the task and reduce the risks of standing up a cloud stack. You have the full Folsom release of OpenStack, some Puppet recipes to simplify deployment and validation against the relevant Cisco hardware (follow that last link for details).
To get more insights into our OpenStack announcements this week, check our this blog by Lew Tucker, our VP/CTO for Cloud Computing and this post by Kyle Mestery, one of the many Cisco folks who has invested a great deal of time and effort in OpenStack.
One final thought. We are a long way from being done yet. In just the last few days, I blogged about how our Virtuata and vCider acquisitions fit into a multi-cloud strategy, we have had the aforementioned posts related to this week’s OpenStack announcements, and Rodrigo Flores just posted about our Multi-Cloud Acceleration Kits for our Intelligent Automation for Cloud solution. While cloud is the destination, there are many ways to get there as we have customers and we will continue to innovate and partner on a number of fronts and in a number of ways that will likely surprise some folks. Stay tuned.
Tags: Cisco Open Network Environment, Cloud Computing, FlexPod, OpenStack, programmability, SDN, Vblock, virtualization
This is the first in a series of posts about network based software development for “typical” enterprise developers, and how onePK can help.
Network based software development is special. The main interfaces are based on CLI interactions and SNMP, not to mention using RADIUS as a RPC mechanism, various forms of XML/HTTP found nowhere else, and additional innovations. For a typical enterprise or script developer these kinds of interfaces are unusual, to say the least. Read More »
Tags: API, developers, Network programmability, onePK, programmability, sdk