<div dir="ltr">Hi Alex,<div><br></div><div style>Thanks very much for your explicit explanation. </div><div style>Then, for my understanding, it depends on me to decide whether the satisfied interest will be forwarded again towards other nodes (<span style="font-family:arial,sans-serif;font-size:14px">someOtherNode in your example</span>) or not. If I send it to both AppFace and NetDeviceFace which share FaceId, it will do this. And also, from my simple observance from L3RateTracer, if one node connects to two other nodes, face 0 and face 1 is the NetDeviceFace, while face 2 will be the AppFace. Is my understanding right?</div>
<div style><br></div><div style>Regards,</div><div style>huyao</div><div style><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/4/25 Alex Afanasyev <span dir="ltr"><<a href="mailto:alexander.afanasyev@ucla.edu" target="_blank">alexander.afanasyev@ucla.edu</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi!<br>
<br>
1) Yes. There is something like PIT in consumer, but in much more simplistic format.  In consumer it is just a container, containing outstanding sequence number and last retransmission time (m_seqTimeouts variable in apps/ndn-consumer.h).  The code uses boost::multi_index container to have separate indices by sequence number (to efficiently remove) and retransmission time (for retransmission detection).<br>

<br>
2) Let me show you my understanding of your question with slightly different topology<br>
<br>
   (NetDeviceFace)                (NetDeviceFace)<br>
 +--------+ /x         +--------------+ /x              +---------------+<br>
 | client | ---------- | producerNode | --------------- | someOtherNode |<br>
 +--------+            +--------------+                 +---------------+<br>
                              | /x (AppFace)<br>
                              |<br>
                              |<br>
                       +-------------+<br>
                       | producerApp |<br>
                       +-------------+<br>
<br>
Let's say we have three nodes, one is client, one producer, and one is producerNode.  Prefix /x (under which client will be sending interests) is routed:<br>
- on client:  the only NetDeviceFace (towards producerNode)<br>
- on producerNode:  to AppFace (to producer app), to NetDeviceFace (towards someOtherNode)<br>
<br>
When producerNode receives an interests from the client, the strategy may send interest towards application (and this interest will be satisfied) and towards some other node.<br>
<br>
Among the existing strategies, only ns3::ndn::fw::Flooding is doing this, since it is very simple and dumb strategy.  BestRoute and SmartFlooding forward interest only to a "green" face (if available), which implies that they will forward only to the application (ndn::Producer marks the application face "green").<br>

<br>
---<br>
Alex<br>
<div><div class="h5"><br>
On Apr 24, 2013, at 8:17 AM, yao hu <<a href="mailto:huyao0107@gmail.com">huyao0107@gmail.com</a>> wrote:<br>
<br>
> Hi Alex,<br>
><br>
> I have two uncertain issues about the behavior of consumer and provider for confirmation.<br>
><br>
> (1) Is there any record like PIT for consumer or requester to memorize past Interest transmission? Possibly for its future retransmission.<br>
><br>
> (2) Say in a tree topology. If the root as the provider has satisfied the incoming Interest to send back its according Data. Is it possible to again forward the Interest to other branches (except the branch for the incoming Interest)? I am asking this because in my forwarding strategy, I saw some traffic in other branches, however I just modified DoPropagateInterest, no other basic ndn functions.<br>

><br>
> Your reply will be really appreciated.<br>
><br>
> Regards,<br>
> huyao<br>
><br>
</div></div>> _______________________________________________<br>
> ndnSIM mailing list<br>
> <a href="mailto:ndnSIM@lists.cs.ucla.edu">ndnSIM@lists.cs.ucla.edu</a><br>
> <a href="http://www.lists.cs.ucla.edu/mailman/listinfo/ndnsim" target="_blank">http://www.lists.cs.ucla.edu/mailman/listinfo/ndnsim</a><br>
<br>
</blockquote></div><br></div>