<div dir="ltr"><div>Hey! This sounds like bike-shedding & yak-shaving... totally my thing!</div><div><br></div>It is true that the Neutron model currently kind of forces a two-level topology, with the external network being a sort of special case.<div>Regardless, this does not mean you cannot assign directly public IPs to your instances - Neutron routers also work without NAT.</div><div><br></div><div>Shall we start a discussion on the evils of NAT now?</div><div>To me is one of those things like landline telephones. You don't really need them, you know how to do without them, but for some reason you keep using them and perceiving them as a fundamental service.</div><div><br></div><div>As for the issue Kevin pointed out, that's a limitation of the current reference implementation that if overcome will probably simplify the Neutron control plane as well.</div><div><br></div><div>Salvatore</div><div><div class="gmail_extra"><br><div class="gmail_quote">On 2 April 2016 at 00:05, Kevin Benton <span dir="ltr"><<a href="mailto:kevin@benton.pub" target="_blank">kevin@benton.pub</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><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="HOEnZb"><div class="h5"><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>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><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><div><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>
</div></div><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>
<br></blockquote></div><br></div></div></div>