当通话质量出现问题时，支持团队终于能获得关键数据
音频问题难以解释，更难以复现。MaxiPBX 收集应用端的有用指标，将其与 PBX 关联，并为支持团队提供可用的通话追踪记录。
01
用户启动的诊断
用户可以从应用程序启动收集，进行测试通话，停止收集，然后将报告发送给支持团队。
- 应用程序中的清晰状态：启动、活跃收集、停止和发送
- WebRTC 指标：数据包丢失、抖动、延迟、近似 MOS 和编解码器
- 版本信息、平台、音频设备和通话事件
- 密钥和敏感标识符在发送前被排除或掩盖
02
PBX 上传至 ControlPlane
PBX 在将诊断传输到支持门户前，使用其上下文充实诊断数据。
- 租户、用户、收集时段和采样的通话
- 质量摘要、严重程度和可下载的工件
- 按客户和租户严格隔离的会话
- 用于筛选、打开和分析会话的诊断支持页面
03
来自 CDR 日志的通话追踪
通话必须始终保持最少的可见信息：方向、状态、持续时间、来源、目的地、开始和结束时间。
- 即使没有历史 PCAP，通话摘要仍然可用
- 通话路径的可视化时间表
- 与收集的诊断的相关联接
- 可用时关联的电话事件和工件
04
按需网络捕获
当需要重现问题时，管理员可以根据需要触发短期或长期 SIP/RTP 捕获。
- 可配置捕获：几分钟、一小时、六小时或二十四小时
- 从 PBX 管理员或 ControlPlane 触发
- 经过身份验证的下载和可见的捕获状态
- 「从现在开始」捕获，不承诺重建过去的通话
常见问题
MaxiPBX 是否将所有通话都记录为 PCAP？
不是。网络捕获仅在需要诊断问题时触发。但是，通话日志保留通话的基本信息。
用户能看到诊断正在运行吗？
是的，应用程序必须清楚地显示诊断状态：启动、活跃收集、停止和发送至支持。
诊断是否包含密码？
不是。密钥、令牌和敏感标识符在传输前被排除或掩盖。
客户出现经常性音频问题？
启动清晰的收集，重现问题，支持团队将收到分析所需的所有信息。