Subnetting a network

Soldato
Joined
8 Nov 2002
Posts
9,128
Location
NW London
Quick question in the hope that someone's done this before and can let me know if there's any "issues" i may run into.

Currently our head office network is one big class b network. Now as part of the office move, we are getting a completely new network infrastructure as well as a voip phone system installed. I decided this would be a good time to partition out our network, separate voice, client, server vlans for example.

Now I though i could just create smaller subnets of our class b network (and have vlans set up accordingly), and have it separated so that our servers will keep the ip addresses they currently have (avoiding any issues with things mapped by ip instead of hostname for example). Keeping all IPs within our existing class b network would have the added bonus of not having to alter the routing tables on our WAN (outsourced MPLS WAN with 10 other offices). I would expect that all that would need to be done is to change the subnet mask and gateway on the servers and assuming routes have been set up correctly on the switches everything should carry on as normal...

Or is there a glaringly obvious flaw to my plan?
 
yep - that's about the gist of it, you have to give it some considerations though, for example size for growth and plan for supernetting, so that you can consolidate groups of your smaller networks behind a larger mask.
 
Make sure none of the currently assigned IP's are assigned to the network or broadcast ip of the new subnets. I guess that's not a problem if you use dhcp but with static servers it could be.
 
Cheers for the speedy replies guys :)

yep - that's about the gist of it, you have to give it some considerations though, for example size for growth and plan for supernetting, so that you can consolidate groups of your smaller networks behind a larger mask.
Yes, I've allowed for at least 300% (complete overkill) increase on all new subnets.

( |-| |2 ][ $;12519360 said:
Make sure none of the currently assigned IP's are assigned to the network or broadcast ip of the new subnets. I guess that's not a problem if you use dhcp but with static servers it could be.
Good point, yes, none of the staticly assigned IPs are on possible nw or bc addresses (guy who originally designed the network at least knew enough so as to avoid .1 and .255 addresses). Clients and Phones will all be DHCP.

Any more for any more?
 
I think IAmATeaf was pointing more to the fact that .0 isn't always the network, but you are right about .1 as far as i can see.

Anyway... stop this silly argument and figure out if i may have an issue :mad:

:p
 
If you have any licening servers etc, i would put these on the box that has sites and services on it.

Andy
 
Can't see any problems and it's a sensible thing to do. Just need to make sure your routings OK so that everyone can still get to the subnets and things should work.

Also, if you were just using a flat L2 network before, make sure none of your apps are relying on L2 broadcasts to function properly and if they are you will need to setup "ip helper" addresses (Assuming Cisco kit).
 
Also, if you were just using a flat L2 network before, make sure none of your apps are relying on L2 broadcasts to function properly and if they are you will need to setup "ip helper" addresses (Assuming Cisco kit).

Yeah, good point, might wireshark the network for a few days to make sure, cheers. BTW won't be Cisco, will be Extreme (no idea what their equivalent of ip helper is, gonna start reading up on it soon)
 
is it worth putting servers on a separate vlan to clients?

Yes :) A must, I'd say, unless they are local file servers or similar which would benefit from being on the same vlan.

It makes things far more manageable, and makes maintenance easier. Subnetting by Application servers can also work nicely if planned well - minimum downtime and it means you can easily move stuff around sites by picking up and dropping the subnet elsewhere (not to mention making firewall rules easier :p).
 
Last edited:
Back
Top Bottom