<tt><font size=2>"Armando M." <armamig@gmail.com> wrote
on 09/15/2015 03:50:24 PM:<br><br>> On 15 September 2015 at 10:02, Doug Hellmann <doug@doughellmann.com>
wrote:</font></tt><br><tt><font size=2>> Excerpts from Armando M.'s message of 2015-09-15
09:30:35 -0700:</font></tt><br><tt><font size=2>...</font></tt><br><tt><font size=2>> As with the Glance image upload API discussion,
this is an example<br>> of an extremely common use case that is either complex for the end<br>> user or for which they have to know something about the deployment<br>> in order to do it at all. The usability of an OpenStack cloud running<br>> neutron would be enhanced greatly if there was a simple, clear, way<br>> for the user to get a new VM with a public IP on any cloud without<br>> multiple steps on their part. </font></tt><br><br><tt><font size=2><<<<<<end of excerpt from Armando>>>>>></font></tt><br><tt><font size=2><br>...</font></tt><br><tt><font size=2>> <br>> So this boils down to: in light of the possible ways of providing
VM<br>> connectivity, how can we make a choice on the user's behalf? Can we
<br>> assume that he/she always want a publicly facing VM connected to <br>> Internet? The answer is 'no'.</font></tt><br><br><tt><font size=2>While it may be true that in some deployments there
is no good way for the code to choose, I think that is not the end of the
story here.  The motivation to do this is that in *some* deployments
there *is* a good way for the code to figure out what to do.</font></tt><br><br><tt><font size=2>Regards,</font></tt><br><tt><font size=2>Mike</font></tt><BR>