AIDC 学习日志｜第 16 天｜EVPN 多归属三类故障与双主保护

今天复习并对比三类多归属故障：成员链路故障、Leaf 整机故障、Peer-Link 断开但 Keepalive 正常。随后重点学习 Peer-Link 断开后的双主风险、双主检测/保护、Isolated 状态和 Disabled 下行成员口。今天形成的工程判断是：Peer-Link Down 不等于对端设备故障；Keepalive Up 只说明独立检测路径仍能确认对端大概率存活；保护动作可能主动牺牲一侧短时业务，避免二层环路和 BUM 重复扩大。

上一课：[[AIDC学习日志-第15天-EVPN多归属故障收敛与撤销机制]]
相关课程：[[AIDC学习日志-第14天-MAC-Flapping与EVPN多归属分层排障]]

一、今日学习目标与完成情况

• 区分成员链路故障、Leaf 整机故障和 Peer-Link 故障
• 根据 VTEP 是否可达判断 Underlay 是否是第一排查方向
• 理解 Peer-Link Down + Keepalive Up 的含义
• 理解双主、二层环路、MAC Flapping 和 BUM 重复之间的关系
• 理解双主检测和双主保护的目标
• 理解 Isolated 状态和 Disabled 下行成员口可能是保护动作
• 能判断广播恢复但已知单播暂时中断的原因
• 建立 Peer-Link 恢复后的验证顺序
• 完成上一课四个复习场景和今天两个模拟案例
• 尚未在真实 CloudEngine/VRP 设备上执行命令和验证保护动作

今天属于理论和模拟输出训练。具体哪一台 Leaf 进入 Isolated、哪些成员口被 Disabled、恢复后如何自动解除，可能受设备型号、VRP 版本、M-LAG/EVPN 实现和保护策略影响，实际设备必须以版本命令和输出为准。

二、三类故障的共同拓扑

