cannot change ip address in pool (fixed question)

Thu Sep 13 06:03:24 UTC 2012

i pasted few lines of log with word "lease" and dhcpd configuration file.
Just like you said there is something with lease. Do you know how to fix it
? I can't find what version od dhcpd server i have in Lenny.

Sep 13 07:32:35 debian dhcpd: ICMP Echo reply while lease 172.16.20.203
valid.
Sep 13 07:32:35 debian dhcpd: ICMP Echo reply while lease 172.16.20.203
valid.
Sep 13 07:32:35 debian dhcpd: ICMP Echo reply while lease 172.16.20.203
valid.
Sep 13 07:32:35 debian dhcpd: ICMP Echo reply while lease 172.16.20.203
valid.
Sep 13 07:32:37 debian dhcpd: Reclaiming abandoned lease 172.16.20.203.
Sep 13 07:32:37 debian dhcpd: Reclaiming abandoned lease 172.16.20.203.
Sep 13 07:32:37 debian dhcpd: Reclaiming abandoned lease 172.16.20.203.
Sep 13 07:32:37 debian dhcpd: Reclaiming abandoned lease 172.16.20.203.
Sep 13 07:32:41 debian dhcpd: data: "leased-address" configuration
directive: there is no lease associated with this client.
Sep 13 07:32:41 debian dhcpd: data: "leased-address" configuration
directive: there is no lease associated with this client.
Sep 13 07:32:41 debian dhcpd: data: "leased-address" configuration
directive: there is no lease associated with this client.
Sep 13 07:32:41 debian dhcpd: data: "leased-address" configuration
directive: there is no lease associated with this client.
Sep 13 07:32:52 debian dhcpd: DHCPREQUEST for 172.16.13.90 from
e4:48:c7:b3:bf:7a via eth0: unknown lease 172.16.13.90.
Sep 13 07:32:52 debian dhcpd: DHCPREQUEST for 172.16.13.90 from
e4:48:c7:b3:bf:7a via eth0: unknown lease 172.16.13.90.
Sep 13 07:32:52 debian dhcpd: DHCPREQUEST for 172.16.13.90 from
e4:48:c7:b3:bf:7a via eth0: unknown lease 172.16.13.90.
Sep 13 07:32:58 debian dhcpd: DHCPDISCOVER from 00:14:5e:7f:35:3c via eth0:
network xxx: no free leases
Sep 13 07:32:58 debian dhcpd: DHCPDISCOVER from 00:14:5e:7f:35:3c via eth0:
network xxx: no free leases
Sep 13 07:32:58 debian dhcpd: DHCPDISCOVER from 00:14:5e:7f:35:3c via eth0:
network xxx: no free leases
Sep 13 07:32:58 debian dhcpd: DHCPDISCOVER from 00:14:5e:7f:35:3c via eth0:
network xxx: no free leases
Sep 13 07:33:05 debian dhcpd: DHCPDISCOVER from 00:14:5e:7f:35:3c via eth0:
network xxx: no free leases
Sep 13 07:33:05 debian dhcpd: DHCPDISCOVER from 00:14:5e:7f:35:3c via eth0:
network xxx: no free leases
Sep 13 07:33:05 debian dhcpd: DHCPDISCOVER from 00:14:5e:7f:35:3c via eth0:
network xxx: no free leases
Sep 13 07:33:05 debian dhcpd: DHCPDISCOVER from 00:14:5e:7f:35:3c via eth0:
network xxx: no free leases
Sep 13 07:33:09 debian dhcpd: DHCPREQUEST for 172.16.13.135 from
e4:48:c7:b5:40:d4 via eth0: unknown lease 172.16.13.135.
Sep 13 07:33:09 debian dhcpd: DHCPREQUEST for 172.16.13.135 from
e4:48:c7:b5:40:d4 via eth0: unknown lease 172.16.13.135.
Sep 13 07:33:09 debian dhcpd: DHCPREQUEST for 172.16.13.135 from
e4:48:c7:b5:40:d4 via eth0: unknown lease 172.16.13.135.
Sep 13 07:33:18 debian dhcpd: DHCPREQUEST for 78.10.45.44 from
00:1d:0f:e4:4e:87 via 172.16.0.1: unknown lease 78.10.45.44.
Sep 13 07:33:18 debian dhcpd: DHCPREQUEST for 78.10.45.44 from
00:1d:0f:e4:4e:87 via 172.16.0.1: unknown lease 78.10.45.44.
Sep 13 07:33:18 debian dhcpd: DHCPREQUEST for 78.10.45.44 from
00:1d:0f:e4:4e:87 via 172.16.0.1: unknown lease 78.10.45.44.
Sep 13 07:33:19 debian dhcpd: DHCPDISCOVER from 00:14:5e:7f:35:3c via eth0:
network xxx: no free leases
Sep 13 07:33:19 debian dhcpd: DHCPDISCOVER from 00:14:5e:7f:35:3c via eth0:
network xxx: no free leases
Sep 13 07:33:19 debian dhcpd: DHCPDISCOVER from 00:14:5e:7f:35:3c via eth0:
network xxx: no free leases
Sep 13 07:33:19 debian dhcpd: DHCPDISCOVER from 00:14:5e:7f:35:3c via eth0:
network xxx: no free leases

########################################################################
#dhcpd.conf

