<div dir="ltr"><div>Hi Sonu<br><br></div><div>Can you provide tcpdump (not ndndump) trace from the node in question? Capture one trace on every interface used in the experiment.<br></div><div>If some traffic is from an application on that node, force the application to use TCP transport (set NDN_CLIENT_TRANSPORT=tcp4://<a href="http://127.0.0.1:6363" target="_blank">12<wbr>7.0.0.1:6363</a> environ), and tcpdump at lo interface.<br></div><div><br></div><div>Also, all bug reports should be sent to nfd-dev mailing list, not individual developers.<br>Have a look at <a href="http://www.lists.cs.ucla.edu/pipermail/nfd-dev/2016-May/001748.html" target="_blank">http://www.lists.cs.ucla.edu/<wbr>pipermail/nfd-dev/2016-May/<wbr>001748.html</a> on how to write a bug report effectively.<br></div><div></div><div><br></div>Yours, Junxiao<br><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 21, 2016 at 9:05 AM, Lixia Zhang <span dir="ltr"><<a href="mailto:lixia@cs.ucla.edu" target="_blank">lixia@cs.ucla.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><br><br><div><span class="m_-5678388786794784266gmail-"><blockquote type="cite"><div><div><div style="font-family:arial,helvetica,sans-serif;font-size:12pt"><div><div style="font-family:arial,helvetica,sans-serif;font-size:12pt"><div><div><br></div><div>Suppose a node <b><i>x</i></b>, which has received <span style="color:rgb(0,128,0)">data A</span> in round 3, has a data interest <i><b>m</b></i>: <span style="font-family:"courier new",courier,monaco,monospace,sans-serif;font-size:11pt;color:rgb(0,0,255)">data/interest/prefix/03.exc<wbr>lude<A></span> outstanding. It then receives a new data interest <i><b>n</b><b>:</b></i> <span style="color:rgb(0,0,255);font-family:"courier new",courier,monaco,monospace,sans-serif;font-size:14.6667px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);display:inline;float:none"><span style="color:rgb(0,0,255)">data/interest/prefix/03.exc<wbr>lude<A,B><span style="font-family:arial,helvetica,sans-serif;font-size:12pt"> from another node <b><i>y</i></b></span></span><span style="font-family:arial,helvetica,sans-serif;font-size:12pt"><span style="color:rgb(0,0,255)">.<span> The RoundSync at node <b><i>x</i></b> sends <span style="color:rgb(0,128,0)">data A</span> with name <span style="color:rgb(0,0,255);font-family:"courier new",courier,monaco,monospace,sans-serif;font-size:14.6667px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);display:inline;float:none"><span style="color:rgb(0,128,0)">data/interest/prefix/03</span> </span>t<wbr>o satisfy the interest <i><b>n.</b></i> However the NFD also marks the outstanding interest <i><b>m</b></i> as satisfied because it has the same name. Now if a legitimate <span style="color:rgb(0,128,0)">data B</span> arrives at node <i><b>x</b></i>, which could satisfy interest <i><b>m</b></i>, the NFD discards the data.</span></span></span></span></div></div></div></div></div></div></div></blockquote><div><br></div></span><div>I copied Junxiao and Beichuan on this reply: the above seems an implementation bug: the PIT entry management considered the name matching only, but in this case one must consider the exclude filter, otherwise it does the wrong thing (e.g.your question-1)</div><br></div></div></blockquote></div></div></div></div></div>