SD-WAN & SASE

The connection is up, but applications still struggle?

Software-Defined Wide Area Networking (SD-WAN) applies application policies over IP access. Secure Access Service Edge (SASE) integrates cloud security; review paths and priorities.

SD-WAN does not replace the underlays; SASE requires identity, inspection, data and responsibilities to be defined.

Let’s talk
Business sites connected by a fibre network.

How it works

You already have connectivity. Now make the network respond to applications, not just locations.

Your site
SD-WAN edge
Preferred path
Alternative path
Sites and applications

One policy, several paths

SD-WAN devices apply policies over compatible IP access such as Internet or IP VPN (the underlay). In the Versa variant, encrypted tunnels connect SD-WAN endpoints (the overlay); Internet/SaaS traffic follows the agreed breakout. Different applications can have different path criteria.

SASE combines this network management with cloud security controls (SSE, Security Service Edge). Depending on contracted functions, these controls validate identity and access and inspect traffic to Internet or private applications. Routing and security are designed together, but perform different functions.

Your site
SD-WAN edge
Degraded quality
Eligible alternative
Sites and applications

An active link can still perform poorly

First separate Wi-Fi/LAN, application and WAN causes: compare a wired call, affected sites and peak-load periods. More fibre will not fix poor Wi-Fi coverage or a fault in the video-call service.

Versa measures latency, delay variation (jitter) and packet loss. If the WAN path is the problem, a policy can prioritise voice and steer it to an eligible alternative using configured thresholds; it does not create capacity or guarantee uninterrupted sessions.

Your site
SD-WAN edge
Access unavailable
Eligible alternative
Sites and applications

Continuity starts with design

If an access fails, another working path needs suitable routes and capacity. Two circuits sharing a physical route, device or power source may fail together.

The pilot should test failure, recovery and application behaviour. Protection against device failure requires considering a high-availability architecture, not just a second circuit.

Illustrative case: from situation to decision

Situation
Backups coincide with breaking video calls although the circuit is still up.
Option
Separate local or application faults from path degradation, then define priorities and an eligible alternative.
Check
Measure delay, variation and loss; test calls and alternative capacity under load.

SD-WAN does not create capacity or physical diversity. SASE adds security controls according to the contracted variant.

Decisions for your project

Applications and quality
Identify critical flows and acceptable latency, jitter and loss; voice and backups need different policies.
Access and routing
Inventory IP VPN/MPLS, Internet or other compatible access; prefixes, segmentation and return paths.
Actual continuity
Validate alternative capacity, physical diversity, equipment and power. A second access does not remove every dependency.
Operations and security
Agree who changes policies, who handles incidents and which SSE functions are part of the service.

From design to operation

First we characterise applications, then agree a design with Colt and validate a pilot site. Phased migration should include acceptance tests and a rollback plan.

Complements, alternatives and variants

Product sources

Back to top