Open Stack

I think Anthony suggested that we don’t use enable_dhcp and choose a different attribute which can provide values, instead of TRUE/FALSE.

In case that customer have an external DHCPv6 server and an internal OpenStack router, then dnsmasq should still send out RA with right bits set (depending on Stateful or Stateless), which in turn triggers VM to initiate right messages to solicit IPv6 address and/or Optional Information. This use case is also captured in the table show in the previous email. I copied and pasted it below.

Shixiong











On Jan 22, 2014, at 7:07 AM, Ian Wells <ijw.ubuntu at cack.org.uk> wrote:

> On 21 January 2014 22:46, Veiga, Anthony <Anthony_Veiga at cable.comcast.com> wrote:
> 
> Hi, Sean and Xuhan:
> 
> I totally agree. This is not the ultimate solution with the assumption that we had to use “enable_dhcp”.
> 
> We haven’t decided the name of another parameter, however, we are open to any suggestions. As we mentioned during the meeting, the second parameter should highlight the need of addressing. If so, it should have at least four values:
> 
> 1) off (i.e. address is assigned by external devices out of OpenStack control)
> 2) slaac (i.e. address is calculated based on RA sent by OpenStack dnsmasq)
> 3) dhcpv6-stateful (i.e. address is obtained from OpenStack dnsmasq acting as DHCPv6 stateful server)
> 4) dhcpv6-stateless (i.e. address is calculated based on RA sent from either OpenStack dnsmasq, or external router, and optional information is retrieved from OpenStack dnsmasq acting as DHCPv6 stateless server)
> 
> So how does this work if I have an external DHCPv6 server and an internal router?  (How baroque do we have to get?)  enable_dhcp, for backward compatibility reasons, should probably disable *both* RA and DHCPv6, despite the name, so we can't use that to disable the DHCP server.  We could add a *third* attribute, which I hate as an idea but does resolve the problem - one flag for each of the servers, one for the mode the servers are operating in, and enable_dhcp which needs to DIAF but will persist till the API is revved.
> -- 
> Ian.
> _______________________________________________
> 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/20140122/baa01029/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PastedGraphic-1.png
Type: image/png
Size: 119595 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140122/baa01029/attachment-0001.png>