The ability to make and receive calls by using Direct Routing involves the following components:
If you have difficulties troubleshooting issues, please open a support case with your SBC vendor or Microsoft.
Microsoft is working on providing more tools for troubleshooting and monitoring. Please check the documentation periodically for updates.
Monitoring availability of Session Border Controllers using Session Initiation Protocol (SIP) Options messages
Direct Routing uses SIP Options sent by the Session Border Controllers to monitor SBC health. There are no actions required from the tenant administrator to enable the SIP Options monitoring. The collected information is taken into consideration when routing decisions are made.
For example, if, for a specific user, there are several SBCs available to route a call, Direct Routing considers the SIP Options information received from each SBC to determine routing.
The following diagram shows an example of the configuration:
When a user makes a call to number +1 425 <any seven digits>, Direct Routing evaluates the route. There are two SBCs in the route: sbc1.contoso.com and sbc2.contoso.com. Both SBCs have equal priority in the route. Before picking an SBC, the routing mechanism evaluates the health of the SBCs based on when the SBC sent the SIP Options last time.
An SBC is considered healthy if statistics at the moment of sending the call shows that the SBC sends Options on a regular interval.
Direct Routing calculates regular intervals by taking two times the average when the SBC sends Options before making the call and adding five minutes.
For example, assume the following:
The following logic is applied: Two times the average interval when the SBC sends Options (one minute plus one minute = two minutes) plus five minutes = seven minutes. This is the value of the regular interval for the SBC.
If the SBC in our example sent options at any period between 11.08 AM and 11.15 AM (the time the call was made), it is considered healthy. If not, the SBC will be demoted from the route.
Demotion means that the SBC will not be tried first. For example, we have sbc1.contoso.com and sbc2.contoso.com with equal priority.
If sbc1.contoso.com does not send SIP Options on a regular interval as described above, it is demoted. Next, sbc2.contoso.com tries for the call. If sbc2.contoso.con cannot deliver the call, the sbc1.contoso.com (demoted) is tried again before a failure is generated.
Monitor Call Quality Analytics dashboard and SBC logs
In some cases, especially during the initial pairing, there might be issues related to misconfiguration of the SBCs and/or the Direct Routing service.
You can use the following tools to monitor your configuration:
The Direct Routing service has very descriptive error codes reported to either Call Analytics or the SBC logs.
The Call Quality Dashboard provides information about call quality and reliability. To learn more about how to troubleshoot issues using Call Analytics, see Turning on and using Call Quality Dashboard for Microsoft Teams and Skype for Business Online and Use Call Analytics to troubleshoot poor call quality.
In case of call failures, Call Analytics provides standard SIP codes to help you with troubleshooting.
However, Call Analytics can only help when calls reach the internal components of Direct Routing and fail. In case of issues with SBC pairing or issues where SIP “Invite” was rejected (for example, the name of the trunk FQDN is misconfigured), Call Analytics will not help. In this case, please refer to the SBC logs. Direct Routing sends a detailed description of issues to the SBCs; these issues can be read from the SBC logs.