<div dir="ltr"><div>Hi Assaf, Kevin, I know we talked about this on IRC, but just want to close this question on the thread, for rest of the community. </div><div><br></div>Yes, Assaf is correct.<div><br></div><div>Either via DHCP or Config Drive, we will make sure that different VMs/baremetal nodes get different gateway addresses.</div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jun 12, 2015 at 2:34 PM, Assaf Muller <span dir="ltr"><<a href="mailto:amuller@redhat.com" target="_blank">amuller@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I think Shraddha was talking about the gateway IP the DHCP server will respond<br>
with. Different VMs will get different gateways.<br>
<div class="HOEnZb"><div class="h5"><br>
----- Original Message -----<br>
> That logic is contained in the virtual machine. We have no control over that.<br>
><br>
> On Thu, Jun 11, 2015 at 3:34 PM, Shraddha Pandhe <<br>
> <a href="mailto:spandhe.openstack@gmail.com">spandhe.openstack@gmail.com</a> > wrote:<br>
><br>
><br>
><br>
> The idea is to round-robin between gateways by using some sort of mod<br>
> operation<br>
><br>
> So logically it can look something like:<br>
><br>
> idx = len(gateways) % ip<br>
> gateway = gateways[idx]<br>
><br>
><br>
> This is just one idea. I am open to more ideas.<br>
><br>
><br>
><br>
><br>
> On Thu, Jun 11, 2015 at 3:10 PM, Kevin Benton < <a href="mailto:blak111@gmail.com">blak111@gmail.com</a> > wrote:<br>
><br>
><br>
><br>
><br>
> What gateway address do you give to regular clients via dhcp when you have<br>
> multiple?<br>
><br>
><br>
> On Jun 11, 2015 12:29 PM, "Shraddha Pandhe" < <a href="mailto:spandhe.openstack@gmail.com">spandhe.openstack@gmail.com</a> ><br>
> wrote:<br>
> ><br>
> > Hi,<br>
> > Currently, the Subnets in Neutron and Nova-Network only support one<br>
> > gateway. For provider networks in large data centers, quite often, the<br>
> > architecture is such a way that multiple gateways are configured per<br>
> > subnet. These multiple gateways are typically spread across backplanes so<br>
> > that the production traffic can be load-balanced between backplanes.<br>
> > This is just my use case for supporting multiple gateways, but other folks<br>
> > might have more use cases as well and also want to take the community's<br>
> > opinion about this feature. Is this something that's going to help a lot<br>
> > of users?<br>
> > I want to open up a discussion on this topic and figure out the best way to<br>
> > handle this.<br>
> > 1. Should this be done in a same way as dns-nameserver, with a separate<br>
> > table with two columns: gateway_ip, subnet_id.<br>
> > 2. Should Gateway field be converted to a List instead of String?<br>
> > I have also opened a bug for Neutron here:<br>
> > <a href="https://bugs.launchpad.net/neutron/+bug/1464361" rel="noreferrer" target="_blank">https://bugs.launchpad.net/neutron/+bug/1464361</a><br>
> ><br>
> ><br>
> > __________________________________________________________________________<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.openstack.org?subject:unsubscribe</a><br>
> > <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
> ><br>
><br>
><br>
><br>
> __________________________________________________________________________<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.openstack.org?subject:unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
><br>
><br>
><br>
> __________________________________________________________________________<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.openstack.org?subject:unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
><br>
><br>
><br>
><br>
> --<br>
> Kevin Benton<br>
><br>
> __________________________________________________________________________<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.openstack.org?subject:unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
><br>
<br>
__________________________________________________________________________<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.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div>