4. 接口与链路层故障诊断
接口与链路层故障是现网排障中出现频率最高的一类问题。它的典型特征是：上层路由协议、业务转发看似异常，但根因往往落在物理层或数据链路层。诊断的核心思路是沿着“物理介质 → 接口状态 → 链路协商 → 聚合/VLAN 逻辑接口 → 报文统计”这条自下而上的路径逐层收敛，先确认物理层是否健康，再判断逻辑接口是否正常，最后用错包、丢包统计定位到具体环节。
一、物理接口：先看状态，再看协商，最后看统计
物理接口诊断的第一步是确认接口的物理状态与协议状态。在 Comware 上使用 display interface GigabitEthernet 1/0/1，重点观察三行信息：current state（物理层状态）、Line protocol state（链路层协议状态）以及 Bandwidth、Duplex、Speed 等协商结果。若 current state 为 DOWN，说明物理信号未建立，应检查光模块、光纤、网线、对端设备端口是否 Up；若物理层 Up 而 Line protocol state 为 DOWN，则多为链路层协商失败，例如 PPP 认证未通过、以太网自协商异常。
第二步是核对协商参数。千兆及以上接口通常要求两端速率、双工一致。若一端强制 1000M/全双工，另一端自协商，可能出现速率不匹配或半双工工作，直接引发大量 CRC 错包。可用 display interface 输出中的 Media type、Port mode、Duplex 字段比对两端。第三步是查看统计计数：Input errors、CRC、Runts、Giants、Align errors、Output errors、Collisions。CRC 持续增长通常指向光衰过大、光纤脏污、网线质量差或双工不匹配；Runts 多为冲突或链路质量问题；Output errors 则可能与队列拥塞或接口硬件有关。
display interface，间隔 10 秒，对比 Input errors 与 CRC 的增量。若增量持续为正，说明错包在实时产生，而非历史遗留计数。二、聚合接口：成员口、LACP 与哈希
聚合接口（Eth-Trunk / Bridge-Aggregation）故障通常表现为“聚合口 Up 但带宽不达预期”或“部分成员口频繁 Up/Down”。诊断顺序是：先看成员口物理状态，再看 LACP 协商，最后看流量哈希分布。
使用 display link-aggregation verbose Bridge-Aggregation 1 可查看成员口是否处于 Selected 状态。若某成员口为 Unselected，常见原因包括：成员口速率/双工不一致、成员口数量超过上限、对端未配置聚合、LACP 超时。LACP 模式下还需确认 LACP status 为 Active，且两端系统优先级、端口优先级匹配。若成员口频繁 Up/Down，应回到物理层排查光模块或线缆，而不是在聚合层反复调整。
带宽不达预期时，需检查哈希算法。Comware 默认基于源/目的 MAC 或 IP 进行哈希，若流量为单一会话，可能只走一条成员链路。可通过 display link-aggregation load-sharing mode 查看当前算法，必要时调整为基于源/目的 IP 或五元组，使流量在多成员口间均衡。
三、VLAN 接口：Up/Down 与三层可达性
VLAN 接口（Vlan-interface）是三层逻辑接口，其状态依赖两个条件：至少有一个属于该 VLAN 的物理口或聚合口处于 Up，且该 VLAN 已被创建。若 display interface Vlan-interface 10 显示 DOWN，应先用 display vlan 10 确认 VLAN 是否存在、是否有 Up 的成员口；再用 display interface brief 确认成员口状态。
VLAN 接口 Up 但业务不通，常见原因是：VLAN 未在 Trunk 链路上放通、PVID 配置错误、三层接口未配 IP 或 IP 冲突、ARP 学习异常。可用 display arp 查看是否学到对端 MAC，用 ping 测试直连网关，逐步缩小范围。
四、链路震荡：从日志与计数中找规律
链路震荡指接口在短时间内反复 Up/Down。它比单纯 Down 更隐蔽，因为业务可能间歇性恢复，容易被误判为“偶发丢包”。诊断链路震荡的关键是抓取时间规律：使用 display logbuffer 查看接口 Up/Down 日志，记录每次变化的时间戳；若间隔固定（如每 30 秒一次），可能与 STP 收敛、LACP 超时或光模块告警有关；若间隔随机，则更可能是物理接触不良或光衰临界。
Comware 提供链路震荡抑制功能，可在接口下配置 link-flap protection enable，并设置 link-flap protection interval 10 与 link-flap protection threshold 5，表示 10 秒内震荡 5 次则抑制该接口。这能防止震荡引发路由协议反复收敛，但抑制只是保护措施，根因仍需从物理层或对端设备排查。
五、错包与丢包：区分“接口丢”与“设备丢”
错包与丢包要区分两个层面：接口统计中的丢包，以及设备转发层面的丢包。接口统计中的 Input errors、CRC、Runts 属于物理层或链路层错误，通常由介质、协商、干扰引起；而 Output drops、Queue drops 则属于拥塞丢包，需检查接口带宽利用率与 QoS 队列。
若接口统计无错包但业务仍丢包，应使用 display qos queue-statistics interface 查看队列丢弃计数，或用 display counters inbound interface 对比各接口流量。对于聚合接口，还需确认哈希是否将流量集中到单一成员口，导致该成员口拥塞而其他成员口空闲。此时可调整哈希算法或增加成员口。
display interface 中的 Input errors 是累计值，不会自动清零。排障时应记录两次读数并计算增量，避免被历史计数误导。若需清零，可使用 reset counters interface，但生产环境慎用。六、处理闭环与验证
完成上述定位后，处理动作应形成闭环：更换故障介质或模块 → 统一两端协商参数 → 修正聚合成员口配置 → 放通 VLAN 与 Trunk → 调整哈希或 QoS。验证时重新执行 display interface 确认错包增量归零，display link-aggregation verbose 确认所有成员口 Selected，ping 与业务测试确认三层可达与转发正常。只有统计与业务同时恢复，才能判定故障已闭环。
最后给出一个可复用的排查顺序：先物理、后逻辑；先成员、后聚合；先 VLAN、后三层；先统计、后业务。按此顺序执行，绝大多数接口与链路层故障都能在 10 分钟内定位到具体环节。