Microsoft Real Time Communication (RTC) Federation

Last Updated : Oct 17, 2022 |
Prolog information
Presence Services is a multiprotocol, multifunctional server providing presence and IM services to Avaya Aura® users. Presence Services collects and distributes the communication status of an Avaya Aura® user from the various communication endpoints connected on an enterprise network. Presence Services provides aggregation and composition services in its Event State Compositor (ESC) to create a composite presence document for an Avaya Aura® user. This composite presence document is available to any authorized subscribing enterprise user. A Presence server aggregates the presence for an Avaya Aura® user and obtains the presence of a user from the following sources:
  • PIDF presence published by Avaya Aura® clients by using SIP, XMPP, or REST.
  • Collected presence from an integrated enterprise system. For example, telephony presence through Application Enablement Services collection.
  • Third-party presence integration such as Microsoft RTC presence.
Additionally, Presence Services provides IM capabilities to Avaya Aura® users. This capability is achieved by using the XMPP or REST protocol support within an Avaya Aura® client. Avaya Aura® users can engage in IM conversations with each other through their Avaya Aura® clients. After Microsoft RTC federation is enabled, Presence Services allows:
  • Avaya Aura® users using their Avaya Aura® clients, to IM the other enterprise user colleagues who are using Skype for Business clients.
  • Enterprise users, using Skype clients, to initiate an IM conversation with their enterprise colleagues who are using Avaya Aura® clients.
  • Multi-user chat sessions with Microsoft RTC federated users and Avaya Workplace Client clients.
Note:
Presence Services 8.0.1 or later supports federation with Microsoft S4B 2015 Standard and Enterprise Editions.
Additionally, an Enterprise user can obtain the overall presence availability of their Avaya Aura® colleagues by adding the Presence/IM communication address or Avaya Presence handle of an Avaya Aura® user to their buddy list. The Skype client displays the presence against the contact address of an Avaya Aura® user.
This federated interworking model requires the management of trust configuration between the two systems, and the setup of network configuration in the form of DNS records (SRV and Host A records).
Note:
Presence Services does not support Microsoft RTC federation when Inter-Tenant Communication Control is enabled on System Manager.
Microsoft RTC federation is supported in two ways for a given user, True federation and Hybrid federation. If a user is administered as both, the Avaya Aura® user and the Microsoft RTC user then the hybrid federation model may be used. It provides an additional feature to Avaya Aura® watchers of the user – namely the aggregation of presence from two sources: Avaya Aura® and Microsoft RTC. For users that are administered in the Microsoft RTC only, the ‘True’ federation model may be preferred. It offers minimal user administration and does not require additional Avaya Aura® licenses. In both cases, the user is defined in the Microsoft RTC system. A True federation user is not defined in the Avaya Aura® System Manager. A Hybrid federation user is defined in the Avaya Aura® System Manager and is presence enabled.
To enable an Avaya Aura® user as a Hybrid Microsoft RTC federation user, you must add the Microsoft SIP user handle to the Avaya Aura® user in System Manager. For more information, see Adding Microsoft SIP user handles to System Manager.
Microsoft RTC federation supports both Internal Enterprise and External Enterprise federation.
Note:
Microsoft RTC Intra-Domain Federation does not support Hybrid users.
Note:
For correct user Presence/IM routing, all Avaya Presence/IM handles must be lowercase. Using uppercase characters might result in the inability to route presence and/or IM to an Avaya user from the other system, resulting in loss of presence updates or proper exchanging of IM's. Check if there are any Avaya users on System Manager with Avaya Presence/IM handles in uppercase characters and, if so, modify the handle using lowercase characters.
Note:
The hostname assigned to the Avaya Breeze® platform Security Module interface must be constructed using the shortname from the Avaya Breeze® platform server management hostname with the suffix -sm100. The suffix is not optional.
For example, if the Avaya Breeze® platform Management Module FQDN is hostA.domainA.com. Then, the Avaya Breeze® platform Security Module FQDN must be: hostA-sm100.domainB.com, where domainA and domainB can be the same.
Note:
Presence Services support multi front end pools also.
You must follow this naming convention in the following sections:
  • Configuring DNS A Records
  • Configuring Microsoft Front End server Trusted Application Pool, Trusted Application and Static Route
  • Avaya Breeze® platform server certificates