#mermaid-svg-e0QzPmSwEOexMLP4{font-family:\”trebuchet ms\”,verdana,arial,sans-serif;font-size:16px;fill:#333;}@keyframes edge-animation-frame{from{stroke-dashoffset:0;}}@keyframes dash{to{stroke-dashoffset:0;}}#mermaid-svg-e0QzPmSwEOexMLP4 .edge-animation-slow{stroke-dasharray:9,5!important;stroke-dashoffset:900;animation:dash 50s linear infinite;stroke-linecap:round;}#mermaid-svg-e0QzPmSwEOexMLP4 .edge-animation-fast{stroke-dasharray:9,5!important;stroke-dashoffset:900;animation:dash 20s linear infinite;stroke-linecap:round;}#mermaid-svg-e0QzPmSwEOexMLP4 .error-icon{fill:#552222;}#mermaid-svg-e0QzPmSwEOexMLP4 .error-text{fill:#552222;stroke:#552222;}#mermaid-svg-e0QzPmSwEOexMLP4 .edge-thickness-normal{stroke-width:1px;}#mermaid-svg-e0QzPmSwEOexMLP4 .edge-thickness-thick{stroke-width:3.5px;}#mermaid-svg-e0QzPmSwEOexMLP4 .edge-pattern-solid{stroke-dasharray:0;}#mermaid-svg-e0QzPmSwEOexMLP4 .edge-thickness-invisible{stroke-width:0;fill:none;}#mermaid-svg-e0QzPmSwEOexMLP4 .edge-pattern-dashed{stroke-dasharray:3;}#mermaid-svg-e0QzPmSwEOexMLP4 .edge-pattern-dotted{stroke-dasharray:2;}#mermaid-svg-e0QzPmSwEOexMLP4 .marker{fill:#333333;stroke:#333333;}#mermaid-svg-e0QzPmSwEOexMLP4 .marker.cross{stroke:#333333;}#mermaid-svg-e0QzPmSwEOexMLP4 svg{font-family:\”trebuchet ms\”,verdana,arial,sans-serif;font-size:16px;}#mermaid-svg-e0QzPmSwEOexMLP4 p{margin:0;}#mermaid-svg-e0QzPmSwEOexMLP4 .label{font-family:\”trebuchet ms\”,verdana,arial,sans-serif;color:#333;}#mermaid-svg-e0QzPmSwEOexMLP4 .cluster-label text{fill:#333;}#mermaid-svg-e0QzPmSwEOexMLP4 .cluster-label span{color:#333;}#mermaid-svg-e0QzPmSwEOexMLP4 .cluster-label span p{background-color:transparent;}#mermaid-svg-e0QzPmSwEOexMLP4 .label text,#mermaid-svg-e0QzPmSwEOexMLP4 span{fill:#333;color:#333;}#mermaid-svg-e0QzPmSwEOexMLP4 .node rect,#mermaid-svg-e0QzPmSwEOexMLP4 .node circle,#mermaid-svg-e0QzPmSwEOexMLP4 .node ellipse,#mermaid-svg-e0QzPmSwEOexMLP4 .node polygon,#mermaid-svg-e0QzPmSwEOexMLP4 .node path{fill:#ECECFF;stroke:#9370DB;stroke-width:1px;}#mermaid-svg-e0QzPmSwEOexMLP4 .rough-node .label text,#mermaid-svg-e0QzPmSwEOexMLP4 .node .label text,#mermaid-svg-e0QzPmSwEOexMLP4 .image-shape .label,#mermaid-svg-e0QzPmSwEOexMLP4 .icon-shape .label{text-anchor:middle;}#mermaid-svg-e0QzPmSwEOexMLP4 .node .katex path{fill:#000;stroke:#000;stroke-width:1px;}#mermaid-svg-e0QzPmSwEOexMLP4 .rough-node .label,#mermaid-svg-e0QzPmSwEOexMLP4 .node .label,#mermaid-svg-e0QzPmSwEOexMLP4 .image-shape .label,#mermaid-svg-e0QzPmSwEOexMLP4 .icon-shape .label{text-align:center;}#mermaid-svg-e0QzPmSwEOexMLP4 .node.clickable{cursor:pointer;}#mermaid-svg-e0QzPmSwEOexMLP4 .root .anchor path{fill:#333333!important;stroke-width:0;stroke:#333333;}#mermaid-svg-e0QzPmSwEOexMLP4 .arrowheadPath{fill:#333333;}#mermaid-svg-e0QzPmSwEOexMLP4 .edgePath .path{stroke:#333333;stroke-width:2.0px;}#mermaid-svg-e0QzPmSwEOexMLP4 .flowchart-link{stroke:#333333;fill:none;}#mermaid-svg-e0QzPmSwEOexMLP4 .edgeLabel{background-color:rgba(232,232,232, 0.8);text-align:center;}#mermaid-svg-e0QzPmSwEOexMLP4 .edgeLabel p{background-color:rgba(232,232,232, 0.8);}#mermaid-svg-e0QzPmSwEOexMLP4 .edgeLabel rect{opacity:0.5;background-color:rgba(232,232,232, 0.8);fill:rgba(232,232,232, 0.8);}#mermaid-svg-e0QzPmSwEOexMLP4 .labelBkg{background-color:rgba(232, 232, 232, 0.5);}#mermaid-svg-e0QzPmSwEOexMLP4 .cluster rect{fill:#ffffde;stroke:#aaaa33;stroke-width:1px;}#mermaid-svg-e0QzPmSwEOexMLP4 .cluster text{fill:#333;}#mermaid-svg-e0QzPmSwEOexMLP4 .cluster span{color:#333;}#mermaid-svg-e0QzPmSwEOexMLP4 div.mermaidTooltip{position:absolute;text-align:center;max-width:200px;padding:2px;font-family:\”trebuchet ms\”,verdana,arial,sans-serif;font-size:12px;background:hsl(80, 100%, 96.2745098039%);border:1px solid #aaaa33;border-radius:2px;pointer-events:none;z-index:100;}#mermaid-svg-e0QzPmSwEOexMLP4 .flowchartTitleText{text-anchor:middle;font-size:18px;fill:#333;}#mermaid-svg-e0QzPmSwEOexMLP4 rect.text{fill:none;stroke-width:0;}#mermaid-svg-e0QzPmSwEOexMLP4 .icon-shape,#mermaid-svg-e0QzPmSwEOexMLP4 .image-shape{background-color:rgba(232,232,232, 0.8);text-align:center;}#mermaid-svg-e0QzPmSwEOexMLP4 .icon-shape p,#mermaid-svg-e0QzPmSwEOexMLP4 .image-shape p{background-color:rgba(232,232,232, 0.8);padding:2px;}#mermaid-svg-e0QzPmSwEOexMLP4 .icon-shape .label rect,#mermaid-svg-e0QzPmSwEOexMLP4 .image-shape .label rect{opacity:0.5;background-color:rgba(232,232,232, 0.8);fill:rgba(232,232,232, 0.8);}#mermaid-svg-e0QzPmSwEOexMLP4 .label-icon{display:inline-block;height:1em;overflow:visible;vertical-align:-0.125em;}#mermaid-svg-e0QzPmSwEOexMLP4 .node .label-icon path{fill:currentColor;stroke:revert;stroke-width:revert;}#mermaid-svg-e0QzPmSwEOexMLP4 :root{–mermaid-font-family:\”trebuchet ms\”,verdana,arial,sans-serif;}

