丢包率
接收端报告一个 RTCP 报告间隔内缺失的 RTP 数据包。丢包可能与声音中断或语音断续同时出现。
达到 2% 时排查
比较同一时段内不同中继和分机的情况，确认上升是局部现象还是影响多条连接。
通话质量 / RTCP
了解 Asterisk 通话音质为何变差。
监控 Asterisk、FreePBX 和 Issabel 的 RTP 丢包、抖动与往返时延。查看质量何时变化，将范围缩小到中继或分机，并确定下一步检查内容。
免费试用 30 天。无需银行卡。不上传音频。
短暂峰值，也能提供线索。检查此时间段
教学示例 · 模拟测量值，非客户数据
丢包率4.1 %峰值
抖动48 毫秒峰值
RTCP 往返时延180 毫秒峰值
15 分钟内的丢包率
10:0010:0510:1010:15
RTCP 报告的丢包率诊断参考值：2%
理解监测信号
三项指标，提供不同线索。
结合平均值、峰值和测量次数一起分析。平均值可能掩盖短暂峰值，而单个峰值也不能证明存在持续性问题。
抖动
抖动反映数据包到达时间的变化。当编解码器时钟频率已知时，PBXonix 会将 RTCP 数值换算为毫秒。
达到 30 毫秒时排查
检查峰值是否与网络繁忙时段重合。必要时比较有线网络与 Wi-Fi 路径。
往返时延
RTT 测量 RTCP 往返时间。当双方经常同时开口时，较高的 RTT 可以提供线索。它并不等于单向语音时延。
达到 300 毫秒时排查
与该连接平时的 RTT 比较，检查网络路由、拥塞情况以及变化影响的范围。
这些是 PBXonix 的诊断参考值，并非适用于所有场景的语音质量保证。编解码器、抖动缓冲区和媒体路径也会影响结果。告警阈值及持续时间在设置中单独配置。
从现象到检查
应该先检查什么？
以下三个示例使用模拟数值，帮助选择排查方向，不会自动判定某个设备或服务商发生故障。
多位用户听到语音断续
- 看到的现象
- 丢包峰值 4.1% · 抖动 48 毫秒
- 可能的含义
- 如果多部分机在同一中继上出现相同峰值，应检查共用媒体路径。如果仅一部分机受影响，则从该终端附近开始排查。
- 下一步检查
- 选择相同的 PBX、时间范围和媒体方向。比较中继与分机数据行，再检查接口错误、链路负载和 QoS 配置。
双方经常同时说话
- 看到的现象
- RTT 达到 420 毫秒 · 丢包率仍为 0.2%
- 可能的含义
- 即使丢包很少，RTT 上升仍可提示存在时延。但仅凭这些指标无法确定时延发生在哪一段，也不能证明运营商存在故障。
- 下一步检查
- 与正常时段及另一条中继比较，检查同一时间是否发生 WAN 路由、VPN 路径或带宽需求变化。
正在通话，图表却没有数据
- 看到的现象
- 没有 RTCP 观测 · 指标不可用
- 可能的含义
- 没有数据不代表丢包率为 0%。采集器可能仍在等待 RTCP，媒体可能绕过 Asterisk，部分指标也可能取决于协商的编解码器。
- 下一步检查
- 先检查采集器状态和最近更新时间。确认 Asterisk 提供 RTCP 事件，且代理具有所需监控权限，再检查媒体路径。
可重复的排查流程
从用户反馈走向具体检查。
确认数据采集
检查最近更新时间和 RTCP 测量次数。代理已连接，也可能仍在等待质量观测。
选择时间范围
可查看最近一小时、24 小时或七天。将反馈发生时间与平均值、峰值对照。
缩小排查范围
按 PBX 和媒体方向筛选，比较已知中继与内部分机的可用测量值。
跟踪事件
查看时间线、指定负责人并记录检查内容。变更后，再比较相同指标。
让持续性变化触发告警。
在设置中启用质量通知，选择阈值、持续时间和最少观测次数，即可通过电子邮件或 Telegram 接收告警。在事件中心跟踪问题与恢复情况；计划内操作可使用维护模式。
采集技术指标，保护通话隐私。
质量模块上传每分钟的数值汇总和已知的分机、中继技术标识，不上传客户电话号码、主叫姓名、音频、抓包文件或原始 SIP 消息。代理通过出站 HTTPS 连接云端。
明确这些数字代表什么。
平均值按 RTCP 观测次数加权，而非按通话数或数据包数加权。这些是分组测量数据，不是单次通话录音。PBXonix 不计算 MOS。平稳的图表不能排除编解码器、电话设备或声学问题。
Asterisk 通话质量常见问题
为什么 SIP 中继已注册，音质仍然很差？
SIP 注册反映信令可用性。RTP 传输媒体，RTCP 报告媒体路径情况。中继可能保持注册，但通话仍受到丢包、抖动或时延影响。应结合中继状态和质量测量值一起检查。
支持 FreePBX、Issabel、SIP 和 PJSIP 吗？
PBXonix 采集 Asterisk 提供的 RTCP 报告事件。采集流程已在 Asterisk 16 和 20 上配合 chan_sip、PJSIP 验证。FreePBX 和 Issabel 的支持情况取决于底层 Asterisk 版本、事件可用性、监控权限和媒体配置。
为什么有时缺少抖动或 RTT 数据？
不是每次 RTCP 观测都包含所有指标。将抖动换算为毫秒需要已知的编解码器时钟频率，RTT 也取决于报告内容和方向。直接媒体传输或缺少 RTCP 都可能导致空图表。不可用数值不会被替换为零。
平均值是按通话计算的吗？
不是。每项指标的平均值来自可用的 RTCP 观测，并按其次数加权。较长通话可能产生更多观测。测量次数不等于独立通话数，平均丢包率也不是按整台 PBX 的数据包数量加权得到的丢包比例。
PBXonix 会上传客户号码或录音吗？
质量模块发送数值汇总和已知的 PBX 技术标识，不上传客户号码、姓名、音频、抓包文件或原始 SIP 消息。安全与数据页面介绍了整体采集方式。
可以接收丢包、抖动或时延告警吗？
可以。在设置中启用质量告警，配置阈值、持续时间和最低观测次数要求。电子邮件与 Telegram 使用已配置的通知渠道。事件中心可跟踪负责人、技术备注和恢复情况。
PBXonix / 01:15
发现信号，明确下一步排查。
英文界面，提供您的语言字幕，使用演示数据。
查看演示 →观看75秒导览 · 概览
- 交互演示 · 虚构数据 · 无需安装
- 选择一种情况，从概览追踪到事件。
- 查看不可用的中继，打开事件并预览告警。
- 通知预览，不会发送消息。
- 比较丢包、抖动和延迟，缩小排查范围。
- 查看等待呼叫、空闲坐席和最长等待时间。
- 模拟恢复
- 每日报表示例
- 免费试用 30 天，无需银行卡。
帮助我连接PBX
请说明PBX类型和当前步骤，请勿发送密码或访问令牌。
我们仅统计页面和演示事件总数，不使用访客标识、分析Cookie或会话录像，并尊重浏览器隐私信号。