直接路由提供了一些独特的故障排除功能，这些功能不适用于呼叫计划或运营商连接。本单元介绍直接路由故障排除。
对直接路由的证书问题进行故障排除
直接路由要求您的 SBC 具有有效的 TLS 证书。证书需要将 SBC FQDN 作为公用名 (CN) 或主题备用名称 (SAN) 字段。证书应直接由认证机构颁发，而不是由中间提供商颁发。
Teams 管理中心将在 TAC > 语音 > SBC 下报告每个 SBC 的 TLS 连接状态。TLS（传输层安全）握手监控将标记证书是否无效或过期。
如果证书设置为在 30 天内过期，它将发出警告，以便管理员可以在服务中断之前更新证书。
通过选择警告消息，您可以在右侧的弹出窗口中看到详细的问题描述以及如何解决问题的建议。
直接路由的 SIP 选项问题故障排除
SIP 选项是一种 SIP 方法，它允许用户代理 (UA) 查询另一个 UA 或代理的能力。在这种情况下，Teams 服务是一个用户代理，而 SBC 是一个用户代理。
直接路由使用会话边界控制器发送的 SIP 选项来监控 SBC 运行状况。租户管理员无需执行任何操作即可启用 SIP 选项监控。直接路由采用常规的一分钟间隔选项三次。如果在最后三分钟内发送了选项，则 SBC 被认为是健康的。如果 SBC 未发送 SIP 选项，则认为 SBC 不正常。
您可以在 Teams 管理中心 > 语音 > 直接路由中查看 SIP 选项的运行状况。
建议您将 SBC 配置为发送 SIP 选项。如果它不能或您不想发送 SIP 选项，您可以在 Teams 管理中心的 SBC 配置中关闭此监控。
- 以 Teams 管理员身份登录到 https://admin.teams.microsoft.com 上的 Microsoft Teams 管理中心
- 转到语音并选择直接路由。
- 选择相关的 SBC 进行故障排除。
- 转到设置选项卡并将发送 SIP 选项设置为关闭。
如果关闭 SIP 选项，SBC 将从 Teams 监控和警报系统中排除。 即使它处于脱机状态，呼叫也可能继续路由到此 SBC。
直接路由 SBC 连接故障排除
如果你看到 SBC 和 Teams 服务之间的连接问题，你可以在 Teams 管理中心检查 SBC 和服务之间的网络性能：
- 导航到位于 https://admin.teams.microsoft.com 的 Microsoft Teams 管理中心。
- 使用 Teams 管理员角色的帐户登录。
- 转到语音并选择直接路由。
- 选择有问题的 SBC。
- 在使用情况下查看网络参数，您可以选择 7 天或 30 天。
在这里，您可以看到平均延迟、抖动、数据包丢失和任何峰值。
Microsoft 还计算每个 SBC 的网络有效性比率。 这是 ITU-T 推荐的参数衡量网络传递呼叫的能力。 它是根据以下公式计算的：
???=???????? ?????+???? ????+???? ?? ??????+???????? ?????????????? ? 100
该比率计算已传递的呼叫数量并忽略与用户相关的错误，例如未接听的呼叫或用户拒绝的呼叫。如果该值减小，则表明网络存在问题，需要排查。
检查 SIP 呼叫失败的 PSTN 使用报告
在您可能没想到的地方有大量直接路由故障排除信息； PSTN 使用报告
查看这些报告
- 导航到位于 https://admin.teams.microsoft.com 的 Microsoft Teams 管理中心。
- 使用 Teams 管理员角色的帐户登录。
- 转到分析和报告并选择使用情况报告。
- 选择报告下方的下拉菜单，然后选择 PSTN 和 SMS（预览）使用情况。
- 选择一个日期范围，过去 28 天适合此故障排除
- 选择运行报告
- 选择直接路由选项卡
在这里，您可以查看直接路由通话记录，其中包含所有常用通话详细信息，还可以查看每个通话：
| 参数 | 描述 |
| 邀请时间 （世界标准时间） | 初始邀请是在Teams用户或机器人呼叫到 SBC 的出站呼叫上发送的，或者在来自 SBC 的直接路由的 SIP 代理组件对团队或机器人呼叫的入站呼叫上接收的时间。 |
| 故障时间（世界标准时间） | 呼叫失败的时间。仅适用于失败的呼叫。最终 SIP 代码、最终 Microsoft 子代码和最终 SIP 短语提供了呼叫失败的原因，并有助于进行故障排除。 |
| 结束时间 （世界标准时间） | 呼叫结束的时间（仅适用于成功的呼叫） |
| 成功 | 呼叫是否成功 |
| 适用于媒体的 Azure 区域 | 在非旁路呼叫中用作媒体路径的数据中心。 |
| 用于信令的 Azure 区域 | 用于为旁路和非旁路呼叫发出信号的数据中心。 |
| 最终 SIP 代码 | 呼叫结束时使用的代码。 |
| 最终 SIP 短语 | SIP 代码和微软子代码的说明。 |
| 媒体旁路 | 指示是否为中继启用了媒体旁路。 |
您也可以将其下载到 excel 中，以便于过滤和报告。
以下是最终 SIP 代码中需要注意的内容：
5xx SIP 代码指示服务器故障响应
6xx SIP 代码表示全局故障响应
您应该查看日志以获取 5xx 和 6xx 代码，如果您始终获得它们，请进行故障排除。
4xx“客户端失败响应”的名称有点令人困惑，通常是“预期的失败”，而不是例如错误的 403 Forbidden。 服务器理解请求，但拒绝执行。 这通常意味着呼叫已被接收方拒绝。 需要观察的 4xx 代码包括：
- 408 Request Timeout
- 488 Not Acceptable Here
使用 SBC SIP 日志调查和诊断呼叫问题
最复杂，但也非常强大，使用直接路由，您可以直接转到您的 SBC 以获取完整的 SIP 呼叫日志。直接路由向 SBC 发送任何问题的详细描述；这些问题可以从 SBC 日志中读取。一些供应商甚至会在其用户界面中可视化 SIP 呼叫流程。
您收集日志的方式因 SBC 供应商而异，但由于 SIP 是标准，您要寻找的问题将是相同的。查找任何意外的呼叫失败以及任何带有 5xx 和 6xx SIP 代码的会话，以指示失败。
如果您看到 5xx 和 6xx 错误代码，请确认拨打的号码是正确的，并且已正确标准化为 PSTN 运营商支持的 E.164 格式。如果这是正确的，请确认该号码可以在不同的系统上拨打，以证明该号码正在使用并且可以正常工作。例如，您可以从手机拨打号码。如果该号码在此系统之外有效并且格式正确，请向您的 PSTN 运营商提出支持问题。
