排查 VoIP 质量（延迟高、声音断续）时，先做“三段式”体检，再落地 QoS 策略。整套流程下来，90 % 的故障都能定位到根因。

一、30 秒快速体检

1. 本地网：关闭迅雷/网盘/Teams 大文件同步，立刻再拨测一次。

2. 物理层：换有线、换耳机、换电源，排除最廉价的变量。

3. 终端：软电话升级到最新版；固话网关重启一次。

二、定位三类核心指标

三、QoS 落地 6 步曲（一次配好，长期省心）

1. 发现流量

 ‑ ACL/端口：匹配 SIP 5060/5061、RTP 10000-20000（不同厂商范围不一样）。

 ‑ 如果走 WebRTC，用 DSCP EF (46) 标记。

2. 标记 + 信任边界

 ‑ 在接入交换机端口 trust DSCP；

 ‑ 无线 AP 开启 WMM，语音队列映射到 AC_VO。

3. 队列策略

 ‑ 路由/交换：启用 LLQ（低延迟队列），把 EF 设为 strict priority，带宽封顶 33 %。

 ‑ 软路由（OpenWrt）：

 

 ‑ SD-WAN：在 Cato、Fortinet 等控制台直接把 “VoIP or Real-time” 拖到最高优先级即可。

4. 流量整形（避免下游拥塞）

 ‑ 对非业务类流量做 rate-limit（如网盘≤20 Mbps）。

 ‑ 上行是瓶颈时，在出口做 egress shaping，把 VoIP 预留 30 % 带宽。

5. 弱网对抗

 ‑ 丢包>2 % 时，开 FEC + NACK（FreeSWITCH mod_verto、mediasoup 均支持）。

 ‑ 自适应码率：WebRTC 开启 goog-adaptive-bitrate；SIP 话机可把 G.711 切到 G.729/G.722.2。

6. 监控闭环

 ‑ 路由器/SD-WAN 实时仪表盘：RTT、抖动、丢包曲线。

 ‑ 每周导出 CDR 或 Azure CQD 报表，看 95 th 延迟是否 > 120 ms，持续恶化就扩容或换 PoP。

四、一张“故障树”速查表

• 只有内网卡 → 检查交换机端口双工、CRC 错误。

• 跨地域 VPN 卡 → 把 VPN 隧道开 UDP-GRE 或 WireGuard，降低封装开销。

• 4G/5G 卡 → 把 MTU 调成 1352，基站拥塞时切 QoS Class Identifier=1（语音专用承载）。

五、最小可行方案（MVP）

1. 打开路由器 “智能 QoS → 语音优先” 一键模板；

2. 电话 VLAN ID=100，电脑 VLAN=200；

3. 每周跑一次 iperf3 -u -b 100M -J 看抖动/丢包；

4. 以上 3 步做完，80 % 中小企业环境已足够。

    ‌    ‌如果仍超标，再逐级上探：换企业级路由→拉 MPLS/云专线→启用 SD-WAN 动态选路。