Failover xid mismatch errors

commo dore commonanog at gmail.com
Wed Dec 17 20:47:54 UTC 2008


I get alot of "bind update on #{Someip} got ack from dhcp-failover: xid
mismatch." errors
What causes these?  everything seems to work normaly.

I am running 2 dhcp servers in failover configuration running version 4.0.0.
Failover config


authoritative;
ddns-update-style none;
failover peer "dhcp-failover" {
  primary; # declare this to be the secondary server
  address 10.141.120.59;
  port 647;
  peer address 10.70.56.59;
  peer port 647;
  max-response-delay 30;
  max-unacked-updates 10;
  load balance max seconds 3;
  mclt 1800;
  split 128;
}
subnet 10.141.120.0 netmask 255.255.255.192{
}
include "/etc/dhcp-master.conf";


 subnet 10.70.61.128 netmask 255.255.255.224 {
                option routers 10.70.61.129;
                pool {
                        failover peer "dhcp-failover";
                        deny dynamic bootp clients;
                        #.140, .149, .157 are staticly assigned
                        range 10.70.61.130 208.70.61.139;
                        range 10.70.61.141 208.70.61.148;
                        range 10.70.61.150 208.70.61.156;
                        range 10.70.61.158;
               }
        }

Log file I get this:

Dec 17 13:06:59 h208-70-56-59 dhcpd: DHCPREQUEST for 10.70.61.130 from
00:1e:f7:d7:6d:4d (CVRouter) via eth0
Dec 17 13:06:59 h208-70-56-59 dhcpd: DHCPACK on 10.70.61.130 to
00:1e:f7:d7:6d:4d (CVRouter) via eth0
Dec 17 13:06:59 h208-70-56-59 dhcpd: DHCPREQUEST for 10.70.61.130 from
00:1e:f7:d7:6d:4d (CVRouter) via 10.70.61.129
Dec 17 13:06:59 h208-70-56-59 dhcpd: DHCPACK on 10.70.61.130 to
00:1e:f7:d7:6d:4d (CVRouter) via 10.70.61.129
Dec 17 13:07:01 h208-70-56-59 dhcpd: bind update on 10.70.61.130 got ack
from dhcp-failover: xid mismatch.

What causes these xid mismatch errors, and why does a request and ack come
in/out on eth0 First?
Everything seems to be working but I seem to get alot of these xid
mismatch.  I get them from multiple clients,and I get them on but the
primary and secondary.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/dhcp-users/attachments/20081217/ae9bdd98/attachment.html>


More information about the dhcp-users mailing list