监视直接路由
本文介绍如何监视直接路由配置并对其进行故障排除。
使用直接路由发出和接听呼叫的功能涉及以下组件：
- 会话边界控制器 (SBC)
- Microsoft 云中的直接路由组件
- 电信中继
如果在排查问题时遇到问题，可以向 SBC 供应商或 Microsoft 提出支持案例。
Microsoft 正在努力提供更多用于故障排除和监视的工具。 定期查看文档以获取更新。
排查直接路由问题
若要排查直接路由问题，请参阅 诊断直接路由问题。
使用会话初始协议 (SIP) 选项消息监视会话边界控制器的可用性
直接路由使用会话边界控制器发送的 SIP 选项来监视 SBC 运行状况。 不需要租户管理员执行任何操作即可启用 SIP 选项监视。 做出路由决策时，将考虑收集的信息。
例如，如果对于特定用户，有多个可用于路由呼叫的 SBC，则直接路由会考虑从每个 SBC 接收的 SIP 选项信息来确定路由。
下图显示了配置示例：
当用户调用号码 +1 425 <任意七位数字>时，直接路由会评估路由。 路由中有两个 SBC：sbc1.contoso.com 和 sbc2.contoso.com。 这两个 SBC 在路由中的优先级相同。 在选取 SBC 之前，路由机制会根据 SBC 上次发送 SIP 选项的时间评估 SBC 的运行状况。
如果发送呼叫时的统计信息显示 SBC 每分钟发送一次选项，则 SBC 被视为正常。
进行调用时，将应用以下逻辑：
- SBC 在上午 11：00 配对。
- SBC 在上午 11：01、上午 11：02 等位置发送选项。
- 在 11：15，用户发出呼叫，路由机制选择此 SBC。
直接路由采用三次定期间隔选项， (定期间隔为一分钟) 。 如果在过去三分钟内发送了选项，则 SBC 被视为正常。
如果示例中的 SBC 在 11：12 AM 到 11：15 AM 之间的任意时间段发送了选项， (调用的时间) ，则被视为正常。 否则，SBC 将从路由降级。
降级意味着不会先尝试 SBC。 例如，我们具有优先级相等的 sbc1.contoso.com 和 sbc2.contoso.com。
如果 sbc1.contoso.com 不按前面所述定期发送 SIP 选项，则会降级。 接下来，sbc2.contoso.com 尝试调用。 如果 sbc2.contoso.con 无法传递呼叫，则会在生成失败之前再次尝试降级 sbc1.contoso.com () 。
如果一个路由中的两个 (或更多) SBC 被视为正常且相等，则应用随机Fisher-Yates在 SBC 之间分配调用。
监视通话质量分析仪表板和 SBC 日志
在某些情况下，尤其是在初始配对期间，可能存在与 SBC 或直接路由服务配置错误相关的问题。
可以使用以下工具来监视配置：
- 呼叫质量仪表板
- SBC 日志
直接路由服务具有向呼叫分析或 SBC 日志报告的描述性错误代码。
通话质量仪表板提供有关通话质量和可靠性的信息。 若要详细了解如何使用呼叫分析排查问题，请参阅打开和使用适用于 Microsoft Teams 的通话质量仪表板和联机Skype for Business和使用呼叫分析排查通话质量不佳的问题。
如果呼叫失败，呼叫分析会提供标准 SIP 代码来帮助你进行故障排除。
但是，只有在呼叫到达直接路由的内部组件并失败时，呼叫分析才能提供帮助。 例如，如果出现 SBC 配对问题或 SIP“邀请”被拒绝的问题 (，) 中继 FQDN 的名称配置错误，呼叫分析将不起作用。 在这种情况下，请参阅 SBC 日志。 直接路由向 SBC 发送问题的详细说明;可以从 SBC 日志中读取这些问题。