环路检测动作选择与风险
检测到环路后设备的动作分三档：只记录日志与告警、阻塞相关端口转发、直接关闭端口。动作越重停损越快，但误伤代价也越高：正常的冗余链路或临时自环被误判时，关闭端口等于制造一次人为中断。稳妥的做法是先以仅告警模式运行一段观察期，确认误报率与触发场景可控后再逐步加动作。
基本信息
| 动作档位 | 仅告警、阻塞端口、关闭端口，按平台支持范围 |
|---|---|
| 选择依据 | 端口用途、冗余方式、误判后的恢复代价 |
| 恢复方式 | 明确人工恢复还是自动恢复，需提前定义 |
| 观察期 | 上线动作前先用仅告警模式收集触发记录 |
| 常见误报源 | 自环测试、冗余设计、违规私接造成的临时环 |
典型使用场景
- 接入口误接导致的环路用阻塞或关闭动作快速止损
- 核心与汇聚的冗余链路保持仅告警，避免误伤正常链路
- 新部署检测功能时先观察期收集数据评估误报率
- 演练时验证动作触发与恢复流程是否与设计一致
- 变更前评估端口用途，确认动作不会影响关键业务
动作配置与恢复
动作配置与恢复
loop-detection enable
interface GigabitEthernet0/0/1
loop-detection enable
loop-detection mode port block # 阻塞相关转发（示例）
# 部分平台可配置自动恢复时间
loop-detection recovery-time 30
display loop-detection # 查看当前动作与恢复设置
display logbuffer | include LOOP # 核对触发记录动作对照
| 动作 | 效果 | 风险 |
|---|---|---|
| 仅告警 | 记录日志与告警，不改变转发 | 环路持续，业务受影响 |
| 阻塞 | 阻塞相关转发路径 | 可能短时影响该端口业务 |
| 关闭 | 管理性关闭端口 | 端口下业务中断，需人工恢复 |
| 自动恢复 | 达到间隔后尝试恢复 | 根因未除时反复中断与恢复 |
动作误伤会造成意外中断：把正常冗余链路或临时自环判为故障并关闭端口，代价可能比环路本身更大，上线动作前必须评估端口用途。
恢复方式要预先写进运行文档：手动恢复意味着有人要值守，自动恢复则要确认根因已排除，否则端口会在恢复与惩罚之间反复循环。