成员链路

成员链路

Spine1Underlay

Spine2Underlay

Leaf1VTEP 3.3.3.3

Leaf2VTEP 4.4.4.4

服务器双归属/LACP

ESI 1001Ethernet Segment

Peer-LinkLeaf1 ↔ Leaf2

Keepalive独立检测路径

今天反复使用以下范围：

Leaf-Spine三层网络：
Underlay，负责VTEP外层IP可达

Leaf到服务器：
下行接入、多归属成员链路、Eth-Trunk/LACP

Leaf1与Leaf2之间：
Peer-Link，负责协同和状态同步

Leaf1与Leaf2的独立检测：
Keepalive，用于判断对端是否仍存活

Peer-Link异常后的保护：
双主检测/双主保护，避免两台设备同时独立转发

三、上一课复习：场景 A、B、C

场景 A：成员链路 Down，但 VTEP 仍可达

Leaf1到服务器成员链路Down
Leaf1 VTEP仍可达
Leaf2正常

第一方向：

接口
→ Eth-Trunk/LACP
→ ESI成员
→ Type 1/EAD
→ Aliasing
→ MAC/ESI数据面

Underlay 仍需确认，但不是第一怀疑点，因为 VTEP 仍然可达。

场景 B：Leaf 整机故障，VTEP 不可达

必须检查：

VTEP /32和Underlay路由
OSPF/BGP邻居
NVE Peer
Type 1/EAD
Mass Withdrawal
Aliasing
Type 2和MAC/ESI数据面
DF重新选举

与场景 A 的核心区别：

场景 C：Peer-Link Down，Keepalive Up

Keepalive Up 说明：

独立检测路径仍能到达对端
对端设备大概率仍然存活

但不代表：

Peer-Link正常
状态同步正常
M-LAG协同正常
业务数据面正常

最大风险：

双主
二层环路
MAC Flapping
BUM重复
两台Leaf同时独立转发

四、Peer-Link 与 Keepalive 的职责区别

关键组合：

不能把下面两个结论混为一谈：

Peer-Link Down ≠ 对端设备故障
Keepalive Up ≠ Peer-Link功能正常

五、Peer-Link Down + Keepalive Up 的风险

正常情况下：

Leaf1和Leaf2通过Peer-Link同步角色、MAC、成员和保护状态

Peer-Link 断开后：

