|
Measures reported by MTMWHVideoStrmsTest
A/V conferencing enables real-time audio and video communications between the Microsoft Teams users. In environments where users use video streams for communication, it becomes mandatory for the administrator to check the quality of the video conferencing experience and the load on the Microsoft Teams so that administrators may proactively be alerted to abnormalities/technical glitches in the conferences. This is where the MTMWHVideoStrmsTest test helps.
Using this test, you can easily figure out the total number of video streams and the count of video streams that were classified as poor, good and unclassified. Administrators can also figure out the reason why the video streams were classified as poor - is it due to high video frame rate? or high video local frame loss? or high video post Fec plr?
Note:
This test uses Webhooks to collect metrics. Before running the Webhooks-based tests for Teams, make sure that the following pre-requisites are fulfilled:
Make sure that all the pre-requisites under Monitoring Office 365 are fulfilled;
Install and start the Webhooks service on the same system that hosts the eG agent.
A public HTTPS URL is required for the endpoint, so it can receive call records from Microsoft. To enable this transmission, make sure that the firewall is configured to allow traffic from the internet to the system hosting the Webhooks service. Also, make sure that the port at which the service listens is open.
Ensure that the Webhooks service is SSL - enabled.
The Microsoft Graph app should be configured with the User.Read.All Delegated Permission and the CallRecords.Read.All Application Permission; to know how to register the Microsoft Graph app on Azure Active Directory and assign permissions.
For more details on the above listed steps, refer to Pre- requisites for Monitoring Microsoft Office 365 Environments and Using Webhooks to Measure Call Quality documents.
Outputs of the test : One set of results for the monitored Microsoft Teams service.
The measures made by this test are as follows:
| Measurement |
Description |
Measurement Unit |
Interpretation |
| ViPstFclr |
Indicates the number of video streams where the Video Post Fec plr exceeded the pre-defined
thresholds. |
Number |
The detailed diagnosis of this measure lists the start time, end time, first UPN, second UPN, first IP address, second IP address, conference ID, the list of participants, caller and callee ID, and the count of times that each stream was classified as ‘poor’ due to high video post FECPLR. |
| ViLFrPrAg |
Indicates the number of video streams that were classified as poor owing to Video Local Frame Loss. |
Number |
The detailed diagnosis of this measure lists the start time, end time, first UPN, second UPN, first IP address, second IP address, conference ID, the list of participants, caller and callee ID, and the count of times that each stream was classified as ‘poor’ due to high video local frame loss. |
| ViFrRteAg |
Indicates the number of video streams that were classified as poor owing to high video frame rate. |
Number |
The detailed diagnosis of this measure lists the start time, end time, first UPN, second UPN, first IP address, second IP address, conference ID, the list of participants, caller and callee ID, and the count of times that each stream was classified as ‘poor’ due to high video frame rate. |
| UncfdSmCnt |
Indicates the number of video streams that did not have sufficient data to be classified as good or poor. |
Number |
A stream is marked Unclassified when Interactive Connectivity Establishment (ICE) connectivity fails or when all the metrics required to compute the stream classification are not reported.
If ICE connectivity succeeded for an Unclassified stream, the stream is likely considered Unclassified because key stream metrics were not reported. There are a few reasons these metrics may not be reported:
Use the detailed diagnosis of this measure to know which video streams were marked as unclassified. The start time, end time, first UPN, second UPN, first and second IP addresses, conference ID, segment ID, call type, participants, caller and callee of each unclassified stream is reported as part of detailed diagnosis, along with the number of times every stream was marked as unclassified. |
| Strmcnt |
Indicates the total number of video streams. |
Number |
|
| PrStrmcnt |
Indicates the number of video streams that were classified as poor. |
Number |
The detailed diagnosis of this measure lists the start time, end time, first UPN, second UPN, first IP address, second IP address, conference ID, the list of participants, caller and callee ID, and the count of times that each stream was classified as ‘poor’. |
| PrPercent |
Indicates the percentage of video streams that were classified as poor. |
Percentage |
|
| GdStrmCnt |
Indicates the number of video streams that were classified as good. |
Number |
The detailed diagnosis of this measure lists the start time, end time, first UPN, second UPN, first IP address, second IP address, conference ID, the list of participants, caller and callee ID, and the count of times that each stream was classified as ‘good’. |
| AvRcvFmRtAg |
Indicates the average frames per second received for all video streams computed over the duration of the session for streams. |
Frames/second |
|
| AvPsFECPLR |
Indicates the average of packet loss rate after FEC has been applied across all video streams and codecs for streams, expressed in percentage. |
Percentage |
|
| AvPktLsRt |
Indicates the average fraction of packets lost, as specified in RFC3550, computed over the duration of the session for streams, in percentage. |
Percentage |
|
| AvLwFmRtCPt |
Indicates the average frames per second received for a video stream, computed over the duration of the session, expressed in percentage. |
Percentage |
|
| AvLclFmLs |
Indicates the average percentage of video frames lost as displayed to the user. |
Percentage |
|
| AvDycCpyPnt |
Indicates the average of percentage of time that the client is running < 70% of the expected video processing capability for each type of CPU for streams. |
Milliseconds |
|
|