Thanks for this information, This sounds like dhclient bug > https://bugzilla.redhat.com/show_bug.cgi?id=1093803 > > The internal DHCP plugin (from systemd's network library) doesn't have > issue with resetting time. > I hope internal DHCP plugin can also tolerate/ignore IPv4LL addresses so that I need not bothering you again when TI gets their meta-ti 2.1 layer mature enough so that I get more recent NM available. Thanks, Matti
2016-06-08 12:35 GMT+03:00 Thomas Haller <thal...@redhat.com>: > On Wed, 2016-06-08 at 12:14 +0300, matti kaasinen wrote: > > Hi! > > > > I got into same conclusion as as Eli (http://billauer.co.il/blog/2012 > > /10/dhcp-ip-ntpdate-rtc/) that dhclient notices that time has > > advanced over lease "expire" moment after time jump due to ntpdate. > > As a consequence it rejects old IP and claims new one. I tried more > > elegant way to get this solved so that I first check difference > > between local and NTP time. If it is big enough, I switch from dhcp > > mode to manual mode using the IP from dhcp lease. Then I run ntpdate > > and switch back to dhcp mode. Sound elegant (and complicated), but > > really from logs it seems pretty the same as what Eli got. > > > > This works somehow, IP does not change change. However, Avahi does > > not tolerate this quite perfectly. It usually does, but sometimes it > > gets confused and does not discuss with avahi-browse/avahi-discover. > > This can quite well come from the fact that I need to run dhclient- > > enter-hook to keep IPv4LL address. > > > > In fact, wouldn't this issue been fixed in dhclient just by > > monitoring lease trials: It should not reject the old lease if there > > are no refresh trials before time exceeds the "expire" moment. I hope > > you do something like that in NM-dhclient. I also hope that you could > > figure out some policy to maitain IPc4LL address when dhcp client > > gets lease. > > > This sounds like dhclient bug > https://bugzilla.redhat.com/show_bug.cgi?id=1093803 > > The internal DHCP plugin (from systemd's network library) doesn't have > issue with resetting time. > > > Thomas > > > > > > > > Thanks, > > Matti > > > > 2016-05-17 10:15 GMT+03:00 matti kaasinen <matti.kaasi...@gmail.com>: > > > Hi! > > > Some more information - lease log from board after re-installation > > > and dhcp server log: > > > ================================ > > > lease { > > > interface "eth0"; > > > fixed-address 111.111.3.15; > > > option subnet-mask 255.255.252.0; > > > option dhcp-lease-time 7200; > > > option routers 111.111.1.2; > > > option dhcp-message-type 5; > > > option dhcp-server-identifier 111.111.1.2; > > > option domain-name-servers 111.111.1.2; > > > option broadcast-address 111.111.3.255; > > > option domain-name "domain.fi"; > > > renew 5 2016/03/11 14:46:10; > > > rebind 5 2016/03/11 15:41:49; > > > expire 5 2016/03/11 15:56:49; > > > } > > > lease { > > > interface "eth0"; > > > fixed-address 111.111.3.15; > > > option subnet-mask 255.255.252.0; > > > option routers 111.111.1.2; > > > option dhcp-lease-time 7200; > > > option dhcp-message-type 5; > > > option domain-name-servers 111.111.1.2; > > > option dhcp-server-identifier 111.111.1.2; > > > option broadcast-address 111.111.3.255; > > > option domain-name "domain.fi"; > > > renew 5 2016/03/11 14:44:36; > > > rebind 5 2016/03/11 15:41:52; > > > expire 5 2016/03/11 15:56:52; > > > } > > > lease { > > > interface "eth0"; > > > fixed-address 111.111.3.11; > > > option subnet-mask 255.255.252.0; > > > option routers 111.111.1.2; > > > option dhcp-lease-time 7200; > > > option dhcp-message-type 5; > > > option domain-name-servers 111.111.1.2; > > > option dhcp-server-identifier 111.111.1.2; > > > option broadcast-address 111.111.3.255; > > > option domain-name "domain.fi"; > > > renew 2 2016/05/17 06:39:51; > > > rebind 2 2016/05/17 07:37:25; > > > expire 2 2016/05/17 07:52:25; > > > } > > > ==================== > > > As you can see, board gets two leases pretty rapidly, then it gets > > > NTP time and new lease with new IP. Is this problem coming from the > > > fact that when board gets NTP time, it notices that time is over > > > expiration time and it has to drop its lease. > > > > > > I suppose that this is what Connman handles differently. > > > > > > Communication log from dhcp server: > > > =========================== > > > May 17 08:49:33 ubuntu1 dhcpd: DHCPDISCOVER from 84:eb:18:96:a2:14 > > > via eth1 > > > May 17 08:49:34 ubuntu1 dhcpd: DHCPOFFER on 111.111.3.15 to > > > 84:eb:18:96:a2:14 via eth1 > > > May 17 08:49:34 ubuntu1 dhcpd: DHCPREQUEST for 111.111.3.15 > > > (111.111.1.2) from 84:eb:18:96:a2:14 via eth1 > > > May 17 08:49:34 ubuntu1 dhcpd: DHCPACK on 111.111.3.15 to > > > 84:eb:18:96:a2:14 via eth1 > > > > > > May 17 08:49:36 ubuntu1 dhcpd: DHCPREQUEST for 111.111.3.15 from > > > 84:eb:18:96:a2:14 via eth1 > > > May 17 08:49:36 ubuntu1 dhcpd: DHCPACK on 111.111.3.15 to > > > 84:eb:18:96:a2:14 via eth1 > > > > > > May 17 08:52:16 ubuntu1 dhcpd: DHCPDISCOVER from 84:eb:18:96:a2:14 > > > via eth1 > > > May 17 08:52:16 ubuntu1 dhcpd: ICMP Echo reply while lease > > > 111.111.3.15 valid. > > > May 17 08:52:16 ubuntu1 dhcpd: Abandoning IP address 111.111.3.15: > > > pinged before offer > > > > > > May 17 08:52:24 ubuntu1 dhcpd: DHCPDISCOVER from 84:eb:18:96:a2:14 > > > via eth1 > > > May 17 08:52:25 ubuntu1 dhcpd: DHCPOFFER on 111.111.3.11 to > > > 84:eb:18:96:a2:14 via eth1 > > > May 17 08:52:25 ubuntu1 dhcpd: DHCPREQUEST for 111.111.3.11 > > > (111.111.1.2) from 84:eb:18:96:a2:14 via eth1 > > > May 17 08:52:25 ubuntu1 dhcpd: DHCPACK on 111.111.3.11 to > > > 84:eb:18:96:a2:14 via eth1 > > > > > > May 17 09:39:51 ubuntu1 dhcpd: DHCPREQUEST for 111.111.3.11 from > > > 84:eb:18:96:a2:14 via eth1 > > > May 17 09:39:51 ubuntu1 dhcpd: DHCPACK on 111.111.3.11 to > > > 84:eb:18:96:a2:14 via eth1 > > > ========================== > > > > > > I hope someone can sort out what goes wrong / howto fix it. > > > Thanks, > > > Matti > > > > > > > > > 2016-04-25 21:33 GMT+03:00 matti kaasinen <matti.kaasi...@gmail.com > > > >: > > > > It is dedicated dhcp server for local area network called dhcpd3. > > > > I don't know how many free leases it has, but it do have very > > > > much free addressing space. I don't beleave server changes addres > > > > for lack of addresses. There are only couple of workstations > > > > (below 10) using dhcp addressing and basically their address > > > > never changes. > > > > > > > > 2016-04-25 16:58 GMT+03:00 José Queiroz <zekk...@gmail.com>: > > > > > > > > > > > > > > > 2016-04-25 2:24 GMT-03:00 matti kaasinen <matti.kaasinen@gmail. > > > > > com>: > > > > > > dhcpd3 > > > > > > > > > > > > > > > > > Sorry. I didn't make myself clear. > > > > > > > > > > Which device is your DHCP server? A router (maybe wifi)? A > > > > > dedicated/generic router? A server? > > > > > > > > > > How many free leases the DHCP server have, now? > > > > > > > > > > > > > > > _______________________________________________ > > > > > networkmanager-list mailing list > > > > > networkmanager-list@gnome.org > > > > > https://mail.gnome.org/mailman/listinfo/networkmanager-list > > > > > > > > > > > > > > > > > > > _______________________________________________ > > networkmanager-list mailing list > > networkmanager-list@gnome.org > > https://mail.gnome.org/mailman/listinfo/networkmanager-list >
_______________________________________________ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.org/mailman/listinfo/networkmanager-list