优先级到底解决什么
工业网络里的流量并不平等：控制指令晚几百毫秒可能造成设备动作异常，视频卡顿只影响观看。服务质量机制的价值在于把有限的转发资源按重要性分配——先给关键报文打优先级标记，再让交换机按标记进入不同队列并按调度策略转发。它不增加带宽，只是决定拥塞时谁先走。
基本信息
| 基本机制 | 给报文打优先级标记，交换机按标记映射到不同队列 |
|---|---|
| 关键环节 | 分类与标记、信任边界、队列映射、调度与拥塞管理 |
| 常见依据 | 控制类流量标为较高优先级，视频与办公类标为较低 |
| 队列调度 | 严格优先保证关键流量时延，加权调度可避免低优先级被饿死 |
| 信任边界 | 只在可信端口信任报文自带标记，接入端口应重新标记 |
| 常见误区 | 配置了优先级但没有端到端一致，中途被重置或改写 |
典型使用场景
- 控制报文与视频、办公流量共网，需要保证控制流量时延
- 生产高峰出现通信抖动，需要降低排队时延
- 设计新线网络时确定优先级方案与信任边界
- 排查标记配了但效果不明显的问题
- 避免低优先级流量被完全饿死
- 跨设备部署时核对端到端标记是否一致
部署顺序
部署顺序
先梳理流量类别与重要性 # 哪些必须优先、哪些可以等
确定端到端的标记方案 # 标记要在全路径保持一致
设置接入端口的信任边界 # 只信任可控设备携带的标记
把标记映射到队列 # 映射关系要在全线统一
选择调度策略 # 严格优先还是加权调度
在拥塞条件下验证时延 # 空载测试测不出任何差别关键环节与做法
| 环节 | 做法 | 注意 |
|---|---|---|
| 分类标记 | 按业务给报文打优先级 | 标记方案要写进设计文档 |
| 信任边界 | 只在可控端口信任现有标记 | 接入端口建议重新标记 |
| 队列映射 | 把标记映射到转发队列 | 全网映射关系必须一致 |
| 调度策略 | 严格优先或加权调度 | 纯严格优先可能饿死低优先级 |
| 验证 | 在拥塞条件下测时延与丢包 | 空载测试没有意义 |
优先级只有在拥塞时才有意义。带宽充裕时所有流量都能顺利转发，配置优先级看不出差别；一旦带宽接近饱和，标记与队列是否一致就直接决定控制报文会不会被排在后面。
端到端一致性是最容易出错的地方：标记在某一跳被重置或映射到不同队列，前面所有配置都失效。部署后应沿路径逐台核对标记与队列映射关系。
不建议把所有流量都标成最高优先级。全部最高等价于没有优先级，关键报文仍会与其他流量争抢队列资源，拥塞时的保障效果等于零。