M-LAG的基本概念
如图1所示，用户侧设备Switch（可以是交换机或主机）通过M-LAG机制与另外两台设备（SwitchA和SwitchB）进行跨设备链路聚合，共同组成一个双活系统。这样可以实现SwitchA和SwitchB共同进行流量转发的功能，保证网络的可靠性。
图1 M-LAG基本拓扑
|
概念 |
说明 |
|---|---|
|
DFS Group |
动态交换服务组DFS Group（Dynamic Fabric Service Group），主要用于部署M-LAG设备之间的配对，M-LAG双归设备之间的接口状态，表项等信息同步需要依赖DFS Group协议进行同步。 |
|
DFS主设备 |
部署M-LAG且状态为主的设备，通常也称为M-LAG主设备。 |
|
DFS备设备 |
部署M-LAG且状态为备的设备，通常也称为M-LAG备设备。 说明：DFS Group的角色区分为主和备，正常情况下，主设备和备设备同时进行业务流量的转发，转发行为没有区别，仅在故障场景下，主备设备的行为会有差别。 |
|
双主检测链路 |
双主检测链路，又称为心跳链路，是一条三层互通链路，用于M-LAG主备设备间发送双主检测报文。 说明：正常情况下，双主检测链路不会参与M-LAG的任何转发行为，只在故障场景下，用于检查是否出现双主的情况。双主检测链路可以通过外部网络承载（比如，如果M-LAG上行接入IP网络，那么两台双归设备通过IP网络可以互通，那么互通的链路就可以作为双主检测链路）。也可以单独配置一条三层可达的链路来作为双主检测链路（比如通过管理口）。 |
|
peer-link接口 |
peer-link链路两端直连的接口均为peer-link接口。 |
|
peer-link链路 |
peer-link链路是一条直连链路且必须做链路聚合，用于交换协商报文及传输部分流量。接口配置为peer-link接口后，该接口上不能再配置其它业务。 为了增加peer-link链路的可靠性，推荐采用多条链路做链路聚合。 |
|
HB DFS主设备 |
通过心跳链路来协商的状态为主的设备。 说明：通过心跳链路报文来协商的设备HB DFS主备状态在正常情况下，对M-LAG的转发行为不会产生影响，仅用于二次故障恢复场景下，在原DFS主设备或备设备故障恢复且peer-link链路仍然故障时，触发HB DFS状态为备的设备上相应端口Error-Down，避免M-LAG设备在双主情况下出现的流量异常。 |
|
HB DFS备设备 |
通过心跳链路来协商的状态为备的设备。 说明：通过心跳链路报文来协商的设备HB DFS主备状态在正常情况下，对M-LAG的转发行为不会产生影响，仅用于二次故障恢复场景下，在原DFS主设备或备设备故障恢复且peer-link链路仍然故障时，触发HB DFS状态为备的设备上相应端口Error-Down，避免M-LAG设备在双主情况下出现的流量异常。 |
|
M-LAG成员接口 |
M-LAG主备设备上连接用户侧主机（或交换设备）的Eth-Trunk接口。 为了增加可靠性，推荐链路聚合配置为LACP模式。 M-LAG成员接口角色也区分主和备，与对端同步成员口信息时，状态由Down先变为Up的M-LAG成员接口成为主M-LAG成员口，对端对应的M-LAG成员口为备。 说明：仅在M-LAG接入组播场景下，M-LAG成员接口的主备角色存在转发行为差异。 |