<div dir="ltr"><div>I think slaac was original excluded to make --enable-ra not specified when only slaac is given to an subnet's dhcp mode. <br><br>However, when I checked the example conf file of dnsmasq:<br><br><a href="http://www.thekelleys.org.uk/dnsmasq/docs/dnsmasq.conf.example">http://www.thekelleys.org.uk/dnsmasq/docs/dnsmasq.conf.example</a><br>
<br></div>enable-ra is explained as:<br><pre># Do router advertisements for all subnets where we're doing DHCPv6
# Unless overriden by ra-stateless, ra-names, et al, the router 
# advertisements will have the M and O bits set, so that the clients
# get addresses and configuration from DHCPv6, and the A bit reset, so the 
# clients don't use SLAAC addresses.
#enable-ra<br><br><span style="font-family:arial,helvetica,sans-serif">are we using --enable-ra and ra-stateless, ra-names at the same time correctly?</span></pre></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Tue, Dec 17, 2013 at 8:27 PM, Shixiong Shang <span dir="ltr"><<a href="mailto:sparkofwisdom.cloud@gmail.com" target="_blank">sparkofwisdom.cloud@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi, guys:<br>
<br>
I am reading the code in “constants.py” file as part of "Change I5b2313ff: Create a new attribute for subnets, to store v6 dhcp options”. One thing captured my eyes is the definition of “RA_MODES”, which excluded “slaac” mode. If my understanding of “RA_MODES” is correct, i.e. the modes leverage RA, then “slaac” mode should be included. Am I correct?<br>

<br>
Thanks!<br>
<br>
Shixiong<br>
<br>
<br>
<br>
<br>
<br>
<br>
<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>
</blockquote></div><br></div>