#mermaid-svg-zMTPcwbkByzqVIl5{font-family:\”trebuchet ms\”,verdana,arial,sans-serif;font-size:16px;fill:#333;}@keyframes edge-animation-frame{from{stroke-dashoffset:0;}}@keyframes dash{to{stroke-dashoffset:0;}}#mermaid-svg-zMTPcwbkByzqVIl5 .edge-animation-slow{stroke-dasharray:9,5!important;stroke-dashoffset:900;animation:dash 50s linear infinite;stroke-linecap:round;}#mermaid-svg-zMTPcwbkByzqVIl5 .edge-animation-fast{stroke-dasharray:9,5!important;stroke-dashoffset:900;animation:dash 20s linear infinite;stroke-linecap:round;}#mermaid-svg-zMTPcwbkByzqVIl5 .error-icon{fill:#552222;}#mermaid-svg-zMTPcwbkByzqVIl5 .error-text{fill:#552222;stroke:#552222;}#mermaid-svg-zMTPcwbkByzqVIl5 .edge-thickness-normal{stroke-width:1px;}#mermaid-svg-zMTPcwbkByzqVIl5 .edge-thickness-thick{stroke-width:3.5px;}#mermaid-svg-zMTPcwbkByzqVIl5 .edge-pattern-solid{stroke-dasharray:0;}#mermaid-svg-zMTPcwbkByzqVIl5 .edge-thickness-invisible{stroke-width:0;fill:none;}#mermaid-svg-zMTPcwbkByzqVIl5 .edge-pattern-dashed{stroke-dasharray:3;}#mermaid-svg-zMTPcwbkByzqVIl5 .edge-pattern-dotted{stroke-dasharray:2;}#mermaid-svg-zMTPcwbkByzqVIl5 .marker{fill:#333333;stroke:#333333;}#mermaid-svg-zMTPcwbkByzqVIl5 .marker.cross{stroke:#333333;}#mermaid-svg-zMTPcwbkByzqVIl5 svg{font-family:\”trebuchet ms\”,verdana,arial,sans-serif;font-size:16px;}#mermaid-svg-zMTPcwbkByzqVIl5 p{margin:0;}#mermaid-svg-zMTPcwbkByzqVIl5 .label{font-family:\”trebuchet ms\”,verdana,arial,sans-serif;color:#333;}#mermaid-svg-zMTPcwbkByzqVIl5 .cluster-label text{fill:#333;}#mermaid-svg-zMTPcwbkByzqVIl5 .cluster-label span{color:#333;}#mermaid-svg-zMTPcwbkByzqVIl5 .cluster-label span p{background-color:transparent;}#mermaid-svg-zMTPcwbkByzqVIl5 .label text,#mermaid-svg-zMTPcwbkByzqVIl5 span{fill:#333;color:#333;}#mermaid-svg-zMTPcwbkByzqVIl5 .node rect,#mermaid-svg-zMTPcwbkByzqVIl5 .node circle,#mermaid-svg-zMTPcwbkByzqVIl5 .node ellipse,#mermaid-svg-zMTPcwbkByzqVIl5 .node polygon,#mermaid-svg-zMTPcwbkByzqVIl5 .node path{fill:#ECECFF;stroke:#9370DB;stroke-width:1px;}#mermaid-svg-zMTPcwbkByzqVIl5 .rough-node .label text,#mermaid-svg-zMTPcwbkByzqVIl5 .node .label text,#mermaid-svg-zMTPcwbkByzqVIl5 .image-shape .label,#mermaid-svg-zMTPcwbkByzqVIl5 .icon-shape .label{text-anchor:middle;}#mermaid-svg-zMTPcwbkByzqVIl5 .node .katex path{fill:#000;stroke:#000;stroke-width:1px;}#mermaid-svg-zMTPcwbkByzqVIl5 .rough-node .label,#mermaid-svg-zMTPcwbkByzqVIl5 .node .label,#mermaid-svg-zMTPcwbkByzqVIl5 .image-shape .label,#mermaid-svg-zMTPcwbkByzqVIl5 .icon-shape .label{text-align:center;}#mermaid-svg-zMTPcwbkByzqVIl5 .node.clickable{cursor:pointer;}#mermaid-svg-zMTPcwbkByzqVIl5 .root .anchor path{fill:#333333!important;stroke-width:0;stroke:#333333;}#mermaid-svg-zMTPcwbkByzqVIl5 .arrowheadPath{fill:#333333;}#mermaid-svg-zMTPcwbkByzqVIl5 .edgePath .path{stroke:#333333;stroke-width:2.0px;}#mermaid-svg-zMTPcwbkByzqVIl5 .flowchart-link{stroke:#333333;fill:none;}#mermaid-svg-zMTPcwbkByzqVIl5 .edgeLabel{background-color:rgba(232,232,232, 0.8);text-align:center;}#mermaid-svg-zMTPcwbkByzqVIl5 .edgeLabel p{background-color:rgba(232,232,232, 0.8);}#mermaid-svg-zMTPcwbkByzqVIl5 .edgeLabel rect{opacity:0.5;background-color:rgba(232,232,232, 0.8);fill:rgba(232,232,232, 0.8);}#mermaid-svg-zMTPcwbkByzqVIl5 .labelBkg{background-color:rgba(232, 232, 232, 0.5);}#mermaid-svg-zMTPcwbkByzqVIl5 .cluster rect{fill:#ffffde;stroke:#aaaa33;stroke-width:1px;}#mermaid-svg-zMTPcwbkByzqVIl5 .cluster text{fill:#333;}#mermaid-svg-zMTPcwbkByzqVIl5 .cluster span{color:#333;}#mermaid-svg-zMTPcwbkByzqVIl5 div.mermaidTooltip{position:absolute;text-align:center;max-width:200px;padding:2px;font-family:\”trebuchet ms\”,verdana,arial,sans-serif;font-size:12px;background:hsl(80, 100%, 96.2745098039%);border:1px solid #aaaa33;border-radius:2px;pointer-events:none;z-index:100;}#mermaid-svg-zMTPcwbkByzqVIl5 .flowchartTitleText{text-anchor:middle;font-size:18px;fill:#333;}#mermaid-svg-zMTPcwbkByzqVIl5 rect.text{fill:none;stroke-width:0;}#mermaid-svg-zMTPcwbkByzqVIl5 .icon-shape,#mermaid-svg-zMTPcwbkByzqVIl5 .image-shape{background-color:rgba(232,232,232, 0.8);text-align:center;}#mermaid-svg-zMTPcwbkByzqVIl5 .icon-shape p,#mermaid-svg-zMTPcwbkByzqVIl5 .image-shape p{background-color:rgba(232,232,232, 0.8);padding:2px;}#mermaid-svg-zMTPcwbkByzqVIl5 .icon-shape .label rect,#mermaid-svg-zMTPcwbkByzqVIl5 .image-shape .label rect{opacity:0.5;background-color:rgba(232,232,232, 0.8);fill:rgba(232,232,232, 0.8);}#mermaid-svg-zMTPcwbkByzqVIl5 .label-icon{display:inline-block;height:1em;overflow:visible;vertical-align:-0.125em;}#mermaid-svg-zMTPcwbkByzqVIl5 .node .label-icon path{fill:currentColor;stroke:revert;stroke-width:revert;}#mermaid-svg-zMTPcwbkByzqVIl5 :root{–mermaid-font-family:\”trebuchet ms\”,verdana,arial,sans-serif;}

