<div dir="ltr">Thanks for a reply. Seems like i have to play around the modification (ndn-cxx and NFD patches) that you have done in your experiment in note 1 of <a href="https://redmine.named-data.net/issues/4279">4279</a> issue.<div><br></div><div>p/s - That quote is from Antitrust movie. One of my favorite movie related to open source movement.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Sep 17, 2017 at 8:32 AM, Junxiao Shi <span dir="ltr"><<a href="mailto:shijunxiao@email.arizona.edu" target="_blank">shijunxiao@email.arizona.edu</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 Mahyuddin<br><div class="gmail_extra"><br><div class="gmail_quote"><span class=""><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr">I want to develop a new forwarding strategy which has some extra features apart on just managing interest forwarding. But im a bit clueless about which NFD API can be access inside forwarding strategy and which are not. </div></blockquote></span><div>See <a href="https://named-data.gitlab.io/TR-NDN-0021-NFD-dev-guide/" target="_blank">NFD devguide</a> "Forwarding Strategy - How to Develop a New Strategy - Should I Develop a New Strategy" section for limitations.<br><br></div><span class=""><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr"><div>1. How to react to after receive data event which are not supported in forwarding strategy?</div></div></blockquote></span><div>Currently you can't.<br></div><div>#<a href="https://redmine.named-data.net/issues/4290" target="_blank">4290</a> is to add this capability. Watch this issue on Redmine to get updates.<br></div><span class=""><div> </div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr"><div>2.  How to capture information (e.g name prefix and upstream face) from data packet in forwarding strategy to become a new FIB entry (content discovery through reactive content routing).</div></div></blockquote></span><div><div>Currently you can't.<br></div><div>#<a href="https://redmine.named-data.net/issues/4285" target="_blank">4285</a> is to add this capability. Watch this issue on Redmine to get updates.<br></div><br> </div><span class=""><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr"><div>3. Create our own broadcast suppression method as friend method/function of forwarding strategy virtual class instead external method inside other class?</div></div></blockquote></span><div>You can only suppress incoming Interest, in after receive Interest trigger.<br></div><div>Suppressing incoming Data depends on #4290.<br><br></div><span class=""><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr"><span class="m_-9221622481995837794gmail-HOEnZb"><font color="#888888"><div><div class="m_-9221622481995837794gmail-m_-8997317735088329017gmail_signature">Human knowledge Belongs to The World<br></div></div></font></span></div></blockquote></span><div>This line is awesome.<br><br></div><div>Yours, Junxiao<br></div></div><br></div></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Human knowledge Belongs to The World</div>
</div>