<div dir="ltr"><p id="yui_3_10_3_1_1389957751384_2202" style="margin:0px 0px 1.2em;padding:0px;width:auto;max-width:45em;color:rgb(51,51,51);font-family:'Ubuntu Mono',monospace;font-size:12px;line-height:18px">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.</p>
<p id="yui_3_10_3_1_1389957751384_2202" style="margin:0px 0px 1.2em;padding:0px;width:auto;max-width:45em;color:rgb(51,51,51);font-family:'Ubuntu Mono',monospace;font-size:12px;line-height:18px">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).</p>
<p id="yui_3_10_3_1_1389957751384_2202" style="margin:0px 0px 1.2em;padding:0px;width:auto;max-width:45em;color:rgb(51,51,51);font-family:'Ubuntu Mono',monospace;font-size:12px;line-height:18px">Environment:<br> - Ubuntu 12.04.3 LTS<br>
 - Grizzly 2013.1.3-0ubuntu1~cloud0<br> - Quantum with GRE Tunneling<br> - OpenVSwitch 1.4.0-1ubuntu1.5</p><p style="margin:0px 0px 1.2em;padding:0px;width:auto;max-width:45em;color:rgb(51,51,51);font-family:'Ubuntu Mono',monospace;font-size:12px;line-height:18px">
For example, what I should be seeing is something like this:</p><p style="margin:0px 0px 1.2em;padding:0px;width:auto;max-width:45em;color:rgb(51,51,51);font-family:'Ubuntu Mono',monospace;font-size:12px;line-height:18px">
        Port "tap7ef1ee95-52"<br>            tag: 30<br>            Interface "tap7ef1ee95-52"<br>                type: internal<br>        Port "qr-8bfc6675-3a"<br>            tag: 13<br>            Interface "qr-8bfc6675-3a"<br>
                type: internal</p><p id="yui_3_10_3_1_1389957751384_2208" style="margin:0px 0px 1.2em;padding:0px;width:auto;max-width:45em;color:rgb(51,51,51);font-family:'Ubuntu Mono',monospace;font-size:12px;line-height:18px">
However, I end up seeing something like this:</p><p style="margin:0px 0px 1.2em;padding:0px;width:auto;max-width:45em;color:rgb(51,51,51);font-family:'Ubuntu Mono',monospace;font-size:12px;line-height:18px">        Port "tap2b520e87-5e"<br>
            Interface "tap2b520e87-5e"<br>                type: internal<br>        Port "qr-ba0036f3-7e"<br>            Interface "qr-ba0036f3-7e"<br>                type: internal</p><p style="margin:0px 0px 1.2em;padding:0px;width:auto;max-width:45em;color:rgb(51,51,51);font-family:'Ubuntu Mono',monospace;font-size:12px;line-height:18px">
It's not consistently happening - sometimes it actually is done correctly.</p><p style="margin:0px 0px 1.2em;padding:0px;width:auto;max-width:45em;color:rgb(51,51,51);font-family:'Ubuntu Mono',monospace;font-size:12px;line-height:18px">
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.</p>
<p style="margin:0px 0px 1.2em;padding:0px;width:auto;max-width:45em;color:rgb(51,51,51);font-family:'Ubuntu Mono',monospace;font-size:12px;line-height:18px">Has anyone else seen this?</p><p style="margin:0px 0px 1.2em;padding:0px;width:auto;max-width:45em;color:rgb(51,51,51);font-family:'Ubuntu Mono',monospace;font-size:12px;line-height:18px">
Does anyone know of a bug fix or perhaps a better workaround?</p></div>