<div dir="ltr">On Mon, Feb 17, 2014 at 10:30 AM, William Fragakis <span dir="ltr"><<a href="mailto:william@fragakis.com" target="_blank">william@fragakis.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Our k12linux installation is out-growing our present, very primitive,<br>
networking structure.<br>
<br>
Currently, our ltsp server - which also behaves as the firewall for a<br>
number of kvm servers and their vms - connects to 16 or so thin clients.<br>
Between the clients, internal servers and printers, the switch to which<br>
the ltsp server is connected to is at capacity (It's a basic 24 port<br>
gigabit).<br>
<br>
We now need to add the n+1 client that exceeds switch capacity. Do we<br>
buy<br>
a) a larger switch to replace the current one<br>
b) a second switch daisy chained to the current one<br>
c) a second switch connected to a second NIC using the same internal<br>
ip/dhcp range (and if so, the recommended manner)<br>
d) a more obvious, elegant, simple, cheaper method that I haven't<br>
considered because I don't know squat (American slang for "not much")<br>
about this stuff.<br></blockquote><div><br></div><div>If the printers or VM's do not need dedicated gigabit connectivity to the network, and it is geographically possible, then you could subgroup these devices with a smaller, less expensive switch thus freeing ports on your 24-port switch. If all devices need dedicated gigabit connectivity, then you can add a second NIC to the server and either a. expand nfs/dhcp/tftp ranges (complicated) or b. bond the NICs (less complicated) and add a second gigabit switch for future expansion.<br>

<br></div><div>For network hygiene, I'd ponder re-purposing a box, installing pfsense, and letting it become your firewall/gateway/dansguardian/squidguard box.<br><br></div><div>--scott<br></div></div></div></div>