[openstack-dev] [Neutron][IPv6] Change I5b2313ff: Create a new attribute for subnets, to store v6 dhcp options

Shixiong Shang sparkofwisdom.cloud at gmail.com
Tue Dec 17 17:57:28 UTC 2013


Yes, the man page is a little bit confusing. The “slaac” mode requires “—enable-ra” since it needs to manipulate MOAL bits in the RA. As matter of fact, all of the modes available for IPv6 rely on “—enable-ra”.

My understanding is, the ra-names option has nothing to do with RA. It resolves the problem of where to find DNS server. It should work with slaac mode or ra-stateless mode.

Shixiong


On Dec 17, 2013, at 10:52 AM, Xuhan Peng <pengxuhan at gmail.com> wrote:

> I think slaac was original excluded to make --enable-ra not specified when only slaac is given to an subnet's dhcp mode. 
> 
> However, when I checked the example conf file of dnsmasq:
> 
> http://www.thekelleys.org.uk/dnsmasq/docs/dnsmasq.conf.example
> 
> enable-ra is explained as:
> # 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
> 
> are we using --enable-ra and ra-stateless, ra-names at the same time correctly?
> 
> 
> On Tue, Dec 17, 2013 at 8:27 PM, Shixiong Shang <sparkofwisdom.cloud at gmail.com> wrote:
> Hi, guys:
> 
> 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?
> 
> Thanks!
> 
> Shixiong
> 
> 
> 
> 
> 
> 
> 
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> 
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20131217/f9bf52b2/attachment.html>


More information about the OpenStack-dev mailing list