Description of problem: GRE tunnel payloads in grizzly contain the local VLAN tag used on the sending side's integration bridge. This serves no purpose, wastes bandwidth, exacerbates MTU issues, and slows processing in the kernel. It can easily be addressed by adding a strip_vlan action to the set_tunnel flow rule. Note that the flow rules have changed substantially in havana, and include the strip_vlan action. Grizzly needs its own fix rather than a back-port from havana. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. configure multi-node setup with GRE tenant networks 2. ping one VM from another on a different node 3. use tcpdump to inspect the GRE packets Actual results: The GRE payloads contain unneeded 802.1Q headers. Expected results: No 802.1Q header in GRE payloads. Additional info:
We need to consider this for rhos 3.0.z as well, since current users are hitting these performance issues. Flagging for 3.0.z
The upstream havana openswitch-agent code has significantly reworked the OVS flow rules, and one result is that the VLAN tags are now stripped from tunnel payloads. This can be verified by looking at the rules with ovs-ofctl or looking at the tunnel traffic with tcpdump.
Created attachment 828224 [details] GRE traffic between hosts
Few weeks ago I have checked GRE traffic between hosts & router no VLAN have been seen , attached capture
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHEA-2013-1859.html