When I came aboard to my current position, the VLANs used in regions were reused from site to site as well as the main office VLAN ids. We later made them match there third octet of their IP subnet and it make more sense to me as well as easier to document and diagram out in visio. For VLANs that would overlap I would use the second and third octet to not reuse them, i.e. 192.168.6.0/24 I would use 1686 if there is already a vlan id 6 on 10.16.6.0/24 being used in the environment. It really comes down to personal preference as what works and makes sense for me might be different than what you would use. I would say that as long as you are consistent, then that is really all that matters.
Thanks, Jason Rearick Network Engineer Home Office: Info Center Utica National Insurance Group P.O. Box 530 Utica, NY 13503 Email: [email protected] Phone:315-734-2704 Sent from my iPhone On Aug 31, 2012, at 8:06 PM, "Nick Allen" <[email protected]> wrote: > Hi, > > Before we get too far down the road with our restructuring plans, does > anyone have a strong view on whether VLAN IDs should be unique across > all sites? > > We have 5 sites - all layer 3 routed between them so - except for > transit VLANs - we figured we'd reuse the same VLAN IDs for the same > purpose on each site. I don't foresee any issues with doing so. > > e.g management VLAN is 1000 on each site. 1002 is servers, 1004 is voice etc. > > Just wondered if maybe someone had done it but then later realised > that actually it would have been better to make them unique across all > sites - for easier documentation, or easier to use management tools > for example. > > ? > > Thanks, > > N. > -- > This e-mail is intended only for the named person or entity to which it is > addressed and > contains valuable business information that is proprietary, privileged, > confidential and/or > otherwise protected from disclosure. If you received this e-mail in error, > any review, use, > dissemination, distribution or copying of this e-mail is strictly prohibited. > Please notify > us immediately of the error via e-mail to [email protected] and > please delete > the e-mail from your system, retaining no copies in any media. We appreciate > your cooperation. > > > --- > To unsubscribe from enterasys, send email to [email protected] with the body: > unsubscribe enterasys [email protected] --- To unsubscribe from enterasys, send email to [email protected] with the body: unsubscribe enterasys [email protected]
