<div dir="ltr">Hi Ahmed<div><br></div><div>After an Interest is multicasted onto multiple paths but those paths join at an upstream ("backbone" in the topology), the upstream would detect that the Interests have duplicate Nonce and suppress all but the first Interest, and send back the Data only along the path on which the Interest arrives first.</div><div><br></div><div>Duplicate Nonce detection is done through the PIT entry and the Dead Nonce List. See NFD Developer Guide "Forwarding - incoming Interest pipeline" and "Tables - Dead Nonce List" sections for more information.</div><div>Detection through PIT entry is reliable: it can catch every incoming Interest with duplicate Nonce and suppress it, as long as the PIT entry still exists. A PIT entry stays for about 100ms after the Interest is satisfied ("straggler timer"). When the three paths in the topology have the same or almost same delay, it's almost guaranteed that the PIT entry exists when the second and third Interest arrive, and thus they are suppressed.</div><div><br></div><div>Detection through Dead Nonce List is selective: it's only used to prevent "persistent loop" (NFD Bug 1953).</div><div>When the second and third paths have a delay that is more than 100ms longer than the delay of the first path, the duplicate Nonce cannot be detected by throug the PIT entry, and is usually not detected by the Dead Nonce List. In this case, the Interest would be permitted to lookup the ContentStore, find a match, and the cached Data is sent back.</div><div><br></div><div>Yours, Junxiao</div><div><br></div><div class="gmail_extra"><div class="gmail_quote">On Thu, Mar 31, 2016 at 5:20 AM, Ahmed Sadek <span dir="ltr"><<a href="mailto:don1559@gmail.com" target="_blank">don1559@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi All,<div><br></div><div>I am using the following topology to try multicast strategy (broadcast). So I noticed that all requests are broadcasted but I am receiving only replies from one link (client->R3->Backbone).</div><div><br></div><div><br><img src="cid:ii_img8zhlt2_153cc9c6d98c083e" width="528" height="365"><br><br>​​</div><div>When I increase the delay on one of the other two links during the simulation, I start receiving data replies on them also.</div><div><br></div><div>I am assuming that on the intersection node (backbone) something stop data replication on the three interfaces and when there is a delay between interests this stop doesn't work.</div><div><br></div><div>Can someone guide me, on what is happening here and why no data replication happening from the start ?</div><div><br></div><div>Thanks!</div><span><font color="#888888"><div>Ahmed </div></font></span></div>
<br>_______________________________________________<br>
ndnSIM mailing list<br>
<a href="mailto:ndnSIM@lists.cs.ucla.edu" target="_blank">ndnSIM@lists.cs.ucla.edu</a><br>
<a href="http://www.lists.cs.ucla.edu/mailman/listinfo/ndnsim" rel="noreferrer" target="_blank">http://www.lists.cs.ucla.edu/mailman/listinfo/ndnsim</a><br>
<br></blockquote></div><br></div></div>