Re: Using CARP with dhcpd?
On Mon, Jan 26, 2015 at 2:58 AM, Christoph Kaegi k...@msw.ch wrote: If you distribute static IP configurations only: I wouldn't bother with failover. Let both of the DHCP servers make their offers. The client will choose one and ignore the other. I thought about that but I'd like to find a suitable failover method even if it's only for the exercise of doing it. Andy
Re: Using CARP with dhcpd?
On 24.01-06:44, Andy Ruhl wrote: I'm trying to find evidence that carp can work with dhcpd. All of the examples I have read are for ip level services, not layer 2. The ISC dhcpd has it's own failover method, which might be what I should use, but it would be nice if it it could work with carp. It's not clear to me how carp disables the inactive interface on the secondary machine. If it can still respond to layer 2 requests, this might not work. I realize that a simple test could be done to see if dhcp would still listen and send ethernet frames on the carpX device on both sides, but it would take some time to get to that point, and I haven't bought the second carp device yet. I'm using a static setup inside my dhcpd.conf (hardware ethernet and fixed-address) so leases are not an issue (although dhcpd seems to be able to deal with a lost lease file). If you distribute static IP configurations only: I wouldn't bother with failover. Let both of the DHCP servers make their offers. The client will choose one and ignore the other. Take care Chris -- -- Christoph Kaegik...@msw.ch --
Re: Using CARP with dhcpd?
I have no answer to your question, but if you need a high availibility solution, I can offer you a WIP pkgsrc package of the heartbeat cluster. It´s pretty old and basic but it should provide what you need. I could also manually compile corosync + pacemaker on NetBSD but that doesn´t work reliably because of libqb´s IPC mechanism.
Using CARP with dhcpd?
I'm trying to find evidence that carp can work with dhcpd. All of the examples I have read are for ip level services, not layer 2. The ISC dhcpd has it's own failover method, which might be what I should use, but it would be nice if it it could work with carp. It's not clear to me how carp disables the inactive interface on the secondary machine. If it can still respond to layer 2 requests, this might not work. I realize that a simple test could be done to see if dhcp would still listen and send ethernet frames on the carpX device on both sides, but it would take some time to get to that point, and I haven't bought the second carp device yet. I'm using a static setup inside my dhcpd.conf (hardware ethernet and fixed-address) so leases are not an issue (although dhcpd seems to be able to deal with a lost lease file). Another option could be to write a script to determine which machine is the active carp one and then disable dhcpd if it isn't, but that's kinda messy. Additionally, I'm still using pf and most examples are for carp and pf. It would be nice to hear if someone was using it with npf. I need to switch to npf apparently. Thanks. Andy