1. 企业网络QoS需求分析

QoS（Quality of Service，服务质量）工程的第一步不是配置队列，也不是调整DSCP，而是把“网络要保障什么”说清楚。企业网络中，语音、视频会议、ERP、数据库同步、文件传输、网页浏览、备份流量往往共用同一条出口链路，如果对所有流量一视同仁，突发下载就会挤占语音和交易报文，表现为通话断续、会议卡顿、订单提交超时。QoS需求分析的任务，就是把业务语言翻译成网络可执行的分类、标记、带宽、时延、抖动、丢包与队列策略依据。

一、先识别关键业务，而不是先看流量大小

关键业务不等于带宽最大的业务。判断一个业务是否关键，通常看三个维度：业务中断是否直接影响收入或生产、是否直接面对客户、是否有法规或合规时限。以一家制造企业为例，其业务可初步分为四类：

• 实时交互类：IP电话、视频会议、远程桌面。对时延、抖动、丢包极敏感，带宽需求不大但要求稳定。
• 关键交易类：ERP、MES、订单系统、数据库主从同步。对时延敏感，丢包会触发重传，影响交易完成时间。
• 批量传输类：备份、日志归档、镜像分发、大文件上传。可容忍较高时延，但需要防止其长期占满链路。
• 普通办公类：网页、邮件、普通文件共享。可尽力而为，必要时让位于前三类。

识别时建议从业务部门拿到“业务—系统—服务器地址—端口—使用时段—影响后果”的对应关系，而不是只依赖流量监控。因为很多关键业务流量很小，在流量排行中并不显眼，但一旦受损，业务影响最大。

二、把SLA要求翻译成可测量的网络指标

SLA（Service Level Agreement，服务等级协议）通常以业务语言描述，例如“语音通话清晰”“订单提交不超过3秒”。QoS需求分析要把它转成网络指标。常用指标包括：

• 带宽：业务峰值所需的最小保障速率，例如每路G.711语音约80～100 kbps（含IP/UDP/RTP开销）。
• 单向时延：语音建议≤150 ms，交互式视频≤200 ms，普通交易类≤300 ms。
• 抖动：语音建议≤30 ms，视频≤50 ms。
• 丢包率：语音≤1%，关键交易≤0.1%，普通办公可放宽到1%～2%。
• 可用性：核心交易系统99.9%以上，语音网关99.95%以上。

这些数值不是拍脑袋，而是来自业务容忍度与协议特性。例如TCP对丢包敏感，1%丢包可能让吞吐下降明显；UDP语音对抖动更敏感，抖动过大会导致播放缓冲耗尽。分析时应明确每个指标的测量点、方向和统计周期，例如“总部到分支出口，单向，忙时5分钟平均”。

三、流量特征：方向、突发性、会话数与协议行为

仅知道业务名称还不够，还要看流量特征。企业流量通常具有以下特征：

• 方向性：备份多为分支到总部或总部到灾备中心，语音为双向对称小包。
• 突发性：ERP月结、视频会议开场、病毒库更新会在短时间内产生突发。
• 会话数：网页浏览会话多但单流小，数据库同步会话少但单流大。
• 协议行为：TCP有慢启动和重传，UDP无重传；实时媒体使用RTP，信令使用SIP。

实际分析中，可用NetFlow、sFlow或镜像抓包获取“源/目的地址、端口、协议、DSCP、包长分布、每秒包数、并发会话数”。例如发现语音流量包长集中在160～200字节、每秒50包/路，而备份流量包长接近1500字节、持续占用80%出口带宽，这就说明必须对备份做限速或低优先级调度。

四、保障目标：从“重要”落到“可执行策略”

保障目标应写成可执行、可验证的语句，而不是“保证语音质量”。推荐格式为：业务 + 流量范围 + 指标目标 + 处理动作 + 验证方法。例如：

• 语音：UDP 5060信令与RTP 16384-32767，保障带宽每路100 kbps，时延≤150 ms，抖动≤30 ms，丢包≤1%，标记EF，放入优先队列，用IP SLA或语音质量探针验证。
• ERP：TCP 1521/3306，保障带宽20 Mbps，时延≤300 ms，丢包≤0.1%，标记AF31，放入保障队列，用交易响应时间监控验证。
• 备份：TCP 22/445，限制带宽不超过50 Mbps，标记AF11，放入 scavenger 队列，用接口限速统计验证。

下面这张图把“业务识别—SLA翻译—流量特征—保障目标”之间的对应关系集中呈现出来，便于在方案设计前快速核对每个业务是否都有明确的分类、指标和动作。

五、从需求到可执行策略的检查要点

完成上述分析后，建议用一张需求表收口，至少包含：业务名称、流量识别方式（地址/端口/协议/DSCP）、峰值带宽、时延/抖动/丢包目标、标记值、队列或限速动作、验证方法。若某个业务无法回答“怎么识别”和“怎么验证”，说明需求还没有落到可执行层面。

总结来说，企业网络QoS需求分析的核心是：先识别关键业务，再把SLA翻译成时延、抖动、丢包、带宽等可测量指标，结合流量方向、突发性、会话数和协议行为，最终形成“分类—标记—队列—限速—验证”的保障目标。只有这一步做扎实，后续的QoS配置和调优才有依据。