Last time I did something similar to this I put all the GUEST wireless on a single subnet with only one AP handing out DHCP and kept it as close to isolated from all other networks as I could. For me I had to use production switches with a VLAN connecting all the AP's to their router. If I could have used my spare fiber I would have but cost kept me from doing that.
Jon On Fri, Sep 2, 2011 at 4:44 PM, Tom Miller <[email protected]> wrote: > Hi Folks, > > I am building a wireless network for our buildings here at HQ (six > buildings linked by fiber). I don't anticipate more than say 200 > simultaneous wireless connections, since the goal is to support our various > meeting rooms and training rooms, not staff connections. I am considering > design options for the wireless architecture, such as: > > - wireless network on a single subnet and dedicated vlan. > - wireless network, each building having it's own subnet for wireless > traffic > > I'm purchasing small POE switches for the APs in each building. Our > current switches are not POE. I plan to add a dedicated fiber connection > for each new switch in the buildings (we have a number of available strands > to use). > > So my questions... > > - single subnet or divide up one for each building? (There will be no > parking lot connection, so laptops will need to reconnect) > - any reason to connect the wireless switch in a non-core building to the > user/data switch, other than a second lower priority route back to our main > communications room? All of the systems to which users connect are in our > main communications room in a single building, so it's not like user in > building "A" would actually connect to any servers or other systems in that > building. > > The wired and wireless networks will be connected via our core switch bank. > > Being new to wireless design, your thoughts are appreciated. Lessons > learned most welcome. Site survey is already done, so I know placement of > APs at least. > > Tom > > Confidentiality Notice: This e-mail message, including attachments, is > for the sole use of the intended recipient(s) and may contain confidential > and privileged information. Any unauthorized review, use, disclosure, or > distribution is prohibited. If you are not the intended recipient, please > contact the sender by reply e-mail and destroy all copies of the original > message. > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to [email protected] > with the body: unsubscribe ntsysadmin > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected] with the body: unsubscribe ntsysadmin
