<div dir="ltr">I don't think I can use better words than Mark's.<div>So I have nothing to add.</div><div><br></div><div>Salvatore</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 13 January 2014 23:29, Mark McClain <span dir="ltr"><<a href="mailto:mmcclain@yahoo-inc.com" target="_blank">mmcclain@yahoo-inc.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
On Jan 13, 2014, at 12:24 PM, Collins, Sean <<a href="mailto:Sean_Collins2@cable.comcast.com">Sean_Collins2@cable.comcast.com</a>> wrote:<br>
<br>
> Hi,<br>
><br>
> I posted a message to the mailing list[1] when I first began work on the<br>
> subnet mode keyword, asking if anyone had a suggestion about if it<br>
> should be an API extension or can be a change to the core API.<br>
<br>
>> I don't know if adding the "dhcp_mode" attribute to Subnets should be<br>
>> considered an API extension (and the code should be converted to an API<br>
>> extension) or if we're simply specifying behavior that was originally undefined.<br>
><br>
<br>
<br>
</div>It should be part of the core API and has been planned that way for some time (This was agreed on when we first brought this up in Grizzly)  We need to ensure that the new mode attribute provides the correct backwards compatible behavior with the enable_dhcp boolean.  Ideally in the database model, should only store the new value, but the API should accept the enable_dhcp boolean until we fully deprecate the API.<br>

<span class="HOEnZb"><font color="#888888"><br>
mark<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<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>
</div></div></blockquote></div><br></div>