Written By Amrit Hanspal, Senior Manager, Service Provider Lead, Network OS Tech Group
Cisco Live in San Francisco (next week!) offers a host of learning opportunities if you are part of a Service Provider, or a large Enterprise that offers services to internal groups. Let my blog be your guide to help you chart out all the different sessions that Cisco has to offer during the week, with a specific focus on the software capabilities of the routing and switching platforms in 4 key areas – IPv6, SDN, MPLS Transport & Ethernet Services, and IP Routing.
First up, IPv6! The exhaustion of IPv4 is not the only driving force for IPv6 adoption. Service Provider IPv6 deployments are rapidly ramping up with a majority of SPs looking towards IPv6. Join us for a recap on ‘IPv6 – From Intro to Intermediate’ (Session ID: BRKRST-2116) or join us to hear about our experiences in ‘Service Provider IPv6 Deployment’ (Session ID: BRKSPG-3300) where our IPv6 gurus highlight deployment best practices and real-world challenges. Security is key in IPv6 – and that’s the focus of ‘IPv6 Security Threats & Mitigations’ (Session ID: BRKSEC-2003). And since we are dealing with the networking, don’t worry, we got you covered with a Troubleshooting IPv6 session (Session ID: BRKRST-2304). See the full list of learning opportunities at here.
Next up, is SDN – Software Defined Networking. The industry’s latest Read More »
As spring turns to summer, just 6 months from when Cisco announced its vision of Application Centric Infrastructure, the momentum has started to pick up on all fronts – solution availability, technology integration with partners, channel awareness and most importantly strong customer traction. It is worthwhile to look at the trajectory thus far –
Nexus 9000 shipping with strong customer traction, awards and records
70+ active ACI trials with customers and channel partners
ACI ecosystem – 33 ecosystem partners leveraging the open approach and the policy model
1000+ customers in pipeline
175+ customers across major SPs, Enterprise and Commercial with several production deployments
With the APIC ready to ship this summer and become generally available, it is very exciting to see the positive feedback coming in especially from customers and partners that are deploying the Nexus 9000 as also those participating in the ACI trials with the Application Policy Infrastructure Controller (APIC).
Hear directly from our major partners in this short video montage
Today we continued the momentum with new “ACI-ready” Nexus 9300 Top of Rack switches (9336PQ and 9396TX) both of which can ease into traditional 3-Tier deployments or ACI deployments moving forward. A new line card was also made available for the Nexus 9500 to function as an ACI ready spine. In addition, there were several other innovations across the Nexus portfolio, including a new Nexus 6004X switch, VXLAN support made available across the entire portfolio as well as enhanced programmability and SDN/automation capabilities on the Nexus 7000 series switches.
Cisco IT is early in the journey to deploying an application centric infrastructure (ACI). This journey requires us to look at the IT organization differently. When we started evaluating what it would take to align applications to the network, we quickly realized that our organizational structure wasn’t favorable to extracting the most value from ACI. We needed an architecture team that represents all seven layers of the OSI stack, and works in sync to create tenets and policies and classify applications that conform with how we ultimately want to build out the fabric. ACI requires a completely different view of the relationship (along with a common syntax and language) between IT infrastructure and applications.
There has been a lot of recent online discussion about automation of the datacenter network, how we all may (or may not) need to learn programming, the value of a CCIE, and similar topics. This blog tries to look beyond all that. Assume network configuration has been automated. How does that affect network design?
This week has been the semi-annual OpenStack Summit in Atlanta, GA. In a rare occurrence I’ve been able to be here as an attendee, which has given me wide insight into a world of Open Source development I rarely get to see outside of some interpersonal conversations with DevOps people. (If you’re not sure what OpenStack is, or what the difference is between it and OpenFlow, OpenDaylight, etc., you may want to read an earlier blog I wrote that explains it in plain English).
On the first day of the conference there was an “Ask the Experts” session based upon storage. Since i’ve been trying to work my way into this world of Programmability via my experience with storage and storage networking, I figured it would be an excellent place to start. Also, it was the first session of the conference.
During the course of the Q&A, John Griffith, the Program Technical Lead (PTL) of the Cinder project (Cinder is the name of the core project within OpenStack that deals with block storage) happened to mention that he believed that Cinder represented software-defined storage as a practical application of the concept.
I’m afraid I have to respectfully disagree. At least, I would hesitate to give it that kind of association yet. Read More »