<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Apr 14, 2017, at 9:39 AM, John Bennedict Lorenzo <<a href="mailto:kzer95@gmail.com" class="">kzer95@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">Thanks Spyridon,<div class=""><br class=""></div><div class="">I've looked at the code in the mobile simulation package but it looks like the v2v example (I assume this is what I should be looking at) is still using broadcast strategy. I'm already able to simulate mobility and adhoc wifi in my simulation. </div><div class=""><br class=""></div><div class="">I'm still looking for a way to build the FIB dynamically as adhoc nodes come and go, then build unicast faces to them. The unicast ethernet team's code is not available in github so I'm not able to look into that.</div><div class=""><br class=""></div><div class="">What I tried is to build the fib when the interest is about to be satisfied and add the face where it received the data. But that only adds the broadcast face again. It would be very helpful if someone has tried implementing unicast faces in adhoc wifi.</div></div></div></blockquote><div><br class=""></div>I’m trying to get a better understanding of your need: in ad hoc scenario, things change dynamically, how would a unicast face (nailing down a specific receiving node) be that useful?  the forwarder may/may not know whether the named node just moved at that exact moment (or did I miss something here?)  </div><div><br class=""></div><div>wifi channel is broadcast by nature. in broadcast, the decision logic is at the receiving end, whether a node hearing a packet should do something about it<br class=""><div class=""><div class="gmail_extra"><br class=""></div></div><blockquote type="cite" class=""><div class=""><div class="gmail_extra"><div class="gmail_quote">On Tue, Apr 11, 2017 at 11:12 AM, Spyridon (Spyros) Mastorakis <span dir="ltr" class=""><<a href="mailto:mastorakis@cs.ucla.edu" target="_blank" class="">mastorakis@cs.ucla.edu</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class="">Hi John,<div class=""><br class=""></div><div class="">as Lixia has mentioned already, we implemented a couple of mobile scenarios (both ad hoc and including a base station) as a project of the latest NDN hackathon. You can find the code and the commits here:</div><div class=""><br class=""></div><div class=""><a href="https://github.com/4th-ndn-hackathon/ndnSIM-Mobile-Simulation-Package" target="_blank" class="">https://github.com/4th-ndn-<wbr class="">hackathon/ndnSIM-Mobile-<wbr class="">Simulation-Package</a></div><div class=""><br class=""></div><div class="">Hope this helps,</div><div class=""><br class=""><div class="">
<div class=""><div class=""><div class=""><span style="float:none;display:inline!important" class="">Spyridon (Spyros) Mastorakis</span><br class=""><span style="float:none;display:inline!important" class="">Personal Website: </span><a href="http://cs.ucla.edu/~mastorakis/" target="_blank" class="">http://cs.ucla.edu/~<wbr class="">mastorakis/</a><br class=""><span style="float:none;display:inline!important" class="">Internet Research Laboratory</span><br class=""><span style="float:none;display:inline!important" class="">Computer Science Department</span><br class=""><span style="float:none;display:inline!important" class="">UCLA</span></div><div class=""><br class=""></div></div></div></div><div class=""><blockquote type="cite" class=""><span class=""><div class="">On Apr 10, 2017, at 11:22 AM, John Bennedict Lorenzo <<a href="mailto:kzer95@gmail.com" target="_blank" class="">kzer95@gmail.com</a>> wrote:</div><br class="m_7086548959713165425Apple-interchange-newline"></span><span class=""><div class=""><div dir="ltr" class="">Hello, I've setup my network have a few nodes on adhoc wifi that are moving around. I made a custom strategy to enable forwarding to the same face where the interest was received from (since there is only one face, wifi). Is it possible to forward to a specific node that's reachable via wifi? I don't see any way to do this via FIB or by manually enumerating the faces. Thanks!</div></div></span></blockquote></div><br class=""></div></div></blockquote></div><br class=""></div>
_______________________________________________<br class="">ndnSIM mailing list<br class=""><a href="mailto:ndnSIM@lists.cs.ucla.edu" class="">ndnSIM@lists.cs.ucla.edu</a><br class="">http://www.lists.cs.ucla.edu/mailman/listinfo/ndnsim<br class=""></div></blockquote></div><br class=""></body></html>