Topic Last Modified: 2012-10-01

The Server Performance Report provides a list of Microsoft Lync Server 2013 servers that have experienced the highest-percentage of poor calls. The report breaks down servers by server type, reporting separate statistics for the following types:

It’s important to note that the ranking shown in this report as relative rankings. For example, suppose your worst-performing server had one poor call among its 1,000 placed calls. That's a more-than-acceptable percentage of .1%. However, if that's the worst-performing server you have (that is, if all your other servers have a poor call percentage even lower than .1%), then that server will still appear on the Server Performance Report.

Accessing the Server Performance Report

The Server Performance Report is accessed from the Monitoring Reports home page. You can drill down to the Call List Report by clicking either of the following metrics:

  • Call volume

  • Poor call percentage

In addition, you can drill down to the Server Media Quality Trend Report by clicking the following metric:

  • Trend

Making the Best Use of the Server Performance Report

The Server Performance Report provides a number of ways to filter data; for example, you can filter on network type (calls made from a wired connection vs. calls made from a wireless connection) and access type (calls made from inside the firewall vs. calls made from outside the firewall). It's a good idea when viewing the server performance report to make use of these filters. For example, suppose you have a Mediation Server that has a poor call percentage of 3.24%. If you look solely at wireless calls, that same server might have a poor call percentage approaching 20%. That means that the server was having difficulty with wireless calls, a problem that is partially obscured because the server was not having problems with wired calls.

Filters

Filters provide a way for you to return a more finely-targeted set of data or to view the returned data in different ways. For example, the Server Performance Report enables you to do such things as filter the returned data by server type or by network type (that is, wired or wireless). You can also choose how data should be grouped. In this case, data is grouped by hour, day, week, or month.

The following table lists the filters that you can use with the Server Performance Report.

Server Performance Report Filters

Name Description

From

Start date/time for the time range. To view data by hours, enter both the start date and time as follows:

7/7/2012 1:00 PM

If you do not enter a start time, the report automatically begins at 12:00 AM on the specified day. To view data by day, enter just the date:

7/7/2012

To view by week or by month, enter a date that falls anywhere within the week or month that you want to view (you do not have to enter the first day of the week or month):

7/3/2012

Weeks always run from Sunday through Saturday.

To

End date/time for the time range. To view data by hours, enter both the end date and time as follows:

7/7/2012 1:00 PM

If you do not enter an end time, the report automatically ends at 12:00 AM on the specified day. To view data by day, enter just the date:

7/7/2012

To view by week or by month, enter a date that falls anywhere within the week or month that you want to view (you do not have to enter the first day of the week or month):

7/3/2012

Weeks always run from Sunday through Saturday.

Server type

Indicates the type of server whose performance should be reported. Select one of the following:

  1. [All]

  2. Mediation Server

  3. A/V Conferencing Server

  4. A/V Edge Server

Top N

Indicates the number of servers (based on their poor call percentage) to be displayed in each category. For example, if you select 5 then the five poorest-performing servers are displayed. Select one of the following:

  1. [All]

  2. 5

  3. 10

Access type

Indicates whether the client was logged on to the internal network or the external network when the call was placed. Select one of the following:

  1. [All]

  2. Internal

  3. External

Network type

Indicates the type of network the client was connected to when the call was placed. Select one of the following:

  1. [All]

  2. Wired

  3. Wireless

VPN

Indicates whether an external client was using a virtual private network (VPN) connection when the call was placed. Select one of the following:

  1. [All]

  2. VPN

  3. Non-VPN

Metrics

The following table lists the information provided in the Server Performance Report.

Server Performance Report Metrics: Audio Call Summary

Name Can Sort On Description

Server

No

Name/IP address of the server.

Call volume

No

Total number of calls made.

Poor call percentage

No

Total number of calls classified as poor. A poor call is any call which at least one of the measured metrics exceeded the allowed value (for example, a call that experienced excessive jitter).

Round trip (ms)

Yes

Average amount of (in milliseconds) required for a real-time transport protocol (RTP) packet to travel to another endpoint and then back. Round-trip times of 100 milliseconds or less are considered of acceptable quality.

High round-trip values can be caused by international call routing; a routing misconfiguration; or an overloaded media server. High round-trip times result in difficulties with two-way, real-time audio conversations.

Degradation (MOS)

Yes

Average amount of mean opinion score (MOS) degradation experienced during a call. Degradation values can range from a low of 0.0 to a high of 5.0. A value of 0.5 or less represents acceptable degradation. Historically, mean options scores were calculated by having users rate the quality of a call on a scale of 1-to-5. In Lync Server, the Monitoring Server uses a set of algorithms to predict how users would have rated a call.

High degradation values can be caused by congestion, lack of bandwidth, wireless congestion or interference, or an overloaded media server or endpoint. High degradation results in distorted or lost audio.

Packet loss

Yes

