<div dir="ltr">><span style="font-size:12.8px">But unfortunately (?) they're all on the Compute node for some reason!?</span><br style="font-size:12.8px"><span style="font-size:12.8px">>While the DHCP network namespaces (but no interfaces) end up on the</span><br style="font-size:12.8px"><span style="font-size:12.8px">>Control node!</span><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">It shouldn't matter which node they land on because the networks should be able to reach any node. If you don't see the DHCP agent's interfaces check the DHCP agent log for any errors.</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 29, 2016 at 1:05 PM, Turbo Fredriksson <span dir="ltr"><<a href="mailto:turbo@bayour.com" target="_blank">turbo@bayour.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Jun 29, 2016, at 4:10 PM, Kevin Benton wrote:<br>
<br>
> No, just remove the interfaces from whichever one is your integration<br>
> bridge.<br>
<br>
</span>Ok, my network seems to be back on track. I deleted the router and all<br>
the networks and subnets and recreated them and now all the interfaces<br>
are as they should be.<br>
<br>
But unfortunately (?) they're all on the Compute node for some reason!?<br>
While the DHCP network namespaces (but no interfaces) end up on the<br>
Control node!<br>
<br>
<br>
Could that be because DHCP offers doesn't reach the instance? Shouldn't<br>
the router/dhcp namespaces/interfaces be reversed?<br>
<span class=""><br>
> you intend 'br-physical' to be the equivalent of 'br-ex' in the example<br>
> scenario,<br>
<br>
</span>Yes, that's correct.<br>
<br>
> […] in which case its fine to have an interface in it and you should<br>
<span class="">> have a bridge_mapping entry for it in the L2 agent.<br>
<br>
</span>Ok, got both of that..<br>
<span class=""><br>
> So br-physical should have a real interface in it and br-provider should<br>
> not have any.<br>
<br>
</span>Ok, done.<br>
<span class=""><br>
> Let's assume you just want two networks to start. Your external network is<br>
> using the br-physical bridge with flat segmentation (a.k.a. untagged). So<br>
> your VM network needs to either have another bridge with a different<br>
> interface or it needs to use another encapsulation (e.g. VLAN or VXLAN) to<br>
> keep the traffic between the two isolated.<br>
<br>
</span>Ok, thanx for the clarification. I don't see the need for that at the moment,<br>
but I'll keep that in mind for the future.<br>
<span class="HOEnZb"><font color="#888888">--<br>
I love deadlines. I love the whooshing noise they<br>
make as they go by.<br>
- Douglas Adams<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
Mailing list: <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
Post to     : <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
Unsubscribe : <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
</div></div></blockquote></div><br></div>