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物理口在倒换时无法正确触发聚合接口的状态联动。