Yes, we need to revisit the MPP scenario. Recently, we switched from dhcpd to dnsmasq (not in current builds yet), saving a lot of memory (10MB) and introducing a dns cache. But as Morgan, pointed out there are some bugs to fix (though I suspect we already fixed some). Hope we have time to check them soon.<br>
<br><div class="gmail_quote">On Fri, Apr 11, 2008 at 5:31 AM, Morgan Collett <<a href="mailto:morgan.collett@gmail.com">morgan.collett@gmail.com</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;">
<div class="Ih2E3d">On Fri, Apr 11, 2008 at 8:28 AM, John Gilmore <<a href="mailto:gnu@toad.com">gnu@toad.com</a>> wrote:<br>
> > (APs in infrastructure mode) is what is happening<br>
>  > on the ground mostly. Still, it's not good as it kills the<br>
>  > mesh-to-the-school scheme which is one of the key technical goals.<br>
><br>
>  This should be easy to fix.  Re-enable the NetworkManager code that<br>
>  allows any laptop to gateway the mesh to the Internet.  This all used<br>
>  to work in pre-B4 software, at least for USB Ethernet interfaces.  As<br>
>  long as the wifi chip can simultaneously do meshing and register with<br>
>  an access point (eth0 and msh0) then Internet access over a WiFi access<br>
>  point should look the same to NetworkManager as a wired eth0.<br>
<br>
</div>IIRC the problem with this is that collaboration fails on the XO<br>
acting as the gateway. See #3136, #2980 - and of course your own<br>
#4641.<br>
<font color="#888888"><br>
Morgan<br>
</font><div><div></div><div class="Wj3C7c">_______________________________________________<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>
</div></div></blockquote></div><br>