O365 Portal Connectivity Test

If the Office 365 portal is unavailable / inaccessible, then users will not be able to use the Microsoft Office suite and other critical services (Exchange server, Skype for Business, SharePoint, etc.) on the cloud, until such time the connection to the portal is restored. The lack of HTTP/S connectivity, even for a brief while, can severely hamper business correspondence, affect user productivity, and ultimately hit revenues. To avoid this, administrators should continuously track the connectivity to the portal, so that they promptly detect any break/slowness in connectivity, and proactively initiate corrective measures. This is where the O365 Portal Connectivity test helps!

This test emulates an HTTP connection to the portal URL, portal.office.com. In the process, the test reports whether the portal is accessible or not, and if so, how long it takes to connect to the portal. This way, the test proactively reveals poor connectivity to the portal, and thus enables administrators to initiate remedial measures before users complain.

Target of the test : Office 365

Agent deploying the test : A remote agent

Outputs of the test : One set of results for the Office 365 portal being monitored.

Configurable parameters for the test
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 is vested with the View-Only Audit Logs permission. 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.

O365 Domain

To have a personalized business email address, team site address, or even an account name, you set up a domain name with Office 365. A domain is a unique name that appears after the @ sign in email addresses, and after www. in web addresses. It typically takes the form of your organization's name and a standard Internet suffix, such as yourbusiness.com or stateuniversity.edu. Office 365 gives you an initial domain name to use. By default, this will be of the format: *.onmicrosoft.com - eg., abc.onmicrosoft.com. To enable this test to pull metrics, you need to configure the test with the name of this initial domain. Therefore, configure the O365 Domain parameter with the name of the initial domain. To know what is your Office 365 initial domain name, do the following:

  1. Log on to the Microsoft Office 365 Online Portal using an administrative account.
  2. Under Management, click on Domains.
  3. The initial domain should be listed with a name ending with .onmicrosoft.com.

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, and Proxy 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.

Measurements made by the test
Measurement Description Measurement Unit Interpretation

Connection status

Indicates whether/not the portal is accessible over HTTP/S.

If HTTP/S connectivity to the portal is available, then this measure will report the value Success. If the connectivity is unavailable, then this measure will report the value Failed.

The numeric values that correspond to these measure values are as follows:

Measure Value Numeric Value
Success 1
Failed 0

Note:

By default, this measure reports the Measure Values listed in the table above to indicate whether/not the portal is accessible. In the graph of this measure however, the same is indicated using the numeric equivalents only.

Time taken to connect

Indicates the average time taken to connect to the portal.

Seconds

An abnormally high value is a cause for concern, as it indicates that it is taking too long to connect to the portal over HTTP/S. To ensure a high quality experience for Office 365 users, you need to investigate why connectivity is slow and fix it.