Quick answer: SD-WAN (software-defined wide area networking) connects multiple sites over ordinary internet links, using centrally managed policy to steer each application over the best available path and fail over automatically. For small and multi-site businesses, SD-WAN typically replaces costly MPLS circuits or hand-built VPNs, improves voice and video quality and simplifies management, but a single office rarely needs it.
Key takeaways
- SD-WAN uses multiple internet links and application-aware policy to deliver reliable connectivity between sites and to the cloud.
- Single-site offices usually get enough from a business firewall with dual-WAN failover.
- SD-WAN shines with three or more sites, heavy voice and video, or a need to retire MPLS.
- Many business firewall vendors include SD-WAN capabilities, which can avoid a separate platform.
- SASE combines SD-WAN with cloud-delivered security and zero trust access.
When an organization grows beyond one office, connecting the sites reliably becomes a real engineering problem. SD-WAN is the modern answer for most multi-site small businesses and nonprofits. This guide explains how it works, when it is worth it and how to plan a rollout. For the broader service context, see networking and IT infrastructure services.
What is SD-WAN?
SD-WAN, short for software-defined wide area networking, is an approach to connecting sites in which a central controller manages edge devices at each location. Those edge devices build encrypted tunnels over any available links, including fiber, cable, fixed wireless and 5G or LTE, and send each application over the best path based on real-time measurements of latency, jitter and packet loss.
The key capabilities are:
- Centralized management: one dashboard and policy set for every site
- Multiple active links: using two or more circuits at once, not one active and one idle
- Application awareness: identifying traffic such as Teams, Zoom, VoIP or Microsoft 365 and treating it according to policy
- Path selection and failover: moving sessions to a healthier link when one degrades, often fast enough that calls continue
- Zero-touch provisioning: shipping a device to a site where it downloads its configuration automatically
How does SD-WAN compare to MPLS and site-to-site VPN?
| Criterion | MPLS | Traditional site-to-site VPN | SD-WAN |
|---|---|---|---|
| Transport | Private carrier circuit | Single internet link per tunnel | Multiple internet links, optionally MPLS |
| Cost | High per site | Low | Moderate |
| Provisioning time | Often months | Days | Days once circuits exist |
| Management | Carrier managed | Device-by-device | Centralized policy |
| Performance for SaaS and cloud | Often backhauled through a hub | Depends on single link | Direct internet breakout with path selection |
| Failover | Requires separate backup | Manual or basic | Automatic, application-aware |
| Visibility | Limited | Limited | Per-application analytics |
The biggest change since MPLS was designed is where applications live. When most traffic goes to Microsoft 365, SaaS and cloud platforms, sending it across a private network to headquarters first adds latency and cost. SD-WAN allows local internet breakout at each site while still securing it.
Does a small business need SD-WAN?
A single office usually does not. A business-grade firewall with two diverse internet circuits and automatic failover provides most of the resilience benefit, as described in small business network design.
SD-WAN becomes worthwhile when several of these apply:
- Three or more sites, or sites without local IT staff
- Voice and video quality problems that track with internet congestion
- An MPLS contract coming up for renewal
- Sites that need to reach shared resources at another site or in the cloud
- Frequent new sites, pop-up locations or relocations
- A need for consistent security policy across all locations
Many business firewall platforms now include SD-WAN capabilities in their standard feature set. For small organizations, enabling SD-WAN on an existing firewall ecosystem is often more practical than buying a separate SD-WAN platform.
What SD-WAN topologies are common?
Choose the topology based on where traffic needs to go.
- Hub and spoke: branch sites connect to a hub, usually headquarters or a cloud hub. Simple, and suitable when most internal resources live in one place.
- Full mesh: every site connects directly to every other site. Useful when sites exchange a lot of traffic, such as voice between offices, but more complex at scale.
- Cloud hub: the hub is a virtual SD-WAN appliance or cloud networking service in Azure, AWS or Google Cloud, so branches reach cloud workloads directly. This aligns well with hybrid cloud networking.
In all cases, SaaS and general internet traffic typically break out locally at each site.
How does SD-WAN relate to SASE and zero trust?
SD-WAN solves connectivity; SASE (secure access service edge) adds cloud-delivered security to it. In a SASE model, traffic from sites and remote users is inspected by security services in the cloud, including secure web gateway, firewall as a service and zero trust network access (ZTNA), so policy is consistent whether someone works at a branch, at home or in a coffee shop.
For small organizations, a practical path is to deploy SD-WAN on the firewall platform first, then add zero trust access for remote users, as described in zero trust network architecture. A full single-vendor SASE platform makes more sense as the number of sites and remote users grows.
How do you plan an SD-WAN rollout?
- Assess sites and applications. Document each site's circuits, users, applications and pain points, and identify traffic flows between sites and to the cloud.
- Order circuits early. Each site should have at least two diverse links. Circuit lead times are usually the longest step.
- Design policy. Define application classes, such as real-time voice and video, business-critical, general and bulk, with path preferences and quality thresholds for each.
- Plan addressing. Give each site a unique, summarizable IP range that does not overlap with other sites or cloud networks.
- Pilot one site. Validate failover by physically unplugging links during a call, and confirm application performance.
- Roll out in waves. Cut over remaining sites during maintenance windows with a rollback plan.
- Operate and review. Monitor link quality and application analytics, and adjust policy based on real data.
What should you ask SD-WAN vendors?
- Is SD-WAN included in the firewall license or a separate subscription?
- How are security features (IPS, web filtering) handled at the edge versus in the cloud?
- What happens if the cloud controller is unreachable? Do sites keep working?
- How fast does failover occur for real-time traffic?
- What visibility is available per application and per link?
- What is the hardware lifecycle and end-of-support policy?
How does SD-WAN help nonprofits?
Nonprofits often operate several program sites, shelters, clinics or shared spaces with mixed connectivity and little on-site IT. SD-WAN lets a small central team manage every location remotely, use affordable broadband or cellular links reliably and keep guest or client networks isolated. Check whether your network vendor offers nonprofit pricing before purchasing.
Next steps
If you are consolidating servers into the cloud as part of a cloud migration strategy, design SD-WAN and cloud connectivity together so traffic paths make sense from day one. Desai InfoTech can assess your sites and recommend whether SD-WAN, firewall-based failover or a SASE approach fits best; contact us to start.
Frequently asked questions
What is the difference between SD-WAN and a VPN?
A traditional site-to-site VPN creates fixed encrypted tunnels over one internet link, usually configured device by device. SD-WAN also builds encrypted tunnels, but it manages them centrally, uses multiple links at once, monitors their quality continuously and steers each application over the best path. SD-WAN is essentially an intelligent, centrally orchestrated evolution of site-to-site VPN.
Does SD-WAN replace MPLS?
For most small and mid-size organizations, yes. MPLS provides private, predictable circuits but is expensive and slow to provision. SD-WAN over two diverse broadband or fiber links typically delivers comparable application experience for SaaS and cloud workloads at lower cost. Some organizations keep MPLS at a few critical sites during a transition, with SD-WAN managing both.
What is SASE and how does it relate to SD-WAN?
Secure access service edge (SASE) is an architecture that combines SD-WAN networking with cloud-delivered security services such as secure web gateway, cloud access security broker, firewall as a service and zero trust network access. SD-WAN handles the connectivity side; SASE adds consistent security policy for every user and site, wherever they connect from.
How long does an SD-WAN rollout take?
A typical rollout for a handful of sites takes two to four months, mostly driven by internet circuit lead times. Design and pilot usually take a few weeks, and once the first site is proven, each additional site can often be cut over in a single maintenance window. Ordering circuits early is the most effective way to shorten the timeline.
Part of the Networking & IT Infrastructure Services hub.