The application performance score (APS) object is used to assess the network users’ network performance experience of business-critical applications. The score, ranging between 0 and 10, where 0 is poor and 10 is excellent, indicates whether the app is performing as well as expected or is performing poorly. By creating an APS object, you indicate which application to monitor. Optionally, you can also specify a network object so that the application is only monitored when observed on that part of the network.You set thresholds on one or more network metrics. Later, traffic for that application is assessed against those thresholds to determine how well the application is performing.
The appropriate thresholds for an application is unique for each network environment. You can manually set the thresholds for the network metrics or you can have the system automatically create threshold values by having the system observe traffic to determine reasonable baseline values. The metrics include network delay, server delay, round trip time, jitter, and network loss. Note that you can manually set the network loss metric, however, it will not be automatically be calculated during the baseline analysis. You can use one or more of these metrics in your APS object. Most applications use transactional protocols. Applications like Citrix XenApp server or Microsoft Remote Desktop use non-transactional protocols that send information between the client and server at arbitrary times. With these types of applications, the standard method of calculating the network delays and server delays does not produce an accurate metric. If the application uses a non-transactional protocol, you must specify that when creating APS object.
For the baselining analysis, traffic is analyzed during the specified period, and a set of metric thresholds is generated. The threshold recommendations target an APS of 8.5. If the application reports an APS below 8.5, the application is performing worse than the baseline. If no traffic is observed during the baselining period, then the appliance will automatically start another the baseline analysis for the next larger time period. Email will be sent for each unsuccessful baseline analysis.
![]() |
Best Practice: It is a best practice to start the baseline analysis during a time period when you would expect traffic for the application is typical. This will ensure that the baseline values accurately reflect the typical usage of the application. This means that if network conditions changes, it is recommended that the thresholds are re-evaluated. |
---|
![]() |
Important APS is not supported for small-packet applications like Citrix and RDP. The metrics are normalized as if the application runs with larger packet sizes, leading to larger values. |
---|
You can also set alerts so that you will be notified when the score drops below a certain threshold value. There is an alert trigger delay setting which requires that the score remains below the alert threshold for a specified period of time before triggering the alert. This prevents brief temporary poor scores from appearing like an emergency.
When editing the APS object, you can modify the alert configuration, restart the baselining operation, and modify the threshold values. If you change the network object settings, it is recommended that you re-evaluate the metric thresholds and possibly re-start a baseline.
Go to Configuration > Objects > Service Levels > Application Performance Score.
If you want to just monitor the application for a particular internal network object, specify the desired internal network object; otherwise select ALL.
If you want to just monitor the application for a particular external network object, specify the desired external network object; otherwise select ALL.
By specifying both the internal and external network object, only the application conversations between the specified network objects will be tracked.
If you want to be alerted when the application performance score drops below a particular threshold, set the alert settings.
See 'To configure the system to send a notification when the APS score is too low' section below.
Set the thresholds for the APS metrics either by having the system automatically baseline the traffic to determine the thresholds or by manually setting the thresholds.
See 'To manually set the threshold values' and 'To automatically calculate the thresholds by baselining the traffic' sections below.
Click Add New APS Object.
The object is added to the list of configured APS objects.
Metric thresholds can be set manually when initially creating the APS object or upon editing an APS object even if they were automatically determined by the baselining operation. For example, if the baselining operation set all of the thresholds and you really only care about round trip time, normalized server delay, and normalized network delay, then you can remove the threshold settings for the other metrics.
On the Add New APS Object form, uncheck the Auto Baseline checkbox. Note if a baseline analysis is running, you'll need to press the Stop Baseline button. The threshold values are only editable there is not a baseline running. The metrics will appear on the screen.
Or edit the APS object in the list, then on the Edit APS Object form, the Scoring Metrics appear at the bottom of the form.
Enter or modify the values for the metrics that you are interested in setting thresholds for. Note that any metric that does not have a threshold set will not be analyzed when calculating the APS score.
Click Apply Changes.
To save the changes to the configuration file, in the status bar click the Unsaved changes menu and select Save configuration changes.
The baselining process can be started when initially creating the APS object or upon editing an APS object. At any time you can restart the baselining process if you would like the system to recalculate the thresholds.
Select the time period for the baseline based on how popular the application is. For example, if there is a lot of HTTP traffic on the network, the 1 hour period will be long enough to analyze traffic and create an accurate baseline. For an application that is not used very often, use the 1 week baseline period to ensure that enough traffic is analyzed to generate baseline recommendations.
![]() |
Note The Network Loss metric is not calculated during the baseline analysis. |
---|
![]() |
Note If no traffic matching this APS object is observed during the baseline period, the appliance restarts the baseline analysis for the next larger time period. For example, if no traffic observed during the one hour period, the traffic continues to be analyzed for one day. If no traffic is observed during the one day period, then the traffic is analyzed for a week. If the traffic is analyzed for one week and no traffic has been transferred, the auto baseline analysis stops. Each time the system unsuccessfully baselines the traffic (that is, when no traffic is observed during the auto baseline period), an email notification is sent to the users configured on the Configuration > System > Network > Email page. |
---|
Alerts can be enabled when initially creating the APS object or upon editing an APS object.
In the APS Threshold field, specify the APS user experience score threshold value below which you would like a notification to be sent. This threshold must be between 0 and 10.
In the Alert Trigger Delay field, specify how long you would like the APS user experience score to be below the threshold before the notification is sent. This threshold is measured in minutes.
E X A M P L E If the alert threshold is set to 7.0 and the alert trigger delay is set to 5 minutes, then the alert needs to be below 7.0 for 5 minutes before the alert is triggered. |
![]() |
Note Ensure that the Send Email alert is enabled for this on the Configuration > System > Setup > Alerts page. Valid SMTP and email settings are required for email alerts. To configure, see |
---|
Applications like Citrix XenApp server or Microsoft Remote Desktop use non-transactional protocols that send information between the client and server at arbitrary times. With these types of applications, the standard method of calculating the Application Performance Score (APS) does not produce an accurate metric. If the application uses a non-transactional protocol, you must specify that when creating APS object.
When creating the APS object, ensure the Non-Transactional Protocol checkbox is selected.
Yes. You can modify the thresholds either manually or by re-starting the baseline analysis. You can also enable an alert. You can change the internal and/or external network object setting to monitor the application for a subset of your network.
![]() |
Important Do not change which application is being monitored. It is not recommended to change the name of the APS object. |
---|
To learn how round trip time, network delay, server delay, network jitter, and packet loss are calculated (as well as, total transaction delay), read How Network Performance Metrics are Calculated.
The network performance metrics are calculated based on the observed traffic. Each threshold is calculated to be 0.85 standard deviation above the average observation for that metric. This ensures that the calculated thresholds target an APS of 9.0. If the application reports an APS below 9.0, the application is performing worse than the baseline.
To learn how the application performance score is calculated, read How an Application Performance Score is Calculated.
|
|