<div dir="ltr"><div class="gmail_default" style="font-size:small">Hello All,</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">I have a simple wireless ad-hoc scenario with custom flooding strategy (each node has only one interface) as follows:</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small"><font face="monospace, monospace">(C1)</font></div><div class="gmail_default" style="font-size:small"><font face="monospace, monospace"> |  \</font></div><div class="gmail_default" style="font-size:small"><font face="monospace, monospace"> |   \</font></div><div class="gmail_default" style="font-size:small"><font face="monospace, monospace"> |   (A)---(B)---(P)</font></div><div class="gmail_default" style="font-size:small"><font face="monospace, monospace"> |   /</font></div><div class="gmail_default" style="font-size:small"><font face="monospace, monospace"> |  /</font></div><div class="gmail_default" style="font-size:small"><font face="monospace, monospace">(C2)</font></div><div><br></div><div><div class="gmail_default" style="font-size:small">​Where wireless reachability from one node to another is represented by the ​connecting lines. C1 and C2 are two consumers and P is the producer while A and B are two forwarder nodes. C1 and C2 send out a single Interest with same data name and ContentStore is enabled everywhere. Here are the steps observed in simulation:</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style=""><ol style=""><li style="font-size:small">C1 broadcasts new Interest (C2 and A receives, updates PIT entries)<br></li><li style="font-size:small">C2 and A forwards Interest</li><ul style="font-size:small"><li>From C2 -> C1 and A receives duplicate Interest, drops (PIT unchanged)<br></li><li>From A -> C1, C2 and B receives, duplicate at C1, C2, drops. B gets as new Interest, update PIT.</li></ul><li style="">B forwards Interest (A receives duplicate, drop. P receives new Interest, ready to send data)</li><li style="">P broadcast Data (B receives, put in CS, update PIT).</li><li style="">B forwards Data (A and P receive, A puts in CS.. P drops).</li><li style="">A forwards Data (C1 and C2 receive, C1 has data satisfied, C2 has PIT entry from C1 satisfied, both put in their CS).</li><li style="">C2 forwards data (C1 drops, already satisfied)</li><li style="">C2 broadcasts new Interest (same data asked by C1)</li><ul><li style="">Has data already in CS, satisfied.</li></ul></ol></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="">​In this example, when collecting Metrics, C2 has <font face="monospace, monospace">InSatisfiedInterests=0</font> even though data is satisfied from its own cache. Which field in the metrics should I use to correctly collect number of satisfied Interests issued by a particular Consumer in this scenario? In case of wired scenarios, I used the InSatisfiedInterest filed.</div><div class="gmail_default" style=""><br></div><div class="gmail_default" style="">Best-</div><div class="gmail_default" style="">Ashiq</div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr">Md Ashiqur Rahman<div>Research Assistant, Network Research Lab<br><div>Dept. of Computer Science</div><div>The University of Arizona</div></div></div></div></div></div></div>
</div>