<div dir="auto"><div>Hi Sabet<br><div class="gmail_extra"><br><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thank you so much. You're right!! I guess this shows what you said:<br><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>10s 0 nfd.BestRouteStrategy2:<wbr>afterReceiveInterest(): [DEBUG] /prefix/%FE%07?ndn.<wbr>InterestLifetime=2000&ndn.<wbr>Nonce=3530243069 from=259 newPitEntry-to=257<br>14s 0 nfd.BestRouteStrategy2:<wbr>afterReceiveInterest(): [DEBUG] /prefix/%FE%07?ndn.<wbr>InterestLifetime=2000&ndn.<wbr>Nonce=85550101 from=259 newPitEntry-to=257<br></blockquote></div></div></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">These two lines clearly indicate the consumer retransmission is treated as new Interest by best-route v4.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">So, the helper does not really fail a link. Isn't failing/uping a link what it actually supposed to do?<br></div></div></blockquote></div></div></div><div dir="auto">LinkControlHelper fails a link by setting it's loss rate to 100%. This is correct.</div><div dir="auto">What's missing is: the face state won't report as DOWN. This can be achieved either by BFD, or by monitoring the underlying transport and change state directly <a href="https://redmine.named-data.net/issues/3352">https://redmine.named-data.net/issues/3352</a> .</div><div dir="auto">The equivalence of the latter approach in ndnSIM is to set the transport state as DOWN in LinkControlHelper. Let's see how ndnSIM developers think about this.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">What is RetxSuppressionExponential? Actually I can see what it does. But, why is it separated from the strategy itself?<br></div></div></blockquote></div></div></div><div dir="auto">RetxSuppression* implements an algorithm to determine whether an incoming Interest should cause strategy retry or should be aggregated. Too much retries waste bandwidth; too much aggregation limits the opportunity to explore alternate paths <a href="https://redmine.named-data.net/issues/3889">https://redmine.named-data.net/issues/3889</a> .</div><div dir="auto">The implementation is in separate classes so that it can be reused across strategies. However, it should be considered part of the strategy design.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">About you suggestion. Do we have any kind of implementation of BFD(rfc 5880/7880) for NDN in any level?<br></div></div></blockquote></div></div></div><div dir="auto">No.</div><div dir="auto"><br></div><div dir="auto">Yours, Junxiao</div></div>