<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body>
<p dir="ltr">In our lab we saw that with poor power supply the RPi would hang if we try to use the WiFi. With power management it was somewhat better (and also the ssh did not get dropped randomly). I have no idea about txpower - why do you set it to 14?</p>
<p dir="ltr">Ashlesh</p>
<div class="quote">On Jan 2, 2018 1:25 PM, Anthony Dowling <dowlinah@clarkson.edu> wrote:<br type="attribution">
<blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<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><br>
<div class="elided-text">On Tue, Jan 2, 2018 at 2:17 PM, Ashlesh Gawande (agawande)
<span dir="ltr"><<a href="mailto:agawande@memphis.edu">agawande@memphis.edu</a>></span> wrote:<br>
<blockquote style="margin:0 0 0 0.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">
<div dir="ltr" style="font-size:12pt;color:#000000;font-family:'calibri' , 'helvetica' , sans-serif">
<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 dir="ltr"><font color="#000000" face="Calibri, sans-serif" style="font-size:11pt"><b>From:</b> Nfd-dev <<a href="mailto:nfd-dev-bounces@lists.cs.ucla.edu">nfd-dev-bounces@lists.cs.<wbr>ucla.edu</a>> on behalf of Anthony Dowling <<a href="mailto:dowlinah@clarkson.edu">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">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>
<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><br>
<div>On Tue, Jan 2, 2018 at 2:02 PM, Davide Pesavento <span dir="ltr"><<a href="mailto:davide.pesavento@lip6.fr">davide.pesavento@lip6.fr</a>></span> wrote:<br>
<blockquote style="margin:0 0 0 0.8ex;border-left:1px #ccc solid;padding-left:1ex">
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>
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>
</div>
</blockquote>
</div>
</body>
</html>