The free DHCP solution, ISC, seems to be having scaling issues (i.e. handling only about 200 DHCPDISCOVER and 20 DHCPRENEW requests), and I was wondering if anyone had any open source suggestions of solutions that could scale much better?
(Ideally, I could find a free version of a solution like Nominum, but I know that's asking for much.)
Anyone have any suggestions?
You thought about using its built in load balancing to scale out the capacity? Don't know what hardware you are using but it might be worth looking at the lease db and log file setups you are using if you can't add iron to the equation.
I'm looking over the documentation, and I see the -Y/-y options in dhcpd.
Maybe there is something worth considering rather than changing DHCP solutions.
(Other suggestions for DHCP replacement / scaling are always welcome)
On 7/19/11 9:54 PM, Rogelio wrote:
The free DHCP solution, ISC, seems to be having scaling issues (i.e. handling only about 200 DHCPDISCOVER and 20 DHCPRENEW requests), and I was wondering if anyone had any open source suggestions of solutions that could scale much better?
(Ideally, I could find a free version of a solution like Nominum, but I know that's asking for much.)
Anyone have any suggestions?
That's the first I've heard of scaling/performance problems - writing the syslog entries are about the most work it does. What kind of hardware and how much RAM does the server have? My first thought would be to use a 2nd system which you probably want for failover in any case.
On Wednesday, July 20, 2011 04:54:21 AM Rogelio wrote:
The free DHCP solution, ISC, seems to be having scaling issues (i.e. handling only about 200 DHCPDISCOVER and 20 DHCPRENEW requests), and I was wondering if anyone had any open source suggestions of solutions that could scale much better?
In my experience dnsmasq (available in base) is the way to go.
/Peter
On Tue, Jul 19, 2011 at 7:54 PM, Rogelio scubacuda@gmail.com wrote:
The free DHCP solution, ISC, seems to be having scaling issues (i.e. handling only about 200 DHCPDISCOVER and 20 DHCPRENEW requests), and I was wondering if anyone had any open source suggestions of solutions that could scale much better?
(Ideally, I could find a free version of a solution like Nominum, but I know that's asking for much.)
Anyone have any suggestions?
Not really, but it might be a good idea to restrict this posting to the list for the OS you're using - is it CentOS or Debian or what?
--On Wednesday, July 20, 2011 12:54 AM -0300 Rogelio scubacuda@gmail.com wrote:
The free DHCP solution, ISC, seems to be having scaling issues (i.e. handling only about 200 DHCPDISCOVER and 20 DHCPRENEW requests)
Over what time period?
Have you asked on the ISC DHCP mailing list? They'll know best how to tune it for your load.
On Mon, 1 Aug 2011, Kenneth Porter wrote:
--On Wednesday, July 20, 2011 12:54 AM -0300 Rogelio scubacuda@gmail.com wrote:
The free DHCP solution, ISC, seems to be having scaling issues (i.e. handling only about 200 DHCPDISCOVER and 20 DHCPRENEW requests)
I've only been watching this thread with half attention ---
DHCP is UDP based -- as such it does not handle collision retry logic on the server side (a server cannot resend what it does not know [due to a collision and drop] a client has requested of it)
So client retries are in play -- the ISC dhcpd server is able to handle loads substantially above the rates quoted per minute
I've had setups involving LTSP PXE booting of diskless workstations, supporting several hundred such clients all booting within 5 minutes of one another at a shift start
It is necessary to model, or perhaps view with tcpdump of ethereal, that traffic to see why the transfers are falling apart
-- Russ herrold
-
Joseph L. Casale -
Kenneth Porter -
Les Mikesell -
Mark -
Peter Kjellström -
R P Herrold -
Rogelio