SDxCentral
Join Log In
SD-WAN 1 5G 11 Edge 5 IoT 12 SDN 3 NFV 4 Containers 4 Cloud 11 Security 3 AI 5 Data Center 1 Storage 3 APM/NPM 1 Open Source

Log In to SDxCentral

Log in with your email? Forgot your password?
  • Newsletters
  • eBriefs
  • Podcasts
  • Webinars
  • Videos
  • Directory
  • White Papers
  • Resources
  • Use Cases
  • Support

Join SDxCentral and get information tailored to your particular interests everyday.

Join
Sponsored:
Dell EMC 3 Citrix Riverbed

Addressing Network Virtualization Overlay Challenges

Addressing Network Overlay Challenges
Charlie Ashton October 7, 2012
1:00 pm MT

Thanks to on-going increases in processor performance, the number of Virtual Machines per server blade is expected to grow rapidly, from typically 20 today to a hundred in 2016. Given this growth, the virtual switch that is present on each server blade will need to distribute significantly increasing volumes of network traffic, becoming a strategic focus for networking equipment suppliers and service providers.

One of the leading applications for network virtualization is the ability to provide network overlays (or tunneling) within the server, distributing applications to multiple users as part of enabling multi-tenant installations. When implemented in an edge node such as a server, well-implemented network overlays allow the establishment of an unlimited number of virtual networks, bypassing the 4K limitation of VLANs.

One of the proposed standards for network overlays relies on the RFC-based GRE (Generic Routing Encapsulation) implementation (RFC 2784). It uses some of the optional GRE field headers to build multi-tenant-aware tools for traffic analysis, traffic inspection, and monitoring with a 24-bit identifier, allowing up to 16 million virtual subnets in the same management domain, in contrast to the limitation of VLANs.

One of the major issues for networking OEMs is the challenge of handling millions of tunnels at high performance, because of the limitations of standard, un-optimized OS networking stacks. Various initiatives are underway to offload traffic shaping functions such as ACL and QoS to optimized Network Interface Cards (NICs). Hardware upgrades, however, are always slower to implement than software changes and availability schedules for the latest NICs are somewhat unpredictable. In addition, server blades and other hardware are typically standardized throughout a data center, to facilitate management, and selective hardware (NIC) upgrades add significant complexity to the overall management environment.

If you had the option to achieve performance increases along with additional traffic engineering functions within the virtual switch, would you accept an implementation in which processor cores were dedicated to this function, in order to benefit from a hardware-independent solution to the above network overlay challenges?

Related Articles

Service Provider SDN Deployments Near Universal IHS Markit Finds
Service Provider SDN Deployments Near Universal, IHS Markit Finds
Cisco Pushes ACI to AWS and Azure, Embraces ‘Data Center Anywhere’ Strategy
Cisco Pushes ACI to AWS and Azure, Embraces ‘Data Center Anywhere’ Strategy
Hauwei’s New Data Center Switch Uses Embedded AI Chip
Huawei’s New Data Center Switch Uses Embedded AI Chip
2019 Resolutions for Healthier NFV
2019 Resolutions for a Healthier NFV and SD-WAN Ecosystem
SD-WAN-Will-Be-Fueled-By-Collaboration-Between-Cloud-Providers-and-Vendors
SD-WAN Will Be Fueled By Collaboration Between Cloud Providers and Vendors
How-and-Why-to-Give-4G-the-5G-Treatment
How and Why to Give 4G the 5G Treatment
SDxCentral Daily News

Join your Peers! Subscribe to SDxCentral's Newsletter

Article Tags:

Contributed Articles Network Virtualization SDN

Subscribe to Get the Daily News!

About SDxCentral

  • Newsletters
  • About Us
  • Contact Us
  • Work With Us
  • Editorial Team
  • Careers
  • Legal
  • Support

Engage With us

This material may not be copied, reproduced, or modified in whole or in part for any purpose except with express written permission from an authorized representative of SDxCentral, LLC. In addition to such written permission to copy, reproduce, or modify this document in whole or part, an acknowledgement of the authors of the document and all applicable portions of the copyright notice must be clearly referenced. All Rights Reserved.

© 2012-2019 SDxCentral, LLC, All Rights Reserved. SDNCentral™, the SDNCentral logo, SDxCentral™, SDxCentral logo, SDxNews™, SDxTech™, SDx™, the SDx logo, and DemoFriday™ are trademarks of SDxCentral, LLC in the U.S. and other countries.

  • Terms of Service
  • Privacy