2. Comware QoS命令行基础与实验环境搭建

QoS 的配置在 Comware 平台上并不是“一条命令打天下”，而是分散在多个视图里协同完成：接口视图负责把流量“挂”到某个物理或逻辑端口上，QoS 策略视图负责定义“怎么分类、怎么标记、怎么调度”，而系统视图则承担全局资源、队列模板、端口组等基础准备。本章的目标不是立刻写出复杂的限速策略，而是先把命令行操作的地基打牢——知道在哪个视图下敲什么命令、如何确认设备版本与接口状态、如何生成可观测的流量、如何用抓包验证环境是否真的通了。只有环境可靠，后续的分类、标记、队列、拥塞管理等实验才有意义。

一、视图体系：QoS 配置的“坐标系”

Comware 采用分层视图模型，用户登录后处于用户视图（提示符为 <Sysname>），执行 system-view 进入系统视图（提示符为 [Sysname]）。QoS 相关的配置主要落在三类视图中：

• 系统视图：用于全局性 QoS 准备，例如定义流分类 traffic classifier、流行为 traffic behavior、QoS 策略 qos policy，以及配置队列调度、端口信任模式等全局参数。
• 接口视图：通过 interface GigabitEthernet1/0/1 进入，用于把 QoS 策略应用到具体接口的入方向或出方向，例如 qos apply policy mypolicy inbound。
• 策略视图：在系统视图下通过 qos policy 策略名 进入，用于把流分类与流行为关联起来，形成“分类—行为”的绑定关系。

需要特别注意的是，流分类、流行为、QoS 策略这三类对象都定义在系统视图下，但它们本身是“模板”，只有被应用到接口后才真正生效。策略视图中的 classifier 名称 behavior 名称 命令，就是把分类和行为“焊接”在一起的关键动作。理解这一点，就能避免“策略配了但没生效”的常见困惑。

二、版本确认与接口准备

实验开始前，先用 display version 确认设备型号、Comware 版本和启动时间。不同版本的 QoS 命令可能存在差异，例如部分特性在 Comware V7 与 V9 中的默认行为不同。接着用 display interface brief 查看接口的物理状态、协议状态、速率和双工模式，确认实验所用的两个接口均为 UP。若接口未 UP，需要检查光模块、网线、对端设备或执行 undo shutdown。

接口配置阶段，建议先做最小化准备：为接口配置 IP 地址（若做三层转发实验）或保持二层交换模式（若做 VLAN 内 QoS 实验），并关闭不必要的协商特性以减少变量。例如：

system-view
sysname QoS-Lab
interface GigabitEthernet1/0/1
 port link-type access
 port access vlan 10
 quit
interface GigabitEthernet1/0/2
 port link-type access
 port access vlan 10
 quit

随后用 display vlan 10 确认两个接口都已加入同一 VLAN，保证二层可达。若实验涉及跨网段，则改为配置 IP 地址并检查路由表。

三、流量生成与抓包验证环境

QoS 实验离不开“可观测的流量”。推荐使用两台终端分别连接设备两个接口，一台作为流量发送端，一台作为接收端。发送端可用 iPerf3 生成 TCP 或 UDP 流量，例如 iperf3 -c 192.168.10.2 -u -b 50M -t 60 表示以 UDP 方式向对端发送 50 Mbps、持续 60 秒的流量。接收端运行 iperf3 -s 监听。若没有 iPerf3，也可用 ping 大包配合 -l 和 -t 参数产生持续流量，但带宽精度较低。

抓包验证建议在设备上使用镜像口或直接在终端侧用 Wireshark 抓包。若在设备侧抓包，可配置端口镜像：

system-view
mirroring-group 1 local
mirroring-group 1 mirroring-port GigabitEthernet1/0/1 both
mirroring-group 1 monitor-port GigabitEthernet1/0/3

将抓包主机接到 monitor-port 对应的接口，即可在不影响业务流量的前提下捕获原始报文。抓包时重点关注：源/目的 MAC、VLAN 标签、IP 优先级字段（ToS/DSCP）、以及后续 QoS 标记是否按预期修改。若发现抓不到包，依次检查镜像组配置、monitor 口是否被其他业务占用、抓包网卡是否处于混杂模式。

四、视图切换与配置检查的常用命令

熟练使用 display 系列命令是排障的关键。查看当前配置可用 display current-configuration，查看 QoS 策略可用 display qos policy user-defined，查看接口下已应用的策略可用 display qos policy interface GigabitEthernet1/0/1。若策略未生效，优先检查：策略是否已应用到正确接口、方向是否正确、流分类的匹配条件是否命中、以及接口是否处于 UP 状态。

下面这张图展示了从登录设备到完成 QoS 实验环境准备的整体视图关系与操作路径，重点体现“系统视图定义策略、接口视图应用策略、抓包点验证效果”三者之间的位置与连接关系。

五、环境搭建检查清单

在正式进入 QoS 策略实验前，建议逐项确认以下内容，避免因环境问题导致实验结论失真：

完成以上准备后，设备已经具备“定义策略—应用策略—观测流量—验证效果”的完整闭环条件。后续章节中涉及的流分类匹配、重标记、限速、队列调度等实验，都可以在这个环境上逐步叠加。需要强调的是，QoS 的效果往往体现在“差异”上：同一股流量在应用策略前后，其 DSCP 字段、丢包率、时延或吞吐量是否发生变化，才是判断策略是否真正生效的依据。因此，抓包点和流量工具的选择，应与实验目标匹配，而不是随意抓一段报文就下结论。