[Dibbler-devel] git version 26.07 10:00 works (mostly)

Mircea Ciocan mirceac at gmail.com
Tue Jul 26 11:12:54 CEST 2016


Hello Tomasz, I have seen a lot of activity on the git during the evening
and I've made today a quick test and compared with the version from 25.07
(yesterday), this version now works in the "normal" conditions.
The curious thing is, in the case of duplicate DUID there is no rejection
message to the server anymore ( but also no crash ;), and the duplicate
address seem to be accepted by the client, but is actually not added to the
interface (this is somehow a good thing to not have a duplicate address in
the network but the client is still unreachable and there are no other
requests made).

So it seems that we're on a good track here, it will be so nice if we can
restore the proper logic to have the duplicate address being rejected, and
maybe the DHCP server will pull another address from the pool.

If there is anything that I can do to assist you, please let me know, I'm
more of an embedded C guy and my C++-fu is not so stong but I can still
help you with debugging and testing in unusual situations. I would have
loved to take part last week hackathon, but unfortunately I had to spend
the time in a hospital with a sick family member, I hope you guys had fun.

Anyway, here is the relevant part of the client log when it detects a
duplicate address, is seen that it grudgingly accepts it, but it is not
actually set to the interface:

2016.07.26 10:50:09 Client Debug     Initialising link-state detection for
interfaces: eth3/30
2016.07.26 10:50:09 Client Notice    CONFIRM support compiled in.
2016.07.26 10:50:09 Client Info      Creating SOLICIT message with 1 IA(s),
no TA and 0 PD(s) on eth3/30 interface.
2016.07.26 10:50:09 Client Debug     Sending SOLICIT(opts:1 3 39 8 1 ) on
eth3/30 to multicast.
2016.07.26 10:50:09 Client Debug     Sleeping for 1 second(s).
2016.07.26 10:50:09 Client Debug     Received 80 bytes on interface eth3/30
(socket=6, addr=fe80::3e97:eff:fe86:9a7d).
2016.07.26 10:50:09 Client Info      Received ADVERTISE on
eth3/30,trans-id=0x4d7412, 3 opts: 3 1 2
2016.07.26 10:50:09 Client Debug     Not executing external script (Notify
script disabled).
2016.07.26 10:50:09 Client Debug     Sleeping for 1 second(s).
2016.07.26 10:50:10 Client Info      Processing msg
(SOLICIT,transID=0x4d7412,opts: 1 3 39 8 1)
2016.07.26 10:50:10 Client Info      Creating REQUEST. Backup server list
contains 1 server(s).
2016.07.26 10:50:10 Client Debug     Advertise from Server
ID=00:01:00:01:1f:29:df:44:3c:97:0e:86:9a:7d, preference=0.[using this]
2016.07.26 10:50:10 Client Debug     Sending REQUEST(opts:1 3 39 1 2 8 ) on
eth3/30 to multicast.
2016.07.26 10:50:10 Client Debug     Sleeping for 1 second(s).
2016.07.26 10:50:10 Client Debug     Received 80 bytes on interface eth3/30
(socket=6, addr=fe80::3e97:eff:fe86:9a7d).
2016.07.26 10:50:10 Client Info      Received REPLY on
eth3/30,trans-id=0xce9f43, 3 opts: 3 1 2
2016.07.26 10:50:10 Client Notice    Address 2001:1:8::9/128 added to
eth3/30 interface. <<< This is a LIE !!!
2016.07.26 10:50:10 Client Notice    Server set T1 and T2 to 0. Choosing
default (50%, 70% * prefered-lifetime): T1=27000, T2=37800
2016.07.26 10:50:10 Client Debug     Not executing external script (Notify
script disabled).
2016.07.26 10:50:10 Client Debug     Sleeping for 3 second(s).
2016.07.26 10:50:13 Client Debug     Sleeping for 1 second(s).
2016.07.26 10:50:14 Client Error     DAD inconclusive. Unable to dermine
2001:1:8::9 address state. Assuming NOT TENTATIVE.
2016.07.26 10:50:14 Client Debug     Sleeping for 26996 second(s). <<<
Sadly no more requests are made and no reject message goes to the server :-(
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://klub.com.pl/pipermail/dibbler-devel/attachments/20160726/0b2dd2a3/attachment.html>


More information about the Dibbler-devel mailing list