<div dir="ltr">Hi Lan<div><br></div><div>In the next month or so, I'll focus on designing strategy building blocks so that a strategy designer can compose different features into a strategy to fit different needs (#2000).</div><div><br></div><div>You could duplicate access router strategy and make changes in a separate experimental branch, but I don't recommend trying to commit that into master, because it would double the maintenance work in case a bug is found and fixed in access router strategy.</div><div>After #2000 is complete, "smart flooding" could be composed as "access router strategy" with addition of probing building block.<br></div><div><br></div><div><br></div><div>Bug 2452 is scheduled for target version v0.3, which means it must be fixed before v0.3 release.</div><div><br></div><div><br></div><div>Upon RTO expiration of the last working nexthop, the Interest will be multicasted to all other nexthops. There is no disagreement in this particular point.</div><div><br></div><div>Yours, Junxiao<br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jan 30, 2015 at 11:22 AM, Lan Wang (lanwang) <span dir="ltr"><<a href="mailto:lanwang@memphis.edu" target="_blank">lanwang@memphis.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div style="word-wrap:break-word">
Junxiao,
<div><br>
</div>
<div>See comments below:<br>
<br>
<div><span class="">
<div>On Jan 30, 2015, at 10:52 AM, Junxiao Shi <<a href="mailto:shijunxiao@email.arizona.edu" target="_blank">shijunxiao@email.arizona.edu</a>> wrote:</div>
<br>
<blockquote type="cite">
<div dir="ltr">Hi Lan
<div><br>
</div>
<div>The access router strategy will not attempt to probe other nexthops, until the "last working nexthop" fails. If two laptops can provide the same contents, after the faster laptop fails, the strategy will stick with the slower laptop, even if the faster
 laptop recovers.</div>
<div>In reality, most contents are served from a single laptop which might move. The strategy design didn't consider the scenario where multiple laptops can serve same contents. This design may change in a future version of the strategy.</div>
</div>
</blockquote>
<div><br>
</div></span>
OK.  For my purpose, recovery is important so I think periodic probing needs to be added.  So how about I ask a student to implement a so-called smart flooding strategy based on your access strategy code, but add the probing part (and any other necessary changes)?
  This probing can be what Cheng proposed in his "A case for stateful forwarding plane" paper (<a href="http://www.cs.memphis.edu/~lanwang/" target="_blank">http://www.cs.memphis.edu/~lanwang/</a>).  We can implement this as a generic probing strategy that different forwarding
 strategies can use or customize (similar to your retransmission strategy).</div>
<div><span class=""><br>
<blockquote type="cite">
<div dir="ltr">
<div>RTO is calculated using the mean-deviation algorithm (same as TCP), but there's no multiplier.</div>
</div>
</blockquote>
<div><br>
</div></span>
OK.<span class=""><br>
<blockquote type="cite">
<div dir="ltr">
<div><br>
</div>
<div>Measurements expiration is not specified in the design. This will be fixed in Bug 2452.</div>
</div>
</blockquote>
<div><br>
</div>
</span><div>When do you plan to fix this?</div>
<div><br>
</div>
I actually meant what will happen when the RTO for an Interest expires?  Looks like you and Alex have some disagreement on this handling (and Alex submitted a gerrit patch?), but I'm not sure what's the final decision and what's the rationale.<span class=""><br>
<blockquote type="cite">
<div dir="ltr">
<div><br>
</div>
<div>The implementation accurately follows access-router-strategy_20141220.pptx design.</div>
</div>
</blockquote>
<div><br>
</div></span>
Thanks.</div><span class="HOEnZb"><font color="#888888">
<div><br>
</div>
</font></span><div><span class="HOEnZb"><font color="#888888">Lan</font></span><span class=""><br>
<blockquote type="cite">
<div dir="ltr">
<div><br>
</div>
<div>Yours, Junxiao<br>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Fri, Jan 30, 2015 at 7:47 AM, Lan Wang (lanwang) <span dir="ltr">
<<a href="mailto:lanwang@memphis.edu" target="_blank">lanwang@memphis.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div style="word-wrap:break-word">Junxiao,
<div><br>
</div>
<div>A question: how does the access strategy revert back to the best path after a link on the best path recovers from a failure?</div>
<div><br>
</div>
<div>Regarding the design of the access route strategy when RTO expires, two questions:</div>
<div><br>
</div>
<div>- what is the formula for RTO calculation?</div>
<div><br>
</div>
<div>- how is the expiration handled?  I read the issues but it is still unclear to me what's finally implemented.  Do the ppt slides at (<a href="http://redmine.named-data.net/issues/1999" target="_blank">http://redmine.named-data.net/issues/1999</a>) reflect
 the latest design?</div>
<div><br>
</div>
<div>Lan</div>
</div>
</blockquote>
</div>
</div>
</div>
</div>
</blockquote>
</span></div>
<br>
</div>
</div>

</blockquote></div><br></div></div></div>