<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="">Hi,<div class=""><br class=""></div><div class="">I am not aware of the specifics of the UAN device model, but you could take a look here:</div><div class=""><br class=""></div><div class=""><a href="https://github.com/4th-ndn-hackathon/ndnSIM-Mobile-Simulation-Package/blob/master/model/ndn-net-device-transport.cpp#L88" class="">https://github.com/4th-ndn-hackathon/ndnSIM-Mobile-Simulation-Package/blob/master/model/ndn-net-device-transport.cpp#L88</a></div><div class=""><br class=""></div><div class="">This is a project of the latest NDN hackathon and in this specific piece of code we have changed the doSend method of the net device transport to support unicast association with a Wifi access point. </div><div class=""><br class=""></div><div class="">Again, I do not know the specifics of the UAN device model, but the issue might be something similar to that.</div><div class=""><br class=""></div><div class="">Hope that this helps,</div><div class=""><br class=""><div class="">
<div class=""><div class=""><div class=""><span class="" style="float: none; display: inline !important;">Spyridon (Spyros) Mastorakis</span><br class=""><span class="" style="float: none; display: inline !important;">Personal Website: </span><a href="http://cs.ucla.edu/~mastorakis/" class="">http://cs.ucla.edu/~mastorakis/</a><br class=""><span class="" style="float: none; display: inline !important;">Internet Research Laboratory</span><br class=""><span class="" style="float: none; display: inline !important;">Computer Science Department</span><br class=""><span class="" style="float: none; display: inline !important;">UCLA</span></div></div></div>
</div>
<br class=""><div><blockquote type="cite" class=""><div class="">On Aug 4, 2017, at 2:16 AM, Oleg Surnin <<a href="mailto:o.surnin@innopolis.ru" class="">o.surnin@innopolis.ru</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" class="">
<div text="#000000" bgcolor="#FFFFFF" class=""><p class="">Thanks for your replies.</p><p class="">I added manually faces to the FIB. Packets still not forwarding.
<br class="">
</p><p class="">Also I'm noticed that p2p network devices have a MAC address in
FIB(<a href="netdev://[00:00:...:0d]258" class="">netdev://[00:00:...:0d]258</a>), but UAN devices that I added
don't have them (<a href="netdev://256" class="">netdev://256</a>). Maybe this is a problem?<br class="">
</p>
<br class="">
<div class="moz-cite-prefix">On 08/03/2017 10:38 PM, Narges Mehran
wrote:<br class="">
</div>
<blockquote type="cite" cite="mid:CAGQooKXet3ct9pMeFHOpo60c-B04XcTVM5LcJv6rFa=BzMphKg@mail.gmail.com" class="">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" class="">
<div dir="ltr" class=""><img class="mailtrack-img" alt="" style="display:flex" src="https://mailtrack.io/trace/mail/00e9db8067944ecb1b70f786f14c4f6fb18845d0.png?u=1311299" moz-do-not-send="true" width="0" height="0">
<div class="">Hello Junxiao,</div>
<div class=""><br class="">
</div>
<div class="">Thanks a million for your responses.</div>
<div class=""><br class="">
</div>
<div class="">Oleg is right. Actually, I have checked it with other
versions. Also, in a paper named: "<span style="font-size:12.8px" class="">A Named-Data Networking Approach to
Underwater Monitoring Systems</span><span style="color:inherit;font-size:inherit" class="">", the application
of NDN layer has been exploited with the newer version of
ndnSIM; however, it seems that the authors of this paper are
so busy to guide us.</span></div>
<div class=""><span style="color:inherit;font-size:inherit" class="">Anyway,
ndnSIM is OK with the WiFi protocols and I have tested it
myself. But with the underwater acoustic protocols, it seems
that the structures do not agree with each other properly. U
R right. I should go through the routing to see if it is
working truly.</span></div>
<div class=""><span style="color:inherit;font-size:inherit" class=""><br class="">
</span></div>
<div class=""><span style="color:inherit;font-size:inherit" class="">Regards, </span></div>
<div class=""><span style="color:inherit;font-size:inherit" class="">Narges</span></div>
<div class=""><br class="">
</div>
<div style="display:inline" class=""> </div>
</div>
<div class="gmail_extra"><br class="">
<div class="gmail_quote">On Thu, Aug 3, 2017 at 5:38 PM, Junxiao
Shi <span dir="ltr" class=""><<a href="mailto:shijunxiao@email.arizona.edu" target="_blank" moz-do-not-send="true" class="">shijunxiao@email.arizona.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 class="HOEnZb">
<div class="h5">
<div class=""><br class="">
<div class="gmail_quote">
<div class="">On Thu, Aug 3, 2017 at 00:40 Junxiao Shi <<a href="mailto:shijunxiao@email.arizona.edu" target="_blank" moz-do-not-send="true" class="">shijunxiao@email.arizona.edu</a>>
wrote:<br class="">
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="">
<div dir="auto" class="">Hi Oleg</div>
<div dir="auto" class=""><br class="">
</div>
<div dir="auto" class="">FibHelper::AddRoute in ndnSIM
2.3 only recognizes PointToPointNetDevice, and
does not support UAN. <a href="https://github.com/named-data-ndnSIM/ndnSIM/blob/ndnSIM-2.3/helper/ndn-fib-helper.cpp#L137" target="_blank" moz-do-not-send="true" class="">https://github.com/named-data-<wbr class="">ndnSIM/ndnSIM/blob/ndnSIM-2.3/<wbr class="">helper/ndn-fib-helper.cpp#L137</a></div>
<div dir="auto" class="">You may manipulate the FIB
directly. Look at FibHelper code to get an
idea about how to do that.</div>
<div dir="auto" class=""><br class="">
</div>
<div dir="auto" class="">I guess the reason
FibHelper::AddRoute(node, prefix, nexthopNode,
metric) being limited to PointToPointNetDevice
is that, ndnSIM is incapable of unicasting
over a broadcast or ad hoc wireless face. It
would be semantically incorrect if this
FibHelper::AddRoute overload causes a node to
broadcast Interests onto a channel where
nexthopNode and potentislly other nodes are
present.</div>
<div dir="auto" class="">However, it would be nice for
this overload to install a route to the
broadcast face if the underlying channel only
contains {node, nexthopNode}, which exactly
fulfills your use case. I suggest reporting an
issue with Tracker=Feature on ndnSIM Redmine
site.</div>
<div dir="auto" class=""><br class="">
</div>
<div dir="auto" class="">Yours, Junxiao</div>
</div>
<div class=""><br class="">
<div class="gmail_quote">
<div class="">On Wed, Aug 2, 2017 at 22:49 Oleg Surnin
<<a href="mailto:o.surnin@innopolis.ru" target="_blank" moz-do-not-send="true" class="">o.surnin@innopolis.ru</a>>
wrote:<br class="">
</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px
#ccc solid;padding-left:1ex">I have the same
problem as a Narges. The first part of the
code looks<br class="">
very similar. But I'm using the ndnSIM 2.3.
In my case the packets<br class="">
didn't transfered between nodes.<br class="">
<br class="">
The code is here: <a href="https://pastebin.com/iVNz5cnX" rel="noreferrer" target="_blank" moz-do-not-send="true" class="">https://pastebin.com/iVNz5cnX</a><br class="">
<br class="">
I'm tried to setup FIB manually by<br class="">
<br class="">
ndn::FibHelper::AddRoute(nc.<wbr class="">Get(1),
"/prefix", nc.Get(0), 1);<br class="">
<br class="">
but have an error: "Cannot add route: Node#
1 and Node# 0 are not<br class="">
connected"<br class="">
<br class="">
<br class="">
</blockquote>
</div>
</div>
</blockquote>
</div>
</div>
</div>
</div>
</blockquote>
</div>
</div></blockquote></div><br class=""></div></blockquote></div><br class=""></div></body></html>