drni mad 机制

您好，参考

为什么IPL故障后备机的DR接口部MAD DOWN？

 DR接口（Distributed Relay interface，分布式聚合接口）：与外部设备相连的二层聚合接口。与外部设备上相同聚合组相连的DR接口属于同一DR组（Distributed-Relay group，分布式聚合组）。如图1所示，Device A上的二层聚合接口1和Device B上的二层聚合接口2属于同一DR组。DR组中的DR接口由多条链路聚合组成，且具有相同的DR组编号。

IPL故障后，为了防止从设备继续转发流量，DRNI提供MAD（Multi-Active Detection，多Active检测）机制，即在DR系统分裂时将设备上部分接口置为DRNI MAD DOWN状态，仅允许DR口、IPP口等接口转发流量，避免流量错误转发，尽量减少对业务影响。如果希望DR系统中有特殊用途的接口（比如Keepalive接口）保持up状态，可以将其指定为DRNI保留接口。

DR系统分裂时，设备上以下接口不被置为DRNI MAD DOWN状态：

·     DRNI保留接口（包括用户配置的和系统保留的）。

·     IRF保留接口（包括用户配置的和系统保留的）。

·     配置了强制端口up功能的接口。

DRNI保留接口包括系统保留接口和用户配置的保留接口。系统保留接口包括：

·     IPP口

·     IPP口所对应的二层聚合接口的成员接口

·     DR口

·     管理以太网接口

#

DRNI故障处理机制

1. DR接口故障处理机制

如图1-4所示，某DR接口故障，网络侧流量会通过IPL发送给另外一台设备，所有流量均由另外一台DR设备转发，具体过程如下：

(1)     Device B的某DR接口故障，网络侧不感知，流量依然会发送给所有DR设备。

(2)     Device A的相同DR接口正常，则Device B收到网络侧访问Device C的流量后，通过IPL将流量交给Device A后转发给Device C。

(3)     故障恢复后，Device B的该DR口up，流量正常转发。

图1-4 DR接口故障处理机制示意图

2. IPL故障处理机制

如图1-5所示，IPL故障但Keepalive链路正常会导致从设备上除DRNI保留接口以外的接口处于DRNI MAD DOWN状态。主设备上DR接口所在的聚合链路状态仍为up，从设备上DR接口所在的聚合链路状态变为down，从而保证所有流量都通过主设备转发。一旦IPL故障恢复，处于DRNI MAD DOWN状态的接口经过延迟恢复时间自动恢复为up状态。

图1-5 IPL故障处理机制示意图

3. 设备故障处理机制

如图1-6所示，Device A为主设备，Device B为从设备。当主设备故障后，主设备上的聚合链路状态变为down，不再转发流量。从设备将升级为主设备，该设备上的聚合链路状态为up，流量转发状态不变，继续转发流量。主设备故障恢复后，DR系统中由从状态升级为主状态的设备仍保持主状态，故障恢复后的设备成为DR系统的从设备。

如果是从设备发生故障，DR系统的主从状态不会发生变化，从设备上的聚合链路状态变为down。主设备上的聚合链路状态为up，流量转发状态不变，继续转发流量。

图1-6 设备故障处理机制示意图

4. 上行链路故障处理机制

上行链路故障并不会影响DR系统的转发。如图1-7所示，Device A上行链路虽然故障，但是外网侧的转发相关表项由Device B通过IPL同步给Device A，Device A会将访问外网侧的流量发送给Device B进行转发。而外网侧发送给Device C的流量由于接口故障，自然也不会发送给Device A处理。

上行链路故障时，如果通过Device A将访问外网侧的流量发送给Device B进行转发，会降低转发效率。此时用户可以配置Monitor Link功能，将DR组成员端口和上行端口关联起来，一旦上行链路故障了，会联动DR组成员端口状态，将其状态变为down，提高转发效率。有关Monitor Link的详细介绍，请参见“可靠性配置指导”中的“Monitor Link”。

图1-7 上行链路故障处理机制示意图