<div dir="ltr"><div><div>The power supply I am using is an anker power core 20100 ( <a href="https://www.anker.com/products/variant/PowerCore-20100mAh/A1271012">https://www.anker.com/products/variant/PowerCore-20100mAh/A1271012</a> ) it is rated to 2.4A per output, and it has worked properly previously for using NFD. Forgive my ignorance, but what does power management do? Does that have to do with txpower? I am using a script to set the txpower, and it was set to 14.<br><br></div>Thanks,<br></div>Anthony<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jan 2, 2018 at 2:17 PM, Ashlesh Gawande (agawande) <span dir="ltr"><<a href="mailto:agawande@memphis.edu" target="_blank">agawande@memphis.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">




<div dir="ltr">
<div id="m_5457666234886552590divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Helvetica,sans-serif" dir="ltr">
<p style="margin-top:0;margin-bottom:0">Is power management off on the wireless interface? What is the rating of the power supply (Ideal is 5V, 2.5A)?</p>
<p style="margin-top:0;margin-bottom:0"><br>
</p>
<p style="margin-top:0;margin-bottom:0">Ashlesh<br>
</p>
</div>
<hr style="display:inline-block;width:98%">
<div id="m_5457666234886552590divRplyFwdMsg" dir="ltr"><font style="font-size:11pt" color="#000000" face="Calibri, sans-serif"><b>From:</b> Nfd-dev <<a href="mailto:nfd-dev-bounces@lists.cs.ucla.edu" target="_blank">nfd-dev-bounces@lists.cs.<wbr>ucla.edu</a>> on behalf of Anthony Dowling <<a href="mailto:dowlinah@clarkson.edu" target="_blank">dowlinah@clarkson.edu</a>><br>
<b>Sent:</b> Tuesday, January 2, 2018 1:09:55 PM<br>
<b>To:</b> Davide Pesavento; <<a href="mailto:nfd-dev@lists.cs.ucla.edu" target="_blank">nfd-dev@lists.cs.ucla.edu</a>><br>
<b>Subject:</b> Re: [Nfd-dev] Extremely high RTT on raspberry pi with the clean version</font>
<div> </div>
</div><div><div class="h5">
<div>
<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="m_5457666234886552590x_gmail_extra"><br>
<div class="m_5457666234886552590x_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="m_5457666234886552590x_gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span>On Tue, Jan 2, 2018 at 1:22 PM, Anthony Dowling <<a href="mailto:dowlinah@clarkson.edu" target="_blank">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>
</div>
</div></div></div>

</blockquote></div><br></div>