SaaS TCP Connectivity Test
If your Microsoft Viva Engage users complain of inaccessibility, you may want to check the quality of the network link (TCP connection) to the Microsoft Viva Engage. A flaky or latent TCP network connection to the Microsoft Viva Engage can sometimes deny access to the users, thus, adversely impacting their overall experience with Microsoft Viva Engage. To avoid this, periodically run the SaaS TCP Connectivity test, and check the health of the TCP connections to the Microsoft Viva Engage.
This is an external test that emulates a TCP connection to the Microsoft Viva Engage and reports the count of connections that were successful and the count of connections that failed. In addition, this test also throws light on how responsive the Microsoft Viva Engage is to TCP connection requests. In the process, the test reveals any break or slowness in the network connection to the Microsoft Viva Engage service.
Target of the test : Microsoft Viva Engage
Agent deploying the test : An external agent
Outputs of the test : One set of results for each SITE URL:Port monitored
First-level descriptor: SITE URL:Port
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 |
URLs |
By default, www.yammer.com:443 will be specified against this parameter. However, you can provide a comma-separated list of sites to be monitored. The format of your specification should be as follows: <Site_URL>:<Port>. For example, your specification can be: www.yammer.com:443,portal.office.com:443 Note that the <Site_URL> specifications will be the descriptors of this test. |
Packets to be Sent |
The number of packets to be transmitted during the test |
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. |
Measurement | Description | Measurement Unit | Interpretation |
---|---|---|---|
Successful connections |
Indicates the number of TCP connections that were successful for this site. |
Number |
|
Failed connections |
Indicates the number of TCP connections that failed for this site. |
Number |
A high value for this measure indicates a flaky/latent network connection. |
Percent of failed connections |
Indicates the percentage of connections that failed for this site. |
Percent |
Ideally, the value of this measure should be close to 0%. |
Maximum latency |
Indicates the maximum time taken by this site to respond to TCP connection requests that it receives. |
Milliseconds |
An increase in the value of these measures is a cause for concern. Given below are some common reasons for such an anomaly:
|
Minimum latency |
Indicates the minimum time taken by this site to respond to TCP connection requests that it receives. |
Milliseconds |
|
Average latency |
Indicates the average time taken by this site to respond to TCP connection requests that it receives. |
Milliseconds |