<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 13 January 2017 at 15:01, Clint Byrum <span dir="ltr"><<a href="mailto:clint@fewbar.com" target="_blank">clint@fewbar.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Excerpts from Armando M.'s message of 2017-01-13 11:39:33 -0800:<br>
<span class="gmail-">> On 13 January 2017 at 10:47, Clint Byrum <<a href="mailto:clint@fewbar.com">clint@fewbar.com</a>> wrote:<br>
><br>
> > Excerpts from Joshua Harlow's message of 2017-01-12 22:38:46 -0800:<br>
> > > Kevin Benton wrote:<br>
> > > > If you don't want users to specify network details, then use the get me<br>
> > > > a network extension or just have them boot to a public (or other<br>
> > > > pre-created) network.<br>
> > > ><br>
> > > > In your thought experiment, why is your iPhone app developer not just<br>
> > > > using a PaaS that handles instance scaling, load balancing and HA? Why<br>
> > > > would he/she want to spend time managing security updates and log<br>
> > > > rotation for an operating system running inside another program<br>
> > > > pretending to be hardware? Different levels of abstraction solve<br>
> > > > different use cases.<br>
> > ><br>
> > > Fair point, probably mr/mrs iPhone app developer should be doing that.<br>
> > ><br>
> ><br>
> > I totally disagree. If PaaS was the answer, they'd all be using PaaS.<br>
> ><br>
> > Maybe some day, but that's no excuse for having an overly complex story<br>
> > for the base. I totally appreciate that "Get me a network" is an effort<br>
> > to address this. But after reading docs on it, I actually have no idea<br>
> > how it works or how to make use of it (I do have a decent understanding<br>
> > of how to setup a default subnetpool as an operator).<br>
> ><br>
><br>
> I'd be happy to improve the docs, but your feedback is not very actionable.<br>
> Any chance you can elaborate on what you're struggling with?<br>
><br>
<br>
</span>The docs I found are all extremely Neutron-centric. I was told later<br>
on IRC that once the default subnet pool is setup, Nova would do some<br>
magic to tell neutron to allocate a subnet from that pool to the user<br>
when they create an instance. </blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Basically, the docs I found were not at all user-centric. They were<br>
Neutron-centric and they didn't really explain why, as an operator, I'd<br>
want to allocate a subnet pool. I mean, they do, but because I don't<br>
really know if I have that problem or what it is, I just wasn't able<br>
to grasp where this was going. It tells me to go ahead and list default<br>
subnet pools, and then pass --nic=net-id=$ID from that. Super confusing<br>
and not really any more friendly than before.<br>
<br></blockquote><div><br></div><div>If you are referring to [1], I wouldn't expect anything less, it's the OpenStack networking guide after all.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
So what I want is the story from the user's perspective. Something like:<br>
<br>
"Without this extension, your users will need to do these steps in order<br>
to boot servers with networking:..."<br>
<br>
and then<br>
<br>
"With this extension, your users will not need to perform those steps,<br>
and the default subnet pools that you setup will be automatically<br>
allocated to users upon their first server boot."<br></blockquote><div><br></div><div>Problem statement from the user's point of view is typically left to the specs [2,3].</div><div>I am sure one can argue that the content there may not be well written or organized, but it was enough for getting the nova and the neutron team to have a mutual understanding and agreement on how to design, implement and test the feature.</div><div><br></div><div>From what I hear, there is a gap in the networking guide in that the rationale behind the feature is missing. I suppose we can fill that up, and thus I filed [4].</div><div><br></div><div>Thanks.</div><div><br></div><div>[1] <a href="http://docs.openstack.org/newton/networking-guide/config-auto-allocation.html">http://docs.openstack.org/newton/networking-guide/config-auto-allocation.html</a></div><div>[2] <a href="http://specs.openstack.org/openstack/neutron-specs/specs/mitaka/get-me-a-network.html">http://specs.openstack.org/openstack/neutron-specs/specs/mitaka/get-me-a-network.html</a></div><div>[3] <a href="http://specs.openstack.org/openstack/nova-specs/specs/newton/implemented/get-me-a-network.html">http://specs.openstack.org/openstack/nova-specs/specs/newton/implemented/get-me-a-network.html</a><br></div><div>[4] <a href="https://bugs.launchpad.net/openstack-manuals/+bug/1656447">https://bugs.launchpad.net/openstack-manuals/+bug/1656447</a> <br></div><div><div><br></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div class="gmail-HOEnZb"><div class="gmail-h5"><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>
</div></div></blockquote></div><br></div></div>