There are certain technical requirements and recommended settings when selecting Stratus Agent as a solution for your user groups. Below are the requirements for Federated Presence routing.

General Requirements

Microsoft Teams related Note

  • All Microsoft Teams users need to have voicemail disabled. This is so the system will consider an answered call as a successful agent response. If voicemail in enabled and the agent declines a service call, Teams automatically routes unanswered calls to a voicemail. In this case Stratus Team will be unable to re-route these calls to another available agent. 
  • It is strongly advised to use a single device / client to avoid issues. Multiple presence devices (e.g. Teams Phone, desktop client, mobile client) can result in conflicting presence states that will cause inconsistent behavior within Stratus 
  • The ‘User communication with Skype for Business and Teams users setting has to be enabled in the Microsoft Teams admin center (may already be by default).

    • To enable this feature, go to 'Microsoft Teams admin center" › External access › and ensure the according SfB communication checkbox is enabled.

    • For more information refer to the related Microsoft Documentation → Manage external access (federation) in Microsoft Teams

Default SIP Trunk requirements

In case you wish to use your own SBC and SIP infrastructure there are a few basic SBC requirements that need to be adhered to:


Number Presentation of both source and destination

E.164 only

Audio Codec

G.711 A-law

(info) U-law is currently unsupported

DTMF Support


(info) "RFC 2833 DTM Out of Band" currently unsupported


SIP Transport / TLS 1.2 over TCP only

SRTP Media

Media / sRTP encryption enforced

Making "Busy" users selectable for call routing

The "Busy-Selectable" behavior is set on a global basis for the customer that will apply to all teams. This setting is part of the Customizing Services dialogue and has the following options:

  • "Busy-Selectable" not activated: Any Busy state / presence (either manually selected, calendar synchronized or callrelated) is respected and the user will not receive a call.
  • "Busy-Selectable" is activated: Stratus will ignore any Busy presence state and users will receive a routed call offer regardless of whether they are in a call or a meeting.  Users can select "Do not Disturb" or "Away presence" status to prevent calls being routed to them. 

  • If a user is already handling a call delivered by Stratus Team, no 2nd call will be routed.
  • If a user does not use SFB , Teams should be in "TeamsOnly" mode (and not "IslandMode") to correctly route and allow for a correct propagation of the Federated Presence state.

User Authentication 

Stratus requires O365 end user accounts to be authenticated against Azure AD to be able to log in. A customer-side Azure AD Tenant administrator is required to initially register and allow Stratus access privileges. This is to allow Stratus to authenticate customer team members successfully. 


All users to be part of the Stratus Team need to be capable of Federation. This is required as Stratus operates using the agent's federated presence state to route calls correctly to team members. There are two settings:

Open : This is the preferred method of operation to allow access to callers and agents seamlessly.
Closed : The domain must be added to the trusted domains list.

(tick) In all cases, public DNS SRV records for federation are required to be set to allow access to the domain.

Onboarding Prerequisites

Please have the following information ready to fully provision and on-board to Stratus during Stratus Setup.

Onboarding Checklist

  • An O365 Vanity Domain that will be used for SIP and Authentication traffic (SIP address and UPN Domain suffix)
  • An Azure ID Tenant ID where the Vanity domain and the Stratus Agents are assigned/homed to.
  • A SIP trunk Pro-Forma has been exchanged and filled in (part of onboarding during first setup)*
    • Existing and working Telephony Platform with Secure SIP Trunk connectivity
    • Your SBC's must have resolvable FQDN from the internet
    • Your SBC's must allow Secure SIP and Secure RTP Traffic to/from the internet to their SBC's
    • Your SBC's must have a public certificate assigned (matching internet FQDN of the SBC) - Please note the customer will need to supply the Root CA Certificate to Luware.

(question) Got your own requirements? As you sign up during first registration we will get in contact with you to discuss your individual settings.

Client-Side Requirements

  • The client-sided Agent Assistant runs as tray-application with no further administration needed past initial configuration.
  • The Stratus Agent Webconfigurator supports the following browsers:
    • Microsoft Edge (latest version).
    • Google Chrome (latest version).

The required screen resolution for Web-Configurator is Full HD (1920x1080) and higher. On lower screen resolution horizontal/vertical scrolls will be added in the browser.

Design Limitation on Microsoft Teams Web Client

The Teams Web Client currently has a known limitation that sends a lot of incorrect status updates especially when refreshing the page in your browser. This has a noticeable impact on how Stratus Agent handles Agent presence, availability and reporting features.  

Causes and Workarounds

Microsoft treats web-based Teams Clients presence status changes differently and with seemingly lower priority. The effects include:

  • User sporadically appearing as offline.
  • Spontaneous switch to an erratic presence status which is apparent in logfiles.
  • Multiple status updates within only a few seconds, which increases when user is refreshing the Teams chat window within the browser.

Until this is resolved by Microsoft we strongly advise to exclusively use a locally installed Teams Client App for all productive users of your organization.

Reporting Requirements (Optional)

In addition to the basic UI-integrated Web Reporting portal Stratus Agent tracks and stores historical data for evaluation. In case you want to use and evaluate this data locally you need to set up your own Azure Cloud and SQL Database to connect and sync with the Luware cloud.

Further information on this can be found here: Azure Reporting Data access.

Azure SQL Reporting Prerequisites

In order to complete an Azure cloud SQL database configuration you need to fulfill the following prerequisites:

  1. A running Azure subscription for creating Azure SQL databases
    (lightbulb) Please contact your Microsoft Representative to discuss Azure SQL Costs.
  2. Azure DB permission account with rights to
    1. Create New Azure SQL Database
    2. Create Azure Active Directory group
    3. Create guest accounts
    4. Manage Azure firewall
  3. Azure Reporting account with rights to read / write in your new Reporting DB
  4. SQL Server Management Studio installed