Skip to main content
Infrastructure

What a network redesign should actually include

A network that grew one switch at a time works until it doesn't. Here is what a proper redesign covers — and why the support afterwards matters as much as the design.

· 5 min read · Valyar Technology

Most office, campus, and factory networks were never designed. They grew: a switch added when a department moved, a wireless router bought when someone complained, a camera system plugged in wherever there was a free port. Each change made sense on the day. Together they produce a network nobody can draw, where one fault takes down things that should never have been connected.

A redesign is not buying new equipment. It is deciding how the network should work for the organization as it is today, then rebuilding it to match — and keeping it that way.

1. Start with what is really there

Before anything is designed, the existing network has to be understood. That means walking the site, not reading old diagrams.

  • Every switch, router, firewall, access point, and server — where it is and what it connects
  • How the cabling actually runs, and where it is damaged or undocumented
  • Which systems depend on the network: attendance devices, cameras, accounting, printers
  • Where users really lose time: slow Wi-Fi, dropped connections, shared bandwidth

2. Separate what should be separate

Staff computers, guests, cameras, and building devices do not need to share one flat network. Segmenting them — usually with VLANs and firewall rules between them — limits how far a problem spreads and makes traffic easier to manage.

3. Design coverage, not just access points

Wi-Fi problems are rarely solved by adding another router. Coverage has to be planned for walls, floors, and the number of people in each area, with access points managed as one system rather than many separate ones.

4. Implement without stopping the business

An organization cannot close for a week while its network is rebuilt. Good implementation is staged: the new design goes in area by area, with changes scheduled around the working day and a way back if something does not behave as expected.

5. Write it down

At the end there should be a current diagram, a list of equipment and configurations, and clear notes on what is connected where. Without documentation, the network starts drifting back toward the old mess the first time someone else touches it.

6. Plan for the day after

Networks need attention after go-live: monitoring, troubleshooting, changes when a department moves, and someone who picks up the phone. The team that designed the network is the one best placed to support it — which is why we treat redesign, implementation, and ongoing support as one engagement rather than three.

Related
Managed IT & Infrastructure Support
Have a technology problem?

Tell us what isn't working. We'll bring the plan.

Free consultation · Fixed price · Reply under 2 hours