Calculating network performance

Defining network performance

A network's role is to effectively transfer data to the end user.

  • The percentage of total traffic that is transferred effectively is the network performance.
  • Low network performance does not always mean low end-user experience; some applications are less dependent than others on network conditions.

The measured total traffic includes both directions of data transfer: to and from the client, or downstream and upstream, including bytes transferred internally within the site.

Defining effectiveness

Effectiveness of data transfer can be defined in terms of:

  • Key performance indicators (KPIs)
  • Thresholds

Key performance indicators (KPIs)

  • Retransmissions (loss rate) in both directions
  • Latency (round trip time) in both directions measured for:
    • TCP handshakes only (the End-to-end RTT metric).
    • Any ACK packet (the Client ACK RTT metric).
      This is disabled by default. In some situations, however, end-to-end RTT may not be enough, in which case you may need to add ACK RTT as a performance criterion. This may be necessary when, for example, you have long sessions and the frequency of RTT measurements is relatively low.
  • Effective throughput (realized bandwidth)
    This is disabled by default.


  • Normals per site. In this case, you can set the KPI cut-off thresholds (the maximum values for which the metric is treated as good).
  • Constants, which are fixed customizable thresholds for simpler calculations.

For more information, see Configuring thresholds for network performance calculations.

Measurement logic

In every reporting interval, the configured KPIs are evaluated against their thresholds.

Comparing KPI values with the configured threshold
Comparing KPI values with the configured threshold

For NAM Server, these thresholds are equal to the network site's average values of RTT and loss rate for all of the business days within the past 10 elapsed calendar days, increased by a predefined factor. By default, this factor is equal to 100%, such that if the values of loss rate or RTT exceed twice the average values, bytes transferred during that time are considered to be transferred while network-related problems were present.

Analysis of network performance is done on the lowest level: a single user using a single service.

Each portion of data transferred between the user and a service is flagged as affected or not affected, depending on the KPI values. The percentage of unaffected traffic is reported as network performance.

In this example, 4 out of 5 MB are unaffected, so network performance = 4/5*100% = 80%.

Calculating network performance
Calculating network performance

The average values of RTT and loss rate that are used in network performance measurements are by default calculated only for recognized software services, so “not monitored” or “unknown” traffic is not taken into account. If you want the calculation to be based on all the traffic, you can change the default configuration of the NAM Probe.

Analyzing network performance problems

Understanding the metric logic is not required to find areas for performance improvement. Follow these rules to analyze network-related problems:

  1. Problems are more obvious in high time resolution.
  2. Problems are more obvious on lower levels (at the site level rather than at the network level, and at the client level rather than at the site level).
  3. Find the underperforming sites first.
  4. After you find the underperforming sites, determine whether all or only some users are having problems.
  5. Display metric charts and analyze KPI values and transferred traffic during periods of low network performance.

See User explorer and Network explorer for more information.