正常

未生效

已生效

异常

Peer-Link Down

Keepalive是否正常

确认对端仍存活

双主保护是否生效

两台Leaf可能都保持Active

MAC Flapping

BUM重复

二层环路风险

一侧进入Isolated或限制转发

避免双主，但可能短时业务中断

无法确认对端状态

双主风险和保护决策更复杂

双主的典型表现：

Leaf1 = Active
Leaf2 = Active
服务器双上联仍然都在工作
同一MAC在两台Leaf之间反复学习
广播/未知单播重复
业务时通时断

六、双主检测与双主保护

1. 双主检测

双主检测关注：

Peer-Link断开后，对端设备是否仍然存活？
两台Leaf是否可能同时独立工作？

检测来源可能包括：

Keepalive
独立管理链路
业务侧检测
下游设备状态
厂商特定的DAD机制

2. 双主保护

双主保护的目标是：

避免两台Leaf同时对同一多归属段独立转发
避免二层环路和重复BUM扩大

可能的保护动作：

一侧进入Isolated
限制一侧下行成员口
关闭或阻塞部分转发
保留一侧继续提供业务
触发告警并等待Peer-Link恢复

具体保护哪一侧不是固定规律，取决于：

设备角色
优先级
M-LAG域配置
Keepalive结果
Peer-Link恢复状态
厂商实现

七、Isolated 与 Disabled 的含义

模拟状态：

Peer-Link：Down
Keepalive：Up
Leaf1：Active
Leaf2：Isolated
Leaf2下行成员口：Disabled
广播：不再重复
已知单播：服务器暂时不可达

合理解释：

双主保护已经生效
Leaf2进入隔离状态
Leaf2下行成员口被主动限制
广播重复停止
但服务器路径暂时减少或中断

这里：

Isolated ≠ 设备一定故障
Disabled ≠ 物理链路一定故障

它们可能是保护机制主动产生的状态。

为什么广播恢复、服务器却暂时不可达？

保护动作抑制了重复BUM
但Peer-Link仍未恢复
Leaf2下行成员口仍被限制
服务器有效转发路径减少或中断

因此：

广播恢复 ≠ 业务恢复
保护生效 ≠ 所有业务立即正常

八、恢复 Peer-Link 后的验证顺序

不建议第一步只清空 MAC 表。正确顺序：

1. 修复Peer-Link物理和协议状态；
2. 确认Keepalive仍然正常；
3. 确认双主保护解除；
4. 确认两台Leaf角色恢复；
5. 确认Isolated状态解除；
6. 确认Disabled成员口恢复；
7. 检查M-LAG/ESI/LACP成员；
8. 检查MAC Flapping是否停止；
9. 必要时清理残留MAC/ARP；
10. 验证已知单播、BUM、ARP和回程；
11. 记录业务恢复时间。

为什么不先清 MAC：

MAC表清空只能清理结果
如果Peer-Link和双主根因仍存在
重新学习后仍可能再次Flapping

九、课堂问答与批改记录

本节保留今天的原回答和批改。独立 CSDN 稿件不包含课堂问答。

第一组：三类故障复习

问题 1：场景 A 优先查什么？

场景：

Leaf1到服务器成员链路Down
Leaf1 VTEP仍可达

