2. Comware诊断命令体系精讲
在Comware平台上排查复杂网络故障，真正决定效率的往往不是“知道多少条命令”，而是能否把命令按“观察—定位—验证—收敛”的节奏组合起来。Comware的诊断命令可以按作用域分成四类：display负责读取当前状态与统计，debug负责捕获协议交互的实时过程，reset负责清零计数或重建会话，terminal monitor负责把日志与调试信息送到当前终端。理解它们的边界，比死记参数更重要。
四类命令的定位与风险
display是只读命令，安全、可反复执行，适合建立“基线快照”。它输出的是某一时刻的静态切片，例如接口计数、路由表、ARP表、会话表、CPU与内存占用。复杂故障中，单次display往往不够，需要间隔执行并对比差值。
debug是动态过程捕获，输出协议报文收发、状态机迁移、协商细节。它信息量极大，但会消耗CPU，在生产网中必须配合terminal monitor、terminal debugging和debugging模块开关，并严格限定范围与时长。
reset是写操作，会清零统计或拆除会话。它既是排障手段（如reset counters interface后重新观察增量），也是风险操作（如reset bgp会中断邻居）。执行前必须确认影响面。
terminal monitor本身不产生信息，它是“把日志/调试信息投递到当前登录终端”的开关。缺了它，debug打开了也看不到输出，这是新手最常见的“命令没反应”原因。
组合使用的典型场景
假设某台接入交换机下用户反映“时通时断”。第一步用display interface GigabitEthernet1/0/1看接口状态与错包计数，再用display interface GigabitEthernet1/0/1 | include error|drop|CRC过滤关键行。若CRC计数持续增长，说明物理层有问题；若计数为0但用户仍断，则转向二层或三层。
此时可执行reset counters interface GigabitEthernet1/0/1清零计数，等待一个故障周期后再display，观察增量是否集中在某个方向。这是reset作为“验证工具”的典型用法——它不改变业务，只让增量更清晰。
若怀疑是ARP或MAC学习异常，用display arp | include 10.1.1和display mac-address interface GigabitEthernet1/0/1交叉比对。若表项频繁漂移，再开debug：
terminal monitor
terminal debugging
debugging arp packet
debugging mac packet
观察终端输出中ARP请求/应答的源MAC、VLAN、接口是否与预期一致。若发现同一IP在两个接口间反复切换，基本可判定环路或MAC漂移。定位后立即undo debugging all，避免CPU持续升高。
输出解读的关键维度
读display输出，重点看四类信息：状态字段（up/down、protocol state）、计数增量（errors、drops、CRC、runts）、表项数量与老化（ARP/MAC/路由条目数）、资源占用（CPU、内存、会话数）。读debug输出，重点看时间戳、方向（in/out）、源目地址、状态迁移（如BGP的Idle→Connect→OpenSent）。
一个实用技巧是：debug输出中若同一事件在短时间内重复出现且间隔规律，往往是定时器或重传；若间隔无规律且伴随错误码，则可能是链路或配置问题。把debug的时间戳与display的计数增量对齐，能快速判断“是持续故障还是突发故障”。
display类命令做成巡检脚本定时采集，形成基线；debug只在故障窗口内短时开启，并提前通知相关方。terminal monitor在Console和VTY下行为一致，但VTY下需确保terminal length 0避免分屏中断输出。reset saved-configuration会清空下次启动配置，reset bgp all会中断所有BGP邻居。执行前务必用display current-configuration确认，并评估业务影响。debug未关闭是导致设备CPU飙升的常见人为原因。命令组合速查
| 故障现象 | 首选display | 辅助debug | reset用法 |
|---|---|---|---|
| 接口错包增长 | display interface | — | reset counters interface |
| ARP/MAC漂移 | display arp / mac-address | debugging arp packet | reset arp dynamic |
| 路由不收敛 | display ip routing-table | debugging routing-table | reset bgp（慎用） |
| CPU异常高 | display cpu-usage | debugging（限时） | — |
掌握这套命令体系的核心，不是记住每条命令的参数，而是建立“先只读观察、再动态捕获、后重置验证、最后关闭收敛”的条件反射。display给你事实，debug给你过程，reset给你干净的增量，terminal monitor给你看见这一切的通道。四者配合，才能在复杂故障中既不遗漏线索，也不把生产网拖入风险。