SD-WAN 丢包率多少算高？看懂阈值、影响与处理方法
简答：通常可把低于1%视为较好，1%–2%视为需要关注，2%–5%表示性能明显受影响，超过5%通常算高；7%以上可作为严重告警参考。先确认统计周期、探测目标和方向，再判断是否切换线路或联系运营商。
定义：SD-WAN 丢包率是链路探测包或业务流量中未成功到达目标的数据包比例，具体数值必须结合统计周期、探测方式、业务类型和组织 SLA 判断。
先看结论：SD-WAN 丢包率达到多少算高
如果你只想先判断链路是否异常，可以先用下面的区间做初筛。但这些不是所有厂商和所有业务都通用的硬性标准：WatchGuard 将低于1%列为良好，1%–2%列为性能受影响，2%–5%列为性能明显受影响，超过5%列为基本不可用；该厂商同时提醒，应结合本地网络基线和应用敏感度解释数据。WatchGuard 官方说明
| 丢包率 | 快速判断 | 建议动作 |
|---|---|---|
| 低于1% | 通常较好 | 继续观察，并建立本地基线 |
| 1%–2% | 需要关注 | 核对业务体验、方向差异和短时峰值 |
| 2%–5% | 性能明显受影响 | 检查接口、无线链路、隧道和运营商路径 |
| 超过5% | 通常算高，可能接近不可用 | 优先切换备用链路或升级故障 |
| 超过7% | 可作为严重告警参考 | 立即确认是否持续，并按 SLA 处理 |
“超过7%为严重”来自 Broadcom 的 SD-WAN 监控阈值示例，其中 Good 为低于1%、Minor 为高于1%、Major 为高于5%、Critical 为高于7%。该文档明确要求阈值匹配组织自身的性能政策和 SLA，因此不能把7%当成所有网络的统一标准。Broadcom 官方白皮书
不要只看一次探测：先确认统计周期和测量对象
一次探测出现丢包，不足以证明运营商链路持续异常。至少要把数据分成短时峰值、5分钟或20分钟平均值，以及24小时基线进行比较。WatchGuard 建议使用较长时间的平均值建立基线，在稳定网络中也可以先观察最近20分钟；其设备会根据最近100次探测结果计算丢包、延迟和抖动。查看 WatchGuard 的测量说明
- 短时峰值：适合发现瞬时拥塞、无线干扰或接口异常，但不能单独作为升级运营商的依据。
- 5分钟或20分钟平均：适合判断当前是否持续影响办公、语音或视频会议。
- 24小时平均：适合建立链路基线、比较不同运营商线路和配置告警。
- 探测目标：可能是 ICMP 或其他链路监测目标，测到的是探测路径的结果，不一定等同于真实业务流量的丢包。
因此，看到“丢包率3%”时，还要记录探测方向、目标地址、探测频率、是否经过隧道，以及终端用户是否真的出现卡顿、断流或重传。
按业务设置阈值：实时业务通常要更严格
不同应用不应共用一套过于宽松的阈值。Palo Alto Networks 的 SD-WAN 文档支持为不同业务建立独立的 Path Quality Profile，并提供 general-business、voip-video、file-sharing、remote-access 等预定义类型；其路径质量判断可以把延迟、抖动和丢包阈值作为触发条件，任一指标超过设定值就选择更合适的路径。Palo Alto Networks 官方文档
| 业务类型 | 阈值思路 | 重点观察 |
|---|---|---|
| 语音、视频会议 | 优先使用较严格的丢包、延迟和抖动条件 | 是否出现断续、机器人音、画面冻结 |
| 普通办公和网页 | 可从1%告警、持续超过2%升级排查开始 | 登录、远程桌面和网页加载是否明显变慢 |
| 文件传输和备份 | 可结合重传率、完成时间和带宽利用率判断 | 传输是否反复重试或超时 |
| 关键业务系统 | 按业务 SLA 设置，并配置备用链路切换 | 丢包是否持续、是否影响交易或生产流程 |
表中的阈值是配置起点，不是业务质量保证。若企业已有 SLA，应优先遵循 SLA；没有 SLA 时，可先用低于1%作为健康基线、超过1%告警、超过5%严重告警，再根据真实业务体验调整。
发现高丢包后的最短排查流程
- 确认数据是否可比：记录时间段、探测目标、探测方向、统计窗口和是否经过 SD-WAN 隧道。先排除只发生在单个目标地址或单次探测中的异常。
- 对比双向结果：分别观察站点 A 到 B、B 到 A 的丢包。如果只有一个方向异常，优先检查对应出口、运营商回程或接口方向。
- 检查本地接口：查看端口错误、CRC、协商速率、双工状态、队列丢弃、CPU 和内存。若接口本身已有错误，先更换网线、端口或修复协商问题。
- 区分无线与有线链路：如果问题只发生在 Wi-Fi 接入段，先对比有线终端和无线终端，避免把无线干扰误判为 WAN 丢包。
- 检查 MTU 和隧道封装：隧道封装会减少可用传输空间。若小包正常、大包丢失或应用建立连接后卡住，应测试路径 MTU，并核对隧道两端的 MTU、分片和 MSS 设置。
- 验证真实业务：同时查看语音、视频会议、文件传输或远程桌面的实际表现。探测包丢失而业务正常时，不要直接切换线路；应先更换探测目标或调整探测方式。
- 执行线路动作：如果丢包在多个目标、多个时间窗口和真实业务中都持续超过阈值，可先触发备用链路，再保留故障前后的证据，向运营商提交时间、方向、目标和接口数据。
Palo Alto Networks 文档说明，路径质量阈值可用于触发路径切换；路径恢复后，监测到的丢包率回到阈值以下可能仍需一段时间，示例中最长约3分钟。因此，切换后不要仅凭瞬时恢复就立即反复切回。查看路径切换与恢复说明
如何设置监控告警和线路切换阈值
建议把“告警阈值”和“切换阈值”分开设计。告警用于提醒人员调查，切换用于避免业务继续走劣化路径，两者不一定相同。
- 普通链路：低于1%作为健康参考，持续超过1%触发告警，持续超过2%进入人工排查。
- 实时业务：对语音和视频建立独立策略，结合延迟、抖动和丢包共同判断，不要只看丢包。
- 关键链路：可把超过5%作为严重事件，并提前验证备用线路、路由优先级和回切条件。
- 严重告警：超过7%可作为 Critical 级别的参考，但应先确认监控系统采用的统计口径和组织 SLA。
SD-WAN 厂商的默认值可能差异很大。Palo Alto Networks 文档示例中的丢包阈值默认值为1%，而 WatchGuard 的通用测量参考中超过5%属于 effectively down；这说明“默认配置”与“健康判断”不是同一个概念，部署时应以当前设备文档、业务策略和实测基线为准。
高丢包常见原因与验证方法
| 可能原因 | 典型表现 | 验证方式 |
|---|---|---|
| 运营商拥塞 | 高峰期丢包升高，多个目标均受影响 | 对比不同时间段、不同目标和备用线路 |
| 接口或物理层错误 | 端口错误、CRC、协商异常 | 检查交换机、路由器接口计数和协商状态 |
| 无线干扰 | 无线终端明显异常，有线终端正常 | 用有线终端复测并更换无线信道或接入点 |
| MTU 不匹配 | 小包正常，大包或特定应用失败 | 使用不同包长测试，并检查 MSS、分片和隧道封装 |
| 设备负载过高 | 丢包伴随 CPU、内存或队列升高 | 查看设备资源、队列丢弃和加密隧道负载 |
| 探测目标异常 | 只有某个目标显示丢包，业务路径未必异常 | 更换多个稳定目标并比较结果 |
排查时要保存同一时间段的丢包、延迟、抖动、接口计数和业务日志。只有这些指标能够相互印证，才适合把问题升级为线路故障或调整 SD-WAN 选路策略。
常见问题
SD-WAN 丢包率1%算高吗？
通常不算严重，但已经值得关注。WatchGuard 将低于1%列为良好、1%–2%列为性能受影响；如果1%只出现一次，可以先观察，如果在多个时间窗口持续出现，建议检查真实业务和链路方向。
丢包率超过5%一定会断网吗？
不一定。超过5%通常表示性能已严重受影响，可能接近不可用，但最终还取决于业务类型、探测目标、统计方式和是否有重传或纠错。应同时验证网页、远程桌面、语音或视频会议等真实业务。
为什么监控显示丢包，但用户感觉网络正常？
监控可能测量的是 ICMP 或其他探测包，而不是实际业务流量；也可能是单个探测目标、短时峰值或低优先级流量受到影响。建议更换多个目标，比较双向结果，并查看业务日志和接口计数。
SD-WAN 丢包率高时应该先换线路还是先排查？
如果实时业务已经中断或丢包持续超过严重阈值，可以先切换已验证的备用线路，再保留故障证据；如果只是单次峰值或单个目标异常，应先确认统计周期、方向和探测目标，避免频繁切换造成路径震荡。
告警阈值和线路切换阈值应该设置成一样吗？
不建议简单设置成一样。告警阈值用于提醒调查，切换阈值用于改变路径；可以先用1%作为关注起点、5%作为严重告警参考，再结合业务 SLA、链路成本和回切稳定性分别配置。