Create an Application Test to Monitor Remote Site Experience

1. Select InsightsApplication ExperienceApplication Tests.
2. Select Create Application Test.

3. Provide the Application Domain URL / Target IP Address for the application you want to test.

   ADEM validates the URL and if valid, populates the application test name and description.

   For a list of devices and the maximum number of tests they are capable of running, refer to Get Started for Remote Networks.
4. Select the Source for the Remote Sites or Prisma Access Locations you want to monitor.

   • Remote Networks: Select the remote site. By default, all remote site licenses are selected. You can also choose to run the tests on all remote sites or only particular remote sites. Define Advanced Options as needed. By default ADEM sets the Network Test Options and Web Test Options based on the applications you selected. However, you can customize these options if needed in your environment.
   • Prisma Access Locations: Select the Prisma Access locations from which you want to run the application test.
5. Set the Advanced Options:

   The options that you select in the Advanced Options section determine what you see in the Path Visualization widget. If the application has been configured in GlobalProtect to be split tunneled, select the Split Tunnel option in the Network Test Options section. To view the split tunneled traffic in the Path Visualization widget, enable the Enable per hop performance metrics option under the Path Visualization section.

   When creating tests for Zoom and Teams applications, be sure to set Split Tunnel to true and do not run the path tests.

   Under Path Visualization, TCP or ICMP can be selected as the protocol for traceroute. Here is an example of TCP vs ICMP based traceroutes. Results for TCP and ICMP traceroutes can vary, but sometimes they can be the same. In general, TCP-based traceroutes can provide less unresponsive nodes.

   Here is an example of the Path Visualization widget for split tunneled applications. This is an example of when the Split Tunnel option under Network Test Options is selected along with the Enable per hop performance metrics option under Path Visualization.

   Network Test Options—measures end-to-end availability, latency, jitter, and packet loss

   Field	Description
   Protocol	Protocol to be used for network tests. It is set to TCP and cannot be changed.
   Port	The port that the network tests run on. Port 443 is selected by default. Change it only if the application test target uses a different port.
   Split Tunnel	Select this check box if your application is split tunneled. If you select the Split Tunnel option along with selecting the Enable per hop performance metrics option under Path Visualization you will not be given the option to select a Protocol under Path Visualization. When you select Split Tunnel, the protocol for split tunnel applications will be chosen based on the operating system where the access experience agent resides. The Windows agent will run TCP-based traceroute for split tunnel applications, hence the Protocol under Path Visualization defaults to TCP on Windows. The MacOS agents will run ICMP-based traceroutes for split tunneled applications hence the Protocol defaults to ICMP on MacOS. Selecting the Split Tunnel option along with selecting the Enable per hop performance metrics option under Path Visualization shows per-hop network paths for split tunneled applications in the Path Visualization widget.

   Web Test Options

   Selection	Description
   Enable HTTP/HTTPS testing	When enabled the test uses HTTP/HTTPS to collect application performance metrics. You must clear the checkbox for non-web-based applications, such as SMB, to collect network performance metrics only.
   Ignore SSL warnings and errors	Select this option to make sure that an application test does not fail due to SSL warnings and errors such as the ones caused due to certificate trust issues.
   Override the default HTTP/HTTPS port	Select this box if you want to use the port that you specified under Network Test Options instead of the standard port for HTTP/HTTPS.
   Protocol	Select the protocol to use (HTTP or HTTPS) when running end-to-end tests. Unless you chose to Override the default HTTP/HTTPS port, the tests use port 80 for HTTP and 443 for HTTPS.
   Path	Optional. A custom path that will be appended to the target during the end-to-end test and allows clients to test different paths on the same server, for example, www.someserver.com/some/path.
   Headers	Optional. Custom HTTP headers that are sent as part of the HTTP/S request to a given target for end-to-end tests.

   Path Visualization—measures per hop network paths with TCP/ICMP

   Field	Description
   Enable per hop performance metrics	This check box is enabled by default. When enabled it displays per-hop network paths for split tunneled applications in the Path Visualization widget. If you select the Split Tunnel option in the Network Options section, along with selecting the Enable per hop performance metrics option, you will not be given the option to select a Protocol. When you select Split Tunnel, the protocol for split tunnel applications will be chosen based on the operating system where the access experience agent resides. The Windows agent will run TCP-based traceroute for split tunnel applications, hence the Protocol under Path Visualization defaults to TCP on Windows. The MacOS agents will run ICMP-based traceroutes for split tunneled applications hence the Protocol defaults to ICMP on MacOS.
   Protocol	For non-Split Tunnel applications, you have the option to select TCP or ICMP protocol. TCP—If you select TCP, the path visualization test will run on the port that you specified in Network Test Options. Choose TCP if you foresee that ICMP may get blocked along the path. ICMP—If you select ICMP, the path visualization test will not run on any port because ICMP does not have a port associated with it. Choose ICMP if TCP is not working and you have verified that a security policy rule is not blocking the TCP port. If your security policy is set to 'application-default' under 'Service/URL Category' or 'APPLICATION / SERVICE', your traffic may be getting dropped, causing traceroute to not run successfully. Update this field to 'any' so that any port can be used. If you select the Split Tunnel option in the Network Options section, along with selecting the Enable per hop performance metrics option, you will not be given the option to select a Protocol. When you select Split Tunnel, the protocol for split tunnel applications will be chosen based on the operating system where the access experience agent resides. The Windows agent will run TCP-based traceroute for split tunnel applications, hence the Protocol under Path Visualization defaults to TCP on Windows. The MacOS agents will run ICMP-based traceroutes for split tunneled applications hence the Protocol defaults to ICMP on MacOS.

   Remote Sites Test Options

   Field	Description
   Enable Application Experience monitoring on active and backup paths	Select this option to run synthetic tests on both active and backup paths configured in the Prisma SD-WAN path policy.
   Enable Application Experience monitoring on active paths only	Select this option if you want to monitor active paths only for the applications.

   (Requires SD-WAN ION version 6.4.2 or later and ADEM agent 3.4.7 or later)

   If you have configured SD-WAN path policy rules for your remote sites, you can configure your application test to run on the SD-WAN path that you’ve defined for your users. This ensures that you're monitoring the paths through which user traffic is actually flowing so that you can have a more accurate picture of application experience in your organization. The following optional fields enable you to run application tests on a specific SD-WAN path:

   Field	Description
   Application Entities	The App-IDs for the applications defined in the SD-WAN path policy rule that you want your application test to probe. Ensure that the App-ID you enter here corresponds to the application in the SD-WAN path policy rule on the ION device from which you want to run the test. If the App-ID does not match a rule on the device, the test will not run on that device.
   Network Context	The network context for the applications defined in the SD-WAN path policy rule that you want your application test to probe.
   Source Prefix	The prefix for the remote site originating the traffic as defined in the SD-WAN path policy rule that you want your application test to probe.

   If you leave these fields as ANY, then the application test will run on all devices specified in the application test configuration and possibly on a different path from that which you defined in SD-WAN path policy rules.
