06:13 <mrkiko> blocktrron: can I PM?

06:23 <mrkiko> blocktrron: oops, sorry... :)

14:36 <ldir> An observation - odhcpd lease times all end at the same time, or they do in my case. I have a short 'valid lifetime' coming from my ISP's prefix delegation, 60 mins. This results in all dhcpv6 leases being valid until the same prefix delegation timeout. And this causes a flurry of dhcpv6 renew activity from all my clients at very similar times.

14:37 <ldir> This seems sub-optimal to me. I think a better solution would be to pseudo randomly reduce the leased preferred time for each lease, say up to 1/4 of the preferred lease time. Discuss :-)

14:40 <ldir> the lease time remaining on dhcpv4 leases is mostly determined by when the client requested and the lan lease duration and there's no 'lock step' with when the ISP's WAN side lease was obtained.

14:47 <ldir> I'm probably being stupid... I'm dependant on the PD being refreshed and it have a later 'valid until' time when the dhcp request comes in. Hmmmm.

15:01 <Habbie> i was also wondering what a reduced lease time would do

15:02 <Habbie> because then after that you just get 'the rest'

15:20 <ldir> I just don't like this business of the lan side & wan side being in absolute lock step.

15:20 <Habbie> how about ULA?

15:23 <ldir> not a fan. I like globally routable.

15:27 <ldir> I don't think that all my dhcpv6 clients should be poking the router for a renew at 'exactly' the same time. A spread of 60 seconds would be something.