VNX301 Exam Dumps : Versa Certified SD-WAN Specialist (VNX300)

The correct answer is A . In Versa SD-WAN forwarding profiles, next-hop priorities define which circuits are preferred. When the Load Balance next-hop selection method is used and two circuits share the same priority, sessions can be distributed across those equal-priority paths as long as they are usable and SLA-compliant. A lower priority number represents a more preferred group than a higher priority number. Therefore, two circuits with priority 1 are preferred over LTE with priority 2 .

In this scenario, both internet circuits are healthy and both have priority 1. The VOS device should load-balance sessions across those two circuits. LTE remains available as a lower-priority backup path and would normally be considered only when the preferred internet circuits are unavailable, fail path checks, or no longer meet the applicable policy conditions.

Traffic is not replicated because replication is a separate feature and not implied by Load Balance. The branch does not drop traffic while valid paths exist. LTE is not preferred merely because its priority number is higher; in path selection, priority 1 is preferred over priority 2.

The correct answers are A and C . If the onboarding VPN tunnel from the branch device to the Controller is up, the branch has reached at least the initial staging/control connectivity stage. Versa troubleshooting documentation explains that after a branch establishes IPsec connectivity to the Controller, the Controller sends a branch-connect notification to Versa Director. In response, Director pushes staging configuration and continues the onboarding lifecycle. If the expected later notification is not seen, the branch has not completed staging and further onboarding/debug steps are required.

The Tasks list in Versa Director is useful because device deployment and onboarding actions are executed as Director tasks. If template commit, workflow deployment, device claiming, or configuration push fails, the task output can show the error. The Unknown Devices dashboard is also relevant because a device that reaches the Controller but cannot be matched or fully associated with an expected workflow/appliance record may appear as an unknown device awaiting administrative review. The Monitor dashboard is not the best choice because the device is missing from the Appliances list and has not completed onboarding. Resource Pool is related to connector resources, not branch onboarding completion.

The correct answer is B . The exhibit shows the OSPF neighbor in the exst state, which means Exchange Start . Versa documentation lists the OSPF neighbor state codes and identifies exst as “exchange start,” followed by exchange, loading, and full. In normal OSPF adjacency formation, neighbors progress through initialization and two-way communication before they negotiate database exchange. If the neighbor becomes stuck in ExStart or Exchange, a common and highly probable cause is an MTU mismatch between the two OSPF peers. During database description packet negotiation, the peers must agree on parameters that allow LSDB exchange; an MTU mismatch can prevent the adjacency from advancing to Full.

Option A is less likely because an area mismatch usually prevents the neighbor relationship from forming correctly rather than leaving it stuck in ExStart. Option C is also incorrect because the neighbor has already progressed beyond early states, which indicates that bidirectional communication has occurred. Option D is not the best answer because dropping OSPF multicast 224.0.0.5 would typically prevent discovery or keep the adjacency in an earlier state, not specifically in ExStart. Therefore, the probable cause is an interface MTU mismatch.