6. Save the test.

   The tests get a priority assigned to them in the order that they were created.

   For example, the first test you create gets a priority order 1. The next test you create gets priority order 2, and so on. The tests are pushed to the mobile users and remote site according to the priority they are assigned. If the remote site devices have available capacity for the test, the test will be enabled. Otherwise, the remote site gets moved to the Excluded Remote Sites for the test.

   Even though the tests are assigned to both Mobile Users and Remote Sites, the priority in which the tests are pushed to the device is important particularly to the remote sites, since each device in a remote site is capable of running a different number of tests depending on the device size.

   So, if you have created a test, for example Test A which has a priority of 8, and attached it to multiple remote sites all of which can run Test A, if one of those sites, for example San Jose, has reached its limit on how many tests it can run, Test A will not be pushed to the site. That remote site (San Jose) will get moved under the Excluded Remote Sites column in the Application Tests table on the Application Tests page.

   But if you absolutely must run the Test A, you can change the priority of Test A from 8 to a higher location in the table, for example to the top of the list by clicking on the dots to the left of the check box and dragging and dropping it to the top of the list. Alternatively, you can select its check box and click the up arrow at the bottom of the page. You will see its priority change only after you click Save. Now Test A will get a higher priority and will be pushed to the San Jose remote site before the remaining tests that follow Test A in the table. This would mean though that the San Jose remote site will now be excluded in the configuration push from some other lower priority test (lower priority compared to Test A) that is pushed to it.
7. View a summary of all the tests created in InsightsApplication ExperienceApplication Tests.