<div dir="ltr"><div>Per the discussions this evening, we did identify a reason why you might need a dhcp namespace for v6 - because networks don't actually have to have routers.  It's clear you need an agent in the router namespace for RAs and another one in the DHCP namespace for when the network's not connected to a router, though.  <br>

<br>We've not pinned down all the API details yet, but the plan is to implement an RA agent first, responding to subnets that router is attached to (which is very close to what Randy and Shixiong have already done).<br>

-- <br></div>Ian.<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 19 December 2013 14:01, Randy Tuttle <span dir="ltr"><<a href="mailto:randy.m.tuttle@gmail.com" target="_blank">randy.m.tuttle@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div>First, dnsmasq is not being "moved". Instead, it's a different instance for the attached subnet in the qrouter namespace. If it's not in the qrouter namespace, the default gateway (the local router interface) will be the interface of qdhcp namespace interface. That will cause blackhole for traffic from VM. As you know, routing tables and NAT all occur in qrouter namespace. So we want the RA to contain the local interface as default gateway in qrouter namespace</div>

<div><br></div><div>Randy<br><br>Sent from my iPhone</div><div class="im"><div><br>On Dec 19, 2013, at 4:05 AM, Xuhan Peng <<a href="mailto:pengxuhan@gmail.com" target="_blank">pengxuhan@gmail.com</a>> wrote:<br><br>

</div></div><div><div class="h5"><blockquote type="cite"><div><div dir="ltr"><div><div><div><div>I am reading through the blueprint created by Randy to bind dnsmasq into qrouter- namespace:<br><br><a href="https://blueprints.launchpad.net/neutron/+spec/dnsmasq-bind-into-qrouter-namespace" target="_blank">https://blueprints.launchpad.net/neutron/+spec/dnsmasq-bind-into-qrouter-namespace</a><br>


<br></div>I don't think I can follow the reason that we need to change the namespace which contains dnsmasq process and the device it listens to from qdhcp- to qrouter-. Why the original namespace design conflicts with the Router Advertisement sending from dnsmasq for SLAAC?<br>


<br></div>From the attached POC result link, the reason is stated as:<br><br>"Even if the dnsmasq process could send Router Advertisement, the default gateway would bind to its own link-local address in the qdhcp- namespace. As a result, traffic leaving tenant network will be drawn to DHCP interface, instead of gateway port on router. That is not desirable! "<br>


<br></div>Can Randy or Shixiong explain this more? Thanks!<br><br></div>Xuhan <br></div>
</div></blockquote></div></div><blockquote type="cite"><div><span>_______________________________________________</span><div class="im"><br><span>OpenStack-dev mailing list</span><br><span><a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a></span><br>

<span><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a></span><br></div></div></blockquote></div><br>_______________________________________________<br>


OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>