[ndnSIM] Wifi and p2p links on a single node.

[Hassan Sinky]

That's what I thought but for some reason there seems to be a forwarding/
Wifi issue that I can't seem to solve. I'm not sure what the source of the
problem is so I simplified my topology in order to see if the problem
persists and it does. My simplified topology is below:

[image: Inline image 2]

Nodes 0-3 are connected to each other via p2p links. Each of them also have
a Wifi device for node 4 to associate with. When node 4 is associated with
node 0 it is not able to retrieve data from the producer on node 3. Only
when it is associated with node 2 is it able to retrieve data from node 3:

[image: Inline image 4]

Strangely, removing the Wifi devices from all the nodes except for node 0
allows for node 4 to retrieve data from the producer when it is associated
with node 0:

[image: Inline image 5]

This has puzzled me for the past two days. I have set up the NDN stack and
routing as done in the examples:

   //Install NDN stack on all nodes
  NS_LOG_UNCOND ("Install NDN Stack to Nodes.");
  ndn::StackHelper ndnHelper;
  ndnHelper.SetDefaultRoutes(true);
  ndnHelper.setCsSize(10);
  ndnHelper.InstallAll();

  //Choosing forwarding strategy
  NS_LOG_UNCOND ("Installing NDN forwarding strategy.");
  ndn::StrategyChoiceHelper::InstallAll("/myprefix",
"/localhost/nfd/strategy/best-route");

  NS_LOG_UNCOND ("Initialize Global Routing.");
  ndn::GlobalRoutingHelper ndnGlobalRoutingHelper;
  ndnGlobalRoutingHelper.InstallAll();

  ndnGlobalRoutingHelper.AddOrigins("/myprefix", grid.GetNode(0,3));
  ndn::GlobalRoutingHelper::CalculateRoutes();

Are there additional configurations that I may have missed?

Thanks!

On Fri, Mar 25, 2016 at 10:20 PM, Muhammad Hosain Abdollahi Sabet <
M.AbdollahiSabet at mail.sbu.ac.ir> wrote:

> Hi Hassan,
>
> I don't see why it's not possible. If Node50 receives interest on wifi
> face(WifiNetDevice), it can answer regardless of knowing who has requested
> on that face.
>
> Thanks,
> Sabet
> ---------- Forwarded message ----------
> From: Hassan Sinky <sinkyh at oregonstate.edu>
> Date: Sat, Mar 26, 2016 at 7:04 AM
> Subject: Re: [ndnSIM] Wifi and p2p links on a single node.
> To: ndnsim at lists.cs.ucla.edu
>
>
> Actually I'd like to revise my previous message. This topology works fine,
> however, the only issue is if I add a WiFi net device to "Node50" for when
> "Node52" associates with "Node50" data should be delivered to "Node52" via
> WiFi. Is this possible?
>
> On Fri, Mar 25, 2016 at 6:15 PM, Hassan Sinky <sinkyh at oregonstate.edu>
> wrote:
>
>> Hello everyone,
>>
>> I have the following topology:[image: Inline image 2]
>> "Node51" and "Node52" are connected via WiFi. Whereas "Node51" and
>> "Node50" are connected via a p2p link. "Node50" is the producer. For some
>> reason when node "Node52" requests data from the producer "Node50" does not
>> respond. However, if I make "Node51" the producer the content is delivered
>> without issue. Does ndnsim not support this particular multihop scenario?
>> If so, is there a workaround to this as it seems like a very basic and
>> practical scenario for NDN. Any help would be greatly appreciated.
>>
>
>
> _______________________________________________
> ndnSIM mailing list
> ndnSIM at lists.cs.ucla.edu
> http://www.lists.cs.ucla.edu/mailman/listinfo/ndnsim
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/ndnsim/attachments/20160326/30c2840c/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 23336 bytes
Desc: not available
URL: <http://www.lists.cs.ucla.edu/pipermail/ndnsim/attachments/20160326/30c2840c/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 35152 bytes
Desc: not available
URL: <http://www.lists.cs.ucla.edu/pipermail/ndnsim/attachments/20160326/30c2840c/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 40927 bytes
Desc: not available
URL: <http://www.lists.cs.ucla.edu/pipermail/ndnsim/attachments/20160326/30c2840c/attachment-0002.png>