Pol,<br><br>I suggest you switch to 22.p10 which fixes a bug in 22.p9.<br>But you should not use any firmware later than 22.p6 with stock kernel (because of the multicast filter, #6818). It surprises me that you are able to collaborate at all.<br>
<br>--<br>Ricardo <br><br><div class="gmail_quote">On Mon, May 5, 2008 at 12:34 PM, Polychronis Ypodimatopoulos <<a href="mailto:ypod@mit.edu">ypod@mit.edu</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I 've been doing experiments on a 50-node testbed (703, Q2D14, 22.p9,<br>
simple mesh) and getting all 50 of them to communicate consistently has<br>
been hard, even in the absence no sharing or heavy workloads involved.<br>
<br>
Out of the 50 nodes (over a period of time of 6 hours), 8 nodes<br>
"decided" to take msh0 down, half of which did not come up again<br>
(NetworkManager?).<br>
<br>
About 18 out of 50 nodes (not including the previous 8) for some reason<br>
stopped being reachable from the rest of the network, although their<br>
network interface did not seem to have been reset. Restarting the<br>
NetworkManager seems to fix the problem.<br>
<br>
Is anyone still maintaining the NetworkManager? It seems to me that the<br>
NetworkManager chooses to restart msh0 sometimes. Is this true? Does it<br>
go so far as to reload the firmware?<br>
<br>
Pol<br>
<br>
<br>
--<br>
Polychronis Ypodimatopoulos<br>
Graduate student<br>
Viral Communications<br>
MIT Media Lab<br>
Tel: +1 (617) 459-6058<br>
<a href="http://www.mit.edu/%7Eypod/" target="_blank">http://www.mit.edu/~ypod/</a><br>
<br>
_______________________________________________<br>
Devel mailing list<br>
<a href="mailto:Devel@lists.laptop.org">Devel@lists.laptop.org</a><br>
<a href="http://lists.laptop.org/listinfo/devel" target="_blank">http://lists.laptop.org/listinfo/devel</a><br>
</blockquote></div><br>