我的回答：接口、LACP、ESI、EAD。

批改：正确。Underlay可以复查，但不是第一方向。

问题 2：场景 B 除了 Type 1 和 Aliasing，还必须查什么？

场景：

Leaf1整机故障
Leaf1 VTEP不可达

我的回答：VTEP、Underlay、Type 1、Mass Withdrawal。

批改：正确。还包括 NVE、Type 2、DF 和 MAC/ESI 数据面。

问题 3：场景 C 最大风险是什么？

场景：

Peer-Link Down
Keepalive Up

我的回答：双主检测和保护。

批改：方向正确。问题问的是最大风险，完整答案是：

双主
二层环路
MAC Flapping
BUM重复

“双主检测和保护”是应采取的措施，不是风险本身。

问题 4：Keepalive 正常说明什么？

我的回答：对端存活。

批改：正确，但要限定为“独立检测路径可以到达对端，对端大概率仍存活”。不代表 Peer-Link 或业务一定正常。

问题 5：场景 C 出现 MAC Flapping，优先查什么？

我的回答：双主保护。

批改：正确。还应同时检查 Peer-Link、Keepalive、M-LAG 状态、ESI 和 MAC 学习历史；DF 不是第一方向。

第二组：双主状态输出

模拟输出：

Peer-Link：Down
Keepalive：Up
Leaf1：Active
Leaf2：Active
MAC-C：
Leaf1本地Eth-Trunk学习
Leaf2本地Eth-Trunk也学习
现象：MAC Flapping、广播重复

问题 1：两台 Leaf 都显示 Active，说明什么风险？

我的回答：双主。

批改：正确。说明双主保护可能未生效，存在二层环路和 BUM 重复风险。

问题 2：为什么 Keepalive 正常仍可能 MAC Flapping？

我的回答：可能双主，MAC来回跳变。

批改：正确。Keepalive 只证明独立检测路径仍可判断对端大概率存活，不代表 Peer-Link 同步和双主保护正常。

问题 3：广播重复除了双主保护还要检查什么？

我的回答：BUM重复。

批改：这是现象，不是检查方向。应检查：

DF状态
BUM复制
Split Horizon
本地回环抑制
Peer-Link/双主保护
二层环路

问题 4：如果保护生效后 Leaf2 下行成员口被限制，业务表现是什么？

我的回答：短暂断触，理解为短暂断流。

批改：正确。可能表现为下行业务短时中断、LACP成员减少、部分主机暂时不可达。

问题 5：此时先恢复 Peer-Link 还是清空 MAC？

我的回答：恢复 Peer-Link。

批改：正确。应先恢复协同链路和保护状态，之后再验证角色、成员、MAC、BUM和业务；不能只清 MAC 而不处理根因。

第三组：保护动作案例

模拟输出：

Peer-Link：Down
Keepalive：Up
Leaf1：Active
Leaf2：Isolated
Leaf2下行成员口：Disabled
广播：不再重复
已知单播：服务器暂时不可达

问题 1：双主保护是否已经生效？

我的回答：是的。

批改：正确。Isolated 和 Disabled 是保护动作已经发生的证据，具体含义仍需结合设备版本确认。

问题 2：为什么广播正常但服务器暂时不可达？

我的回答：Peer-Link没恢复。

批改：方向正确。完整原因是 Peer-Link 仍中断、Leaf2 仍隔离、下行成员口仍被限制，保护抑制了重复 BUM，但业务转发路径尚未恢复。

问题 3：Leaf2 下行成员口 Disabled 是故障还是保护动作？

我的回答：保护。

批改：正确。它可能是双主保护主动限制，不应立即等同于物理故障。

问题 4：此时优先修复 Peer-Link 还是修改 DF？

我的回答：修复 Peer-Link。

批改：正确。根因是协同链路和双主保护状态异常，不是 DF 优先级问题。

问题 5：Peer-Link 恢复后还要验证什么？

我的回答：

确认双主保护解除
→ 确认两台Leaf角色恢复
→ 检查MAC Flapping是否停止
→ 必要时再清理残留MAC表
→ 验证已知单播、BUM和回程

批改：正确。还应补充：

确认Peer-Link和Keepalive
确认Isolated和Disabled解除
确认ESI、LACP、M-LAG成员
确认ARP/MAC/NVE状态

十、今天的错误前提与修正

十一、今天的完整排障主线

