IRF+动态路由聚合，成员口均选中状态，但倒换测试不生效，互联中断

一、先分清你做的“倒换”是哪一种

• 主用主控倒换（slave 接管）：聚合口物理不动，但路由协议在主控上跑，邻居会重建 → 没配 NSR/BFD 就会断几分钟。
• 拔某台成员机/该成员所有聚合口 down：LACP 应把对端对应成员置 Unselected，剩下成员继续跑；若不断说明对端没跨设备、或 MAD 把口 shut、或路由没收敛。
• IRF 链路全断=分裂：必须有 MAD；没 MAD 会变双主、MAC/ARP 乱、互联像断；MAD 配错会把业务口全关。

二、聚合本身核对（都 Selected 也要看参数）

• 模式两端都是 dynamic（LACP）；跨 IRF 别用 static，静态跨框在部分场景会异常。
• 操作 Key、速率、双工、trunk/access、permit vlan、PVID、STP 边缘、QinQ 两端一致；不一致会 Unselected 或选中但丢特定 VLAN 流量。
• 跨 IRF 成员分布：比如 IRF 两台各出 1 个口进同一 BAGG/Route-Agg，对端如果是单台设备就正常 LACP；对端也是 IRF/堆叠也按跨框分布。若对端只接了 IRF 其中一台的物理口，拔另一台当然不会切。
• LACP 系统优先级/系统 MAC：IRF 本来统一系统 MAC，一般不用改；但做 LACP MAD 时要保证聚合组动态、且中间设备能透传扩展 LACP TLV。
• 选中上限 link-aggregation selected-port maximum 没把第二条限掉（虽你都选中可忽略，但做演练前确认）。

知了常见坑：两台 IRF 互联的聚合口误敲 mad enable，分裂/倒换时会按 MAD 把端口 shutdown，看起来“聚合正常但互联中断”。

三、MAD 检查（倒换/拔成员变分裂必看）

• 用了 LACP MAD：聚合必须 dynamic，所有 IRF 成员都有物理口连到中间设备，中间设备透传扩展 LACP；多套 IRF 的 irf domain 不能相同。
• 用了 BFD MAD：独立 VLAN 三层接口、各成员各出一口（直连或经中间设备按官方拓扑）、MAD IP 同网段且不与其他业务 IP 冲突、BFD VLAN 物理口别开其他业务特性；别用 VLAN-interface1。
• 用了 ARP MAD：要求聚合/二层可达、各成员有 MAD IP。
• 现象判断：
  • 倒换后业务口全 down、日志有 MAD conflict/shutting down ports → MAD 生效但你可能把业务聚合同时当 MAD 口，建议 MAD 单独聚合/Vlan，不动业务聚合。
  • 倒换后两台都转发、MAC 漂移、邻居翻滚 → 没 MAD 或 MAD 没生效，按上面重配。

四、动态路由+聚合倒换不切，补路由高可用

• BGP：bgp xx 下 non-stop-routing（NSR）；NSR 与 GR 互斥。
• OSPF：ospf 1 下 non-stop-routing；接口/进程开 BFD：bfd all-interfaces enable，接口下 bfd min-transmit-interval/min-receive-interval/detect-multiplier。
• 静态路由出聚合：用 BFD+track，或 NQA+track，探测对端下一跳，断了改路。
• IS-IS 同样可 NSR。
• 主控倒换前确认 NSR 已建、邻居不重置；可用 display ospf peer/bfd session、display bgp peer/nsr 看。

新华三服务口径：堆叠/框式主备倒换前务必配 NSR，减少路由震荡；NSR 与 GR 不能同时开。

五、按你的现象对号入座

• 成员都 Selected，拔其中一台成员机→互联断：看对端聚合是否只连了被拔那台；看 IRF 分裂后 MAD 是否把本端业务口 shut；看路由下一跳是否只在被拔成员上（三层 Route-Agg 要跨两台、网关/互联 IP 在 IRF 逻辑口上而非单台物理口）。
• 主用主控 reboot/倒换→断几十秒~几分钟：基本是路由重建，配 NSR+BFD；LACP 正常不等于路由不闪。
• 倒换后两端都 up 但互 ping 不通/邻居反复 down：查 IRF 分裂双主、MAD 未生效或 domain 冲突；display mad verbose+日志定位。
• 倒换后业务口全 down 再手动 undo shutdown 才恢复：业务聚合误启用 MAD，或 LACP MAD 聚合组被分裂仲裁关口；把 MAD 检测独立出来。

 怎么操作的，看下过程日志情况 

