Josh,<br><br>I have been trying to do the same thing as you, with little success, so would appreciate any tips you have or maybe a phone call to walk me through.<br>Please let me know what works for you.<br><br>Thanks.<br>
Gerald<br><br><div class="gmail_quote">On Tue, Oct 13, 2009 at 9:37 AM, Josh Totoro <span dir="ltr">&lt;<a href="mailto:jtotoro@chartersmi.com">jtotoro@chartersmi.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Thanks for the Info, but we ended up going a different direction.<br>
<br>
We segregated the wireless networks for each building into different VLAN&#39;s and created a unique SSID for each building, we then made the XS the gateway to our main network for each VLAN.  This limited the number of users per XS to 350 total and more like 100 concurrent.  So far it seems to be working.  The kids only see other kids from their own building but that was fine by us since there are different grades in each building.<br>

<br>
FYI we are running this XO network on our Procurve Wireless Edge Service module and it has been working like a charm.  I didn&#39;t know if you knew anyone else who has tested this system so I thought I would let you know.<br>

<br>
Thanks for the help<br>
<div><div></div><div class="h5"><br>
-----Original Message-----<br>
From: Martin Langhoff [mailto:<a href="mailto:martin.langhoff@gmail.com">martin.langhoff@gmail.com</a>]<br>
Sent: Monday, October 12, 2009 3:47 AM<br>
To: <a href="mailto:jvonau@shaw.ca">jvonau@shaw.ca</a><br>
Cc: Josh Totoro; <a href="mailto:server-devel@lists.laptop.org">server-devel@lists.laptop.org</a><br>
Subject: Re: [Server-devel] CCCS XS deployment<br>
<br>
On Mon, Oct 12, 2009 at 2:50 AM, Jerry Vonau &lt;<a href="mailto:jvonau@shaw.ca">jvonau@shaw.ca</a>&gt; wrote:<br>
&gt;&gt; When I set up the first XS server back in march (0.5.1) there was a<br>
&gt;&gt; lot more info on the Wiki about setting up multiple XS servers in one<br>
&gt;&gt; network.  Does anyone have any of this info available still or does it<br>
&gt;&gt; no longer apply?<br>
<br>
I removed the info because we don&#39;t really support multiple XS servers<br>
in one network. That model is old, from the days when we thought we<br>
would strongly recommend active antennas.<br>
<br>
If you have a really large school, the model is:<br>
<br>
 - Build a network with many APs, all connected to a &quot;network<br>
backbone&quot; (one or more switches). The network backbone must connect to<br>
eth1 on the XS.<br>
<br>
 - Only one XS. If you have many users, just aim for a high-spec<br>
machine for the XS role.<br>
<br>
 - If the traffic is too much even for the high-spec machine you have<br>
as XS , you can setup machines for specific roles -- this will need<br>
minor changes in the config of the main XS. For example:<br>
   - If postgresql load is significant (mainly in disk IO, memory),<br>
the pgsql-xs process can be moved to a different machine -- just a<br>
vanilla Fedora server running postgresql.<br>
   - If the http proxy load is significant (disk IO, memory), the<br>
squid process can be moved to a separate machine.<br>
   - If the Moodle (apache/php, affecting memory and cpu) load is<br>
significant, move it to a separate machine.<br>
<br>
Now... the heaviest load on the XS will be Moodle (Apache / PHP /<br>
PostgreSQL); and I have a lot of experience with large scale moodle<br>
installs for up to 120K users, with &quot;concurrent&quot; use peaking at a<br>
couple of thousand. There the answer was a small cluster of x86<br>
mid-range servers.<br>
<br>
The very largest schools we are targetting for OLPC deployments have<br>
have around 3K users. At most you&#39;ll see 500~800 concurrent users(*)<br>
and that will probably melt the network before it even gets to the<br>
server.<br>
<br>
And any mid-range server of the current generation (multi-core, maybe<br>
8GB RAM using PAE, some reasonably fast SATA disks) will handle that<br>
and laugh in your face while it cooks some pasta for your dining<br>
pleasure.<br>
<br>
* Not concurrently connected, but requesting a page within the same 5s window.<br>
<br>
cheers,<br>
<br>
<br>
m<br>
--<br>
 <a href="mailto:martin.langhoff@gmail.com">martin.langhoff@gmail.com</a><br>
 <a href="mailto:martin@laptop.org">martin@laptop.org</a> -- School Server Architect<br>
 - ask interesting questions<br>
 - don&#39;t get distracted with shiny stuff  - working code first<br>
 - <a href="http://wiki.laptop.org/go/User:Martinlanghoff" target="_blank">http://wiki.laptop.org/go/User:Martinlanghoff</a><br>
<br>
</div></div>This e-mail is intended for the use of the addressee(s) only and may contain privileged, confidential, or proprietary information of Chester Community Charter School (CCCS). If you have received this message in error, please e-mail administrator at <a href="mailto:postmaster@chestercommunitycharter.org">postmaster@chestercommunitycharter.org</a>, then delete the e-mail and destroy any printed copy. CCCS reserves the right to retain, archive, use and disclose any emails that are sent from or to this email address. Thank you.<br>

<div><div></div><div class="h5">_______________________________________________<br>
Server-devel mailing list<br>
<a href="mailto:Server-devel@lists.laptop.org">Server-devel@lists.laptop.org</a><br>
<a href="http://lists.laptop.org/listinfo/server-devel" target="_blank">http://lists.laptop.org/listinfo/server-devel</a><br>
</div></div></blockquote></div><br>