<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 16 August 2016 at 10:38, Todd Simmons (todsimmo) <span dir="ltr"><<a href="mailto:todsimmo@cisco.com" target="_blank">todsimmo@cisco.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Can you run a TCPDUMP and past 10-20 lines in this thread?<br>
<br>
tcpdump -i <interface-name> port 67 or port 68 -n -e<br></blockquote><div><br></div><div>It won't be meaningful for now, since I'm no longer running Kea.  I might take a look once the next rev is released to see if it can handle this sort of setup.</div><div><br></div><div>But, it sounds like it won't be useful to me until it can determine that of the two subnets assigned to an interface, one has an available pool and the other doesn't, and pick addresses from the pool when there's no static reservation.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
<br>
<br>
<br>
Todd Simmons<br>
CCIE Wireless #42411<br>
Network Consulting Engineer<br>
Advanced Services WWWP - Wireless LAN<br>
Cisco Systems, Inc.<br>
<a href="mailto:todsimmo@cisco.com">todsimmo@cisco.com</a><br>
Phone: <a href="tel:%2B1%20469%20255%200183" value="+14692550183">+1 469 255 0183</a><br>
Mobile: <a href="tel:%2B1%20512%20749%207167" value="+15127497167">+1 512 749 7167</a><br>
<br>
Cisco.com <<a href="http://cisco.com/" rel="noreferrer" target="_blank">http://cisco.com/</a>> - <a href="http://www.cisco.com" rel="noreferrer" target="_blank">http://www.cisco.com</a><br>
<<a href="http://www.cisco.com/" rel="noreferrer" target="_blank">http://www.cisco.com/</a>><br>
<br>
<a href="http://wwwin-tools.cisco.com/dir/vcard/todsimmo.vcf" rel="noreferrer" target="_blank">http://wwwin-tools.cisco.com/<wbr>dir/vcard/todsimmo.vcf</a><br>
<br>
This email may contain confidential and privileged material for the sole<br>
use of the intended recipient. Any review, use, distribution or disclosure<br>
by others is strictly prohibited. If you are not the intended recipient<br>
(or authorized to receive for the recipient), please contact the sender by<br>
reply email and delete all copies of this message.<br>
For corporate legal information go to:<br>
<a href="http://www.cisco.com/web/about/doing_business/legal/cri/index.html" rel="noreferrer" target="_blank">http://www.cisco.com/web/<wbr>about/doing_business/legal/<wbr>cri/index.html</a><br>
<br>
<br>
<br>
<br>
<br>
On 8/16/16, 7:32 AM, "Kea-users on behalf of Marcin Siodelski"<br>
<div class="HOEnZb"><div class="h5"><<a href="mailto:kea-users-bounces@lists.isc.org">kea-users-bounces@lists.isc.<wbr>org</a> on behalf of <a href="mailto:marcin@isc.org">marcin@isc.org</a>> wrote:<br>
<br>
>On 05.08.2016 21:40, Matthew Pounsett wrote:<br>
>> I have what I think is a fairly straightforward config, but I'm having<br>
>> issues with it.  From the default kea.conf that ships with FreeBSD ports<br>
>> I have made the following changes:<br>
>> 1) listen on all interfaces<br>
>> 2) add global dns servers options<br>
>> 3) added two subnets:<br>
>>    3a) an RFC1918 /24<br>
>>     - subnet specific option for a router<br>
>>     - one pool of 10.0.5.100 to 10.0.5.254<br>
>>     - several out-of-pool reservations (none in-pool)<br>
>>    3b) a routed /28<br>
>>     - subnet specific option for a router<br>
>>     - no pools<br>
>>     - several reservations<br>
>><br>
>><br>
>> 3b works fine.  Neither the pool nor the reservations in 3a seem to be<br>
>> working.  For any of those, kea seems to be giving up before even<br>
>> attempting to make an assignment:<br>
>> 2016-08-05 15:04:31.959 WARN  [kea-dhcp4.alloc-engine/1223]<br>
>> ALLOC_ENGINE_V4_ALLOC_FAIL [hwtype=1 0c:c4:7a:b9:24:91],<br>
>> cid=[01:0c:c4:7a:b9:24:91], tid=0xfc7cd269: failed to allocate an IPv4<br>
>> address after 0 attempt(s)<br>
>><br>
>> The server running Kea has addresses on its interface in both subnets.<br>
>><br>
>> I have triple-checked that the subnet 'name', pool, and reservations are<br>
>> all out of the same /24<br>
>><br>
>> When I turn on debugging, it looks like kea is ignoring the available<br>
>> pool in 3a, and is trying to assign addresses out of 3b instead:<br>
>><br>
>> 2016-08-05 15:37:21.718 DEBUG [kea-dhcp4.packets/2108]<br>
>> DHCP4_SUBNET_SELECTED [hwtype=1 08:00:27:2c:73:00],<br>
>> cid=[70:6f:75:64:72:69:65:72:<wbr>65], tid=0xae5b3aa3: the subnet with ID 2<br>
>> was selected for client assignments<br>
>> 2016-08-05 15:37:21.718 DEBUG [kea-dhcp4.packets/2108] DHCP4_SUBNET_DATA<br>
>> [hwtype=1 08:00:27:2c:73:00], cid=[70:6f:75:64:72:69:65:72:<wbr>65],<br>
>> tid=0xae5b3aa3: the selected subnet details: <a href="http://216.235.10.32/28" rel="noreferrer" target="_blank">216.235.10.32/28</a><br>
>> <<a href="http://216.235.10.32/28" rel="noreferrer" target="_blank">http://216.235.10.32/28</a>><br>
>> 2016-08-05 15:37:21.718 DEBUG [kea-dhcp4.packets/2108]<br>
>> DHCP4_PACKET_RECEIVED [hwtype=1 08:00:27:2c:73:00],<br>
>> cid=[70:6f:75:64:72:69:65:72:<wbr>65], tid=0xae5b3aa3: DHCPDISCOVER (type 1)<br>
>> received from 0.0.0.0 to 255.255.255.255 on interface em0<br>
>> 2016-08-05 15:37:21.718 DEBUG [kea-dhcp4.packets/2108] DHCP4_QUERY_DATA<br>
>> [hwtype=1 08:00:27:2c:73:00], cid=[70:6f:75:64:72:69:65:72:<wbr>65],<br>
>> tid=0xae5b3aa3, packet details: local_address=<a href="http://255.255.255.255:67" rel="noreferrer" target="_blank">255.255.255.255:<wbr>67</a><br>
>> <<a href="http://255.255.255.255:67" rel="noreferrer" target="_blank">http://255.255.255.255:67</a>>, remote_adress=<a href="http://0.0.0.0:68" rel="noreferrer" target="_blank">0.0.0.0:68</a><br>
>> <<a href="http://0.0.0.0:68" rel="noreferrer" target="_blank">http://0.0.0.0:68</a>>, msg_type=DHCPDISCOVER (1), transid=0xae5b3aa3,<br>
>> 2016-08-05 15:37:21.719 DEBUG [kea-dhcp4.packets/2108]<br>
>> DHCP4_SUBNET_SELECTED [hwtype=1 08:00:27:2c:73:00],<br>
>> cid=[70:6f:75:64:72:69:65:72:<wbr>65], tid=0xae5b3aa3: the subnet with ID 2<br>
>> was selected for client assignments<br>
>> 2016-08-05 15:37:21.719 DEBUG [kea-dhcp4.packets/2108] DHCP4_SUBNET_DATA<br>
>> [hwtype=1 08:00:27:2c:73:00], cid=[70:6f:75:64:72:69:65:72:<wbr>65],<br>
>> tid=0xae5b3aa3: the selected subnet details: <a href="http://216.235.10.32/28" rel="noreferrer" target="_blank">216.235.10.32/28</a><br>
>> <<a href="http://216.235.10.32/28" rel="noreferrer" target="_blank">http://216.235.10.32/28</a>><br>
>> 2016-08-05 15:37:21.719 DEBUG [kea-dhcp4.hosts/2108]<br>
>> HOSTS_CFG_GET_ONE_SUBNET_ID_<wbr>HWADDR_DUID get one host with IPv4<br>
>> reservation for subnet id 2, HWADDR hwtype=1 08:00:27:2c:73:00, DUID<br>
>> 70:6f:75:64:72:69:65:72:65<br>
>> 2016-08-05 15:37:21.719 DEBUG [kea-dhcp4.hosts/2108]<br>
>> HOSTS_CFG_GET_ALL_HWADDR_DUID get all hosts with reservations for HWADDR<br>
>> hwtype=1 08:00:27:2c:73:00 and DUID 70:6f:75:64:72:69:65:72:65<br>
>> 2016-08-05 15:37:21.719 DEBUG [kea-dhcp4.hosts/2108]<br>
>> HOSTS_CFG_GET_ALL_IDENTIFIER get all hosts with reservations using<br>
>> identifier: hwaddr=08:00:27:2c:73:00<br>
>> 2016-08-05 15:37:21.719 DEBUG [kea-dhcp4.hosts/2108]<br>
>> HOSTS_CFG_GET_ALL_IDENTIFIER_<wbr>COUNT using identifier<br>
>> hwaddr=08:00:27:2c:73:00, found 0 host(s)<br>
>> 2016-08-05 15:37:21.719 DEBUG [kea-dhcp4.hosts/2108]<br>
>> HOSTS_CFG_GET_ONE_SUBNET_ID_<wbr>HWADDR_DUID_NULL host not found using subnet<br>
>> id 2, HW address hwtype=1 08:00:27:2c:73:00 and DUID<br>
>> 70:6f:75:64:72:69:65:72:65<br>
>> 2016-08-05 15:37:21.719 DEBUG [kea-dhcp4.ddns/2108]<br>
>> DHCP4_CLIENT_HOSTNAME_PROCESS [hwtype=1 08:00:27:2c:73:00],<br>
>> cid=[70:6f:75:64:72:69:65:72:<wbr>65], tid=0xae5b3aa3: processing client's<br>
>> Hostname option<br>
>> 2016-08-05 15:37:21.719 DEBUG [kea-dhcp4.ddns/2108]<br>
>> DHCP4_CLIENT_HOSTNAME_DATA [hwtype=1 08:00:27:2c:73:00],<br>
>> cid=[70:6f:75:64:72:69:65:72:<wbr>65], tid=0xae5b3aa3: client sent Hostname<br>
>> option: poudriere<br>
>> 2016-08-05 15:37:21.719 DEBUG [kea-dhcp4.dhcpsrv/2108]<br>
>> DHCPSRV_MEMFILE_GET_SUBID_<wbr>HWADDR obtaining IPv4 lease for subnet ID 2<br>
>> and hardware address hwtype=1 08:00:27:2c:73:00<br>
>> 2016-08-05 15:37:21.719 DEBUG [kea-dhcp4.alloc-engine/2108]<br>
>> ALLOC_ENGINE_V4_OFFER_NEW_<wbr>LEASE allocation engine will try to offer new<br>
>> lease to the client [hwtype=1 08:00:27:2c:73:00],<br>
>> cid=[70:6f:75:64:72:69:65:72:<wbr>65], tid=0xae5b3aa3<br>
>> 2016-08-05 15:37:21.719 WARN  [kea-dhcp4.alloc-engine/2108]<br>
>> ALLOC_ENGINE_V4_ALLOC_FAIL [hwtype=1 08:00:27:2c:73:00],<br>
>> cid=[70:6f:75:64:72:69:65:72:<wbr>65], tid=0xae5b3aa3: failed to allocate an<br>
>> IPv4 address after 0 attempt(s)<br>
>><br>
>> Any suggestions on how to approach troubleshooting this?<br>
>><br>
>> % kea-dhcp4 -V<br>
>> 1.0.0<br>
>> tarball<br>
>> linked with:<br>
>> log4plus 1.1.2<br>
>> OpenSSL 0.9.8zh-freebsd 3 Dec 2015<br>
>> database:<br>
>> PostgreSQL backend 2.0, library 90313<br>
>> Memfile backend 2.0<br>
>><br>
>><br>
>><br>
><br>
>Hi Matthew,<br>
><br>
>When dealing with non-relayed (direct traffic), the only parameters that<br>
>the server can use to select the subnet are: client's source address,<br>
>ciaddr, IP address assigned to the interface on which the server<br>
>received the packet. In case this is a new allocation, none of the first<br>
>two is available for the server. Thus, the server will use the local IP<br>
>address assigned to the interface on which it has received the packet to<br>
>select the subnet. If that address happens to be the one that matches<br>
>subnet with ID 2, it will pick this subnet. Since, there are no pools,<br>
>it will fail to allocate any address. Also, because static reservations<br>
>are made for another (non-selected) subnet, it will not use those<br>
>reservations.<br>
><br>
>Do you serve both subnets on the same physical interface?<br>
><br>
>Marcin Siodelski<br>
>ISC<br>
><br>
</div></div><div class="HOEnZb"><div class="h5">>_____________________________<wbr>__________________<br>
>Kea-users mailing list<br>
><a href="mailto:Kea-users@lists.isc.org">Kea-users@lists.isc.org</a><br>
><a href="https://lists.isc.org/mailman/listinfo/kea-users" rel="noreferrer" target="_blank">https://lists.isc.org/<wbr>mailman/listinfo/kea-users</a><br>
<br>
</div></div></blockquote></div><br></div></div>