Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 4 replies
  • Subscribers 2 subscribers
  • Views 4977 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Confusing DHCP behavior [bug?]

SalishSwede
I'm seeing the UTM DHCP server offer a lease from the dynamic pool to a device that has a reservation. It does this over and over and I can't figure out why.


Here's an example from the DHCP logs:

[FONT=monospace]2014:04:20-14:54:55 ravenna dhcpd: DHCPOFFER on 10.1.6.1 to 4c:82:cf:02:20:1f (Hopper2_stbeth0) via eth0 [/FONT]
[FONT=monospace]2014:04:20-14:55:31 ravenna dhcpd: DHCPDISCOVER from 4c:82:cf:02:20:1f (Hopper2_stbeth0) via eth0 [/FONT]
[FONT=monospace]2014:04:20-14:55:31 ravenna dhcpd: DHCPOFFER on 10.1.6.1 to 4c:82:cf:02:20:1f (Hopper2_stbeth0) via eth0 [/FONT]
[FONT=monospace]2014:04:20-14:56:08 ravenna dhcpd: DHCPDISCOVER from 4c:82:cf:02:20:1f (Hopper2_stbeth0) via eth0 [/FONT]
[FONT=monospace]2014:04:20-14:56:08 ravenna dhcpd: DHCPOFFER on 10.1.6.1 to 4c:82:cf:02:20:1f (Hopper2_stbeth0) via eth0 [/FONT]
[FONT=monospace]2014:04:20-14:56:45 ravenna dhcpd: DHCPDISCOVER from 4c:82:cf:02:20:1f (Hopper2_stbeth0) via eth0 [/FONT]
[FONT=monospace]2014:04:20-14:56:45 ravenna dhcpd: DHCPOFFER on 10.1.6.1 to 4c:82:cf:02:20:1f (Hopper2_stbeth0) via eth0 [/FONT]
[FONT=monospace]2014:04:20-14:57:22 ravenna dhcpd: DHCPDISCOVER from 4c:82:cf:02:20:1f (Hopper2_stbeth0) via eth0 [/FONT]
[FONT=monospace]2014:04:20-14:57:22 ravenna dhcpd: DHCPOFFER on 10.1.6.1 to 4c:82:cf:02:20:1f (Hopper2_stbeth0) via eth0 [/FONT]
[FONT=monospace]2014:04:20-14:57:59 ravenna dhcpd: DHCPDISCOVER from 4c:82:cf:02:20:1f (Hopper2_stbeth0) via eth0 [/FONT]
[FONT=monospace]2014:04:20-14:57:59 ravenna dhcpd: DHCPOFFER on 10.1.6.1 to 4c:82:cf:02:20:1f (Hopper2_stbeth0) via eth0 [/FONT]
I've attached a screen capture of the network definition of the device showing it's MAC address (the same) for the static mapping in DHCP.

The static mapping is for 10.1.3.1 yet the DHCP server it attempting to give it the first address in the lease pool, 10.1.6.1.

The dynamic address pool is 10.1.6.1-10.1.6.255, so it's well outside that range.
The network is 10.1/16.

What am I missing?

Thanks!


This thread was automatically locked due to age.
  • 0
    Nevermind, didn't read it carefully.
  • 0 in reply to solae
    Hi,
    as far as I can tell from your log the name is different and the device never responds to the offer.

    Ian
  • 0 in reply to RFCat_vk_01
    I don't think so.  The name referred to in the logs is the dns name of the device as defined by the device: [FONT=monospace]Hopper2_stbeth0.

    My understanding of DHCP is that it's strictly MAC address to IP address.  Nothing else matters. 

    I'll change the name within the UTM to see if that changes anything.  I'll be stunned if it does.

    Update:  as I suspected, nothing changes other than the dns name in the logs...

    [/FONT]
    2014:04:20-18:00:32 ravenna dhcpd: DHCPDISCOVER from 4c:82:cf:02:20:1f via eth0 [FONT=monospace]2014:04:20-18:00:33 ravenna dhcpd: DHCPOFFER on 10.1.6.1 to 4c:82:cf:02:20:1f (Hopper2_stbeth0) via eth0 [/FONT]
    [FONT=monospace]2014:04:20-18:01:09 ravenna dhcpd: DHCPDISCOVER from 4c:82:cf:02:20:1f (Hopper2_stbeth0) via eth0 [/FONT]
    [FONT=monospace]2014:04:20-18:01:09 ravenna dhcpd: DHCPOFFER on 10.1.6.1 to 4c:82:cf:02:20:1f (Hopper2_stbeth0) via eth0 [/FONT]
    [FONT=monospace]2014:04:20-18:01:46 ravenna dhcpd: DHCPDISCOVER from 4c:82:cf:02:20:1f (Hopper2_stbeth0) via eth0 [/FONT]
    [FONT=monospace]2014:04:20-18:01:46 ravenna dhcpd: DHCPOFFER on 10.1.6.1 to 4c:82:cf:02:20:1f (Hopper2_stbeth0) via eth0 [/FONT]
    [FONT=monospace]


    Anyone else?
    [/FONT]
  • 0
    Did this ever work?  (What was the last things to change before it stopped working?)

    The following are probably good places to start:

    /var/chroot-dhcps/etc/dhcpd.conf and /var/chroot-dhcps/var/state/dhcp/dhcpd.leases

    /var/log/dhcpd.log can have additional information (warnings, errors) when the dhcp server is restarted.

    tcpdump for dhcp (change for your interface)
    tcpdump -i eth1 -s 1500 -n -vvv port 67 and port 68
Unfiltered HTML