<div dir="ltr">Dear Professor Zhang,<div><br></div><div>Thank you for your answer.</div><div>Could you share more details about the geo-location based rooftop mesh network?</div><div><br></div><div><br></div><div>Thanks in advance</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jul 20, 2017 at 3:03 AM, Lixia Zhang <span dir="ltr"><<a href="mailto:lixia@cs.ucla.edu" target="_blank">lixia@cs.ucla.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">looks like no one has responded here, let me just throw in a few quick words:<div><br><div><span class=""><blockquote type="cite"><div>On Jul 12, 2017, at 12:13 PM, Adhy Satya <<a href="mailto:adhysatya820@gmail.com" target="_blank">adhysatya820@gmail.com</a>> wrote:</div><br class="m_3184243236777555977Apple-interchange-newline"><div><div dir="ltr">Hi all,<div><br></div><div>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></div></span>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></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></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><blockquote type="cite"><div><span class=""><div dir="ltr"><div>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><br></div><div>Thank you</div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Jun 25, 2017 at 12:08 PM, Adhy Satya <span dir="ltr"><<a href="mailto:adhysatya820@gmail.com" target="_blank">adhysatya820@gmail.com</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"><div><div><div><div><div>Hi,<br><br></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></div>Also, if a node joins the network, how does it start sending and receiving packets?<br><br></div>Could you comment on that process please?<br><br></div>Thank you,<br></div>Adhy<br></div>
</blockquote></div><br></div></div></span>
______________________________<wbr>_________________<br>Ndn-interest mailing list<br><a href="mailto:Ndn-interest@lists.cs.ucla.edu" target="_blank">Ndn-interest@lists.cs.ucla.edu</a><br><a href="http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest" target="_blank">http://www.lists.cs.ucla.edu/<wbr>mailman/listinfo/ndn-interest</a><br></div></blockquote></div><br></div></div></blockquote></div><br></div>