[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