On my last week at 1cc, I performed several tests on MeshPortalPoint(MPP) configurations.<br><br>Perhaps it is good for all to have an insight on what is possible, and what isnt with MPP.<br>(especially after tomorrows network presentation!)<br>
<br>For those who dont know yet,  an XO  acts as an MPP, when it manages to share its private internet connectivity to other XOs in the mesh.<br><br>The MPPs tested managed to successfully share their connectivity through the msh0 interface.<br>
Their connectivity was via<br>1) a GSM/usb modem though a ppp0 interface(thanks to Ankur!!)<br>2) a simple Wifi AP<br>3) a School Wifi<br><br>The common cases of MPP regarded home scenarios, or "under-the-tree" scenarios(where at least 1 XO had access to an internet connection)<br>
Specifically in the GSM modem case, probably only one XO will have the device due to cost.. etc<br><br>But, it was rarely discussed whether an MPP can be useful at the school(am i wrong?)<br>Probably because Schools were initially configured with Meshes, and the MPP is probably useless there<br>
(if the MPP, XO, School are indeed in the same mesh, then the XO can reach the School directly)<br><br>However, now that Schools are mostly connected with Access points, MPP can be useful in School as well!<br><br>Other XOs in the neighborhood can join a School Wifi via an MPP,<br>
combining the benefits of the AP in the dense environment, and the Mesh in the scarce environment<br><br>**<b>Michali</b>, I have a question for u:<br>In the case that some XOs are many hops away(>5 and <10) from the School, can an XO at halfway act as an MPP to practically increase the ttl?<br>
I can understand that it would probably work if the MPP had two mshX ifaces on diff channels(the second to be an active antenna)..<br>Is this a good way to bridge two mesh clouds?<br><br><br>Results:<br><br>1) GSM modem / SimpleWifi<br>
<br>* All XOs (including the MPP) had access to the internet<br>* The client-XOs showed a DNS server(in resolv.conf) of the msh0 address of the MPP-XO<br>* jabber:All XOs(including the MPP) could perfectly collaborate via a jabber server(any publicly routable jabber should work.. i used <a href="http://schoolserver.laptop.org">schoolserver.laptop.org</a>)<br>
* salut: I disabled gabble in all XOs with "sugar-control-panel -s jabber foo"<br>   a) All XOs(including the MPP) shared *Presence information*.. i.e. New XO arrivals, new activities, who joins the activity..etc<br>
   b) Only the client-XOs could perform actual collaboration!!<br>why is this happening? I found it rather strange..<br>I was under the impression that Presence data were very similar to Activity sharing data..<br><b>Dafydd</b>, can you explain this? (or anyone from collabora)<br>
<br>2) School Wifi.. tested with media lab 802.11, which is also connected to <a href="http://schoolserver.laptop.org">schoolserver.laptop.org</a><br><br>All the above facts were also true here.<br><br>What makes this case more special than simple Wifi, is that the client-XOs would share the benefits of being at the school.<br>
However,<br>* The client-XOs could *not* Register<br>* They also could *not* resolve "schoolserver"(it is the simplest way to tell whether the School "services" are accessible)<br>(it could ping <a href="http://schoolserver.laptop.org">schoolserver.laptop.org</a>, but this is publicly routable anyway)<br>
* They could ping <a href="http://172.18.0.1">172.18.0.1</a><br><br>Basically, they could reach the school server machine, but didnt treat it as a school!<br><br><b>Wad</b>, can you explain this behavior?<br><br><br><br>yanni<br>
<br><br><br><a href="http://schoolserver.laptop.org/" target="_blank"></a>