Smart Link基本原理

以图1描述的组网为例，按照链路正常->链路故障->链路恢复的过程，介绍Smart Link运行的基本原理。

图1 Smart Link示意图

链路正常工作原理

SwitchD上的Smart Link组包含了Interface1和Interface2两个接口，其中Interface1为主接口，Interface2为从接口。双上行链路都正常的情况下，主接口处于转发状态，所在的链路是主用链路，从接口处于待命状态，所在链路是备用链路。如图2所示，数据沿着主链路进行传输，网络中不存在环路，避免产生广播风暴。

图2 链路正常工作时流量示意图

链路故障处理原理

如图3所示，当SwitchD的主链路发生故障时，主接口Interface1切换到待命状态，从接口Interface2切换到转发状态。此时，网络中相关设备上的MAC地址转发表项和ARP表项不再适用，需要提供一种MAC及ARP更新的机制。目前更新机制有以下两种。

图3 主链路故障时上行流量示意图

通过Flush报文通知设备更新表项

这种方式适用于上游设备（如图3中的SwitchA、SwitchB和SwitchC）支持Smart Link功能的场景。为了实现快速链路切换，需要在SwitchD上开启Flush报文发送功能，在上游设备所有处于双上行链路上的接口开启接收处理Flush报文的功能。

1. SwitchD进行链路切换后，会从新的主用链路上发送Flush报文，即通过Interface2发送。
2. 当上游设备收到Flush报文时，判断该Flush报文的发送控制VLAN是否在收到报文的接口配置的接收控制VLAN列表中。如果不在接收控制VLAN列表中，设备对该Flush报文不做处理，直接转发；如果在接收控制VLAN列表中，设备会处理收到Flush报文，进而执行MAC地址转发表项和ARP表项的刷新操作。

此后，如果SwitchA收到目的设备为SwitchD的数据报文，会根据更新后的MAC地址转发表项或ARP表项进行转发。

自动通过流量更新表项

这种方式适用于与不支持Smart Link功能的设备（包括其他厂商设备）对接的情况，需要有上行流量触发。

如图4所示，如果没有来自SwitchD的上行流量去触发SwitchA的MAC及ARP表项更新，那么当SwitchA收到目的设备为SwitchD的数据报文时，SwitchA仍会通过接口Interface3转发出去，但此时报文已经不能到达SwitchD，会造成流量丢失，直到其MAC或ARP表项自动老化。

图4 主链路出现故障时下行流量示意图

如图5所示，由于链路故障后，Interface1学习到的MAC及ARP表项会被删除，如果SwitchD有上行流量要发送，需要重新广播ARP报文后，流量才能被发送出去。当上行流量通过接口Interface4到达设备SwitchA后，SwitchA会更新自己的MAC及ARP表项，那么当SwitchA再收到目的设备为SwitchD的数据报文时，SwitchA会通过接口Interface4转发出去，报文就可以经由SwitchC到达SwitchD。

图5 主链路出现故障时下行流量示意图

通过Flush报文通知设备更新的机制无须等到表项老化后再进行更新，可以极大程度地减少表项更新所需时间。通常，链路的切换过程可在毫秒级的时间内完成，最大限度地减少流量的丢失。