Network Quality Summary Test
If your Microsoft Teams users complain of inaccessibility or poor audio/video call quality, you may want to check the quality of the network link to the Microsoft Teams. A flaky or latent network connection to the Microsoft Teams server can sometimes deny users access to Microsoft Teams application. Also, sometimes, the calls/meetings may end abruptly before the users do so thus adversely impacting their overall experience with Microsoft Teams. To proactively figure out the reason behind such flaky network and to ensure Quality of Service at all times, administrators can periodically run the Network Quality Summary test.
This test when executed periodically reveals any break or slowness in the network connection to Microsoft Teams. Using this test, administrators can measure the user experience in terms of network quality and figure out the real reason behind poor network connections - is it due to jitter? or packet loss? or round trip? or audio degradation?
Target of the test : Domain-Microsoft Teams
Agent deploying the test : A remote agent
Outputs of the test : One set of results for the monitored Domain-Microsoft Teams
Parameters | Description |
---|---|
Test period |
How often should the test be executed |
Host |
The host for which the test is to be configured. By default, this is portal.office.com |
O365 User Name, O365 Password, and Confirm Password |
For execution, this test requires the privileges of an O365 user who has been assigned the Service support admin role and is vested with the View-Only Audit Logs and Team administrator permissions. Configure the credentials of such a user against O365 User Name and O365 Password text boxes. Confirm the password by retyping it in the Confirm Password text box. While you can use the credentials of any existing O365 user with the afore-said privileges, it is recommended that you create a special user for monitoring purposes using the Office 365 portal and use the credentials of that user here. To know how to create a new user using the Office 365 portal and assign the required privileges to that user, refer to Creating a New User in the Office 365 Portal. |
Lookup Domain |
Specify the name of the domain that is to be monitored. For example, if the user wants to monitor the performance of eginnovations.com domain, then the domain name has to be keyed in as eginnovations.com in the Lookup Domain text box. |
Domain, Domain User Name, Domain Password, and Confirm Password |
These parameters are applicable only if the eG agent needs to communicate with the Office 365 portal via a Proxy server. In this case, in the Domain text box, specify the name of the Windows domain to which the eG agent host belongs. In the Domain User Name text box, mention the name of a valid domain user with login rights to the eG agent host. Provide the password of that user in the Domain Password text box and confirm that password by retyping it in the Confirm Password text box. On the other hand, if the eG agent is not behind a Proxy server, then you need not disturb the default setting of these parameters. By default, these parameters are set to none. |
Proxy Host, Proxy Port, Proxy User Name, Proxy Password and Confirm Password |
These parameters are applicable only if the eG agent needs to communicate with the Office 365 portal via a Proxy server. In this case, provide the IP/host name and port number of the Proxy server that the eG agent should use in the Proxy Host and Proxy Port parameters, respectively. If the Proxy server requires authentication, then specify the credentials of a valid Proxy user against the Proxy User Name and Proxy Password text boxes. Confirm that password by retyping it in the Confirm Password text box. If the Proxy server does not require authentication, then specify none against the Proxy User Name, Proxy Password, and Confirm Password text boxes. On the other hand, if the eG agent is not behind a Proxy server, then you need not disturb the default setting of any of the Proxy-related parameters. By default, these parameters are set to none. |
Show Top N DD |
By default, this parameter is set to 10, indicating that the detailed diagnostics will report the top-10 data. You can change the 'N' in Show Top N DD by specifying any number of your choice in this text box. |
DD Frequency |
Refers to the frequency with which detailed diagnosis measures are to be generated for this test. The default is 1:1. This indicates that, by default, detailed measures will be generated every time the test runs, and also every time the test detects a problem. You can modify this frequency, if you so desire. Also, if you intend to disable the detailed diagnosis capability for this test, you can do so by specifying none against DD Frequency. |
Detailed Diagnosis |
To make diagnosis more efficient and accurate, the eG Enterprise embeds an optional detailed diagnostic capability. With this capability, the eG agents can be configured to run detailed, more elaborate tests as and when specific problems are detected. To enable the detailed diagnosis capability of this test for a particular server, choose the On option. To disable the capability, click on the Off option. The option to selectively enabled/disable the detailed diagnosis capability will be available only if the following conditions are fulfilled:
|
Measurement | Description | Measurement Unit | Interpretation |
---|---|---|---|
Overall avg network mean opinion score |
Indicates the average Network Mean Opinion Score degradation for stream. |
Number |
This measure is a good representation of how much the network loss and jitter had impacted the quality of received audio. |
Max jitter |
Indicates the maximum jitter for stream. |
Milliseconds |
|
Max packet loss rate |
Indicates the percentage of maximum packet loss for stream. |
Percentage |
|
Avg ratio of concealed samples |
Indicates the ratio of the number of audio frames with samples generated by packet loss concealment to the total number of audio frames for streams. |
Percentage |
|
Avg send listen mean opinion score |
Indicates the average of the prediction of the Wideband Listening Quality Mean Opinion Score (MOS-LQ) of the audio stream that is being sent from the user. |
Number |
|
Avg ratio of stretched samples |
Indicates the average ratio of the number of audio frames with samples that have been stretched to compensate for jitter or loss to the total number of audio frames for streams. |
Percentage |
|
Avg round trip Max |
Indicates the average of maximum network propagation round-trip time computed as specified in RFC3550 for streams. |
Milliseconds |
|
Avg round trip |
Indicates the average of average network propagation round-trip time computed as specified in RFC3550 for streams. |
Milliseconds |
|
Avg packet loss rate |
Indicates the average of average percentage of packets lost computed using 5 second interval for streams. |
Percentage |
|
Avg network jitter min |
Indicates the average of minimum network jitter values computed over 20 second windows during the session for streams. |
Milliseconds |
|
Avg jitter |
Indicates the average network jitter for streams. |
Milliseconds |
Ideally, the value of this measure should be low. The detailed diagnosis of this measure lists the Date, hour, first UPN, second UPN, First IP address, second IP address and the average jitter. |
Avg audio degradation |
Indicates the Average Network Mean Opinion Score degradation for streams. |
Number |
|
The detailed diagnosis of the Avg jitter measure lists the Date, hour, first UPN, second UPN, First IP address, second IP address and the average jitter. The user network with high jitter can be pointed out using this detailed diagnosis.
Figure 1 : The detailed diagnosis of the Avg jitter measure