双上行组网量身定做：Smart-Link看到上述场景相信大家第一时间都会想到 STP 协议，其 相关机制还是十分契合此场景需求的。不过在对收敛时间有 高要求的应用场景下，STP并不适用。而Smart-link技术则 是为双上行组网量身定做的高可靠性、快速切换的解决方案 鉴于篇幅问题，下文中将结合Smart-link的几个重要概念来 介绍下相关机制，同时为了便于大家理解直接通过GIF动图 演示机制实现。一个 Smart-link 组只包含两个成员端口，其中一个被指定为 Master Port （主端口），另一个为 Slave Port （从端口）正 常运作时，同组的两个成员端口中，同一时间内只有一个端 口处于Active状态 正常转发流量另一个端口处于Standby 状态。默认情况下，当两个成员端口都Linkup时，设备遵循的是谁 先 Up 谁作为 Active 状态端口进行转发，和端口 Master 和 Slave 角色并无直接关系。而抢占模式比较特殊，具体实现 后续段落里会提到。从上图中，我们可以看到链路正常时 Smart-link 是如何避免环路和广播风暴产生的。那么链路备 份功能是如何实现的呢？请接着往下看。 当处于转发状态 的链路发生故障时，原先处于Active状态转发流量的端口将 会被阻塞，而 Standby 的端口会切换为 Active 状态进行流量 转发。同时下行设备会从新的链路发送一个Flush报文通知 上游设备们进行MAC和ARP表项清除，以便于在新的拓扑 环境下重新学习。当然要想Flush报文能够被处理，所有处 于双上行链路上的设备对应接口都必须开启接收处理 Flush 报文的功能才行。保护VLAN( Protected VLAN )的作用即是下行设备用来告 知上行设备在收到Flush报文之后对哪些VLAN内的MAC 表项和ARP进行清除。控制VLAN( Control VLAN )是发 送Flush报文所带的VLAN，上行设备会根据在对应端口上 开启接收处理Flush报文的功能时所配置的接收控制VLAN 列表来判断该Flush报文是否需要处理。如果不在列表内， 设备对该 Flush 报文不做处理直接转发；否则会根据 Flush 报文进而执行 MAC 地址转发表项和 ARP 表项的刷新操作。 其他未开启相关功能，或者不支持Smart-link的设备怎么办 呢？只能通过上行流量进行表项更新了。 那么故障链路恢 复后，设备又是如何进行处理的呢？ 在非抢占模式下，链路的恢复不会触发切换，更不会因 Master 端口对应的链路恢复而将流量切换回主端口。此模式 下，只有处于Active状态的端口发生中断时才会触发链路倒 换。而在抢占模式下，只要Master端口处于Up状态都将 优先进入转发状态，并且Master端口对应的链路中断/恢复 都会触发链路切换。 从上面可以看出，抢占模式并不利 于整个网络流量稳定。因此设备默认为非抢占模式，而且非 特殊需求不推荐配置为抢占模式。鉴于篇幅的限制本篇文章就到此为止了，其他的细节部分下一篇文章再介绍。同学们，你们看懂了吗？新华三SOHO服务大本营真诚相助|为你而来微信ID :H3C_SOHO