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报文的功能。
- SwitchD进行链路切换后，会从新的主用链路上发送Flush报文，即通过Interface2发送。
- 当上游设备收到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报文通知设备更新的机制无须等到表项老化后再进行更新，可以极大程度地减少表项更新所需时间。通常，链路的切换过程可在毫秒级的时间内完成，最大限度地减少流量的丢失。
链路恢复处理原理
当原主用链路故障恢复时，Interface1将维持在阻塞状态，不进行抢占，从而保持流量稳定。如果希望流量切换到原主用链路，可以通过如下两种机制进行切换。
- 使用Smart Link组回切功能，需要在SwitchD上使能回切功能。当原主用链路故障恢复后，经过回切定时器设定的时间，Smart Link会自动将流量切换到原主用链路上。
- 使用配置命令强制让Smart Link立即将流量切换到原主用链路上。
如图1所示组网示例，当SwitchD的Interface1的链路恢复后，如果配置了Smart Link组回切功能，在回切定时器超时后，Interface2将被阻塞并切换到待命状态，而Interface1将切换到转发状态。而如果使用配置命令强制让Smart Link进行链路切换，在执行命令后，Interface2将被立即阻塞并切换到待命状态，而Interface1会切换到转发状态。
标签：03,表项,报文,Link,链路,Smart,SwitchD From： https://www.cnblogs.com/laixufei/p/18136678