Overview
When the SBC SWe Edge is deployed in Azure, the SBC SWe Edge supports Local Media Optimization.
The Central SBC and the Proxy SBC roles are supported in all deployments as follows:
- Confirm that in all deployments, private interfaces are assured between relevant parties, as identified at: https://docs.microsoft.com/en-us/microsoftteams/direct-routing-media-optimization
- Secondly, acceptable network connectivity and performance between all nodes (typically indicated by KPIs) must be maintained for an acceptable level of LMO service.
- Exercise caution and ensure a high quality link to the Public Cloud (Azure) to ensure acceptable Central SBC/Proxy SBC roles and LMO behavior. Currently, Ribbon and Microsoft strongly encourage the use of ExpressRoute to ensure proper LMO performance.
- Ribbon and Microsoft reserve the right to decline support for LMO issues should proper care and network conditions not meet the requirements listed out in the point above.
This best practice uses the term Microsoft Teams Direct Routing, which is also known as Phone System Direct Routing.
This best practice outlines how to use the Ribbon SBC Edge Portfolio to configure the Central SBC with Local Media Optimization for Microsoft Teams Direct Routing. Local Media Optimization allows the Microsoft Teams Direct Routing media flow to always use the shortest path to improve the SBC Edge Portfolio's media quality and bandwidth usage. The Microsoft Teams Direct Routing media flow can be directly established between the Teams client and the SBC, even if the SBC does not have Microsoft Teams Direct Routing connectivity. The SBC 1000, SBC 2000, and SBC SWe Edge support the Central SBC. For more details about this feature, refer to Local Media Optimization for Direct Routing.
This best practice describes greenfield and migration deployments and explains the requirements for each case. This best practice includes cautions to specify the deployment scenarios.
Though the SBC 1000, SBC 2000, and SBC SWe Edge support the Local Media Optimization Central SBC role for Microsoft Teams Direct Routing, this best practice uses the SBC SWe Edge as a Central SBC in the central site as an example.
For the Central SBC, Ribbon recommends that you use the SBC SWe Edge because it has higher CPS (up to 10 CPS) and higher session density (up to 1200 simultaneous Direct Routing calls).
Make sure the licensed quantity of sessions on the SBC SWe Edge accommodates the maximum number of Local Media Optimization calls.
Microsoft Considerations
The Ribbon TEAMS Local Media Optimization (LMO) solution supports Teams Music on Hold (MOH). The Microsoft Teams LMO document suggests disabling the MOH feature for an LMO deployment because not all SBC vendors support the Teams MOH feature for LMO deployments.
Microsoft does not support Early 183. You should disable Early 183 for all SBC signaling groups that use Local Media Optimization. For information about Early 183, refer to the Early 183 section in Creating and Modifying SIP Signaling Groups.
Prerequisites
This section outlines the prerequisites for Local Media Optimization for Microsoft Teams Direct Routing.
SBC Capacity
When deploying Local Media Optimization, the CentralSBC has to handle the local traffic plus all the traffic from other non-LMO SBCs (SBC not processing the LMO calls), You must ensure the CentralSBC has the capacity and the license to handle the load. See the following load impacts:
- Call made to and from a Teams client that is internal to the customer network:
- The CentralSBC consumes the Proxy Media Mode with Encryption resource.
- The non-LMO SBC SBC (SBC not processing the LMO calls) consumes the SIP with corresponding RTP Media resource.
- The CentralSBC consumes the Proxy Media Mode with Encryption resource.
- Call made to and from a Teams client that is external to the customer network:
- The Proxy SBC consumes the SIP with corresponding RTP Media resource.
- The Downstream SBC consumes the SIP with corresponding RTP Media resource.
- The Proxy SBC consumes the SIP with corresponding RTP Media resource.
Firmware Requirement
The Central SBC requires the following firmware: 9.0.0 and later.
This document outlines only the recommended firmware.
Microsoft Direct Routing Configuration
You must configure the following for Microsoft Teams Direct Routing:
- You must plan the Microsoft Teams tenant for Local Media Optimization usage according to the Local Media Optimization for Direct Routing document.
- You must configure the Microsoft Teams tenant for Local Media Optimization usage according to the Configure Local Media Optimization for Direct Routing document. When you configure the Microsoft Teams Direct Routing, you must also configure the following items:
CsTenantTrustedIPAddress
CsTenantNetworkRegion
CsTenantNetworkSite
CsTenantNetworkSubnet
CSOnlinePSTNGateway
CsOnlineVoiceRoute
Licensing Requirements
The LMO functionality requires the Downstream SBCs to use a Proxy/Central SBC as a registrar, hence this requires the Proxy/Central SBC to have SIP Registration licenses. This applies for both 1000/2000 and SBC SWe Edge.
Certificate Usage
The Central SBC requires a certificate signed by a public certificate authority.
Public Certificate
The public certificate must be issued by one of the supported certification authorities (CAs). Wildcard certificates are supported.
Refer to Microsoft documentation for certificate information.
Refer to CCADB Documentation for the comprehensive list of supported CAs.
- See Domain Name for certificate formats.
Domain Name
For the SBC Edge Portfolio to pair with Microsoft Teams, the SBC FQDN domain name must match a name registered in both the Domains and DomainUrlMap fields of the Tenant. Verify the correct domain name is configured for the Tenant as follows:
- On the Microsoft Teams Tenant side, execute Get-CsTenant.
- Review the output.
- Verify that the Domain Name configured is listed in the Domains and DomainUrlMap attributes for the Tenant. If the Domain Name is incorrect or missing, the SBC will not pair with Microsoft Teams.
Users may be from any SIP domain registered for the tenant. For example, you can configure user user@SonusMS01.com with the SBC FQDN name sbc1.hybridvoice.org, as long as both names are registered for the tenant.
Name Resolution
The Central SBC FQDN needs to be resolved in a publicly accessible DNS.
This best practice uses host entries.
Implementation
This best practice uses the FQDN and ports illustrated in the following figure.
Prepare Central SBC
This section outlines how to prepare the Central SBC.
Install SBC and Perform Initial Setup
Perform this procedure only if you are creating a new SBC for the Central role (a greenfield scenario).
Use the following procedure to install the SBC and perform the initial setup: Installing SBC SWe Edge
For the SBC 1000/2000, use the following procedure to install the SBC and perform the initial setup: Installing SBC 1000/2000
Run Easy Config Wizard on Central SBC
Once your SBC is up and running, you must configure the SBC to connect to the Microsoft Teams Direct Routing Server and allow the Downstream SBC connection.
- Access a compatible web browser.
- In the browser, enter the IP address of the SBC Edge Portfolio in the URL address bar. The Welcome to Ribbon screen is displayed.
- Review the Pre-Login message.
- Enter the administrator User Name and Password configured during initial setup.
- If the Acknowledge Pre-Login Message checkbox is displayed, click on it to acknowledge you have reviewed the pre-login information above. After initial login, this checkbox can be enabled and disabled via the Global Security Options. By default, this checkbox is configured as disabled.
Click Login. The main screen provides all WebUI functions, including tabbed options, menu tree, device name, and the last login date and time of the system.
Select Tasks > SBC Easy Setup > Easy Config Wizard.
In the Application field, select your application. This best practice configures the SIP Trunk ↔ Microsoft Teams.
- Configure the other fields in Step 1 and click Next.
In the SIP Trunk section, configure the Border Element Server with the FQDN or IP of the central SIP Trunk.
In the Teams Connection Type field, select Local Media Optimization.
The Easy Configuration Wizard automatically generates two ACL tables for Microsoft Teams Direct Routing. In the table that contains the Teams Direct Routing ACL in the name, Rule #4 was setup for deployments where a single ethernet port was used for both Microsoft Teams Direct Routing and a SIP Trunk; this rule may be too permissive for your configuration. If the SBC was deployed with only Microsoft Teams Direct Routing on an ethernet port, Rule #4 could be modified to have the Source IP Address set to 52.112.0.0 and Source Netmask set to 255.252.0.0. This change allows only SIP Signaling from Microsoft Teams.
Configure the other fields in the Microsoft Teams section and click Next.
Review your configuration information in Step 3 and click Finish.
Import Certificate on Central SBC
This section outlines how to import a certificate on the Central SBC.
Configure and Generate Certificates on the SBC
Update the Current Call Routing
Perform this procedure only if you are using a node that is already configured with another signaling group (a migration scenario).
If this is not a newly deployed SBC and you have already configured one of the following, follow the corresponding instructions:
If you configured a SIP Trunk or PSTN Access on this SBC, you must perform the following procedure to select the previously created signaling group in the From Microsoft Teams Direct Routing table (see the following example call flow).
Select Settings > Call Routing > Call Routing Table.
- Select the call routing table for Microsoft Teams Direct Routing.
Select the To Outside (Passthrough) route entry.
In the Destination Signaling Groups field, select the Border Element signaling group and click Remove.
In the Destination Signaling Groups field, click Add and add your previously created SIP Trunk or PSTN Access.
In the Audio Stream Mode field, select Direct Preferred over DSP.
Click Apply.
- Click Signaling Groups.
- Delete the Border Element signaling group.
If you configured a connection to Teams Direct Routing or Skype for Business, you must remove the previously created signaling group (see the following example call flow).
Verify the Deployment
After you configure the Central SBC, use the following procedure to verify that the SBC works properly.
- Access a compatible web browser.
- In the browser, enter the IP address of the SBC Edge Portfolio in the URL address bar. The Welcome to Ribbon screen is displayed.
- Review the Pre-Login message.
- Enter the administrator User Name and Password configured during initial setup.
- If the Acknowledge Pre-Login Message checkbox is displayed, click on it to acknowledge you have reviewed the pre-login information above. After initial login, this checkbox can be enabled and disabled via the Global Security Options. By default, this checkbox is configured as disabled.
Click Login. The main screen provides all WebUI functions, including tabbed options, menu tree, device name, and the last login date and time of the system.
Select Settings > Signaling Groups.
Make sure the Service Status for all signaling groups is Up.
- If the Service Status for the Teams Direct Routing signaling group is Down, refer to Best Practice - Troubleshoot Issues with Microsoft Teams Direct Routing.
Place a Test Call
Use the following procedure to place a test call.
- Access a compatible web browser.
- In the browser, enter the IP address of the SBC Edge Portfolio in the URL address bar. The Welcome to Ribbon screen is displayed.
- Review the Pre-Login message.
- Enter the administrator User Name and Password configured during initial setup.
- If the Acknowledge Pre-Login Message checkbox is displayed, click on it to acknowledge you have reviewed the pre-login information above. After initial login, this checkbox can be enabled and disabled via the Global Security Options. By default, this checkbox is configured as disabled.
Click Login. The main screen provides all WebUI functions, including tabbed options, menu tree, device name, and the last login date and time of the system.
In the WebUI, click the Diagnostics tab.
In the left navigation pane, click Test a Call.
Use the following table to configure the parameters for your Central SBC.
See the following example configuration of testing a call for a Central SBC.
Click OK.