<div dir="ltr"><div>Hi Thiago<br><br></div><div>NFD forwarding as of v0.5.0 is not designed for wireless networks.<br></div><div><br></div><div>Whether an Interest will be forwarded out of the same face as it came in is up to the strategy, as nothing in forwarding pipelines prevents such forwarding.<br></div><div>For BestRouteStrategy2, delete these lines <a href="https://github.com/named-data/NFD/blob/037f4ab4b62f42447c78d25ede0755f98409c9cb/daemon/fw/best-route-strategy2.cpp#L71-L73">https://github.com/named-data/NFD/blob/037f4ab4b62f42447c78d25ede0755f98409c9cb/daemon/fw/best-route-strategy2.cpp#L71-L73</a><span class=""> enables such forwarding.</span><br></div><div><br></div>Incoming Data pipeline will not forward a Data out of the same face as it came in. This can be changed by deleting these lines <a href="https://github.com/named-data/NFD/blob/037f4ab4b62f42447c78d25ede0755f98409c9cb/daemon/fw/forwarder.cpp#L365-L367">https://github.com/named-data/NFD/blob/037f4ab4b62f42447c78d25ede0755f98409c9cb/daemon/fw/forwarder.cpp#L365-L367</a><br><div><br></div><div>I do not know the implication on loop detection and PIT aggregation after those changes are made. I'm CCing Teng Liang who recently implemented a broadcast-based forwarding strategy for sensor networks where each node has only one wireless NIC, as he may have a better idea on the implication.<br></div><div><br></div>Yours, Junxiao<br><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 21, 2016 at 3:14 PM, Thiago Teixeira <span dir="ltr"><<a href="mailto:tteixeira@engin.umass.edu" target="_blank">tteixeira@engin.umass.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">





<div lang="EN-US">
<div class="gmail-m_6000935366954100156WordSection1">I have a topology of five wireless nodes all running NFD v.0.5. on Ubuntu 16.04. I am using Ethernet as the transport method with one multicast group, as follows
<i>face_system.ether. </i><i>mcast_group 01:00:5E:00:17:AA</i>.
<p class="MsoNormal"><br></p>
<p class="MsoNormal">When I test connectivity using NDN-Ping it works between one hop neighbors, but not over multiple hops. I assume that is because the architecture prevents it from sending Int/Data packets over the same face it received, in order to prevent
 loops. Am I right?<u></u><u></u></p><br></div></div></blockquote></div></div></div></div></div>