<div dir="ltr">Hello Lixia and Spyridon,<div><br></div><div>I think was a bit confused regarding this, I realized I could do it on the higher layers instead of using the mac address. Thanks for the pointers!</div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Apr 16, 2017 at 11:27 AM, John Bennedict Lorenzo <span dir="ltr"><<a href="mailto:kzer95@gmail.com" target="_blank">kzer95@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Hello Lixia,</p>
<p dir="ltr">I want to specify a specific Mac address when sending through a face even though I know WiFi is inherently broadcast. This way, the packets are filtered in a lower layer before it reaches the ndn layer. </p><div class="m_-1100370632436004035HOEnZb"><div class="m_-1100370632436004035h5">
<br><div class="gmail_quote"><div dir="ltr">On Sun, Apr 16, 2017, 6:16 AM Lixia Zhang <<a href="mailto:lixia@cs.ucla.edu" target="_blank">lixia@cs.ucla.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><blockquote type="cite"><div>On Apr 14, 2017, at 9:39 AM, John Bennedict Lorenzo <<a href="mailto:kzer95@gmail.com" target="_blank">kzer95@gmail.com</a>> wrote:</div><br class="m_-1100370632436004035m_8188869310495607255m_-2677316119980470118Apple-interchange-newline"><div><div dir="ltr">Thanks Spyridon,<div><br></div><div>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><br></div><div>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><br></div><div>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></div></div></div><div style="word-wrap:break-word"><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></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><div><div class="gmail_extra"><br></div></div><blockquote type="cite"><div></div></blockquote></div></div><div style="word-wrap:break-word"><div><blockquote type="cite"><div><div class="gmail_extra"><div class="gmail_quote">On Tue, Apr 11, 2017 at 11:12 AM, Spyridon (Spyros) Mastorakis <span dir="ltr"><<a href="mailto:mastorakis@cs.ucla.edu" target="_blank">mastorakis@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">Hi John,<div><br></div><div>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><br></div><div><a href="https://github.com/4th-ndn-hackathon/ndnSIM-Mobile-Simulation-Package" target="_blank">https://github.com/4th-ndn-hac<wbr>kathon/ndnSIM-Mobile-Simulatio<wbr>n-Package</a></div><div><br></div><div>Hope this helps,</div><div><br><div>
<div><div><div><span style="float:none;display:inline!important">Spyridon (Spyros) Mastorakis</span><br><span style="float:none;display:inline!important">Personal Website: </span><a href="http://cs.ucla.edu/~mastorakis/" target="_blank">http://cs.ucla.edu/~m<wbr>astorakis/</a><br><span style="float:none;display:inline!important">Internet Research Laboratory</span><br><span style="float:none;display:inline!important">Computer Science Department</span><br><span style="float:none;display:inline!important">UCLA</span></div><div><br></div></div></div></div><div><blockquote type="cite"><span><div>On Apr 10, 2017, at 11:22 AM, John Bennedict Lorenzo <<a href="mailto:kzer95@gmail.com" target="_blank">kzer95@gmail.com</a>> wrote:</div><br class="m_-1100370632436004035m_8188869310495607255m_-2677316119980470118m_7086548959713165425Apple-interchange-newline"></span><span><div><div dir="ltr">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></div></div></blockquote></div><br></div>
______________________________<wbr>_________________<br>ndnSIM mailing list<br><a href="mailto:ndnSIM@lists.cs.ucla.edu" target="_blank">ndnSIM@lists.cs.ucla.edu</a><br><a href="http://www.lists.cs.ucla.edu/mailman/listinfo/ndnsim" target="_blank">http://www.lists.cs.ucla.edu/m<wbr>ailman/listinfo/ndnsim</a><br></div></blockquote></div></div></blockquote></div></div></div></blockquote></div><br></div></div>