Multi-Branch Firewall Rollouts: Sequencing Sites Without Losing Trading Hours
Home / Multi-Branch Firewall Rollouts: Sequencing Sites Without Losing Trading Hours

Multi-Branch Firewall Rollouts: Sequencing Sites Without Losing Trading Hours

September 1, 2026

Chains that grow by opening quickly almost always end up with a different network in every branch. Standardising it is rarely difficult technically. The hard part is doing it across dozens of live sites without any of them stopping trade.

Template first, roll out second

The single biggest cause of a rollout overrunning is designing at each site. One template configuration — addressing, segmentation, policy, naming — is defined once and then applied. Every hour spent on the template saves a day across the estate. This is the design work in our Networking & Design service.

Segment in the template, not per site

POS, staff, guest WiFi and CCTV each belong on their own segment. Decided once in the template, this costs nothing per site; decided per site, it is never done consistently and every security questionnaire afterwards becomes an archaeology exercise. Centrally managed appliances make it enforceable — see Firewall & Security.

Pilot on two branches, not one

One pilot tells you the template works somewhere. Two — ideally your best-connected site and your most awkward one — tell you the range it has to survive. Almost every correction we make to a template comes from the awkward site.

Wave the rollout

Sites go in waves, outside trading hours, grouped by similarity rather than geography. Each wave is small enough that one team can complete and verify it in a single window, and large enough to make progress. Cluster by connectivity type and store layout so that a problem found in one site in a wave probably applies to the rest of that wave.

Keep every cutover reversible

The previous configuration stays on site until the new one has run a full trading day. A rollout where any single site can be reverted in minutes is one that can proceed confidently; a rollout where reverting means a site visit is one that stalls after the first surprise.

Fix connectivity while you are there

A standard build on an unreliable link still produces an unreliable branch. Primary and backup links per site, procured and managed centrally under Internet Leased Line & Telecom, mean an outage fails over rather than closing the site. Wireless is worth standardising in the same pass — controller-managed access points under Managed WiFi give every branch the same coverage and the same policy. Where cameras are in scope, move recorders onto their own segment using CCTV & IP Surveillance.

Decide who owns it before you finish

A standardised estate is only cheaper to run if somebody is running it. Agree the support model — response times, spares, who is called — before the final wave, not after. That is what an AMC Contract sets out.

For a worked example, see Multi-branch Firewall Rollout for a Retail Chain, or read about our retail practice.

Questions

Frequently Asked Questions

A wave should be small enough for one team to complete and verify inside a single out-of-hours window. For most chains that is a handful of sites per wave, grouped by connectivity type rather than by geography.

The previous configuration is retained on site until the new build has run a full trading day, so a site can be reverted within minutes without waiting for an engineer to travel.

Standardising a multi-site network?

We will template your branch build, pilot it on two sites and wave the rollout around your trading hours.