Guest User!

You are not Sophos Staff.

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

With DHCP, does size really matter?

OK, I burned a bunch of time on this, let's see if it's a feature, or a bug.

I set up a new ASG120 using a heavily VLAN'd setup. 10 VLANs, attached to a Link Aggravation ////// sorry, Aggregation interface. Core switch and edge switches all set up and running great. Some minor traffic in and out showing up on the VLAN interfaces of the dashboard screen. Traffic will move through the box if I use static IP addresses.

However, no DHCP IP addresses showing up on the clients.

Checked out everything 3 times, all looks good.

Then I shart playing with DHCP setup.

Looking at the DHCP live log, nothing was showing up in the log.

I built the VLAN interfaces with a /16 mask to make sure they'd have plenty of room to grow. Initially, when I built the DHCP entries, I clicked on the interface, and used the defaults do their thing. That turned out to be the problem.

When I went back to basics with the DHCP, I changed the scope

From:
x.x.0.1 - x.x.255.254

To:
x.x.0.1 - x.x.0.250

on all 10 DHCP entries.

Viola, all of the DHCP servers started handing out IP addresses to everyone connected. This VLAN thing is the way to go!

Some day I'll put them back to 'large size' and see where the system breaks down, but since this is now working just fine, tomorrow morning I need to get this group live...

So, is it a bug that a scope that large won't work???

Is it a bug that a scope that big shouldn't be allowed by the GUI???

What is the max scope for a DHCP server??? multiple servers???

Is it a problem that it was a Link Aggregated interface???

Was it a problem that multiple servers of that size aggregated to create the problem???

Any thoughts?


This thread was automatically locked due to age.
  • Hi, there might be something in the logs (maybe the middleware log if there's not a dhcpd log).

    Barry
  • Barry,

    Good thinking, it would have shown me the trouble. I saw the following 'code' every 30 seconds...

    So what it seems to show is that I set up the DHCP server for the 172.31.0.51 scope, and then later changed the IP addresses on that interface to the 192.168.1.0/24 subnet.

    Makes sense now, but I wouldn't have thought that a data entry error would crash the DHCP server. Guess I learned something. 

    So the answer is size probably doesn't matter, having the scope in the subnet of the interface matters...


    2012:04:15-17:41:32 ulcuverse dhcpd: Internet Systems Consortium DHCP Server 4.1-ESV-R3
    2012:04:15-17:41:32 ulcuverse dhcpd: Copyright 2004-2011 Internet Systems Consortium.
    2012:04:15-17:41:32 ulcuverse dhcpd: All rights reserved.
    2012:04:15-17:41:32 ulcuverse dhcpd: For info, please visit www.isc.org/.../
    2012:04:15-17:41:32 ulcuverse dhcpd: bad range, address 172.31.0.51 not in subnet 192.168.1.0 netmask 255.255.255.0
    2012:04:15-17:41:32 ulcuverse dhcpd: 
    2012:04:15-17:41:32 ulcuverse dhcpd: If you did not get this software from ftp.isc.org, please
    2012:04:15-17:41:32 ulcuverse dhcpd: get the latest from ftp.isc.org and install that before
    2012:04:15-17:41:32 ulcuverse dhcpd: requesting help.
    2012:04:15-17:41:32 ulcuverse dhcpd: 
    2012:04:15-17:41:32 ulcuverse dhcpd: If you did get this software from ftp.isc.org and have not
    2012:04:15-17:41:32 ulcuverse dhcpd: yet read the README, please read it before requesting help.
    2012:04:15-17:41:32 ulcuverse dhcpd: If you intend to request help from the dhcp-server@isc.org
    2012:04:15-17:41:32 ulcuverse dhcpd: mailing list, please read the section on the README about
    2012:04:15-17:41:32 ulcuverse dhcpd: submitting bug reports and requests for help.
    2012:04:15-17:41:32 ulcuverse dhcpd: 
    2012:04:15-17:41:32 ulcuverse dhcpd: Please do not under any circumstances send requests for
    2012:04:15-17:41:32 ulcuverse dhcpd: help directly to the authors of this software - please
    2012:04:15-17:41:32 ulcuverse dhcpd: send them to the appropriate mailing list as described in
    2012:04:15-17:41:32 ulcuverse dhcpd: the README file.
    2012:04:15-17:41:32 ulcuverse dhcpd: 
    2012:04:15-17:41:32 ulcuverse dhcpd: exiting.


    thanks,

    Mark
  • [QUOTE]So the answer is size probably doesn't matter, having the scope in the subnet of the interface matters...[QUOTE]
    That's rich, Mark! [;)]

    Barry, I think everyone that looked at Mark's question before and after your suggestion, like me, just did a face-palm. [:)]

    Cheers - Bob