<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p
        {mso-style-priority:99;
        mso-margin-top-alt:auto;
        margin-right:0cm;
        mso-margin-bottom-alt:auto;
        margin-left:0cm;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
        {mso-style-priority:34;
        margin-top:0cm;
        margin-right:0cm;
        margin-bottom:0cm;
        margin-left:36.0pt;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
span.EmailStyle18
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri","sans-serif";
        mso-fareast-language:EN-US;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.WordSection1
        {page:WordSection1;}
/* List Definitions */
@list l0
        {mso-list-id:1028332772;
        mso-list-type:hybrid;
        mso-list-template-ids:-731763990 202113041 202113049 202113051 202113039 202113049 202113051 202113039 202113049 202113051;}
@list l0:level1
        {mso-level-text:"%1\)";
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-18.0pt;}
@list l0:level2
        {mso-level-number-format:alpha-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-18.0pt;}
@list l0:level3
        {mso-level-number-format:roman-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:right;
        text-indent:-9.0pt;}
@list l0:level4
        {mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-18.0pt;}
@list l0:level5
        {mso-level-number-format:alpha-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-18.0pt;}
@list l0:level6
        {mso-level-number-format:roman-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:right;
        text-indent:-9.0pt;}
@list l0:level7
        {mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-18.0pt;}
@list l0:level8
        {mso-level-number-format:alpha-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-18.0pt;}
@list l0:level9
        {mso-level-number-format:roman-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:right;
        text-indent:-9.0pt;}
ol
        {margin-bottom:0cm;}
ul
        {margin-bottom:0cm;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=FR-CA link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Hi guys,<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>                </span><span lang=EN-CA style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>I’ve found what the problem is…<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-CA style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoListParagraph style='text-indent:-18.0pt;mso-list:l0 level1 lfo1'><![if !supportLists]><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><span style='mso-list:Ignore'>1)<span style='font:7.0pt "Times New Roman"'>      </span></span></span><![endif]><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>nova-dhcpbridge wasn’t configured<o:p></o:p></span></p><p class=MsoListParagraph style='text-indent:-18.0pt;mso-list:l0 level1 lfo1'><![if !supportLists]><span lang=EN-CA style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><span style='mso-list:Ignore'>2)<span style='font:7.0pt "Times New Roman"'>      </span></span></span><![endif]><span lang=EN-CA style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>The version provided with redhat seems to be buggy and I created a bug report: <a href="https://bugzilla.redhat.com/show_bug.cgi?id=927349">https://bugzilla.redhat.com/show_bug.cgi?id=927349</a><o:p></o:p></span></p><p class=MsoListParagraph><span lang=EN-CA style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoListParagraph><span lang=EN-CA style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>With the provided version, dhcp-script is called only once at dnsmasq startup and never at IP ack/release.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-CA style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>I’ve found a package (dnsmasq-2.62-1.el6.rfx.x86_64.rpm) that is more recent and everything is behaving as expected.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-CA style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-CA style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Dave<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-CA style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-CA style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-CA style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-CA style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><b><span lang=EN-US style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span lang=EN-US style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> Nathanael Burton [mailto:nathanael.i.burton@gmail.com] <br><b>Sent:</b> March-23-13 4:15 PM<br><b>To:</b> David Hill<br><b>Cc:</b> openstack@lists.launchpad.net; Robert Collins<br><b>Subject:</b> Re: [Openstack] DHCP release<o:p></o:p></span></p><p class=MsoNormal><o:p> </o:p></p><p>On Mar 23, 2013 4:02 AM, "David Hill" <<a href="mailto:david.hill@ubisoft.com">david.hill@ubisoft.com</a>> wrote:<br>><br>><br>> ________________________________________<br>> From: Robert Collins [<a href="mailto:robertc@robertcollins.net">robertc@robertcollins.net</a>]<br>> Sent: March 23, 2013 02:21<br>> To: David Hill<br>> Cc: Kevin Stevens; <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>> Subject: Re: [Openstack] DHCP release<br>><br>> On 23 March 2013 14:53, David Hill <<a href="mailto:david.hill@ubisoft.com">david.hill@ubisoft.com</a>> wrote:<br>> > Hello Kevin,<br>> ><br>> > Thanks for replying to my question.   I was asking that question because if we go there: <a href="http://docs.openstack.org/trunk/openstack-compute/admin/content/configuring-vlan-networking.html">http://docs.openstack.org/trunk/openstack-compute/admin/content/configuring-vlan-networking.html</a>  and look at the very bottom of the page, it suggests the following:<br>> ><br>> > # release leases immediately on terminate<br>> > force_dhcp_release=true? (did I miss something?)<br>> > # one week lease time<br>> > dhcp_lease_time=604800<br>> > # two week disassociate timeout<br>> > fixed_ip_disassociate_timeout=1209600<br>> ><br>> > I tried that and if you have at some creation/destruction of virtual machines, let's say 2046 in the same week, you'll end up burning the 2046 IPs because they're never disassociated.  At some point, nova-network complains with "no more fixed IP are available".  Changing fixed_ip_disassociate_timeout to something smaller solves this issue.<br>> > Is there any reasons why fixed_ip_disassociate_timeout should be bigger than dhcp_lease_time?<br>> ><br>> > Also, I thought that by destroying a virtual machine, it would release/disassociate the IP from the UUID since it has been destroyed (DELETED).  I've turned on the debugging and with fixed_ip_disassociate_timeout set to 600 seocnds, it disassociate stale IPs after they've been deleted for at least 600 seconds.  Is it a bug in our setup/nova-network or nova-network/manage relies on the periodic task that disassociate stale IPs in order to regain those IPs?<br>> ><br>> > Finaly, wouldn't it be better to simply disassociate a released IP as soon as the VM is deleted?  Since we deleted the VM, why keep it in the database?<br>><br>> When you reuse an IP address you run the risk of other machines that<br>> have the IP cached (e.g. as DNS lookup result, or because they were<br>> configured to use it as a service endpoint) talking to the wrong<br>> machine. The long timeout is to prevent the sort of confusing hard to<br>> debug errors that that happen when machine A is replaced by machine C<br>> on A's IP address.<br>><br>> My 2c: just make your pool larger. Grab 10/8 and have 16M ip's to play with.<br>><br>> -Rob<br>><br>> I'm not the network guy here but, if I use a 10/8 and that we already have 10/8 in our internal network, this could easily become a problem.... am I wrong?<br>><br>> Also, if a VM is deleted, IMHO, it's destroyed with all it's network.     I don't know if this is "old minding" or anything,  but when I destroy a VM in VSphere,  I expect it to disappear leaving no trace.   This is the cloud, and when I delete something,  I expect it to simply be deleted.<br>><br>> My 2c, but I see your point and have nothing against it.<br>><br>><br>> Dave<br>><br>><br>> _______________________________________________<br>> Mailing list: <a href="https://launchpad.net/~openstack">https://launchpad.net/~openstack</a><br>> Post to     : <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>> Unsubscribe : <a href="https://launchpad.net/~openstack">https://launchpad.net/~openstack</a><br>> More help   : <a href="https://help.launchpad.net/ListHelp">https://help.launchpad.net/ListHelp</a><o:p></o:p></p><p>David,<o:p></o:p></p><p>I believe the biggest reason for the long timeout is historical based on bugs in dnsmasq [1].  You can probably just use the default of 600 now if you're using a new enough version of dnsmasq.<o:p></o:p></p><p>[1] - <a href="https://lists.launchpad.net/openstack/msg11696.html">https://lists.launchpad.net/openstack/msg11696.html</a><o:p></o:p></p><p>Thanks,<o:p></o:p></p><p>Nate<o:p></o:p></p></div></body></html>