制定广域网关键业务流量的优先级标记规范，关键不是给业务贴上“高优先级”标签，而是让分类、标记和转发策略彼此对应。标记本身不会增加带宽，也不能保证端到端优先；只有沿途设备识别并按约定处理，标记才有实际作用。下面用五类常见疑问说明怎么落地。
一、优先级和策略是不是一回事？
不是。优先级标记是数据包携带的分类信息；策略则是设备据此采取的动作，例如放入哪条队列、是否限速，以及拥塞时怎样调度。只改标记、不配置队列，通常不会改变转发效果；只配置队列、却没有可靠分类，也可能把普通流量误送进去。
规划时先列清业务，再确定标记，最后写明各设备对该标记的处理方式。比如实时语音对时延和抖动敏感，可安排低时延队列；文件备份通常能容忍延后，更适合使用普通或受控队列。实时语音也不应无限占用优先队列，否则可能挤压其他业务。
二、DSCP数值该如何理解？
DSCP是IP报文中的差分服务代码点，占6位，取值范围为0至63。EF的常见代码点是46，常用于需要低时延处理的流量；但这个数值不是服务承诺，各厂商默认映射和运营商网络处理可能不同。不能仅凭看到46，就认定报文已获得端到端保障。
广域网关键业务流量的优先级标记规范应写清业务类别、入口标记、出口队列和跨网段映射。例如，语音可约定使用EF并进入低时延队列；交互式应用可使用单独类别；批量传输不应仅因来源重要就占用最高等级。具体代码点应与设备配置及服务提供方约定核对。
三、哪些流量可以标成高优先级？
看应用特性和业务影响，不看部门名称或设备型号。实时语音、实时视频会议通常更怕延迟；网页访问、邮件和文件同步对短时排队一般更能容忍。若应用流量混在同一加密连接中，网络设备未必能准确识别内部业务，此时应结合终端或应用侧标记、端口信息及可管理的流量分类规则，避免仅靠端口猜测。
设置流量分类时，可用一段时间的监测确认业务特征，再由入口设备重写不可信标记，并对高优先级流量设置合理的速率上限。上限需依据实际并发、链路容量和突发情况调整，不宜照搬固定比例。
四、跨设备时标记会不会变化？
会。路由器、交换设备或服务商网络可能按策略保留、重写或清除标记；封装流量也可能出现内外层标记不一致。因此要明确信任边界：哪些入口接受终端提供的标记，哪些入口统一重设；并确认出入口设备采用相同的业务映射。跨越不同网络时，先取得双方认可的类别对应关系，不要假设内部代码点会原样传递。
五、如何验证配置确实生效？
建立业务清单，记录应用、方向、识别条件、标记值和预期队列。
在接入设备配置分类和重标记规则，对高优先级流量设置边界，防止普通流量冒用。
检查广域网出口的队列映射、调度方式和限速配置，并核对链路另一端是否采用兼容规则。
在业务正常和链路拥塞时分别观察标记、队列计数、丢包与时延；测试流量应具有代表性，避免把单次结果当作保证。
将结果与业务目标对照，发现错分、拥塞或队列过载时，调整分类条件或速率上限，再复测并记录变更。
这套核验流程能区分标记错误、分类错误和队列资源不足。广域网关键业务流量的优先级标记规范最终应落到可检查的配置表和验证记录，而非只写“重要业务优先”。
常见问题
标记为高优先级，是否就一定更快？
不一定。要看设备是否识别该标记、队列是否配置，以及当时是否发生拥塞。
所有实时业务都应使用EF吗？
不应一概而论。EF常用于低时延流量，具体类别和队列仍要结合业务特性及设备、服务商配置确定。
标记策略多久复核一次？
新增应用、网络改造或服务质量异常时应复核；也可按组织的变更和运维周期定期检查。
优先队列能否设置得越大越好？
不能。过多流量进入优先队列可能造成其他队列排队；应限制匹配范围，并根据链路容量和监测结果调整。