Navigation

    Netgate Discussion Forum
    • Register
    • Login
    • Search
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search

    DHCP breaks for clients with static mappings when changing interfaces

    2.1 Snapshot Feedback and Problems - RETIRED
    2
    4
    1327
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • F
      foxale08 last edited by

      DHCP will fail to provide an address for a client that connects to an interface different from the one said client has a static mapping on. Builds prior to late August did not exhibit this behavior and assigned an address properly. Below is an error log from when said client is moved to the interface other that the one it has a static mapping for. 190+ addresses are available (verified from the DHCP leases page) in the specified DHCP range for em0_vlan12.

      Oct 17 19:58:11 dhcpd: DHCPDISCOVER from 80:96:b1:e2:c4:XX via em0_vlan12: network 192.168.12.0/24: no free leases
      Oct 17 19:58:02 dhcpd: DHCPDISCOVER from 80:96:b1:e2:c4:XX via em0_vlan12: network 192.168.12.0/24: no free leases
      Oct 17 19:57:59 dhcpd: DHCPDISCOVER from 80:96:b1:e2:c4:XX via em0_vlan12: network 192.168.12.0/24: no free leases

      When the client returns to the interface for which is has a static mapping.

      Oct 17 20:03:03 dhcpd: DHCPACK to 192.168.45.161 (80:96:b1:e2:c4:XX) via em0
      Oct 17 20:03:03 dhcpd: DHCPINFORM from 192.168.45.161 via em0

      1 Reply Last reply Reply Quote 0
      • H
        hcoin last edited by

        Worth checking that all the IP addresses specified in the static mappings fall within the subnet defined for the new interface.  Noticing in your post the working 192.168.45… address isn't within the 192.168.12.0/24 'no free leases' range.

        1 Reply Last reply Reply Quote 0
        • F
          foxale08 last edited by

          They are different subnets on different interfaces the client is moving between. I just checked my static mappings and it appears the reference to the device in question was not updated to the current mac address of the device (it was replaced several weeks ago.) I am going to check my config further but it it was working with builds from a few weeks ago.

          1 Reply Last reply Reply Quote 0
          • F
            foxale08 last edited by

            I found what appears to be the problem. The following rouge line appeared in my config.

            <mac_allow>00:00:00</mac_allow>

            Other interfaces have the following line

            <mac_allow>I think I have this fixed now. Thank you :)</mac_allow>

            1 Reply Last reply Reply Quote 0
            • First post
              Last post