Interest in Software Defined Networking (SDN) continues to grow through the ability to make networks more programmable, flexible and agile. This is accomplished by accelerating application deployment and management, simplifying automating network operations and creating a more responsive IT model.
Cisco is extending its leadership in SDN and Data Center Automation solutions with the announcement today of Cisco Virtual Topology System (VTS), which improves IT automation and optimizes cloud networks across the entire Nexus switching portfolio. Cisco VTS focuses on the management and automation of VXLAN-based overlay networks, a critical foundation for both enterprise private clouds and service providers. The announcement of the VTS overlay management system follows on Cisco’s announcement earlier this year supporting the EVPN VXLAN standard, which underlies the VTS solution.
Cisco VTS extends the Cisco SDN strategy and portfolio, which includes Cisco Application Centric Infrastructure (ACI), as well Cisco’s programmable NX-OS platforms, to a broader market and for additional use cases, which includes our massive installed base of Nexus 2000-7000 products, and to customers whose primary SDN challenge is in the automation, management and ongoing optimization of their virtual overlay infrastructure. With support for the EVPN VXLAN standard, VTS furthers Cisco’s commitment to open SDN standards, and increases interoperability in heterogeneous switching environments, with third-party controllers, and with cloud automation tools that sit on top of the open northbound API’s of the VTS controller.
Cisco is committed to delivering this degree of interoperability and integration with multi-vendor ecosystems for all of its SDN architectures, as we have previously exhibited with ACI, with the contributions we have made on Group Based Policies (GBP) to open source communities, and with our own Open SDN Controller based on Open Daylight. With VTS, we now offer the broadest range of SDN approaches across the broadest range of platforms and the broadest ecosystem of partners in the industry.
Programmability | Automation | Policy
Programmable Networks: With Nexus and NX-OS Programmability across the entire portfolio, we deliver value to customers deploying a DevOps model for automating network configuration and management. These customers are able to leverage the same toolsets (such as existing Linux utilities) to manage their compute and networks in a consistent operational model. We continue to modernize the Nexus operating system and enhance the existing NX-APIs by adding secure SDK with native Linux packaging support, additional OpenFlow support and delivering an object driven programming model. This enables speed and efficiency when programming the network while also securely deploying 3rd party applications for enhanced monitoring and visibility such as Splunk, Nagios and tcollector natively on the network.
Programmable Fabrics: Overlay networks provide the foundation for scalable multi-tenant cloud networks. VXLAN, developed by Cisco along with other virtualization platform vendors, has emerged as the most widely-adopted multi-vendor overlay technology. In order to advance this technology further, a scalable and standards-based control plane mechanism such as BGP EVPN is required. Using BGP EVPN as a control-plane protocol for VXLAN optimizes forwarding and eliminates the need for inefficient flood-and-learn approaches while improving scale. It also facilitates large scale deployments of overlay networks by removing complexity, fosters higher interoperability through open standard control plane solutions, and access to a wider range of cloud management platforms.
Application Centric Policy: Cisco will be able to offer the most complete solution on the Nexus 9000 series whether it is ACI policy-based automation or BGP EVPN-based overlay management. Customers will now have a choice for running an EVPN VXLAN controller in a traditional Nexus 9000 “standalone” mode, or to leverage ACI and the APIC controller with the full ACI application policy model, and integrated overlay and physical network visibility, telemetry and health scores. VTS will support EVPN VXLAN technology across a range of topologies (spine-leaf, three-tier aggregation, full mesh) with the full Nexus portfolio, as well as interoperate with a wide range of Top of Rack (ToR) switches and WAN equipment.
VTS Design and Architecture
The Cisco Virtual Topology System (VTS) is an cloud/overlay SDN solution that provides Layer 2 and Layer 3 connectivity to tenant, router and service VMs. Cisco VTS is designed to address the multi-tenant connectivity requirements of virtualized hosts, as well as bare metal servers. VTS is comprised of the Virtual Topology Controller (VTC), the centralized management and control system, and the Virtual Topology Forwarder (VTF), the host-side virtual networking component and VXLAN tunnel endpoint. Together they implement the controller and forwarding functionality in an SDN context.
The Cisco VTS solution is designed to be hypervisor agnostic. Cisco VTS supports both VMware ESXi hypervisor and KVM on RedHat Linux. VTS will support integration with OpenStack and VMware vCenter for integration with other data center and cloud infrastructure automation. VTS also integrates with Cisco Prime Data Center Networking Manager (DCNM) for underlay management. The Cisco VTC, the VTS controller component, will provide a REST-based Northbound API for integration into other systems.
Cisco VTS will be available in August.
In related datacenter, Nexus, and ACI announcements here at Cisco Live!, Cisco announced:
Cisco Nexus Portfolio:
- NEW! Nexus 3200 Top Of Rack switches based on latest Broadcom ASIC silicon offering greater performance and scale for next generation 25G/40G/50G/100G cloud datacenters – Available Q3CY15, adding to Cisco’s Nexus 3K/9K Merchant+ Portfolio growing 144% Y/Y and > 1M Ports Shipped!
- NEW! Shipping: Extension of standards-based fabric support with VXLAN BGP EVPN to the modular Nexus 9500 series
- NEW! Announcing: Open Extensible NX-OS on Nexus 9000 with
- NEW! Announcing: standards-based fabric support on Nexus 5000 and Nexus 7000 with VXLAN BGP EVPN
- NEW! Announcing: Availability of common programmatic approach using NXAPI across Nexus 2000-Nexus 9000
Cisco ACI:
- NEW! Extending ACI Fabric in to the Data Center Interconnect with the support of Nexus 7000
- NEW! Announcing new ACI features on Nexus 9000 including IPv6, Microsoft Azure and System Center network automation and transit fabric interconnect support.
- NEW! ACI stretched fabric allowing customers to build an ACI fabric stretched across multiple destinations with 10msec round-trip time including over Dense Wavelength Division Multiplexing (DWDM), Pseudo-wire and 40G dark fiber
- NEW! CliQr ecosystem partnership for automating application dependency mapping and application deployment on ACI networks
- NEW! Improved operational simplicity with heat maps, capacity planning and new fabric and leaf statistics
- NEW! Exposed group-based policy through Openstack on ACI enabling application developers to directly model their application requirements through Openstack interfaces while also contributing the group based policy model to the open source community.
- NEW! Power of programmability is being validated with the development of vCenter plug-in for ACI enabling server administrators to provision the network using VMware vCenter while the ACI toolkit is enabling further simplification and development for
Finally, I strongly encourage you to read the brand new IDC case study of our ACI deployment of Symantec! They are showing 441% ROI with ACI and $145M in 5 year business benefits projected!
Interesting announcement. Two questions if I may:
– seems like you are positioning software overlays for most clients (2 out of 3 scenario proposed)mentioning along the way that with VTS you will acheive large scale deployments over any network fabric.
Q: What benefit do i get with the N9k hardware support for virtual networks then ? I understand I won’t get the policy piece without ACI but I still get the network virtualization piece. Am I missing something ?
– VTS will “eliminates the need for inefficient flood-and-learn approaches”.
Q: Isn’t the N9k in ACI mode relying on flood-and-learn to discover VXLan tunnel endpoints and propagate the information in the core ? Will VTS be leveraged there also ?
thanks
FRom what we hear VTS will program your fabric.
Something critical for us is the multi vendor part, EVPN vxlan being standards, we could see the rise of a multi vendor underlay, leveraging a common control plane…
A: No. Neither N9K Standalone nor an ACI Fabric are using flood-and-learn to discover VTEPs. The N9K in Standalone supports MP-BGP EVPN control plane to provide VTEP peer discovery and end-host reachability information.
Nexus 9000 is shipping VXLAN/EVPN today, which is the network virtualiztion of choce in case of not leveraging ACI.
VTS will program the respective VXLAN/EVPN requirements within the Cisco Nexus portfolio. With VXLAN/EVPN, Cisco enahnced VXLAN control-plane and improved the less efficient VXLAN Flood&Learn (http://blogs.cisco.com/datacenter/vxlanevpn-standards-based-overlay-with-control-plane)