<div dir="ltr"><div>Davide,</div><div><br></div><div> I apologize, the clocks aren't synchronized. However, I don't think its due to interference or distance, as they were less than 2 feet apart, and the radio interference was minimal, as I was 2 miles away from an electrical pole with very few other electrical items in operation around me that could have caused interference, and no other wi-fi networks anywhere near me. However, I will use what you have told me to see if I can find the issue. Thanks for the help.</div><div><br></div><div>Anthony<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jan 2, 2018 at 2:02 PM, Davide Pesavento <span dir="ltr"><<a href="mailto:davide.pesavento@lip6.fr" target="_blank">davide.pesavento@lip6.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Tue, Jan 2, 2018 at 1:22 PM, Anthony Dowling <<a href="mailto:dowlinah@clarkson.edu">dowlinah@clarkson.edu</a>> wrote:<br>
> Hello all,<br>
><br>
> I am working with NFD on the raspberry pi 3 model B system. Lately, however,<br>
> I have had a very strange issue. While using ndnping over 1 hop in an adhoc<br>
> environment over ethernet multicast faces, the round trip time can be<br>
> upwards of 10 minutes. I was working with a modified version when I<br>
> encountered this issue, however, after reinstalling the clean version from<br>
> github, the problem persisted. So, I used the trace level logging to see<br>
> what could be going on, but I am unable to find the issue. Does anyone have<br>
> an idea what could be causing this issue?<br>
><br>
> Below is the trace from each side, organized into the order that I believe<br>
> the events took place, however, I am unsure if this is actually the case, as<br>
> there is a chance that the producer responded to the interest after the<br>
> timeout took place on the consumer.<br>
><br>
<br>
</span>Hi Anthony,<br>
<br>
You're showing logs from two different hosts, are the clocks synchronized?<br>
<br>
Maybe it's just a case of high packet loss on the wireless medium, due<br>
to interference, distance, or other factors. Can you check if/when the<br>
packets are actually received on the physical interface using e.g.<br>
tcpdump?<br>
<br>
Another thing you could try is: build NFD in debug mode (./waf<br>
configure --debug) and look for the log line that says "Detected <X><br>
dropped frame(s)".<br>
<br>
Best regards,<br>
Davide<br>
</blockquote></div><br></div>