[sfc-dev] [SFC] Slides to show OpenStack NSH Issues
Yang, Yi Y
yi.y.yang at intel.com
Fri Aug 28 00:40:54 UTC 2015
“But you need to bypass the OVS desire to expect vtep ports when it received VxLAN encapped packets.”
What is the real issue here? Gbp+sfc demo has verified it can work.
From: sfc-dev-bounces at lists.opendaylight.org [mailto:sfc-dev-bounces at lists.opendaylight.org] On Behalf Of Sam Hague
Sent: Friday, August 28, 2015 1:33 AM
To: Edward Warnicke
Cc: sfc-dev at lists.opendaylight.org; opnfv-tech-discuss at lists.opnfv.org
Subject: Re: [sfc-dev] [SFC] Slides to show OpenStack NSH Issues
they do - but at that point the VxLAN/NSH has already been stripped on ingress to the bridge. The headers are stored in metadata but that doesn't get added back unless the packets egresses a vlxan port.
So some of the solutions revolve around sending the packets out a VxLAN port so the headers are added and try to get that packet into the SF - without the headers stripped or packets dropped. But you need to bypass the OVS desire to expect vtep ports when it received VxLAN encapped packets. We are in the middle of testing variations on how to do that.
Tim mentioned you had a variation of using the IP of the SF to do that bypass mentioned above to get the encapped packets sneaking through the bridge to the SF. That is on the list of things to try since it is a slight variation.
On Thu, Aug 27, 2015 at 12:13 PM, Edward Warnicke <hagbard at gmail.com<mailto:hagbard at gmail.com>> wrote:
Question... don't tap ports simply carry ethernet frames up to the guest?
On Thu, Aug 27, 2015 at 8:57 AM, Sam Hague <shague at redhat.com<mailto:shague at redhat.com>> wrote:
I had the acttion items to create slides showing the issues when using OpenStack instantiated VMs that cannot terminate VxLAN/NSH tunnels. Those are at [slides]. W can use this as a basis for working out the solutions.
sfc-dev mailing list
sfc-dev at lists.opendaylight.org<mailto:sfc-dev at lists.opendaylight.org>
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the sfc-dev