Hop Count-Based Path Selection
Focus
Focus
Prisma SD-WAN

Hop Count-Based Path Selection

Table of Contents

Hop Count-Based Path Selection

Learn how Branch Gateways use hop count as a routing metric to optimize path selection across multi-site SD-WAN deployments.
Where Can I Use This?What Do I Need?
  • Prisma SD-WAN (Managed by Strata Cloud Manager)
  • Prisma SD-WAN
  • Physical and virtual ION devices running software version 6.8.1 and higher for Branch Gateway hop count support
Prisma SD-WAN Branch Gateways use hop count as a primary routing metric to select the most direct available path to each destination. This path selection criteria applies equally to locally originated traffic (LAN-to-WAN) and transit traffic (WAN-to-WAN).
A path that reaches the destination through fewer intermediate sites (a lower hop count) is always preferred over longer paths, even when path policies would otherwise favor the longer path. This ensures that traffic follows the shortest physical route across the SD-WAN fabric, optimizing latency and reducing load on transit sites.

Initial Path Selection

When multiple paths to the same destination are available, the system filters candidate paths to include only those with the lowest hop count, then applies standard path selection criteria to choose among that optimal subset.
Path ScenarioPath A StatePath B StatePath A Hop CountPath B Hop CountPath A TypePath B TypeSelected Path
Single Path (HC1)Available-1-Active-Path A
Single Path (HC2)Available-2-Active-Path A
Optimal Active WinsAvailableAvailable12ActiveActivePath A (lower hop count)
Alternate Active WinsAvailableAvailable21ActiveActivePath B (lower hop count)
Hop Count OverrideAvailableAvailable21ActiveBackupPath B (Hop Count overrides Active/Backup)
Standard Active Wins (HC1)AvailableAvailable11ActiveBackupPath A (same hop count, Active wins)
Standard Active Wins (HC2)AvailableAvailable22ActiveBackupPath A (same hop count, Active wins)

Path Re-evaluation

To maintain session stability, the system does not automatically migrate active sessions to a newly available shorter path if the current path remains functional. Path re-evaluation occurs only when the current path fails or when transitioning back from a degraded state.
For example, if a session is using a 2-hop Active path and a 1-hop path becomes available, the session continues on the current path to avoid disruption. However, if the current path used is a Backup / L3 failure path and an Active path comes up, the system re-evaluates all available paths and migrates to the optimal path with the lowest hop count.

Asymmetry Handling

When routing asymmetry is detected—where forward and return traffic for the same session follow different paths—the system automatically attempts to restore symmetric routing by adjusting the return path. For WAN-to-WAN flows, the Branch Gateway evaluates whether a path with a lower hop count is available and, if so, switches the return traffic to that path. This encourages the downstream branch to also migrate to the optimal path when it receives the return traffic. If the hop count is identical on both paths, the system maintains the current routing to avoid unnecessary path changes. This asymmetry correction applies to both ingress and egress flow directions, with the system checking routing tables for ingress flows and path policies for egress flows to ensure the selected path is valid and optimal.