The next generation Nexus 5600 family offers VXLAN bridging and routing capability, line rate L2/L3, and 40G uplinks, to deliver high performance in a compact form factor for 10G Top of Rack, 1/10G FEX aggregation deployments.
AND THERE HAS BEEN BROAD CUSTOMER ADOPTION ACROSS THE DATA CENTER!
From Nexus 1000V to the Nexus 9000, Cisco’s holistic approach resonates with customers because it provides increased business agility, operational efficiency, and empowers IT to rapidly evolve as business requirements change.
Here are the latest examples of why our customers chose Nexus:
There’s been a lot of news and momentum surrounding VXLAN technology in the last several months, and there is no doubt that VXLAN is becoming a more strategic and pervasive technology across cloud networks as a result. When we rolled out VXLAN about two years ago with the first commercial implementation as part of our Nexus 1000V virtual switch, VXLAN was solely a virtual networking construct and had real constraints in how it could be extended to physical networks and devices. It was also restricted to overlay networks using our Nexus 1000V switch (or other virtual switches supporting the VXLAN overlay protocol).
Now, however, VXLAN is being supported broadly across Cisco networking platforms and devices, across multiple Cisco fabric architectures, and we are even seeing broader support from other vendor ecosystems and non-Cisco switching platforms. Cisco is continuing to expand its support for VXLAN onto the new Nexus 5600 Series switches, as well as Nexus 7700 Series using the F3 line card.
For those of you not fully up to speed on VXLAN, VXLAN stands for Virtual eXtensible Local Area Network, and started out as vastly more scalable Layer 2 LAN and tenant isolation construct for data center and cloud networks. Where cloud networks were running out of only 4000+ VLAN IDs to segment application networks, VXLAN gave them over 16 Million logical network segments.
On September 30th at Interop New York we announced the Cisco Nexus 3100 top-of-rack flexible switches. The show floor was buzzing with the news and the Techwise TV video below with Senior Product Manager, Jag Tamvada and self proclaimed Chief Networking Geek Jimmy Ray Purser discuss details of the switches.
Cisco always strives to innovate while meeting customer needs. Today we are proud to unveil the Cisco Nexus 3100line of switches as part of our Unified Fabric Data Center portfolio. These highly scalable, power efficient, and flexible switches feature significant improvements in port density, programmability and VXLAN capable gateway functionality that are ideal for data center top-of-rack (ToR) deployment scenarios. As the second generation Nexus 3000 series, they offer a balanced mix of performance, cost, simplicity, and an innovative feature set that complements the rest of Cisco’s overall top-of-rack solutions.
A First Glimpse…
As the below graphic indicates, both switches are 1RU in height with 32 line rate 40-Gbps Quad Small Form-Factor Pluggable (QSFP+) ports for the Nexus 3132Q and 48 line rate 10 Gbps SFP+ with 6 fixed QSFP+ ports for the Nexus 3172PQ. All of the QSFP+ ports on the device can operate as a native 40-Gbps port or a four independent 10-Gbps ports. The switches also have a serial console port, USB port, PPS connector and an out-of-band 10/100/1000-Mbps Ethernet management ports. From a software perspective, the rich NX-OS operating system fully supports the Cisco Open Network Environment framework with Openflow and the onePK toolkit in addition to standards based Layer 2 and Layer 3 features.
What does this mean for your data center? Some examples include: Improved workload flexibility, higher availability, and Read More »
Since we started shipping theNexus 3548with AlgoBoostto our customers in the beginning of November, there has been more and more interest in testing and verifying the switch’s latency in different traffic scenarios. What we have found so far is while network engineers might be well experienced in testing the throughput capabilities of a switch, verifying the latency can be challenging, especially when latency is measured in the tens and low hundreds of nanoseconds!
I discussed this topic briefly when doing a hands-on demo for TechWise TV a short time ago.
The goal of this post is to give an overview of the most common latency tests, how the Nexus 3548 performs in those tests, and to detail some subtleties of low latency testing for multicast traffic. This post will also address some confusion we’ve heard some vendors try to emphasize with the two source multicast tests.
The most common test case is to verify throughput and latency when sending unicast traffic. RFC 2544 provides a standard for this test case. The most stressful version of the RFC 2544 test uses 64-byte packets in a full mesh, at 100 percent line rate. Full mesh means that all ports send traffic at the configured rate to all other ports in a full mesh pattern.
Figure 1 – Full Mesh traffic pattern
The following graph shows the Nexus 3548 latency results for Layer 3 RFC 2544 full mesh unicast test, with the Nexus 3548 operating in warp mode.
Figure 2 -- Layer 3 RFC 2544 full mesh unicast test
We can see that the Nexus 3548 consistently forwards packets of all sizes under 200 nanoseconds at 50% load, and less than 240 nanoseconds at 100% load.