[ndnSIM] problem with an underwater node while running, the NDN layer!
Oleg Surnin
o.surnin at innopolis.ru
Fri Aug 4 02:16:34 PDT 2017
Thanks for your replies.
I added manually faces to the FIB. Packets still not forwarding.
Also I'm noticed that p2p network devices have a MAC address in
FIB(netdev://[00:00:...:0d]258), but UAN devices that I added don't have
them (netdev://256). Maybe this is a problem?
On 08/03/2017 10:38 PM, Narges Mehran wrote:
> Hello Junxiao,
>
> Thanks a million for your responses.
>
> Oleg is right. Actually, I have checked it with other versions. Also,
> in a paper named: "A Named-Data Networking Approach to Underwater
> Monitoring Systems", 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.
> 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.
>
> Regards,
> Narges
>
>
> On Thu, Aug 3, 2017 at 5:38 PM, Junxiao Shi
> <shijunxiao at email.arizona.edu <mailto:shijunxiao at email.arizona.edu>>
> wrote:
>
>
> On Thu, Aug 3, 2017 at 00:40 Junxiao Shi
> <shijunxiao at email.arizona.edu
> <mailto:shijunxiao at email.arizona.edu>> wrote:
>
> Hi Oleg
>
> FibHelper::AddRoute in ndnSIM 2.3 only recognizes
> PointToPointNetDevice, and does not support UAN.
> https://github.com/named-data-ndnSIM/ndnSIM/blob/ndnSIM-2.3/helper/ndn-fib-helper.cpp#L137
> <https://github.com/named-data-ndnSIM/ndnSIM/blob/ndnSIM-2.3/helper/ndn-fib-helper.cpp#L137>
> You may manipulate the FIB directly. Look at FibHelper code to
> get an idea about how to do that.
>
> 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.
> 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.
>
> Yours, Junxiao
>
> On Wed, Aug 2, 2017 at 22:49 Oleg Surnin
> <o.surnin at innopolis.ru <mailto:o.surnin at innopolis.ru>> wrote:
>
> I have the same problem as a Narges. The first part of the
> code looks
> very similar. But I'm using the ndnSIM 2.3. In my case the
> packets
> didn't transfered between nodes.
>
> The code is here: https://pastebin.com/iVNz5cnX
>
> I'm tried to setup FIB manually by
>
> ndn::FibHelper::AddRoute(nc.Get(1), "/prefix", nc.Get(0), 1);
>
> but have an error: "Cannot add route: Node# 1 and Node# 0
> are not
> connected"
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/ndnsim/attachments/20170804/18350db7/attachment.html>
More information about the ndnSIM
mailing list