<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">looks like no one has responded here, let me just throw in a few quick words:<div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Jul 12, 2017, at 12:13 PM, Adhy Satya <<a href="mailto:adhysatya820@gmail.com" class="">adhysatya820@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">Hi all,<div class=""><br class=""></div><div class="">Until now I couldn't find an answer for this question. I understand that NFD was developed for wired scenarios, but can be also used in the wireless scenario by allowing outgoing packets on the incoming faces.</div></div></div></blockquote><div><br class=""></div>regarding the issue of allowing an interest packet going in/out the same interface: yes, this has been a long recognized need from the earlier work on vehicle networking led by Prof. Giovanni Pau (you can find a few papers on this work if you just search his name on NDN publication list).</div><div><br class=""></div><div>I recall this was discussed multiple times in NFD calls, though I lost track of the latest status on the implementations.  Alex and Junxiao?</div><div><br class=""></div><div>Regarding another issue raised in your earlier msg (In a wireless mesh scenario, how does NFD populate the RIB): there are multiple solutions, depending on specific app scenarios, some may fit better than others</div><div>- the vehicle networking papers develop some solutions</div><div>- Beichuan's group has done work with name/prefix discovery, you probably can find some paper from NDN publications</div><div>- there is also ongoing implementation (no publication yet) using geo location based forwarding for rooftop mesh network</div><div><br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class="">In my current scenario, I pre-register the prefixes and faces using the "nfdc register" command (I'm using NFD 0.5.0). In the event of a new node joining the network, does it need to register the remote faces in order to start communicating? Is there a workaround/node discovery service in NFD?</div><div class=""><br class=""></div><div class="">Thank you</div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Sun, Jun 25, 2017 at 12:08 PM, Adhy Satya <span dir="ltr" class=""><<a href="mailto:adhysatya820@gmail.com" target="_blank" class="">adhysatya820@gmail.com</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" class=""><div class=""><div class=""><div class=""><div class=""><div class="">Hi,<br class=""><br class=""></div>In a wireless mesh scenario, how does NFD populate the RIB? i.e., do nodes need to register all the nodes in the network for a certain prefix?<br class=""></div>Also, if a node joins the network, how does it start sending and receiving packets?<br class=""><br class=""></div>Could you comment on that process please?<br class=""><br class=""></div>Thank you,<br class=""></div>Adhy<br class=""></div>
</blockquote></div><br class=""></div></div>
_______________________________________________<br class="">Ndn-interest mailing list<br class=""><a href="mailto:Ndn-interest@lists.cs.ucla.edu" class="">Ndn-interest@lists.cs.ucla.edu</a><br class="">http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest<br class=""></div></blockquote></div><br class=""></div></body></html>