根据您提供的信息，IRF+动态路由聚合场景下倒换测试不生效且互联中断，可能的原因及排查建议如下：

1. 跨框二层聚合不支持：若您使用的是二层跨框链路聚合，部分MSR系列产品（如MSR3620）在组建IRF时不支持跨框的二层聚合 。这会导致成员端口无法正确选中或转发异常。建议确认您的聚合类型，若是二层，请改为三层跨框链路聚合 。

2. 会话同步与本地优先转发：IRF组网中，特别是涉及NAT或业务处理时，必须保证来回流量在同一台成员设备上处理。若配置了“最大选中端口数”导致流量跨框转发，可能引起业务中断 。请检查并确保：

   • 开启会话同步功能（session synchronization enable）。
   • 配置聚合负载分担本地优先（link-aggregation load-sharing mode local-first），缺省即为开启状态 。

3. 链路聚合配置一致性：动态聚合组中，若对端端口聚合配置不正确，本端端口会变为非选中状态（日志 LAGG/6/LAGG_INACTIVE_PARTNER）。倒换测试时，请检查对端设备（如交换机或路由器）的聚合配置是否与IRF侧完全一致，包括速率、双工模式等。双工模式不一致也会导致端口非选中（LAGG/6/LAGG_INACTIVE_DUPLEX）。

4. IRF链路健康状态：请通过 display irf 和 display irf link 检查IRF物理链路是否UP，以及IRF分裂检测（如BFD MAD）是否误触发。若IRF分裂后重启Active设备，重新合并后可能导致业务口down 。

建议操作步骤：

1. 确认聚合类型：执行 display link-aggregation verbose 查看聚合组类型及成员状态。
2. 检查日志：查看是否有 LAGG/6/LAGG_INACTIVE_* 相关日志，定位端口变为非选中的具体原因（如对端配置、双工模式、物理状态等）。
3. 调整配置：
   • 若为二层跨框聚合，改为三层聚合。
   • 确保聚合组成员接口配置完全一致（速率、双工、VLAN等）。
   • 若涉及NAT，确保开启会话同步和本地优先转发。
4. 验证IRF状态：使用 display irf 和 display mad verbose 检查IRF及MAD配置是否正确。

若以上排查后问题依旧，请提供倒换测试时具体的日志信息（如 display logbuffer 中的LAGG或IRF日志），以便进一步分析。

你遇到的“成员口均选中但倒换失败”问题，核心矛盾在于：物理层与链路层（LACP）状态正常，但IRF主备倒换或路由协议层面的切换机制未能成功联动。成员口处于Selected状态，只代表链路聚合本身没问题，不代表IRF的控制平面切换和路由收敛能自动完成。

 首要排查方向：IRF物理口与业务口的硬件绑定限制

这是H3C部分框式设备上一个容易被忽略的硬件级限制，很可能就是根因。

在部分H3C单板上，芯片组内的端口用途必须严格一致。如果IRF物理口和你的业务聚合口被规划在了同一个芯片组内，当IRF发生倒换或链路状态变化时，硬件驱动可能无法正确处理该组内端口的角色切换，导致业务聚合口虽然显示Selected，但实际转发通道已被硬件层面阻断。

排查方法：

1. 确认单板型号与芯片组划分：执行 display device 确认槽位单板型号。查阅该型号的硬件手册，确认哪些物理端口属于同一个芯片组（通常4个一组）。

2. 检查端口规划：执行 display irf configuration 查看IRF物理端口绑定了哪些接口，再执行 display link-aggregation verbose 查看业务聚合口包含了哪些接口。核对两者是否落在了同一芯片组内。

3. 验证与规避：如果确认存在冲突，需要调整IRF物理口的绑定端口，或调整业务聚合口的成员端口，确保两者使用不同芯片组的端口。

 次要排查方向：聚合接口的阈值配置

如果硬件绑定没有问题，接下来检查聚合接口的选中端口阈值配置。本端和对端的 link-aggregation selected-port 配置必须完全一致，否则在倒换过程中，一端可能因阈值不满足而将聚合口置为Down，导致互联中断。

排查方法：

检查两端是否都配置了 link-aggregation selected-port minimum 或 maximum，并确认数值一致。如果之前测试时调整过这些值，建议先暂时删除该配置，观察倒换是否恢复正常。

 路由协议收敛：OSPF LSA抑制

你的场景涉及动态路由，IRF倒换后OSPF邻居可能重建，此时路由能否快速收敛至关重要。

