Comments on: Introducing VXLAN

By: Container shipping and virtualisation - a potent analogy | www.vExperienced.co.uk

Mon, 31 Oct 2011 16:11:36 +0000

[...] for example). Despite ongoing innovation in the network space (new models such as Openflow , VXLAN/NVGRE, and innovative vendors such as Xsigo, Arista etc) it’s largely the economics of [...]

0 likes

By: vmDK » ProfessionalVMware.com Brownbag recap, week of October 31st, 2011

vmDK » ProfessionalVMware.com Brownbag recap, week of October 31st, 2011 — Mon, 31 Oct 2011 14:19:59 +0000

[...] submitted a joint proposal to the IETF to have the VXLAN technology standardized. – “Introducing VXLAN“, Omar Sultan, [...]

0 likes

By: Earl

Earl — Fri, 23 Sep 2011 14:42:09 +0000

Omar
Interesting piece. How does another protocol hack fix the virtualization issue. Don’t we already have GRE Tunnels?
Why not just go with OpenFlow?

0 likes

By: Show notes: Episode 41, VMworld Roundup « APAC Virtualization Podcast

Show notes: Episode 41, VMworld Roundup « APAC Virtualization Podcast — Wed, 14 Sep 2011 12:27:40 +0000

[...] information from Cisco Citrix and [...]

0 likes

By: Dan

Dan — Tue, 06 Sep 2011 19:05:56 +0000

How does adding in a 24-bit header via software impact the server’s CPU & memory utilization? Nexus 1000V already consumes 15-25% of available resources just for switching, so how does adding in the network ID impact these resources?

0 likes

By: Rick Huynh

Rick Huynh — Mon, 05 Sep 2011 06:05:14 +0000

I am glad to see that the demands of virtualization and cloud computing are pushing the boundaries of legacy networks and companies like Cisco and VMware continue to innovate and evolve the network.

0 likes

By: Cam

Cam — Fri, 02 Sep 2011 20:59:32 +0000

Hi Omar,

Interesting technology. Maybe you can answer a couple of quick question that have been bugging me since I read the white paper:

1. What is the benefit of VxLAN over the older MAC in MAC tunneling that Vmware already has? (presumably, I can use OTV to extend that over the WAN, so what does this buy me?)

2. It appears that the MAC encapsulation/de-encapsulation happens in the 1000V. Are there other switches or devices that will also perform the encapsulation or de-encapsulation….such as the Nexus 5000/7000….or is this just a VM to VM protocol (like the MAC in MAC stuff)

3. If this is truly an open standard intended for multi-vendor solutions, is the Vswitch API that Cisco gets from Vmware open to everyone? Last I heard it was not, in which case this is specifically a Vmware/Cisco proprietary solution for the foreseable future.

4. Does Cisco have products that will support me tunneling to bare metal servers or other hypervisors such as HyperV, Xen, or KVM? If so, when will we see those?

Thanks a ton for clearly articulating why traditional networking equipment and approaches are no longer valid for Virtualized Datacenter. We at Xsigo have been saying that for a long time.

Looking forward to your answers.

Regards

2 likes

By: Stefan Jagger (@StefanJagger)

Stefan Jagger (@StefanJagger) — Wed, 31 Aug 2011 18:21:05 +0000

This is from: http://www.cisco.com/en/US/prod/collateral/switches/ps9441/ps9902/white_paper_c11-685115.html

VXLAN is intended for creating more logical networks in a cloud environment. Overlay Transport Virtualization (OTV) while using similar frame format as VXLAN, is a data center interconnect technology extending Layer 2 domains to different data centers over Layer-3. Unlike VXLAN, OTV has simpler deployment requirements since it does not mandate multicast-enabled transport network. Locator ID Separation Protocol (LISP) goes a step further by providing IP address mobility between data centers with dynamic routing updates. While VXLAN, OTV, and LISP may share similar frame format, they serve very different networking purposes and are hence complimentary to each other.

0 likes

By: Frank D'Agostino

Frank D'Agostino — Wed, 31 Aug 2011 00:46:21 +0000

Omar, great article. It is fantastic to see the industry acknowledge that legacy network model for data centers no longer meet the requirements for enterprises and providers. This will improve opportunities for everyone in the industry.

0 likes

By: VLAN limit and the VXLAN proposal. « Reggle

VLAN limit and the VXLAN proposal. « Reggle — Tue, 30 Aug 2011 20:34:59 +0000

[...] proposes a new kind of network topology in data centers (thanks to Omar Sultan for the link on his blog). It’s four days old (at the time of writing) and is proposed by some mayor players in the [...]

0 likes