Average rate of real-time transport protocol (RTP) packet loss. (Packet loss occurs when RTP packets, a protocol used for transmitting audio and video across the Internet, failed to reach their destination.) High loss rates are generally caused by congestion, lack of bandwidth, wireless congestion or interference, or an overloaded media server. Packet loss typically results in distorted or lost audio.

Jitter (ms)

Yes

Average jitter detected between RTP packet arrivals. (Jitter is a measure of the "shakiness" of a call.) High jitter values are typically caused by congestion or an overloaded media server, and result in distorted or lost audio.

Healer concealed ratio

Yes

Average ratio of concealed audio samples to the total to the total number of samples. (A concealed audio sample is a technique used to smooth out the abrupt transition that would usually be caused by dropped network packets.) High values indicate significant levels of loss concealment applied caused by packet loss or jitter, and results in distorted or lost audio.

Healer stretched ratio

Yes

Average ratio of stretched audio samples to the total to the total number of samples. (Stretched audio is audio that has been expanded to help maintain call quality when a dropped network packet has been detected.) High values indicate significant levels of sample stretching caused by jitter, and result in audio sounding robotic or distorted.

Healer compressed ratio

Yes

Average ratio of compressed audio samples to the total number of samples. (Compressed audio is audio that has been compressed to help maintain call quality when a dropped network packet has been detected.) High values indicate significant levels of sample compression caused by jitter, and result in audio sounding accelerated or distorted.

Server Performance Report Metrics: Video Call Summary

Name Can you sort on this item? Description

Call type/Endpoint type

No

When you click this item, the report shows detailed information about calls based on that type. Call types include:

  • UC Peer-to-Peer Calls

  • UC Conference Sessions

  • PSTN Conference Sessions

  • PSTN Calls: Media Bypass

  • PSTN Calls (Non-Bypass): UC Leg

  • PSTN Calls (Non-Bypass): Gateway Leg

  • Other Call Types

Call volume

No

Total number of calls per call type.

Poor call percentage

No

Total number of calls classified as poor. A poor call is any call which at least one of the measured metrics exceeded the allowed value (for example, a call that experienced excessive jitter).

Call volume (wireless call)

No

Total number of calls that used a wireless connection.

Call volume (VPN call)

No

Total number of calls that used a VPN connection.

Call volume (external call)

No

Number of calls that used an external connection (that is, a connection outside the internal network).

Avg bit-rate (Kbits/s)

No

Average video bit rate (in kilobits per second).

Low bit-rate %

No

Percentage of the call where the bit rate was low.

Outbound packet loss

No

Real-Time Transport Protocol (RTP) packet loss for outbound packets. (Packet loss occurs when RTP packets, a protocol used for transmitting audio and video across the Internet, failed to reach their destination.) High loss rates are generally caused by congestion; lack of bandwidth; wireless congestion or interference; or an overloaded media server. Packet loss typically results in distorted or lost audio.

Frozen frame %

No

Percentage of “frozen” frames. In a frozen frame, the video stops advancing while the audio portion of the call continues.

Outbound avg frame rate

No

Average frame rate for outbound transmissions during the call.

Inbound avg frame rate

No

Average frame rate for incoming transmissions during the call.

Inbound low frame rate %

No

Percentage of the call where the bit rate for incoming video was low.

Client health %

Indicates the relative health of the client device during the call.

Server Performance Report Metrics: Application Sharing Call Summary

Name Can you sort on this item? Description

Call type/Endpoint type

No

When you click this item, the report shows detailed information about calls based on that type. Call types include:

  • UC Peer-to-Peer Calls

  • UC Conference Sessions

  • PSTN Conference Sessions

  • PSTN Calls: Media Bypass

  • PSTN Calls (Non-Bypass): UC Leg

  • PSTN Calls (Non-Bypass): Gateway Leg

  • Other Call Types

Call volume

No

Total number of calls per call type.

Poor call percentage

No

Total number of calls classified as poor. A poor call is any call which at least one of the measured metrics exceeded the allowed value (for example, a call that experienced excessive jitter).

Call volume (wireless call)

No

Total number of calls that used a wireless connection.

Call volume (VPN call)

No

Total number of calls that used a VPN connection.

Call volume (external call)

No

Number of calls that used an external connection (that is, a connection outside the internal network).

Jitter (ms)

No

Average jitter detected between RTP packet arrivals. (Jitter is a measure of the "shakiness" of a call.) High jitter values are typically caused by congestion or an overloaded media server, and result in distorted or lost audio.

Avg. relative one way

No

Average relative one-way delay between two media endpoints. This is a single-hop latency measure.

Avg. RDP tile processing latency

No

The average RDP tile processing latency in the AS Conferencing Server over the duration of the viewing session. This metric does not cover network latency. A high average reflects a longer delay in the viewing experience. An overloaded conferencing server may experience higher average delays.

Total spoiled tile %

No

Total percentage of spoiled RDP tiles.