一个已知的问题是：IRF倒换后，设备可能在短时间内收到相同的LSA，而OSPF默认的 lsa-arrival-interval 为1000毫秒，在此间隔内重复的LSA会被直接丢弃，导致路由不生效。

排查与解决：

在倒换后查看外部LSA是否存在。如果存在但路由未生效，可以尝试在OSPF视图下调小该间隔：

同时，如果设备支持，建议配置 OSPF NSR（不间断路由），使主备倒换时OSPF邻居关系不中断，从根本上避免路由震荡。

 IRF倒换机制本身的检查

排除以上两点后，需要确认IRF倒换是否按预期触发。

• 倒回延迟：H3C IRF支持自动倒回，默认延迟1分钟。如果配置了 irf link-delay 或倒回延迟为0，可能导致倒换后无法自动切回。检查 display irf configuration 中的相关参数。

• 冗余组（Redundancy Group）Track配置：如果你的倒换依赖冗余组联动，需要确认冗余组是否正确Track了聚合接口本身，而不仅仅是物理成员口。有案例显示，仅Track物理口在倒换时无法正确触发聚合接口的状态联动。

主要根因（按出现概率排序）

1、三层聚合组配置了最小激活成员数阈值（least‑port‑number）（最高概率）

默认least‑port‑number 1；如果手工改大，例如配置least‑port‑number 2，聚合组必须≥2 个 Selected 端口，只要故障少掉 1 条，聚合接口协议状态直接 Down，动态路由邻居直接断裂，即使剩下端口依然是 Selected 也不生效Huawei Ent...。

关键字段：Least number of selected ports。 故障场景：2 条跨框成员链路，配置 least‑port‑number 2，断掉任意一条，聚合口直接 protocol‑down，OSPF 邻居 down。

✅处理：三层跨框冗余聚合，建议least‑port‑number 1，只要存在至少 1 条 selected 链路聚合接口就保持 UP。

2、跨框聚合未关闭local‑first本地优先转发（IRF 经典坑）

IRF 跨设备聚合默认开启link‑aggregation load‑sharing mode local‑first：本框收到流量优先本框成员口转发。

当本框物理成员口被 shutdown 拔掉，流量需要跨 IRF 堆叠链路转发到另一台框的成员口；部分版本 LACP 链路故障收敛瞬间，三层协议短暂震荡，OSPF/BGP 邻居直接 down，表现为互联中断，聚合看端口还是 SelectedH3C。

✅关闭本地优先转发（跨 IRF 聚合必配）

3、动态路由缺少 GR/NSR、没有 BFD 快速检测，收敛时间过长

• IRF 主备倒换、聚合链路切换，如果 OSPF/BGP 没有开启GR/NSR，路由表会重新计算重建邻居，出现业务中断。
• 三层 Route‑Aggregation 接口下没有绑定 BFD，LACP 链路收敛时间（默认 3s）内，动态路由直接判定邻居 dead 超时 down。

✅配置示例

4、IRF 堆叠链路质量差、带宽不足

倒换瞬间大量跨框流量穿越 IRF 堆叠链路；IRF 链路丢包，LACP 协议报文、OSPF hello 报文跨框丢包，邻居直接 down，聚合成员端口状态依旧显示 Selected。

检查 IRF 链路带宽、丢包、错包计数。

5、对端设备聚合配置不一致

本端全部 selected，对端聚合模式、成员端口、属性不一致；本端 shutdown 一个成员，对端把聚合口置为 down。

两端聚合模式必须同为dynamic(LACP)；不能一端 dynamic 一端 static。

排查采集命令（故障复现时执行）

标准基线配置要点（IRF 跨框三层 LACP 聚合跑动态路由）

1. 聚合模式link‑aggregation mode dynamic；对端保持一致 LACP；
2. link‑aggregation least‑port‑number 1；
3. undo link‑aggregation load‑sharing mode local‑first；
4. 动态路由开启 GR；聚合接口下配置 BFD 加速故障感知；
5. IRF 堆叠链路带宽充足，无错包丢包；
6. 三层聚合接口不要配置 STP；三层接口 STP 不生效。

快速定位小测试

故障复现观察两点：

1. display ip interface brief看 Route‑Aggregation 接口是否protocol‑down
   • 如果聚合接口直接 protocol down → 优先怀疑 least‑port‑number 阈值。
   • 如果聚合接口 UP，但是 OSPF 邻居直接 Down → 优先怀疑local‑first、跨框报文丢包、路由 dead 超时。