<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>That is correct, Xu Han!<br><br><br></div><div><br>On Jan 22, 2014, at 11:14 AM, "Xuhan Peng" <<a href="mailto:pengxuhan@gmail.com">pengxuhan@gmail.com</a>> wrote:<br><br></div><blockquote type="cite"><div>
<span id="mailbox-conversation">Ian, <div><br></div>
<div>I think the last "two attributes" PDF from Shixiong's last email is trying to solve the problem you are saying, right?</div></span><div class="mailbox_signature">—<br>Xu Han Peng (xuhanp)</div>
<br><br><div class="gmail_quote"><p>On Wed, Jan 22, 2014 at 8:15 PM, Ian Wells <span dir="ltr"><<a href="mailto:ijw.ubuntu@cack.org.uk" target="_blank">ijw.ubuntu@cack.org.uk</a>></span> wrote:<br></p><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div dir="ltr">On 21 January 2014 22:46, Veiga, Anthony <span dir="ltr"><<a href="mailto:Anthony_Veiga@cable.comcast.com">Anthony_Veiga@cable.comcast.com</a>></span> wrote:<br><div class="gmail_extra">
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="font-size:14px;font-family:Calibri,sans-serif;word-wrap:break-word"><div class="im">
<div><br></div>
<span>
<blockquote style="BORDER-LEFT:#b5c4df 5 solid;PADDING:0 0 0 5;MARGIN:0 0 0 5">
<div>
<div style="word-wrap:break-word">
<div>Hi, Sean and Xuhan:</div>
<div><br></div>
<div>I totally agree. This is not the ultimate solution with the assumption that we had to use “enable_dhcp”.</div>
<div><br></div>
<div>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:</div>
<div><br></div>
<div>1) off (i.e. address is assigned by external devices out of OpenStack control)</div>
<div>2) slaac (i.e. address is calculated based on RA sent by OpenStack dnsmasq)</div>
<div>3) dhcpv6-stateful (i.e. address is obtained from OpenStack dnsmasq acting as DHCPv6 stateful server)</div>
<div>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)</div>
</div>
</div>
</blockquote>
</span>
</div></div>
</blockquote>
<div><br></div>
<div>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.<br>
-- <br></div>
<div>Ian.<br></div>
</div>
</div>
</div></blockquote></div><br></div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>OpenStack-dev mailing list</span><br><span><a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a></span><br><span><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a></span><br></div></blockquote></body></html>