S12508G-AF堆叠，MAC表项变化的时候ARP表项会同步吗

您好，堆叠完就是一台设备，所以啥都是一样的

你的担忧很正常，但实际上在标准的IRF（智能弹性架构）堆叠场景下，当一台成员设备故障时，网络并不会中断。这背后有两个核心机制在起作用：表项同步和多主检测。

它们共同确保了，当Master故障，新Master接管后，网络连接依然稳固，服务器不会感知到网络中断。

 核心机制一：表项同步

你问MAC表项变化时ARP表项会不会同步，答案是会同步。

IRF系统最关键的特性就是将多台物理设备虚拟成一台逻辑设备。为了做到这一点，所有成员设备的控制平面被“融合”成一个整体，由主设备（Master）统一管理。对于MAC和ARP这类关键的转发信息，系统会通过实时备份确保所有成员设备的信息同步。

这也意味着，当主备倒换发生时，MAC和ARP表项都不需要重新学习。这些关键表项在主控板上已经完成了备份，可以无缝衔接，转发不会受到影响。

 核心机制二：无缝故障切换

当Master（假设为成员A）发生故障时，堆叠系统的处理流程如下：

1. 选举新Master：故障被检测到后，系统会立即在幸存的成员设备中选举出新的Master。

2. 维持桥MAC地址：一个关键的细节是，IRF系统默认会使用原Master的桥MAC地址作为整个IRF系统的桥MAC地址。这意味着即使Master故障，逻辑交换机的身份对于下游设备（如你提到的服务器）来说没有发生任何变化。

3. 流量无缝切换：新Master会将原本由故障设备处理的流量接管过来。对于服务器而言，它连接的物理链路虽然变了，但报文到达的逻辑交换机还是同一个，其MAC地址表项无需更新，转发路径自然也就不会中断。

因此，你担心的“B还是往A的接口发送”的情况，在IRF的正常运行中并不会发生。当A故障时，B已经变成了新的Master，它会从所有可用的接口（包括它自己原来以及接管过来的接口）转发流量，确保网络畅通无阻。

 应对极端情况：堆叠分裂与MAD

你提到的场景是设备故障。还有一种更极端的情况叫“堆叠分裂”，即堆叠链路故障，导致两台设备虽然物理正常，但无法协同工作，都认为自己是Master。

这种情况确实会导致你所担心的“B还是往A的接口发”的问题。但IRF系统有专门的机制来处理它，称为 MAD（Multi-Active Detection，多主检测）。

• 工作流程：MAD机制一旦检测到网络中出现了多个Active的IRF系统（即分裂），会立刻采取行动。它通过竞选，只保留一个IRF为Active状态，并强制将其他IRF系统内的所有业务端口关闭，使其进入Recovery状态。这就从物理上切断了故障设备的转发路径，杜绝了网络冲突。等堆叠链路修复后，Recovery状态的设备会自动重启并重新加入堆叠系统。

• ARP老化问题：关于ARP老化时间，即便MAD机制没有来得及关闭故障设备的端口，你担心的“B向A发ARP”的情况也基本不会发生。因为物理端口已被关闭，B就无法再通过该端口发送任何报文了。