#mermaid-svg-30OgtpHr2Fu6bOj7{font-family:\”trebuchet ms\”,verdana,arial,sans-serif;font-size:16px;fill:#333;}@keyframes edge-animation-frame{from{stroke-dashoffset:0;}}@keyframes dash{to{stroke-dashoffset:0;}}#mermaid-svg-30OgtpHr2Fu6bOj7 .edge-animation-slow{stroke-dasharray:9,5!important;stroke-dashoffset:900;animation:dash 50s linear infinite;stroke-linecap:round;}#mermaid-svg-30OgtpHr2Fu6bOj7 .edge-animation-fast{stroke-dasharray:9,5!important;stroke-dashoffset:900;animation:dash 20s linear infinite;stroke-linecap:round;}#mermaid-svg-30OgtpHr2Fu6bOj7 .error-icon{fill:#552222;}#mermaid-svg-30OgtpHr2Fu6bOj7 .error-text{fill:#552222;stroke:#552222;}#mermaid-svg-30OgtpHr2Fu6bOj7 .edge-thickness-normal{stroke-width:1px;}#mermaid-svg-30OgtpHr2Fu6bOj7 .edge-thickness-thick{stroke-width:3.5px;}#mermaid-svg-30OgtpHr2Fu6bOj7 .edge-pattern-solid{stroke-dasharray:0;}#mermaid-svg-30OgtpHr2Fu6bOj7 .edge-thickness-invisible{stroke-width:0;fill:none;}#mermaid-svg-30OgtpHr2Fu6bOj7 .edge-pattern-dashed{stroke-dasharray:3;}#mermaid-svg-30OgtpHr2Fu6bOj7 .edge-pattern-dotted{stroke-dasharray:2;}#mermaid-svg-30OgtpHr2Fu6bOj7 .marker{fill:#333333;stroke:#333333;}#mermaid-svg-30OgtpHr2Fu6bOj7 .marker.cross{stroke:#333333;}#mermaid-svg-30OgtpHr2Fu6bOj7 svg{font-family:\”trebuchet ms\”,verdana,arial,sans-serif;font-size:16px;}#mermaid-svg-30OgtpHr2Fu6bOj7 p{margin:0;}#mermaid-svg-30OgtpHr2Fu6bOj7 .label{font-family:\”trebuchet ms\”,verdana,arial,sans-serif;color:#333;}#mermaid-svg-30OgtpHr2Fu6bOj7 .cluster-label text{fill:#333;}#mermaid-svg-30OgtpHr2Fu6bOj7 .cluster-label span{color:#333;}#mermaid-svg-30OgtpHr2Fu6bOj7 .cluster-label span p{background-color:transparent;}#mermaid-svg-30OgtpHr2Fu6bOj7 .label text,#mermaid-svg-30OgtpHr2Fu6bOj7 span{fill:#333;color:#333;}#mermaid-svg-30OgtpHr2Fu6bOj7 .node rect,#mermaid-svg-30OgtpHr2Fu6bOj7 .node circle,#mermaid-svg-30OgtpHr2Fu6bOj7 .node ellipse,#mermaid-svg-30OgtpHr2Fu6bOj7 .node polygon,#mermaid-svg-30OgtpHr2Fu6bOj7 .node path{fill:#ECECFF;stroke:#9370DB;stroke-width:1px;}#mermaid-svg-30OgtpHr2Fu6bOj7 .rough-node .label text,#mermaid-svg-30OgtpHr2Fu6bOj7 .node .label text,#mermaid-svg-30OgtpHr2Fu6bOj7 .image-shape .label,#mermaid-svg-30OgtpHr2Fu6bOj7 .icon-shape .label{text-anchor:middle;}#mermaid-svg-30OgtpHr2Fu6bOj7 .node .katex path{fill:#000;stroke:#000;stroke-width:1px;}#mermaid-svg-30OgtpHr2Fu6bOj7 .rough-node .label,#mermaid-svg-30OgtpHr2Fu6bOj7 .node .label,#mermaid-svg-30OgtpHr2Fu6bOj7 .image-shape .label,#mermaid-svg-30OgtpHr2Fu6bOj7 .icon-shape .label{text-align:center;}#mermaid-svg-30OgtpHr2Fu6bOj7 .node.clickable{cursor:pointer;}#mermaid-svg-30OgtpHr2Fu6bOj7 .root .anchor path{fill:#333333!important;stroke-width:0;stroke:#333333;}#mermaid-svg-30OgtpHr2Fu6bOj7 .arrowheadPath{fill:#333333;}#mermaid-svg-30OgtpHr2Fu6bOj7 .edgePath .path{stroke:#333333;stroke-width:2.0px;}#mermaid-svg-30OgtpHr2Fu6bOj7 .flowchart-link{stroke:#333333;fill:none;}#mermaid-svg-30OgtpHr2Fu6bOj7 .edgeLabel{background-color:rgba(232,232,232, 0.8);text-align:center;}#mermaid-svg-30OgtpHr2Fu6bOj7 .edgeLabel p{background-color:rgba(232,232,232, 0.8);}#mermaid-svg-30OgtpHr2Fu6bOj7 .edgeLabel rect{opacity:0.5;background-color:rgba(232,232,232, 0.8);fill:rgba(232,232,232, 0.8);}#mermaid-svg-30OgtpHr2Fu6bOj7 .labelBkg{background-color:rgba(232, 232, 232, 0.5);}#mermaid-svg-30OgtpHr2Fu6bOj7 .cluster rect{fill:#ffffde;stroke:#aaaa33;stroke-width:1px;}#mermaid-svg-30OgtpHr2Fu6bOj7 .cluster text{fill:#333;}#mermaid-svg-30OgtpHr2Fu6bOj7 .cluster span{color:#333;}#mermaid-svg-30OgtpHr2Fu6bOj7 div.mermaidTooltip{position:absolute;text-align:center;max-width:200px;padding:2px;font-family:\”trebuchet ms\”,verdana,arial,sans-serif;font-size:12px;background:hsl(80, 100%, 96.2745098039%);border:1px solid #aaaa33;border-radius:2px;pointer-events:none;z-index:100;}#mermaid-svg-30OgtpHr2Fu6bOj7 .flowchartTitleText{text-anchor:middle;font-size:18px;fill:#333;}#mermaid-svg-30OgtpHr2Fu6bOj7 rect.text{fill:none;stroke-width:0;}#mermaid-svg-30OgtpHr2Fu6bOj7 .icon-shape,#mermaid-svg-30OgtpHr2Fu6bOj7 .image-shape{background-color:rgba(232,232,232, 0.8);text-align:center;}#mermaid-svg-30OgtpHr2Fu6bOj7 .icon-shape p,#mermaid-svg-30OgtpHr2Fu6bOj7 .image-shape p{background-color:rgba(232,232,232, 0.8);padding:2px;}#mermaid-svg-30OgtpHr2Fu6bOj7 .icon-shape .label rect,#mermaid-svg-30OgtpHr2Fu6bOj7 .image-shape .label rect{opacity:0.5;background-color:rgba(232,232,232, 0.8);fill:rgba(232,232,232, 0.8);}#mermaid-svg-30OgtpHr2Fu6bOj7 .label-icon{display:inline-block;height:1em;overflow:visible;vertical-align:-0.125em;}#mermaid-svg-30OgtpHr2Fu6bOj7 .node .label-icon path{fill:currentColor;stroke:revert;stroke-width:revert;}#mermaid-svg-30OgtpHr2Fu6bOj7 :root{–mermaid-font-family:\”trebuchet ms\”,verdana,arial,sans-serif;}

