You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/communication-services/concepts/telephony/direct-routing-provisioning.md
+31-18Lines changed: 31 additions & 18 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,18 +1,19 @@
1
1
---
2
-
title: Azure direct routing provisioning and configuration - Azure Communication Services
3
-
description: Learn how to add a Session Border Controller and configure voice routing for Azure Communication Services direct routing
2
+
title: Use direct routing to connect existing telephony service
3
+
description: Learn how to add a Session Border Controller and configure voice routing for Azure Communication Services direct routing.
4
4
author: boris-bazilevskiy
5
5
manager: nmurav
6
6
services: azure-communication-services
7
7
8
8
ms.author: bobazile
9
-
ms.date: 06/30/2021
9
+
ms.date: 05/26/2022
10
10
ms.topic: conceptual
11
11
ms.service: azure-communication-services
12
12
ms.subservice: pstn
13
+
ms.custom: kr2b-contr-experiment
13
14
---
14
15
15
-
# Session Border Controllers and voice routing
16
+
# Use direct routing to connect to existing telephony service
16
17
Azure Communication Services direct routing enables you to connect your existing telephony infrastructure to Azure. The article lists the high-level steps required for connecting a supported Session Border Controller (SBC) to direct routing and how voice routing works for the enabled Communication resource.
If everything set up correctly, you should see exchange of OPTIONS messages between Microsoft and your Session Border Controller, user your SBC monitoring/logs to validate the connection.
29
+
2. Enter a fully qualified domain name and signaling port for the SBC.
30
+
- SBC certificate must match the name; wildcard certificates are supported.
31
+
- The *.onmicrosoft.com domain can’t be used for the FQDN of the SBC.
32
+
33
+
For the full list of requirements, refer to [Azure direct routing infrastructure requirements](./direct-routing-infrastructure.md).
34
+
35
+
:::image type="content" source="../media/direct-routing-provisioning/add-session-border-controller.png" alt-text="Screenshot of Adding Session Border Controller.":::
36
+
37
+
3. When you're done, select Next.
38
+
39
+
If everything is set up correctly, you should see an exchange of OPTIONS messages between Microsoft and your Session Border Controller. Use your SBC monitoring/logs to validate the connection.
36
40
37
41
## Voice routing considerations
38
42
39
-
Azure Communication Services direct routing has a routing mechanism that allows a call to be sent to a specific Session Border Controller (SBC) based on the called number pattern.
40
-
When you add a direct routing configuration to a resource, all calls made from this resource’s instances (identities) will try a direct routing trunk first. The routing is based on a dialed number and a match in voice routes configured for the resource. If there's a match, the call goes through the direct routing trunk. If there's no match, the next step is to process the `alternateCallerId` parameter of the `callAgent.startCall` method. If the resource is enabled for Voice Calling (PSTN) and has at least one number purchased from Microsoft, the `alternateCallerId` is checked. If the `alternateCallerId` matches one of a purchased number for the resource, the call is routed through the Voice Calling (PSTN) using Microsoft infrastructure. If `alternateCallerId` parameter doesn't match any of the purchased numbers, the call will fail. The diagram below demonstrates the Azure Communication Services voice routing logic.
43
+
Azure Communication Services direct routing has a routing mechanism that allows a call to be sent to a specific SBC based on the called number pattern.
44
+
45
+
When you add a direct routing configuration to a resource, all calls made from this resource’s instances (identities) will try a direct routing trunk first. The routing is based on a dialed number and a match in voice routes configured for the resource.
46
+
47
+
- If there's a match, the call goes through the direct routing trunk.
48
+
- If there's no match, the next step is to process the `alternateCallerId` parameter of the `callAgent.startCall` method.
49
+
- If the resource is enabled for Voice Calling (PSTN) and has at least one number purchased from Microsoft, the `alternateCallerId` is checked.
50
+
- If the `alternateCallerId` matches a purchased number for the resource, the call is routed through the Voice Calling (PSTN) using Microsoft infrastructure.
51
+
- If `alternateCallerId` parameter doesn't match any of the purchased numbers, the call will fail.
52
+
53
+
The diagram below demonstrates the Azure Communication Services voice routing logic.
0 commit comments