<div dir="ltr">We chatted a bit about this on IRC. The issue here is that subnets that belong to router:external networks are not visible unless the network is shared as well.<div>So the only way the users can learn about which subnets to pick are in the list of subnet UUIDs in the json body of the network 'subnets' field.[1] They would basically be picking blindly because they don't know any details about the subnets on the external network.</div><div><br></div><div>I think for us to allow a reasonable workflow where they pick an external subnet instead, we would need to revisit the decision to hide external subnets from users.</div><div><br></div><div><br></div><div>1. <a href="https://github.com/openstack/neutron-lib/blob/ca299b8e47fdd5030dda596fd779beb3e5bea6cf/neutron_lib/api/definitions/network.py#L43">https://github.com/openstack/neutron-lib/blob/ca299b8e47fdd5030dda596fd779beb3e5bea6cf/neutron_lib/api/definitions/network.py#L43</a></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, May 19, 2017 at 3:27 PM, Armando M. <span dir="ltr"><<a href="mailto:armamig@gmail.com" target="_blank">armamig@gmail.com</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"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On 19 May 2017 at 14:54, Clark Boylan <span dir="ltr"><<a href="mailto:cboylan@sapwetik.org" target="_blank">cboylan@sapwetik.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Fri, May 19, 2017, at 02:03 PM, Kevin Benton wrote:<br>
> I split this conversation off of the "Is the pendulum swinging on PaaS<br>
> layers?" thread [1] to discuss some improvements we can make to Neutron<br>
> to<br>
> make orchestration easier.<br>
><br>
> There are some pain points that heat has when working with the Neutron<br>
> API.<br>
> I would like to get them converted into requests for enhancements in<br>
> Neutron so the wider community is aware of them.<br>
><br>
> Starting with the port/subnet/network relationship - it's important to<br>
> understand that IP addresses are not required on a port.<br>
><br>
> >So knowing now that a Network is a layer-2 network segment and a Subnet<br>
> is... effectively a glorified DHCP address pool<br>
><br>
> Yes, a Subnet controls IP address allocation as well as setting up<br>
> routing<br>
> for routers, which is why routers reference subnets instead of networks<br>
> (different routers can route for different subnets on the same network).<br>
> It<br>
> essentially dictates things related to L3 addressing and provides<br>
> information for L3 reachability.<br>
<br>
</span>One thing that is odd about this is when creating a router you specify<br>
the gateway information using a network which is l2 not l3. Seems like<br>
it would be more correct to use a subnet rather than a network there?<br></blockquote><div><br></div></span><div>I think this is due the way external networks ended up being modeled in neutron. I suppose we could have allowed the user to specify a subnet, so long that it fell in the bucket of subnets that belong to a router:external network.</div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="m_9174528154560895618HOEnZb"><font color="#888888"><br>
Clark<br>
</font></span><div class="m_9174528154560895618HOEnZb"><div class="m_9174528154560895618h5"><br>
______________________________<wbr>______________________________<wbr>______________<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.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
</div></div></blockquote></span></div><br></div></div>
<br>______________________________<wbr>______________________________<wbr>______________<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.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
<br></blockquote></div><br></div>