Most engineers think…
Most people picture SD-WAN as 'a magic box at each branch that picks the best link'. That mental model is half right and it sinks you in an interview.
Versa Secure SD-WAN is a distributed system of four components mapped to four planes: the Director orchestrates and manages, the Controller is the control plane that distributes routes like a route reflector, Analytics is the telemetry plane that collects and visualises everything, and the VOS branch device is the data plane that actually forwards traffic and runs security on it. The key fact: only VOS is in the data path. Director, Controller and Analytics are out-of-band brains — your traffic never flows through them. Knowing that split lets you place components correctly, secure the control connections, and scale each plane on its own.
① What Versa SD-WAN actually is — four planes, not one box
The single most important idea: Versa Secure SD-WAN is four building blocks that map to four planes, not one device. You manage from one place, control routing from another, watch everything from a third, and only the branch device forwards real packets.
The four planes are the management plane (Versa Director), the control plane (Versa Controller), the analytics plane (Versa Analytics), and the data plane (VOS on the branch device).
The interview line: only the VOS branch device is in the data path. Director, Controller and Analytics are out-of-band — your packets never pass through them.
Versa Secure SD-WAN is best described as…
② Director and Controller — the manager and the route reflector
Versa Director is the management and orchestration plane. It is the single pane of glass: config templates, device onboarding and lifecycle (Day-0 / Day-1 / Day-2), multi-tenant organizations, software upgrades and REST APIs for automation. Crucially, the Director does not sit in the data path.
What the Controller does
Versa Controller is the control plane. It establishes secure control connections to every branch VOS and acts as a route reflector, distributing SD-WAN reachability and routes between sites. Like the Director, it stays out of the data path. You run multiple Controllers for high availability and scale.
Management / orchestration plane — single pane of glass, templates, Day-0/1/2 lifecycle, multi-tenant organizations, REST APIs and upgrades. Not in the data path.
Control plane — builds secure control connections to every branch and acts as a route reflector distributing SD-WAN routes. Run multiple for HA. Not in the data path.
Analytics plane — collects logs, telemetry and IPFIX flow records from VOS, giving dashboards, reporting and forensics. Usually a cluster.
Data plane — FlexVNF / CSG / uCPE / cloud. The only component in the data path; runs routing, the SD-WAN overlay and integrated security on real traffic.
In an interview, list the four components and the plane each owns — Director (management), Controller (control), Analytics (analytics), VOS (data) — then add the killer line: only VOS is in the data path; the other three are out-of-band. That one sentence shows you actually understand the architecture.
Which component acts as a route reflector that distributes SD-WAN routes between branches?
③ Analytics and VOS — the watcher and the forwarder
Versa Analytics is the analytics plane. It collects logs, telemetry and IPFIX flow records from the VOS devices and turns them into dashboards, reporting, monitoring and forensic visibility. It is usually deployed as a cluster — Analytics nodes plus search / log-collector nodes — so it scales with the number of branches.
The VOS branch device
The VOS branch device is the data plane and the only component in the data path. It runs as FlexVNF software, a CSG appliance, a uCPE host or a cloud instance. It runs the routing, the SD-WAN overlay and the integrated security services (firewall, IPS, URL filtering) on the actual traffic.
The Controller is a route reflector on the control plane — it distributes routes, it does not forward user packets. Branch-to-branch traffic rides VOS-to-VOS overlay tunnels (or via a headend VOS), never through the Controller or Director. Confusing control plane with data plane is the classic SD-WAN interview trap.
▶ Watch a new branch come online and start forwarding
How the four planes hand off to bring a site up end-to-end. Press Play for the healthy path, then Break it to see the classic failure.
You need the device that actually forwards user traffic and runs branch security. Which is it?
④ Bringing up a branch — and deploying without surprises
Put the planes together and a new branch comes up like this: the VOS device boots and opens a secure control connection to the Controller and Director; the Director pushes the templated config (Day-0/1); the Controller reflects routes so the new site learns and is learned by the others; and from then on the VOS forwards traffic while Analytics records every flow.
Deploy sanely
Run the Director and Controllers as redundant, out-of-band brains in a data center or cloud; deploy multiple Controllers for HA and scale; and place headend VOS instances at the hub to terminate branch tunnels. At SASE scale, Versa Concerto becomes the cloud orchestration layer above the Director.
Rohit at a Hyderabad retail chain faces this
A newly shipped branch boots but its sites cannot reach each other over SD-WAN, even though the box is online and pingable on its WAN link.
The VOS opened a control connection to the Director but a firewall is blocking the Controller's control-connection port, so the branch never learns or advertises routes.
In the Director, the device shows as reachable but the Controller peering for this site is down; Analytics shows no overlay flows from the branch.
Director ▸ Monitor ▸ Devices ▸ Control Connections (Controller status)Open the Controller control-connection ports (TLS / IKE-IPsec) through the branch firewall and confirm the certificate trust; the Controller then reflects routes and the overlay comes up.
Re-check: the Controller connection is green, the branch learns peer routes, and Analytics starts recording branch-to-branch overlay flows.
Never guess why a branch is isolated. The Director's control-connection view shows whether the VOS reached the Controller and Director; Analytics shows whether real flows exist. Those two reads tell you if it is a control-plane problem or a data-plane one — without poking the live traffic.
An interviewer asks what is true of Director, Controller and Analytics. Best answer?
🤖 Ask the AI Tutor
Tap any question — instant, scoped to this lesson. No login, no waiting.
Pre-curated from vendor docs + community Q&A, scoped to this lesson. For a live prod issue, paste your export into chat.techclick.in.
📝 Wrap-up assessment — six more
You've answered 4 inline. Six left. 70% (7 of 10) marks the lesson complete on your profile. Tap Submit all answers at the end.
🧠 In your own words
Type one line: why is Versa SD-WAN called 'four planes' rather than 'one box'? Then compare with the expert version.
🗣 Teach a friend
Best way to lock it in — explain it in one line to a teammate. Tap to generate a paste-ready summary.
📖 Glossary
- Versa Director
- The management and orchestration plane — single pane of glass for templates, Day-0/1/2 lifecycle, multi-tenant organizations, upgrades and REST APIs. Out-of-band; not in the data path.
- Versa Controller
- The control plane — establishes secure control connections to every branch VOS and acts as a route reflector distributing SD-WAN routes. Run multiple for HA. Not in the data path.
- Versa Analytics
- The analytics plane — collects logs, telemetry and IPFIX flow records from VOS devices and provides dashboards, reporting and forensics. Usually a cluster.
- VOS / FlexVNF
- The Versa Operating System on the branch device (FlexVNF software, CSG appliance, uCPE or cloud) — the data plane that forwards traffic and runs the SD-WAN overlay and security.
- Control connection
- The secure, certificate-authenticated session (TLS / IKE-IPsec) a branch VOS opens to the Controller and Director for control and management traffic.
- Route reflector
- A node that learns routes from all branches and re-advertises them, so sites exchange reachability without a full mesh of peerings — the Controller's role.
- Headend VOS
- VOS instances in the data center or cloud that terminate branch overlay tunnels in hub-and-spoke SD-WAN designs.
- Versa Concerto
- The cloud orchestration layer for unified Versa SASE / SD-WAN management at scale — the SASE-era orchestrator above the Director.
📚 Sources
- Versa Networks — Versa Secure SD-WAN product page and architecture overview. versa-networks.com
- Versa Networks Docs — Versa Director: orchestration, templates and Day-0/1/2 lifecycle. docs.versa-networks.com
- Versa Networks Docs — Versa Controller: control connections and route reflection. docs.versa-networks.com
- Versa Networks Docs — Versa Analytics: log collection, IPFIX and dashboards. docs.versa-networks.com
- Versa Networks Docs — VOS / FlexVNF branch deployment (CSG, uCPE, cloud). docs.versa-networks.com
- Versa Networks — Versa Concerto: cloud orchestration for Versa SASE at scale. versa-networks.com
What's next?
Got the four planes? Next, go deep on the Versa SD-WAN overlay itself — how VOS branches build IPsec tunnels, run SD-WAN traffic steering and apply SLA-based path selection across MPLS, broadband and LTE.