New Release VNX301 Administrator SD-WAN Specialist Questions

The correct answer is B . Versa documentation describes checking for asymmetrical SD-WAN paths when troubleshooting bandwidth and throughput issues. It gives the example of traffic being transmitted on one transport network and returning on another transport network that has different bandwidth. To check whether traffic is traversing an asymmetrical SD-WAN path, Versa recommends using show orgs org organization-name sessions sdwan brief.

In that output, the key fields are RX WAN CKT and TX WAN CKT . If the SD-WAN paths are symmetrical, the circuits shown in the RX and TX WAN circuit fields must be the same on the local and remote sites. If traffic goes out over Internet and returns over MPLS, throughput may differ depending on the bandwidth and quality of each circuit.

Source and destination zones are security-policy concepts, while BGP local preference and MED are routing attributes. Tenant ID and VSN ID identify context, but they do not directly prove directional WAN-circuit asymmetry.

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.

In the exhibit, the Add Associate Interface/Network window has Interface selected, and the interface name is set to vni-0/0 . The DSCP rewrite option is not available because rewrite behavior is intended to be applied at the network association level for the WAN network, not directly while associating only the physical/logical interface. For WAN-facing CoS, the scheduler and shaping parameters can be attached to an interface, but DSCP rewrite policies are applied to remark traffic as it exits through a network context.

Versa SD-WAN design documentation explains that QoS rewrite rules rewrite packet QoS attributes as packets leave the VOS device, and that rewrite rules can modify IEEE 802.1p bits, IPv4 TOS/DSCP bits, and IPv6 traffic class bits. It also explains that a rewrite policy is commonly applied on a WAN network to remark traffic based on the forwarding class and loss priority assigned by QoS or App QoS policies. In the design example, Versa explicitly describes applying a QoS propagation or rewrite policy on the MPLS WAN network to remark traffic to a DSCP value. Therefore, the issue is the association type: it is set to Interface, not Network.

The correct answer is LOCAL_PREF . In BGP, the Local Preference attribute is used inside an autonomous system to influence which exit path is preferred for outbound traffic. In this scenario, the Versa Secure SD-WAN CPE receives routes from two upstream service providers, SP1 and SP2. To prefer routes learned from AS 64515 over routes learned from AS 64519, you would apply a BGP import or route policy that assigns a higher local preference to routes received from SP1. Versa SD-WAN design guidance shows this exact routing concept: an import policy can manipulate the Local-Pref attribute to prefer one advertised route path over another. The Versa output examples also display “Local Preference” as a BGP route attribute used in route selection.

MULTI_EXIT_DISC, or MED, is generally used to influence how a neighboring AS enters your AS, not how your CPE prefers routes learned from different upstreams. ORIGIN is part of BGP best-path selection but is not normally the administrative tool used to prefer one provider. NEXT_HOP identifies the next-hop address and does not directly define route preference.