hey, i'm working on a security implementation on top of BLIP and i started writing without any LPL option enabled. Everything worked fine here.
I use Avrora to run my code and with the help of the packet-monitor I can debug the whole network transfer. Without LPL I get something like : . 2 180927970 Send done 2 181001288 ----> 00.00.00.0F.A7.4E.61.88.01.22.00.01.00.02.00.03.D4.F0.00.02.00.01.80.00.02.0 0.01.E0.B4.01.00.00.00.35.00.00.00.03.01.C3.5D.00.00.00.A6.A6.19.D6.47.33.C9 .FC.8E.35.88.11.0A.E0.41.83.99.17.CD.B8.D8.99.28.C3.DA.29.6B.00.00.76.00.00. 77.00.00.00.00.00.B3.04 2.643 ms 0 181001528 <==== 00.00.00.0F.A7.4E.61.88.01.22.00.01.00.02.00.03.D4.F0.00.02.00.01.80.00.02.0 0.01.E0.B4.01.00.00.00.35.00.00.00.03.01.C3.5D.00.00.00.A6.A6.19.D6.47.33.C9 .FC.8E.35.88.11.0A.E0.41.83.99.17.CD.B8.D8.99.28.C3.DA.29.6B.00.00.76.00.00. 77.00.00.00.00.00.CE.B9 2.643 ms 1 181001528 <==== 00.00.00.0F.A7.4E.61.88.01.22.00.01.00.02.00.03.D4.F0.00.02.00.01.80.00.02.0 0.01.E0.B4.01.00.00.00.35.00.00.00.03.01.C3.5D.00.00.00.A6.A6.19.D6.47.33.C9 .FC.8E.35.88.11.0A.E0.41.83.99.17.CD.B8.D8.99.28.C3.DA.29.6B.00.00.76.00.00. 77.00.00.00.00.00.CE.B6 2.643 ms 0 181005495 ----> 00.00.00.0F.A7.05.02.00.01.41.7E 0.346 ms 1 181005495 ----> 00.00.00.0F.A7.05.02.00.01.41.7E 0.346 ms 2 181005733 <==== 00.00.00.0F.A7.05.02.00.01.D1.C4 0.346 ms 1 181016918 Receive . Here, Node 2 sends a message to "fe80::1" as link-local address. Both nodes 0 and 1 receive this message on MAC layer, both send an ACK back to 2, node 2 receives the ACK from node 1 (who is the estimated destination) and node 1 finally receives the message in UDP layer in my App. With LPL enabled, some messages (not all) are not received. I got something like : . 2 2028007782 Send done 2 2028046598 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2028134611 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2028223392 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2028308333 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2028393530 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2028480775 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2028566484 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2028656545 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2028742766 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2028830779 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2028917000 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2029008853 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2029099426 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2029190511 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2029279292 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2029363721 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2029453014 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2029542051 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2029634160 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2029722429 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2029810186 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2029896663 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2029987236 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2030073969 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2030157886 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2030244363 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2030328024 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2030417317 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2030507634 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2030594367 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2030687756 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2030773977 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2030865830 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2030959555 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 2 2031044752 ----> 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.5A.07 1.164 ms 1 2031044986 <==== 00.00.00.0F.A7.1F.61.88.07.22.00.00.00.02.00.03.D4.F0.00.02.00.00.80.05.3A.0 5.39.C6.29.02.01.30.31.00.00.CE.B4 1.164 ms 1 2031048953 ----> 00.00.00.0F.A7.05.02.00.07.87.1E 0.346 ms 2 2031049191 <==== 00.00.00.0F.A7.05.02.00.07.CE.B8 0.346 ms 1 2394836884 RetransTimer fired . Here, node 2 sends a message to node 0 with "fe80::0" as destination. Node 1 receives it, sends an ACK back and node 2 seems to think that he can stop retransmitting because of this ACK. Node 2 stops sending and after a while my Retransmition Timer is fired. But node 0 was the estimated destination! It's not happening all the time, only if another node is online and sends the ACK before the real node can get anything. Did I do anything wrong or is there a problem in BLIP + LPL with more than 2 nodes available? (btw I also tried multicast with "ff02::x" but its same result here) My settings : I use MicaZ with CC2420. I only send via UDP-Interface offered by BLIP. Compilation with "make blip micaz". It makes no difference whether I integrate an IPBaseStation or not. It's working without BaseStation when LPL is disabled! - LPL_SLEEP_INTERVAL = 300 - MAX_LPL_CCA_CHECKS = 1600 - BLIP_L2_DELAY = 4096 - BLIP_L2_RETRIES = 2 - TRICKLE_PERIOD = 32768L - TRICKLE_JITTER = TRICKLE_PERIOD Thanks for help! _______________________________________________ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
