<div dir="ltr">The main barrier to this is that we need to stop using the 'external_network_bridge = br-ex' option for the L3 agent and define a bridge mapping on the L2 agent. Otherwise the external network is treated as a special case and the VMs won't actually be able to get wired into the external network.</div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 31, 2016 at 12:58 PM, Sean Dague <span dir="ltr"><<a href="mailto:sean@dague.net" target="_blank">sean@dague.net</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 03/31/2016 01:23 PM, Monty Taylor wrote:<br>
> Just a friendly reminder to everyone - floating IPs are not synonymous<br>
> with Public IPs in OpenStack.<br>
><br>
> The most common (and growing, thank you to the beta of the new<br>
> Dreamcompute cloud) configuration for Public Clouds is directly assign<br>
> public IPs to VMs without requiring a user to create a floating IP.<br>
><br>
> I have heard that the require-floating-ip model is very common for<br>
> private clouds. While I find that even stranger, as the need to run NAT<br>
> inside of another NAT is bizarre, it is what it is.<br>
><br>
> Both models are common enough that pretty much anything that wants to<br>
> consume OpenStack VMs needs to account for both possibilities.<br>
><br>
> It would be really great if we could get the default config in devstack<br>
> to be to have a shared direct-attached network that can also have a<br>
> router attached to it and provider floating ips, since that scenario<br>
> actually allows interacting with both models (and is actually the most<br>
> common config across the OpenStack public clouds)<br>
<br>
</span>If someone has the the pattern for what that config looks like,<br>
especially if it could work on single interface machines, that would be<br>
great.<br>
<br>
The current defaults in devstack are mostly there for legacy reasons<br>
(and because they work everywhere), and for activation energy to getting<br>
a new robust work everywhere setup.<br>
<span class="HOEnZb"><font color="#888888"><br>
        -Sean<br>
<br>
--<br>
Sean Dague<br>
<a href="http://dague.net" rel="noreferrer" target="_blank">http://dague.net</a><br>
</font></span><div class="HOEnZb"><div class="h5"><br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div>