Administrator SD-WAN Specialist VNX301 Release Date

The correct answer is A . The exhibit shows that the IPsec VPN is being configured with Tunnel Routing Instance: XIAN-Control-VR . However, the question states that the tunnel is toward a non-SD-WAN site over the INET-Transport-VR . For a site-to-site IPsec tunnel, the tunnel routing instance must match the routing instance used to reach the peer public IP address. In this case, the remote non-SD-WAN peer is 10.1.1.1 , and the intended underlay transport is INET-Transport-VR , not the Control VR.

Versa troubleshooting documentation explains that routing instances are used to define where traffic is sourced and forwarded. For example, configuration examples select routing instances when enabling services or initiating tests, and traffic must use the correct WAN or transport routing instance to reach the remote endpoint. Versa branch troubleshooting also emphasizes that after transport connectivity is available, the branch establishes IKE-based IPsec connectivity; if that connectivity fails, the IPsec-related interface remains down.

Changing the routing instance to global would not be correct because the intended path is specifically INET-Transport-VR. A higher precedence value is not required to establish the tunnel. The policy selector shown already defines local-to-remote interesting traffic, and the key failure is the incorrect tunnel routing instance.

The correct answer is A . Versa link-bandwidth troubleshooting documentation explains that a VOS device can be configured as a Versa speed-test client, a Versa speed-test server, or both simultaneously. After the server is configured, the client starts the test by initiating a TCP-based connection toward the speed-test server. The server listens on port 5201 . The documentation includes an explicit note that if the VOS device is behind a firewall, port 5201 must be open .

This is different from the SD-WAN overlay data path, which commonly uses UDP-based transport encapsulation, and different from internet speed-test traffic, which uses other ports depending on the specific test type. In this scenario, the question states that a Versa speed-test server was configured, so the relevant requirement is TCP 5201 reachability from the client to the server.

TCP 443 may be used for management or web access, UDP 4790 is associated with SD-WAN transport encapsulation, and UDP 53 is DNS. None of those replace TCP 5201 for Versa speed-test server operation.

The correct answers are A and C . Versa supports upgrading deployed VOS branch devices either directly on the VOS appliance or centrally through Versa Director. The Director-based method is performed from the Administration > Appliances area: Versa documentation says to select one or more Controller nodes or VOS devices, click the Upgrade Selected Appliances icon, choose the software image package, and proceed with the appliance upgrade. The same upgrade procedure is referenced for remaining VOS branch devices, including the option to upgrade branches individually or all at once.

A CLI-based upgrade using a software .bin package is also a valid operational method when the image is copied to the device and installed locally, particularly for controlled or recovery-style maintenance. Option B is not the best answer for already deployed branch upgrades because the Preferred Software Version field applies to zero-touch provisioning; Versa states that during ZTP, Director upgrades a branch to the preferred version if applicable. That setting influences onboarding behavior, not the normal upgrade workflow for already deployed branches. Option D is incorrect because System > Director Upgrade is used to upgrade the Versa Director node itself, not VOS branch appliances.

The correct answers are A, B, and E . Versa Director supports multiple notification and event-publishing mechanisms. For email-style system and alarm notifications, Versa Director supports SMTP configuration. The Director documentation lists Configure SMTP Notifications and explains that email templates require SMTP notifications to send test emails or operational messages.

Versa Director also supports webhook notifications. The Director GUI overview states that Notification Configuration includes webhook-based notifications for alarms, and the Director documentation includes a dedicated workflow for configuring webhook notifications for alarms.

Kafka is also a supported event-notification method. Versa’s Kafka Notifications documentation states that Versa Director can publish event notifications to an Apache Kafka server when events occur on a Director node or a VOS device. It also lists notification topics for device events, Director events, Director task notifications, and object-change event notifications.

MMS is not a Versa Director system event notification method. SMS can be configured for text messaging in some notification contexts, but for the three methods listed for system event notifications in this answer set, the verified options are SMTP, Webhook, and Kafka.