Up

Down

否

是

Peer-Link异常

Keepalive

对端大概率存活

无法确认对端

双主保护是否生效

两台Leaf可能Active

MAC Flapping/BUM重复/二层环路

Isolated/Disabled保护动作

广播可能恢复

部分已知单播可能中断

修复Peer-Link

解除保护和恢复角色

恢复成员/LACP/MAC/NVE

验证已知单播、BUM、ARP、回程

加强双主风险检查

十二、今日核心记忆卡

成员链路Down + VTEP可达：
优先查接口、LACP、ESI、EAD、Aliasing

Leaf整机故障 + VTEP不可达：
查Underlay、VTEP、Type 1、Mass Withdrawal、NVE

Peer-Link Down + Keepalive Up：
对端大概率存活，但协同链路断开

两台Leaf都Active：
双主风险

双主保护生效：
可能进入Isolated，限制一侧下行成员

Isolated：
可能是保护状态，不等于设备故障

Disabled：
可能是保护主动限制，不等于物理链路故障

广播恢复：
不等于已知单播业务恢复

恢复顺序：
Peer-Link
→ 双主保护
→ 角色
→ 成员/LACP
→ MAC/NVE
→ 业务与回程

今日状态：第 16 天理论、模拟输出和故障分层判断完成；真实设备上的 M-LAG/EVPN 双主保护命令和收敛时间仍待后续实验验证。下一课继续进行 Peer-Link 恢复后的状态验证和 All-Active/Single-Active 对比。