<tt><font size=2>> From: Salvatore Orlando <sorlando@nicira.com></font></tt>
<br><tt><font size=2>> To: Mike Spreitzer/Watson/IBM@IBMUS</font></tt>
<br><tt><font size=2>> Cc: OpenStack <openstack@lists.openstack.org></font></tt>
<br><tt><font size=2>> Date: 10/06/2014 05:40 PM</font></tt>
<br><tt><font size=2>> Subject: Re: [Openstack] How to make DevStack
install OpenStack with Neutron?</font></tt>
<br><tt><font size=2>> <br>
> Some (hopefully) helpful answer inline.</font></tt>
<br><tt><font size=2>> <br>
> Salvatore </font></tt>
<br><tt><font size=2>> <br>
> On 6 October 2014 22:45, Mike Spreitzer <mspreitz@us.ibm.com>
wrote:</font></tt>
<br><tt><font size=2>> Is it possible to use DevStack to install OpenStack,
including <br>
> Neutron, so that OpenStack can make a VM that can communicate with
<br>
> the world beyond OpenStack?  I am looking for a simple localrc
or <br>
> local.conf that will do this. </font></tt>
<br><tt><font size=2>> <br>
> This is a localrc I have been using for ages for launching neutron
<br>
> (with a few changes over time, of course): http://<br>
> paste.openstack.org/show/119143/ </font></tt>
<br>
<br><tt><font size=2>When I open </font></tt><a href=http://paste.openstack.org/show/119143/><tt><font size=2 color=blue>http://paste.openstack.org/show/119143/</font></tt></a><tt><font size=2>
in my browser, I see this:</font></tt>
<br>
<br><font size=6><b>Internal Server Error</b></font>
<p><font size=3>The server encountered an internal error and was unable
to complete your request. Either the server is overloaded or there is an
error in the application.</font>
<br><tt><font size=2><br>
> Let us take a concrete example.  Suppose I have a machine with
one NIC, at <br>
> 10.84.133.238/28.  It has a simple routing table: one entry for
the <br>
> local subnet, one default route through a gateway at 10.84.133.225. <br>
> I have nothing else on the 10.84.133.238/28 subnet, I can use the
<br>
> other addresses (aside from .224 and .239) for VMs. What do I put
in<br>
> my localrc?  Do I have to fix up anything after stack.sh completes?</font></tt>
<br><tt><font size=2>> <br>
> If that's your only interface, there is no need to specify anything
<br>
> in localrc.</font></tt>
<br>
<br><tt><font size=2>You mean I do not have to set PUBLIC_NETWORK_GATEWAY=10.84.133.225
in my localrc?  I guess I am still confused about a basic fact about
PUBLIC_NETWORK_GATEWAY: is this the IP address of a pre-existing gateway
between my host's subnet and the wider world, or is it the IP address that
DevStack will assign to a gateway that DevStack creates between OpenStack's
external and private networks?</font></tt>
<br>
<br><tt><font size=2>> I rarely do that, but if you wish to use flat
or vlan networking <br>
> you'll probably need to specify the name of a bridge in localrc.</font></tt>
<br>
<br><tt><font size=2>To start with, I'll settle for anything that works.</font></tt>
<br>
<br>
<br><tt><font size=2>> Once I have a working OpenStack, the remaining
questions are about <br>
> how to use it to create a VM with the desired ability.  That
would <br>
> be as the demo user, in the demo tenant, right?  I would need
a <br>
> security group that allows the desired communication, of course. 
<br>
> Create the VM on the private net, give it a floating IP on the <br>
> public network.  Any tricks missed here? </font></tt>
<br><tt><font size=2>> <br>
> Devstack will give you a private network connected to a router which<br>
> is uplinked to the external network. So you're right - you just need<br>
> to boot a vm and assign a floating ip to its port.</font></tt>
<br><tt><font size=2>>  </font></tt>
<br><tt><font size=2>> Does it matter whether my machine at 10.84.133.238
is a bare metal <br>
> machine or a VM in some undercloud? </font></tt>
<br><tt><font size=2>> <br>
> I don't think it matters, at least with the ML2 plugin and OVS/LB
<br>
> mech drivers - plus other plugins I know of. But restrictions might
<br>
> exist with other plugins of which I'm not aware.</font></tt>
<br><tt><font size=2>>  </font></tt>
<br><tt><font size=2>> <br>
> Does it matter whether my machine has multiple ethN interfaces that
<br>
> have been bonded to make the interface (named bond0) in use? </font></tt>
<br><tt><font size=2>> <br>
> I don't think it matters at all, especially if you have a single node
setup.</font></tt>
<br>
<br><tt><font size=2>Thanks,</font></tt>
<br><tt><font size=2>Mike</font></tt>