[Openstack-operators] [grizzly][quantum] Router/DHCP interface OVS port tags not reliably implementing

Jay Pipes jaypipes at gmail.com
Fri Jan 17 15:39:57 UTC 2014


I believe you may want to upgrade to OVS 1.11+ and see if the problem
persists.

Best,
-jay

On Fri, 2014-01-17 at 13:32 +0200, Jesse Pretorius wrote:
> I'm getting inconsistent implementations of port tags for router
> internal interfaces and DHCP interfaces when they're created in OVS by
> the Quantum OVS Plugin.
> 
> The resulting symptom is that when a new network/subnet is created
> then either the instance is not able to get a DHCP address (this is
> when the dhcp port isn't tagged) or the instance is unable to
> communicate outside of its network (this is when the internal router
> interface port isn't tagged).
> 
> Environment:
>  - Ubuntu 12.04.3 LTS
>  - Grizzly 2013.1.3-0ubuntu1~cloud0
>  - Quantum with GRE Tunneling
>  - OpenVSwitch 1.4.0-1ubuntu1.5
> 
> For example, what I should be seeing is something like this:
> 
>         Port "tap7ef1ee95-52"
>             tag: 30
>             Interface "tap7ef1ee95-52"
>                 type: internal
>         Port "qr-8bfc6675-3a"
>             tag: 13
>             Interface "qr-8bfc6675-3a"
>                 type: internal
> 
> However, I end up seeing something like this:
> 
>         Port "tap2b520e87-5e"
>             Interface "tap2b520e87-5e"
>                 type: internal
>         Port "qr-ba0036f3-7e"
>             Interface "qr-ba0036f3-7e"
>                 type: internal
> 
> It's not consistently happening - sometimes it actually is done
> correctly.
> 
> The workaround to repair this is either to manually tag the interfaces
> (which can be done if at least one of the ports on the subnet was
> correctly tagged) or to restart 'quantum-plugin-openvswitch-agent',
> which unfortunately causes a drop in connectivity for those which were
> correctly tagged.
> 
> Has anyone else seen this?
> 
> Does anyone know of a bug fix or perhaps a better workaround?
> 
> 
> _______________________________________________
> OpenStack-operators mailing list
> OpenStack-operators at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators





More information about the OpenStack-operators mailing list