<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:"Segoe UI";
panose-1:2 11 5 2 4 2 4 2 2 3;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
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;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></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=EN-GB link=blue vlink=purple><div class=WordSection1><p class=MsoNormal>Greetings. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Running into an odd issue with a clients’ DHCP installation.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Customer is running DHCP 4.1.ESV-R6. Customer was running a DHCP failover setup. I thought this may have been the problem, so I removed the failover config and made the system a standalone, but the issue is still there.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Here’s the problem:<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Customer has two pools configured on the DHCP server. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>130.x.x.x /20 which contains multiple Fixed Address entries for each device. Here is fixed address example for the device in question:<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal> host hostname.example.com-40618610FAA1-130-x-x-91 {<o:p></o:p></p><p class=MsoNormal> hardware ethernet 40:61:86:10:FA:A1;<o:p></o:p></p><p class=MsoNormal> fixed-address 130.x.x.91;<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>There is also a small, 137.x.x.x/24 subnet that contains a dynamic pool for these same client to connect to when they move to another area of the building via a different GW.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>The problem is, that, no matter what happens, when a device is configured for a ‘Fixed Address’ in the /20 pool, if that same client tries to get a dynamic address from the smaller /24 (even if the client released the Fixed Address lease and it comes in via the proper GW) the DHCP server will not hand out an address and throws the following in the logging:<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal> Nov 17 18:12:17 DHCPSERVER dhcpd: DHCPDISCOVER from 40:61:86:10:fa:a1 via 137.x.x.1: network 137.x.x.x/24: no free leases<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>As soon as I remove the Fixed Address Entry from the /20 pool and load the configuration on the server, the device with then IMMEDIATELY get an address from the /24 without issue.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal> Nov 17 18:18:43 DHCPSERVER dhcpd: DHCPDISCOVER from 40:61:86:10:fa:a1 via 137.x.x.1<o:p></o:p></p><p class=MsoNormal> Nov 17 18:18:45 DHCPSERVER dhcpd: DHCPOFFER on 137.x.x.34 to 40:61:86:10:fa:a1 (HOSTNAME) via 137.x.x.1<o:p></o:p></p><p class=MsoNormal> Nov 17 18:18:45 DHCPSERVER dhcpd: DHCPREQUEST for 137.x.x.34 (10.160.8.132) from 40:61:86:10:fa:a1 (HOSTNAME) via 137.x.x.1<o:p></o:p></p><p class=MsoNormal> Nov 17 18:18:45 DHCPSERVER dhcpd: DHCPACK on 137.x.x.34 to 40:61:86:10:fa:a1 (HOSTNAME) via 137.x.x.1<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>After the device has an address, the client will then release:<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal> Nov 17 18:30:00 DHCPSERVER dhcpd: DHCPRELEASE of 137.x.x.34 from 40:61:86:10:fa:a1 (HOSTNAME) via eth0 (found)<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>I will add the above listed fixed entry back into the /20 pool, load the config, and again, the client will not get an address from the /24:<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal> Nov 17 18:30:03 DHCPSERVER dhcpd: DHCPDISCOVER from 40:61:86:10:fa:a1 via 137.x.x.1: network 137.x.x.x/24: no free leases<o:p></o:p></p><p class=MsoNormal> Nov 17 18:30:07 DHCPSERVER dhcpd: DHCPDISCOVER from 40:61:86:10:fa:a1 via 137.x.x.1: network 137.x.x.x/24: no free leases<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>I can’t for the life of me figure why this is happening. A client having a fixed address in one pool should have no effect on getting an address from another pool if it comes in via the proper GW, no? Please let me know if any other info is needed. I’ll be glad to provide this.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><span lang=EN-US style='font-size:10.0pt;font-family:"Segoe UI","sans-serif";mso-fareast-language:EN-GB;layout-grid-mode:line'>Regards,<o:p></o:p></span></p><p class=MsoNormal><b><span lang=EN-US style='font-size:10.0pt;font-family:"Segoe UI","sans-serif";color:#0070C0;mso-fareast-language:EN-GB;layout-grid-mode:line'><o:p> </o:p></span></b></p><p class=MsoNormal><b><span lang=EN-US style='font-size:10.0pt;font-family:"Segoe UI","sans-serif";color:#0070C0;mso-fareast-language:EN-GB;layout-grid-mode:line'>Matthew Fura</span></b><span lang=EN-US style='font-size:9.0pt;font-family:"Segoe UI","sans-serif";mso-fareast-language:EN-GB;layout-grid-mode:line'> | Sr. TAC Engineer | BT Diamond IP | Office +1.610.280.2339 | Fax +1.610.423.4774 | </span><u><span lang=PT-BR style='font-size:9.0pt;font-family:"Segoe UI","sans-serif";mso-fareast-language:EN-GB;layout-grid-mode:line'><a href="http://bt.diamondip.com/"><span style='color:windowtext'>http://bt.diamondip.com</span></a></span></u><span lang=EN-US style='font-size:9.0pt;font-family:"Segoe UI","sans-serif";mso-fareast-language:EN-GB'><o:p></o:p></span></p><p class=MsoNormal><o:p> </o:p></p></div></body></html>