<tt><font size=2>Mark Kirkwood <mark.kirkwood@catalyst.net.nz> wrote
on 10/07/2014 02:23:36 AM:<br>
<br>
> I think why this is not documented is the usual use-case for devstack
is <br>
> development setups where real external ips for the VMs is usually
not a <br>
> point of interest.<br>
> <br>
> For instance I never need this...I do sometimes want the VMs to be
able <br>
> to access the internet, and that is pretty easy:<br>
> <br>
> $ sudo sysctl -w net.ipv4.ip_forward=1<br>
> $ sudo iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE<br>
> <br>
> For access the other way, yes it's more complex. As others have posted,
<br>
> you need real ip ranges available in your external network and <br>
> (probably) an additional nic in your test box that can be <br>
> designated/mapped as br-ex<br>
> so that the various routers/gateways in the neutron setup use it.<br>
</font></tt>
<br><tt><font size=2>Thanks, Mark.  As I mentioned in my original
post, I have a block of IP addresses that I can use as I see fit --- I
have a subnet that I control.  I do not see why an additional NIC
on the host would be needed, it already has a NIC connected to a subnet
that I control (I am trying to make it easy here).</font></tt>
<br>
<br><tt><font size=2>Thanks,</font></tt>
<br><tt><font size=2>Mike</font></tt>
<br>