[Nfd-dev] Help needed with debugging duplicate Nonce

Tue Jun 28 16:09:13 PDT 2016

Please find them attached.

Ashlesh

________________________________
From: Junxiao Shi <shijunxiao at email.arizona.edu>
Sent: Tuesday, June 28, 2016 6:01:18 PM
To: Ashlesh Gawande (agawande)
Cc: Lan Wang (lanwang); nfd-dev at lists.cs.ucla.edu
Subject: Re: [Nfd-dev] Help needed with debugging duplicate Nonce

Hi Ashlesh

Can you attach complete pcap traces including those collected on network links and local links?

Yours, Junxiao

On Tue, Jun 28, 2016 at 10:29 AM, Ashlesh Gawande (agawande) <agawande at memphis.edu<mailto:agawande at memphis.edu>> wrote:

Confirmed that this is happening because node b has the same (sync) interest and hence forwards the interest to a resulting in a NACK.

Ashlesh

________________________________
From: Nfd-dev <nfd-dev-bounces at lists.cs.ucla.edu<mailto:nfd-dev-bounces at lists.cs.ucla.edu>> on behalf of Ashlesh Gawande (agawande) <agawande at memphis.edu<mailto:agawande at memphis.edu>>
Sent: Tuesday, June 28, 2016 10:48:35 AM
To: Lan Wang (lanwang); Junxiao Shi
Cc: nfd-dev at lists.cs.ucla.edu<mailto:nfd-dev at lists.cs.ucla.edu>

Subject: Re: [Nfd-dev] Help needed with debugging duplicate Nonce

Have attached proof for the said observation.

tmp-localhost_6_27$ grep --color=always 927845950 */ndndump* | sort -t: -k2
c/ndndump.c-eth0_1.0.0.10.pcap:1467054254.052399 From: 1.0.0.10, To: 1.0.0.9, Tunnel Type: UDP, INTEREST: /localhop/NLSR/sync/e4c858598a526f7f25d42f4da49cb51b7950cf352e26d5092bd35126b509101b?ndn.MustBeFresh=1&ndn.Nonce=927845950
b/ndndump.b-eth1_1.0.0.9.pcap:1467054254.052424 From: 1.0.0.10, To: 1.0.0.9, Tunnel Type: UDP, INTEREST: /localhop/NLSR/sync/e4c858598a526f7f25d42f4da49cb51b7950cf352e26d5092bd35126b509101b?ndn.MustBeFresh=1&ndn.Nonce=927845950
c/ndndump.c-eth1_1.0.0.6.pcap:1467054254.052428 From: 1.0.0.6, To: 1.0.0.5, Tunnel Type: UDP, INTEREST: /localhop/NLSR/sync/e4c858598a526f7f25d42f4da49cb51b7950cf352e26d5092bd35126b509101b?ndn.MustBeFresh=1&ndn.Nonce=927845950
a/ndndump.a-eth1_1.0.0.5.pcap:1467054254.052436 From: 1.0.0.6, To: 1.0.0.5, Tunnel Type: UDP, INTEREST: /localhop/NLSR/sync/e4c858598a526f7f25d42f4da49cb51b7950cf352e26d5092bd35126b509101b?ndn.MustBeFresh=1&ndn.Nonce=927845950
b/ndndump.b-eth0_1.0.0.2.pcap:1467054257.955331 From: 1.0.0.2, To: 1.0.0.1, Tunnel Type: UDP, INTEREST: /localhop/NLSR/sync/e4c858598a526f7f25d42f4da49cb51b7950cf352e26d5092bd35126b509101b?ndn.MustBeFresh=1&ndn.Nonce=927845950
a/ndndump.a-eth0_1.0.0.1.pcap:1467054257.955348 From: 1.0.0.2, To: 1.0.0.1, Tunnel Type: UDP, INTEREST: /localhop/NLSR/sync/e4c858598a526f7f25d42f4da49cb51b7950cf352e26d5092bd35126b509101b?ndn.MustBeFresh=1&ndn.Nonce=927845950
a/ndndump.a-eth0_1.0.0.1.pcap:1467054257.965760 From: 1.0.0.1, To: 1.0.0.2, Tunnel Type: UDP, NACK: Duplicate, /localhop/NLSR/sync/e4c858598a526f7f25d42f4da49cb51b7950cf352e26d5092bd35126b509101b?ndn.MustBeFresh=1&ndn.Nonce=927845950
b/ndndump.b-eth0_1.0.0.2.pcap:1467054257.965760 From: 1.0.0.1, To: 1.0.0.2, Tunnel Type: UDP, NACK: Duplicate, /localhop/NLSR/sync/e4c858598a526f7f25d42f4da49cb51b7950cf352e26d5092bd35126b509101b?ndn.MustBeFresh=1&ndn.Nonce=927845950

1) c to b

2) c to a

3) b to a

4) a responds with duplicate NACK

Meanwhile I will also try to test Junxiao's suggestion by forcing communication over TCP and make sure that this is because of local sync expressing the same interest.

Ashlesh
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20160628/2ee4c7b2/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: a-lo.pcap
Type: application/vnd.tcpdump.pcap
Size: 86520 bytes
Desc: a-lo.pcap
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20160628/2ee4c7b2/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dump.a-eth0_1.0.0.1.pcap
Type: application/vnd.tcpdump.pcap
Size: 30931 bytes
Desc: dump.a-eth0_1.0.0.1.pcap
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20160628/2ee4c7b2/attachment-0001.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dump.a-eth1_1.0.0.5.pcap
Type: application/vnd.tcpdump.pcap
Size: 25934 bytes
Desc: dump.a-eth1_1.0.0.5.pcap
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20160628/2ee4c7b2/attachment-0002.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: b-lo.pcap
Type: application/vnd.tcpdump.pcap
Size: 86757 bytes
Desc: b-lo.pcap
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20160628/2ee4c7b2/attachment-0003.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dump.b-eth0_1.0.0.2.pcap
Type: application/vnd.tcpdump.pcap
Size: 30931 bytes
Desc: dump.b-eth0_1.0.0.2.pcap
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20160628/2ee4c7b2/attachment-0004.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dump.b-eth1_1.0.0.9.pcap
Type: application/vnd.tcpdump.pcap
Size: 31139 bytes
Desc: dump.b-eth1_1.0.0.9.pcap
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20160628/2ee4c7b2/attachment-0005.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: c-lo.pcap
Type: application/vnd.tcpdump.pcap
Size: 87821 bytes
Desc: c-lo.pcap
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20160628/2ee4c7b2/attachment-0006.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dump.c-eth0_1.0.0.10.pcap
Type: application/vnd.tcpdump.pcap
Size: 31139 bytes
Desc: dump.c-eth0_1.0.0.10.pcap
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20160628/2ee4c7b2/attachment-0007.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dump.c-eth1_1.0.0.6.pcap
Type: application/vnd.tcpdump.pcap
Size: 25934 bytes
Desc: dump.c-eth1_1.0.0.6.pcap
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20160628/2ee4c7b2/attachment-0008.bin>