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

[Muhammad Hosain Abdollahi Sabet]

Hmmm.
I suggest testing 2 more things.
1- Set forwarding strategy to multicast
2- Manually AddOrigin to the producer for requester and intermediate nodes.
Where is your producer application(responsible for "/myprefix") has been set?
 
Sabet

________________________________

From: Hassan Sinky [mailto:sinkyh at oregonstate.edu]
Sent: Sat 3/26/2016 2:16 PM
To: Muhammad Hosain Abdollahi Sabet
Cc: ndnsim at lists.cs.ucla.edu
Subject: Re: [ndnSIM] Wifi and p2p links on a single node.


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: 

 Inline image 2<https://webmail.sbu.ac.ir/Exchange/M.AbdollahiSabet/Drafts/image.png> 


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:

 Inline image 4<https://webmail.sbu.ac.ir/Exchange/M.AbdollahiSabet/Drafts/image-1.png> 


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:

 Inline image 5<https://webmail.sbu.ac.ir/Exchange/M.AbdollahiSabet/Drafts/image-2.png> 


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: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/3276f765/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 23336 bytes
Desc: image.png
URL: <http://www.lists.cs.ucla.edu/pipermail/ndnsim/attachments/20160326/3276f765/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 35152 bytes
Desc: image.png
URL: <http://www.lists.cs.ucla.edu/pipermail/ndnsim/attachments/20160326/3276f765/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 40927 bytes
Desc: image.png
URL: <http://www.lists.cs.ucla.edu/pipermail/ndnsim/attachments/20160326/3276f765/attachment-0002.png>