<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Dear Prof. Lixia Zhang, </div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">I understand your point. In fact, I have read those papers that you mentioned. However, I believe that existing solutions will require significant changes before they can work well for NDN. Since these solutions were designed for a specific networking protocol such as Zigbee, 802.15.4, 802.11 family and so on. Here when we talk about NDN, we are moving towards multiple interfaces (faces) as per my understanding. Moreover, I would like to take your attention to the recent paper published in the ACM Sigcom Workshop 2013,</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default"><font face="arial, helvetica, sans-serif"><a href="http://conferences.sigcomm.org/sigcomm/2013/papers/mcc/p21.pdf">http://conferences.sigcomm.org/sigcomm/2013/papers/mcc/p21.pdf</a></font><br></div><div class="gmail_default"><font face="arial, helvetica, sans-serif"><br></font></div><div class="gmail_default"><span style="font-family:arial,helvetica,sans-serif">In this paper, the authors intended to mitigate the broadcast storm, since the battery operated devices might be consuming additional energy to perform all those searches and forwarding operations enforced by the Naive NDN approach.</span><br></div><div class="gmail_default"><font face="arial, helvetica, sans-serif"><br></font></div><div class="gmail_default">Also, the following survey provides some insights on the forwarding of interest in NDN enabled wireless ad hoc scenarios. </div><div class="gmail_default"><font face="arial, helvetica, sans-serif"><a href="http://www.sciencedirect.com/science/article/pii/S1084804514001404">http://www.sciencedirect.com/science/article/pii/S1084804514001404</a><br></font></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">To be precise, in mobile environments, I think it is worthy to investigate the forwarding strategies, and still we need improvements at the architectural level that should accept the modifications and new forwarding protocols specific to the application requirements and so. For example, by exchanging some control messages such as Beacons in case of 802.11p, we can have some preliminary knowledge about the neighboring nodes and then the consumer can decide and control the Interest propagation and similarly the intermediate nodes as well. </div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><span style="font-size:12.8px"><br></span></div><div dir="ltr"><span style="font-size:12.8px">Kind Regards,</span><br></div><div dir="ltr">~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~<br><b>Syed Hassan Ahmed</b><br>사예드 하산 아흐메드<br><br>PhD Research Scholar,<br><a href="http://monet.knu.ac.kr" target="_blank">MoNeT Wireless Lab,</a><br>Kyungpook National University,<br>Daegu City, Republic of Korea.<br>Cell: +82-10-9883-0786<br><a href="https://sites.google.com/site/shahmedknu/" target="_blank">https://sites.google.com/site/shahmedknu/</a> </div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Mon, Jan 18, 2016 at 3:05 PM, Lixia Zhang <span dir="ltr"><<a href="mailto:lixia@cs.ucla.edu" target="_blank">lixia@cs.ucla.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><br><div><span class=""><blockquote type="cite"><div>On Jan 17, 2016, at 6:23 PM, Syed Hassan Ahmed <<a href="mailto:s.h.ahmed@ieee.org" target="_blank">s.h.ahmed@ieee.org</a>> wrote:</div><br><div><div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Dear Dennis,</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">cc: Prof. Lixia Zhang and Dr. Alexander </div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Somehow your question is valid, since we use Broadcasting interface in case of wireless, so eventually the Interest is flooded. For example, Every neighboring node  of consumer C1, overhears the Interest packet, and then has to perform all those basic operations, including PIT, CS, FIB search. Moreover, if there is a case when those neighbors of C1 are not in intra transmission range, may involve in interest forwarding as well. That creates kind of broadcast storm, given that if there is only one provider initially in the network. I have explored this problem in case of vehicular environments, when we tried to simulate CCN on top of 802.11p. For reference, please read my following paper: </div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default"><font face="arial, helvetica, sans-serif"><a href="http://ieeexplore.ieee.org/xpl/articleDetails.jsp?arnumber=7145392" target="_blank">http://ieeexplore.ieee.org/xpl/articleDetails.jsp?arnumber=7145392</a></font></div></div></div></blockquote><div><br></div></span>Dear Syed Hassan,</div><div><br></div><div>thanks for your explanation of what happened in your scenario. I am afraid that specific scenario suffered a design defect.</div><div>In a all-wireless network (instead of a local wireless hop), one must have an effective way for individual nodes to decide whether it should, or should not, forward each received interest; e.g. see a simple example in this short paper (also on vehicular networking): "Rapid Traffic Information Dissemination Using Named Data" <a href="http://named-data.net/publications/nom/" target="_blank">http://named-data.net/publications/nom/</a></div><div><div><div dir="ltr"><div class="gmail_extra"><div><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><br></div><div dir="ltr">If you are interested in this topic (about how to control packet flooding in all-wireless broadcast environment): some sensor networking research work about a decade ago produced a rich set of literatures on this topic,</div><div dir="ltr">"Directed Diffusion for Wireless Sensor Networking" (just google it, it has about 3000 citations)</div><div dir="ltr">another one: "GRAdient Broadcast: A robust Data Delivery Protocol for Large Scale Sensor Networks" </div><span class="HOEnZb"><font color="#888888"><div dir="ltr"><br></div></font></span></div></div></div></div></div></div></div></div></div><span class="HOEnZb"><font color="#888888"><div><div dir="ltr"><div class="gmail_extra"><div><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Lixia</div><div dir="ltr"><br></div><div dir="ltr"><br></div></div></div></div></div></div></div></div></div></div></font></span><span class=""><blockquote type="cite"><div><div dir="ltr"><div class="gmail_extra"><div><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">PhD Research Scholar,<br><a href="http://monet.knu.ac.kr/" target="_blank">MoNeT Wireless Lab,</a><br>Kyungpook National University,<br>Daegu City, Republic of Korea.<br>Cell: +82-10-9883-0786<br><a href="https://sites.google.com/site/shahmedknu/" target="_blank">https://sites.google.com/site/shahmedknu/</a> </div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Mon, Jan 18, 2016 at 4:50 AM, Lixia Zhang <span dir="ltr"><<a href="mailto:lixia@cs.ucla.edu" target="_blank">lixia@cs.ucla.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span><br>
> On Jan 17, 2016, at 10:48 AM, Dennis Olvany <<a href="mailto:dennisolvany@gmail.com" target="_blank">dennisolvany@gmail.com</a>> wrote:<br>
><br>
> The flooding behavior of NDN is already akin to a routing protocol. Clearly, there may be a benefit of knowing data reachability before interest is expressed, but it is also not useful to know data reachability if interest is never expressed. Is there a good use case for routing protocol integration with NDN?<br>
<br>
</span>interesting questions.<br>
<br>
let me ask a clarification question first: wonder exactly what you meant by "The flooding behavior of NDN"?<br>
<br>
Since NDN interest looks for data and not aims at any specific node, NDN takes advantages of any communication media that is broadcast in nature (e.g. WiFi) in that whoever hears the questions may answer.  But I dont think NDN interests in general get flooded in wide areas.<br>
<br>
Wonder exactly what you meant by "routing protocol integration with NDN"?  The NDN testbed is running a routing protocol.<br>
<span><font color="#888888"><br>
Lixia<br>
</font></span><div><div>_______________________________________________<br>
Ndn-interest mailing list<br>
<a href="mailto:Ndn-interest@lists.cs.ucla.edu" target="_blank">Ndn-interest@lists.cs.ucla.edu</a><br>
<a href="http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest" rel="noreferrer" target="_blank">http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest</a><br>
</div></div></blockquote></div><br></div></div>
</div></blockquote></span></div><br></div></blockquote></div><br></div>