authoritative;
default-lease-time 1200;
max-lease-time 12000;
log-facility local4;
option time-servers 192.168.1.1;

option multicast-accp code 131 = { ip-address, unsigned integer 16,
unsigned integer 8 };
option multicast-accp 225.1.59.150 60000 10;

#allow leasequery;

if exists agent.remote-id {
 log ( error, concat("RemA: ", "offer ", binary-to-ascii (10, 8, ".",
leased-address ), " to " ,binary-to-ascii (16, 8, ":", substring( hardware,
1, 6)), " from ", binary-to-ascii(16, 8, ":", option agent.remote-id))  );
}

#option bootfile-name "256.cm";

shared-network xxx{

subnet 172.16.0.0 netmask 255.255.0.0 {
next-server 192.168.0.1;
option domain-name-servers 217.30.129.149, 217.30.137.200;
option routers 172.16.0.1;
option subnet-mask 255.255.0.0;
option broadcast-address 172.16.255.255;
}

subnet 78.10.44.0 netmask 255.255.255.0 {
next-server 192.168.0.1;
option domain-name-servers 217.30.129.149, 217.30.137.200;
option routers 78.10.44.1;
option subnet-mask 255.255.255.0;
option broadcast-address 78.10.44.255;
}

subnet 78.10.45.0 netmask 255.255.255.0 {
next-server 192.168.0.1;
option domain-name-servers 217.30.129.149, 217.30.137.200;
option routers 78.10.45.1;
option subnet-mask 255.255.255.0;
option broadcast-address 78.10.45.255;
}

subnet 78.10.46.0 netmask 255.255.255.0 {
next-server 192.168.0.1;
option domain-name-servers 217.30.129.149, 217.30.137.200;
option routers 78.10.46.1;
option subnet-mask 255.255.255.0;
option broadcast-address 78.10.46.255;
}

subnet 78.10.47.0 netmask 255.255.255.128 {
next-server 192.168.0.1;
option domain-name-servers 217.30.129.149, 217.30.137.200;
option routers 78.10.47.1;
option subnet-mask 255.255.255.128;
option broadcast-address 78.10.47.127;
}

subnet 192.168.0.1 netmask 255.255.255.255 { }
subnet 192.168.1.1 netmask 255.255.255.255 { }

#########################################
host m69 { hardware ethernet 00:0a:73:f9:e6:3a; fixed-address 172.16.10.69;
filename "plik.cm";}
class "M069" { match if binary-to-ascii(16, 8, ":", option agent.remote-id)
= "0:a:73:f9:e6:3a"; spawn with option agent.remote-id; lease limit 1;}
pool { allow members of "M069"; range 172.16.20.69; }
##############################################
}

2012/9/12 Glenn Satchell <glenn.satchell at uniq.com.au>

> Is there anything logged?
>
> My guess is that the lease hasn't expired, and there is a limit of one, so
> the request for a different IP gets dropped/ignored by the dhcp server. I
> think there might be a log message "no free leases".
>
> What was the version of dhcpd when running under lenny? Might be a case of
> seeing what defaults changed between versions. Check for "authoritative"
> statement in dhcpd.conf.
>
> On a different note this can be re-written without the binary-to-ascii:
>
> match if binary-to-ascii(16, 8, ":", option agent.remote-id) =
> "0:a:73:f9:e6:3a";
>
> note no quotes around the string, making it a list of hex characters:
>
> match if option agent.remote-id) = 0:a:73:f9:e6:3a;
>
> regards,
> -glenn
>
> On Wed, September 12, 2012 9:18 pm, Jan nowak wrote:
> > Hello,
> > I've got weird problem with isc-dhcp-server (4.1.1-P1-15+squeeze6).
> > I work in Cable TV and i am responsible of maintaining docsis layer.
> >
> > ##############################
> > ############################################################
> > host m69 { hardware ethernet 00:0a:73:f9:e6:3a; fixed-address
> > 172.16.10.69;
> > filename "file.cm <http://plik.cm>";}
> > class "M069" { match if binary-to-ascii(16, 8, ":", option
> > agent.remote-id)
> > = "0:a:73:f9:e6:3a"; spawn with option agent.remote-id; lease limit 1;}
> > pool { allow members of "M069"; range 172.16.20.69; }
> >
> ############################################################################################
> >
> > In this code i defined IP addresses of modem and CPE. First line
> > corresponds to modem access layer ( MAC + IP) and second and third lines
> > of
> > code corresponds to CPE access layer. Problem occurs when i need to
> change
> > CPE device (from router to PC).
> > When I changed CPE device and restarted both: isc dhcp server and CPE,
> > then
> > CPE doesn't get ip address. It's like isc dhcp server remembers last CPE
> > device and doesn't allow to assing ip address to another device. Few
> > months
> > ago i used debian lenny and then everthing was good. Now i moved to
> Debian
> > squeeze and something goes wrong.
> >
> > Please help.
> > _______________________________________________
> > dhcp-users mailing list
> > dhcp-users at lists.isc.org
> > https://lists.isc.org/mailman/listinfo/dhcp-users
>
>
> _______________________________________________
> dhcp-users mailing list
> dhcp-users at lists.isc.org
> https://lists.isc.org/mailman/listinfo/dhcp-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/dhcp-users/attachments/20120913/d1c8255d/attachment.html>