CN116962284A - 针对受控不可用事件的mclag的高效业务重定向 - Google Patents

Abstract

针对受控不可用事件的MCLAG的高效业务重定向。提供了一种用于促进多机箱链路聚合组(MCLAG)的业务重定向的系统。在操作期间，系统可以使用第一交换机的第一接口来参与MCLAG。MCLAG还可以包括第二交换机的第二接口。基于针对第一交换机的预定不可用，系统可以确定用于多个业务转发配置的应用序列。相应的配置可以促进针对经由MCLAG而被转发的业务的环路防止。然后系统可以基于应用序列将多个配置应用于第一交换机，以将单播业务从第一交换机重定向到第二交换机。本文中，应用相应的配置可以包括利用该配置来对对应的交换机硬件编程。随后，系统可以在第一交换机上执行触发预定不可用的一组操作。

Description

针对受控不可用事件的MCLAG的高效业务重定向

技术领域

本公开涉及通信网络。更具体地，本公开涉及用于针对受控不可用事件高效地重定向多机箱链路聚合组(MCLAG)的业务的方法和系统。

附图说明

图1A图示了根据本申请的方面的支持针对受控不可用事件的MCLAG的高效业务重定向的网络的示例。

图1B图示了根据本申请的方面的促进针对受控不可用事件的MCLAG的高效业务重定向的配置集合的示例。

图2A图示了根据本申请的方面的针对MCLAG参与设备的受控不可用高效地重定向MCLAG业务的顺序配置的示例。

图2B图示了根据本申请的方面的用于从MCLAG参与设备的受控事件中恢复的高效重建MCLAG业务的顺序配置示例。

图3图示了根据本申请的方面的在针对MCLAG参与设备的受控不可用的顺序配置期间MCLAG的业务转发的示例。

图4A呈现了图示根据本申请的方面的MCLAG参与设备应用高效重定向来自该设备的业务的顺序配置的过程的流程图。

图4B呈现了图示根据本申请的方面的MCLAG参与设备本地应用高效重定向来自远程参与设备的业务的配置的过程的流程图。

图4C呈现了图示根据本申请的方面的MCLAG的参与设备应用用于高效重定向来自该设备的业务的相应配置的过程的流程图。

图5A呈现了图示根据本申请的方面的MCLAG参与设备高效重建去往该设备的业务的顺序配置的过程的流程图。

图5B呈现了图示根据本申请的方面的MCLAG参与设备本地应用高效重建去往远程参与设备的业务的配置的过程的流程图。

图6图示了根据本申请的实施例的支持针对受控不可用事件的MCLAG的高效业务重定向的交换机的示例。

在附图中，相同的附图标记表示相同的附图元件。

具体实施方式

呈现以下描述以使本领域技术人员能够制作和使用本发明，并且在特定应用和其要求的上下文中提供以下描述。对所公开的示例的各种修改对于本领域技术人员将是明显的，并且在不脱离本发明的精神和范围的情况下，本文所限定的一般原理可以应用于其他示例和应用。因此，本发明不限于所示的示例，而是符合与权利要求一致的最宽范围。

互联网可以是用于在物理设备和虚拟设备上运行的各种应用的递送介质。这种应用带来了针对带宽需求的增加。结果，装备供应商竞争构建具有显著传输能力的更大的交换机。为了增强两个设备之间的传输容量，可以将设备之间的多个链路聚合在一起以形成链路聚合组(LAG)。用户(例如，网络管理员)可以将设备中的每个设备上的两个或更多个端口配置为为了LAG而被组合在一起。所组合的端口可以被表示为具有单个端口的带宽之和的虚拟接口。

LAG可以被进一步增强，其中一个设备可以被耦合到多个设备，并且耦合设备的链路可以被分组在一起以作为单个链路操作。分布在多个设备上的这种聚合链路可以被称为多机箱链路聚合组(MCLAG)。参与MCLAG的多个设备可以被称为参与设备。通常，相应的参与设备对可以利用交换机间链路(ISL)来彼此耦合。如果参与设备中的一个参与设备变为不可用，则可以通过ISL将业务重定向到另一参与设备。然后，其他参与设备可以继续转发去往和来自MCLAG的业务。以该方式，MCLAG的参与设备可以促进彼此的高可用性。

本技术的一个方面可以提供一种用于促进MCLAG的业务重定向的系统。在操作期间，系统可以使用网络的第一交换机的第一接口参与MCLAG。MCLAG还可以包括网络的第二交换机的第二接口。基于针对第一交换机的预定不可用，系统可以确定用于多个业务转发配置的应用序列。相应的业务转发配置可以促进经由MCLAG转发的业务的环路防止。然后系统可以基于应用序列将多个业务转发配置应用于第一交换机，以将单播业务从第一交换机重定向到第二交换机。这里，应用相应的业务转发配置可以包括利用业务转发配置来对相应的交换机硬件进行编程。随后，系统可以在第一交换机上执行触发预定不可用的操作集合。

在该方面的变型中，在从预定不可用恢复时，系统可以确定针对多个业务转发配置的第二应用序列。然后系统可以基于第二应用序列将多个业务转发配置应用于第一交换机，以恢复MCLAG的单播业务。

在另一变型中，第二应用序列可以是应用序列的反向。

在该方面的变型中，MCLAG可以是为第一交换机和第二交换机而被配置的多个MCLAG。然后系统可以将多个业务转发配置应用于多个MCLAG中的相应MCLAG的第一交换机。

在另一变型中，响应于将多个业务转发配置应用于多个MCLAG，系统可以在第一交换机上执行操作集合。

在该方面的变型中，为了利用业务转发配置来配置对应的交换机硬件，系统可以接收确认，该确认指示业务转发配置在对应的交换机硬件处被编程。然后，响应于接收到确认，系统可以继续序列中的后续业务转发配置的应用。

在该方面的变型中，应用序列还可以包括可应用于第二交换机的外部业务转发配置。然后，系统可以请求第二交换机应用外部业务转发配置，以及接收确认，该确认指示外部业务转发配置在第二交换机的交换机硬件处被编程。

在该方面的变型中，应用序列可以基于多个业务转发配置的相互依赖性，使得可以在禁用MCLAG的本地实例之前启用业务重定向。

在该方面的变型中，多个业务转发配置可以包括阻塞多目的地业务在MCLAG上的泛洪、将去往MCLAG的业务重定向到第二交换机以及禁用针对MCLAG的本地通信。应用序列还可以包括允许重定向的业务通过MCLAG的转发的外部业务转发配置。

在该方面的变型中，系统可以向网络的第三交换机发送通知消息。通知消息可以指示MCLAG中第一交换机的链路的不可用。这样，通知消息可以允许第三交换机退出链路。

本文中所描述的示例通过以下方式解决了促进针对受控事件的具有低时间不可用的MCLAG的业务重定向的问题：(i)在步骤锁定序列中应用指示经由MCLAG的业务转发的配置集合；以及(ii)在从对应的硬件接收到确认之后提交相应的配置。在序列的相应步骤中，在关闭另一转发业务的方式之前，由参与设备中的至少一个参与设备来支持MCLAG的转发业务的方式。这样，针对诸如固件更新的受控的不可用事件，可以从参与设备处优雅地重定向业务。

网络中的改变可以作为不同事件的结果出现。这些事件可以被分类为两组：受控(或预定)事件和非受控事件。例如，诸如重启、固件升级以及链路切换的用户发起的事件可以被称为受控事件或预定事件，因为这种事件的发起可以由用户预定和控制。另一方面，诸如电源故障、硬件故障以及人为错误的故障、事故以及灾难相关事件可以被称为非受控事件，因为用户可能无法控制这些事件是如何触发的。无论何种类型，事件都可能影响网络中的一个或多个元件，并且可能影响网络中的数据业务流。

参与设备可以应用一个或多个配置来管理MCLAG的业务流。例如，设备可以应用配置以阻止层2ISL业务(即，在ISL上接收的业务)转发到MCLAG。另一方面，如果MCLAG在设备处不可用(例如，MCLAG的当前状态是关闭的)，则设备可以应用配置以经由ISL将去往MCLAG的业务重定向到远程参与设备。然而，在MCLAG在设备处变为可用时，设备可以重新配置以移除ISL上的业务重定向。此外，在MCLAG不可用时，该设备可以应用可阻止多目的地业务(诸如广播、未知单播及多播(BUM)业务)泛洪的配置。

响应于与其类型无关的事件，该设备可以利用现有技术来应用一个或多个配置。即使事件是受控事件，设备也可以应用配置来将业务重定向到对等参与设备而不考虑应用的影响。因此，在没有配置的协调应用的情况下，即使利用协议级优雅的过程，设备也可能在相当长的时间段内保持不可用于转发MCLAG的业务，并且导致业务中断。该问题可以被进一步加剧，因为应用配置可以由设备的管理应用(例如，操作系统)的不同守护进程来管理。特别地，不同的守护进程可以在不同的时间执行与配置相关联的操作。

可以负责管理MCLAG的MCLAG守护进程可以处理配置以及通知编程守护进程相应地配置硬件。然而，MCLAG守护进程可能无法等待硬件配置完成。在高负载场景下，硬件可能不能以与MCLAG守护进程相同的速率来完成来自编程守护进程的配置请求集合。因此，在硬件被编程时，MCLAG守护进程可以处理附加的配置，以及为了随后的配置请求编程守护进程。这可以导致请求的排队以及使得守护进程和硬件处于与不同配置相关联的非同步状态。由于配置中的一些配置不能共存(例如，业务重定向和出口阻塞)，MCLAG可能由于非同步状态而带来进一步的业务损失。

此外，守护进程的性能可以基于设备上的负载而变化。如果设备参与具有不同业务负载的MCLAG中的多个MCLAG，则MCLAG的状态改变可以影响另一MCLAG的硬件编程。例如，如果多个MCLAG变为可操作，则针对其他MCLAG的硬件启用可以基于硬件接收配置请求的顺序来在MCLAG的硬件编程期间等待。此外，MCLAG的状态改变可以指示MCLAG是已变为可使用的还是不可用的。网络中的其他设备可以基于状态改变分别订阅或撤销MCLAG。然而，所有参与设备可能没有准备好接受或撤消MCLAG的业务。参与设备之间的非同步状态可能导致网络中进一步的业务损失。

为了解决这个问题，针对受控的(或预定的)不可用事件，MCLAG的参与设备可以在经协调的序列中应用配置，该经协调的序列命令设备的守护进程遵循执行的顺序，该执行的顺序确保业务的优雅地重定向。经协调的序列可以减少业务从设备到MCLAG的对等参与设备的转换或重定向的不利影响，诸如由于不可用而导致的业务损失。与MCLAG相关联的守护进程的状态转换可以以链路准备好接受和转发业务的方式排序。步骤锁定序列可以允许MCLAG的设备在不同的转换状态下操作并且继续转发业务。在相应的步骤处，在转换离开(例如，关闭)另一业务流之前，为业务流打开新的通路以在MCLAG上继续，从而促进MCLAG的业务重定向的“先合后断模式”。

在MCLAG守护进程请求将序列的配置应用于设备的硬件时，守护进程可以在进行到序列的下一配置之前等待来自硬件的确认。结果，守护进程和硬件可以在相同的状态下操作。此外，业务的重定向还可能需要在对等设备处更新配置。这种配置可以被称为外部配置。

因此，守护进程可以请求对等设备应用该配置。对等设备的对应MCLAG守护进程(可以被称为对等守护进程)可以接收请求并且配置对等设备的硬件。在配置对等设备的硬件时，对等守护进程可以从本地硬件处接收确认，并且将对应的确认发送到请求守护进程。然后，守护进程可以继续进行序列的后续配置。

为了在设备处发起受控不可用事件，去往MCLAG的业务(即，将经由MCLAG转发的业务)应当经由ISL被重定向到对等设备。然而，启用业务重定向将需要禁用在对等设备处的出口阻塞，这可能导致网络中的环路。因此，为了避免经由MCLAG形成环路，序列的初始(或第一)配置包括启用针对MCLAG的泛洪阻塞。泛洪阻塞防止多目的地业务淹没网络。因此，在序列的应用期间，业务转发可以被限于单播业务。

换句话说，在序列的后续配置的应用期间，多目的地业务转发可以保持受限。在阻塞多目的地业务的泛洪之后，设备可以在ISL上发起业务重定向而不引起环路。因此，设备可以通知对等设备禁用MCLAG的出口阻塞。这里，MCLAG可以保持在该状态直到设备接收到来自对等设备的确认。换句话说，在接收到确认之前，状态可以保持锁定。

然后，对等设备可以配置其MCLAG的本地接口，以允许从ISL接收的业务被转发到MCLAG。对等设备可以通知关于该配置的设备。随后，设备可以配置与ISL相关联的接口以将业务重定向到对等设备。因此，可以经由ISL来重定向去往MCLAG的业务。在重定向完成时，设备可以使用诸如链路聚合控制协议(LACP)的链路聚合协议来通知网络的其他设备撤消与该设备相关联的MCLAG链路的业务。因此，参与设备可以以独立于供应商的方式应用优雅的业务重定向。

在本公开中，术语“交换机”被用在一般意义中，并且其可以指代在任何网络层中操作的任何独立或结构交换机。“交换机”不应当被解释为将本公开的示例限制为层2网络。可以将业务转发到外部设备或另一交换机的任何设备可以被称为“交换机”。可以将业务转发到终端设备的任何物理或虚拟设备(例如，在计算设备上操作的虚拟机或交换机)可以被称为“交换机”。“交换机”的示例包括但不限于层2交换机、层3路由器、路由交换机，Gen-Z或计算机快速链路(CXL)网络的组件、处理器设备或包括多个相似或不同种类的较小的物理和/或虚拟交换机的结构交换机。

诸如“节点”、“机器”、“实体”或“设备”的指示设备的短语可以指示交换机以及诸如用户设备的终端主机。术语“消息”指代可以通过网络被一起传输的一组二进制数字。“消息”不应当被解释为将当前示例中的示例限制为网络的特定层。“消息”可以由指代一组二进制数字的其他术语来代替，诸如“信息”、“数据”、“请求”、“响应”、“分组”、“帧”、“信元”、“数据报”或“事务”。此外，术语“端口”可以指代可以接收、存储或发送数据的端口。“端口”还可以指代可以有助于该端口的操作的硬件、软件和/或固件逻辑。

图1A图示了根据本申请的方面的支持针对受控不可用事件的MCLAG的高效业务重定向的网络的示例。网络100可以包括多个设备，诸如交换机和终端设备。网络100可以包括交换机101、102、103、104和105。在一些示例中，网络100可以是以太网、无线带宽技术(InfiniBand)、PCIe、Gen-Z、CXL或其他网络，以及可以使用对应的通信协议，诸如互联网协议(IP)、以太网光纤信道(FCoE)或其他协议。

网络100中的一个或多个链路可以是隧道。隧道的示例可以包括但不限于VXLAN、通用路由封装(GRE)、使用GRE的网络虚拟化(NVGRE)、通用联网虚拟化封装(Geneve)、互联网安全协议(IPsec)。可以在网络100上部署的VPN(诸如EVPN)。网络100可以包括可以将网络100耦合到外部网络和设备的虚拟网关交换机(VGS)106。这里，交换机101和102可以相互结合以组成VGS 106而作为单个交换机操作。VGS 106可以与一个或多个虚拟地址(例如，虚拟IP地址和/或虚拟MAC地址)相关联。

在VGS 106处形成的相应链路或隧道可以使用虚拟地址来形成链路或隧道端点。结果，网络100的交换机103、104和105可以将VGS 106视为隧道的其他链路或隧道端点，而不是交换机101和102。为了向VGS 106转发业务，网络100中的交换机(诸如交换机105)可以执行负载平衡操作，并且选择交换机101和102中的一个交换机作为目的地。VGS 106可以分别经由MCLAG 122和124被耦合到设备112和114。

设备112和114可以分别被耦合到相应终端设备集合116和118。这种设备的示例可以包括但不限于台式或膝上型计算机、服务器级计算机、电器、服务促进设备(例如，发射塔或接入点)、虚拟机(VM)、应用、容器、蜂窝设备、平板计算机、可穿戴设备、固定或便携式游戏控制台、投影设备、网络设备(例如，交换机)、可连接加密狗、增强或虚拟现实设备以及车载设备。

将设备112耦合到交换机101和102的链路可以形成MCLAG 122。因此，交换机101和102可以被称为MCLAG 122的参与交换机。相似地，交换机101和102可以被称为MCLAG 124的参与交换机。因此，交换机101和102可以是MCLAG 122和124的对等参与交换机。交换机101和102可以在它们之间维护用于共享多播控制和/或数据分组的ISL 107。交换机101和102可以经由ISL 107交换用于同步MCLAG 122和124的状态的控制消息。

在操作期间，可以在参与交换机中的一个(诸如交换机101)处出现改变。该改变可以由于受控事件或非受控事件而出现。例如，用户可以针对交换机101发起受控事件(例如，重启、固件升级或链路切换)。另一方面，交换机101还可以引起非受控事件(例如，故障、事故或灾难)。与类型无关，事件可以影响交换机101，并且可以影响经由MCLAG 122和124的数据业务流。响应于无关类型的事件，交换机101可以利用现有技术来应用一个或多个配置。然而，即使事件是受控的(或预定的)，交换机101也可以应用这些配置来将业务重定向到交换机102，而不考虑配置的应用的影响。

因此，在交换机101处没有经协调的配置的应用的情况下，即使利用协议级优雅过程，交换机101也可以在相当长的时间段内保持无法转发相应MCLAG业务，并且使得业务中断。因为配置的应用可以由交换机101的管理应用(例如，操作系统)的不同守护进程来管理，该问题可以被进一步加剧。特别地，诸如协议守护进程134和编程守护进程138的不同守护进程可以在不同时间执行与配置相关联的操作。

协议守护进程134可以负责管理与MCLAG 122和124相关联的协议(诸如LACP)，可以基于MCLAG(诸如MCLAG 122)的当前状态来处理配置。然后，协议守护进程134可以通知编程守护进程138以相应地配置交换机101的硬件130。然而，协议守护进程134可能无法等待硬件130处的配置完成。在高负载场景下，硬件130可能无法以与协议守护进程134相同的速率来完成来自编程守护进程138的配置请求集合。因此，在硬件130正被编程时，协议守护进程134可以处理附加的配置，并且请求针对后续配置的编程守护进程138。

协议域134与硬件130的配置的不齐的速度可以导致请求的排队，并且使得守护进程和硬件130处于与不同配置相关联的非同步状态。由于一些配置不能共存(例如，107上的业务重定向和MCLAG 122上的出口阻塞)，因此MCLAG 122可以由于非同步状态而带来进一步的业务损失。此外，守护进程134和138的性能可以基于交换机101上的负载而改变。如果MCLAG 122和124上的负载不同，则MCLAG 122的状态变化可以影响另一MCLAG 124的硬件编程。例如，在MCLAG 122和124变为可操作时，MCLAG 124的硬件启用可以在基于硬件130接收来自编程守护进程138的配置请求的顺序来在MCLAG 122的硬件编程期间等待。

此外，MCLAG 122的状态变化可以指示MCLAG 122是可使用的还是不可用的。网络100中的其他设备(诸如交换机105)可以基于状态改变分别订阅或撤销MCLAG 122。在交换机105可以订阅MCLAG 122时，交换机105可以保持到参与交换机101和102的多个路径(例如，等价多路径(ECMP))。基于负载平衡策略，交换机105可以经由交换机101与102两者向MCLAG 122(例如，向设备112)发送业务。然而，此时交换机101与102两者可能都没有准备好接受MCLAG 122的业务。交换机101与102之间的非同步状态可以导致网络100中的进一步业务损失。

为了解决该问题，针对交换机101的受控的(或预定的)不可用事件，交换机101可以在步骤锁定序列150中应用配置，步骤锁定序列150命令守护进程101遵循执行的顺序，该执行的顺序确保业务优雅地重定向到交换机102。为了应用序列150的配置，交换机101可以运行MCLAG守护进程132。MCLAG守护进程132可以由协议守护进程134和VGS守护进程136来促进。VGS守护进程136可以提供用于配置和维护VGS 106的操作。MCLAG守护进程132可以利用VGS守护进程136来与交换机102同步操作。特别地，如果序列150的任何配置需要在交换机101处的应用，则VGS守护进程136可以促进在交换机102处的配置的应用的同步。

经协调的序列150可以减少从交换机101到交换机102的业务转换的不利影响，诸如由于不可用而导致的业务损失。在序列150中，MCLAG守护进程132的状态转换可以以这样的方式排序，即MCLAG 122的链路可以准备好在转换期间和转换之后接受和转发业务。序列150的步骤锁定特性可以允许交换机101和102在不同的转换状态下操作并且继续转发业务。在相应的步骤处，在转换离开(例如，关闭)另一业务流之前，为业务流打开新的通路以在MCLAG 122上继续，从而促进MCLAG 122的业务重定向的“先合后断模式”。MCLAG守护进程132可以将相同的配置组合序列150应用于MCLAG 124，用于控制不可用。

在MCLAG守护进程132请求编程守护进程138将配置应用于硬件130时，MCLAG守护进程132可以在进行到序列150的下一配置之前等待经由编程守护进程138的来自硬件130的确认。结果，MCLAG守护进程132和硬件130可以在相同的状态下操作。此外，业务的重定向还可能需要在交换机102处的配置更新。因此，MCLAG守护进程132可以从交换机102处请求配置的应用。在交换机102的硬件被配置时，MCLAG守护进程132可以接收来自交换机102的确认。然后，MCLAG守护进程132可以继续进行序列150的后续配置。以该方式，在确定交换机101的受控不可用的发起之后，MCLAG守护进程132可以促进从MCLAG 122和124的交换机101到交换机102的高效业务重定向。

图1B图示了根据本申请的方面的促进针对受控不可用事件的MCLAG的高效业务重定向的配置集合的示例。交换机101可以应用一个或多个配置来管理MCLAG 122(和MCLAG124)的业务流。例如，交换机101可以应用配置来建立MCLAG 122上的ISL业务(即，ISL上接收的业务)阻塞(配置152)。另一方面，如果MCLAG 122由于事件120而在交换机101处不可用，则交换机101可以应用配置来经由ISL 107将去往MCLAG 122的业务重定向到交换机102(配置154)。然而，交换机102也可以应用配置152来阻止ISL业务转发到MCLAG 122。此外，交换机101可以应用配置，该配置可以在MCLAG 122由于事件120而不可用时阻塞多目的地业务(诸如BUM业务)泛洪(配置156)。另一方面，在MCLAG 122在交换机101处变为可用时，交换机101可以应用配置来在MCLAG 122上重建ISL业务阻塞(配置158)。

假定事件120是在交换机101处的受控不可用事件。由于这种事件的发生可以由用户控制，因此交换机101不需要将业务重定向到交换机102。相反，MCLAG守护进程132可以遵循序列150逐渐地重定向业务。这里，MCLAG守护进程132可以将配置的序列150串行或并行地应用于MCLAG 122和124。在交换机101的受控不可用事件之前，去往MCLAG 122(和MCLAG124)的业务应当经由ISL107被重定向到交换机102。然而，启用业务重定向将要求在交换机102处禁用出口阻塞。允许在MCLAG 122上转发ISL业务可以导致网络100中的环路。

因此，为了避免经由MCLAG 122产生的环路，序列150的初始(或第一)配置包括启用针对MCLAG 122的泛洪阻塞(配置156)。泛洪阻塞防止了网络100中的多目的地业务泛洪。因此，在序列150的应用期间，业务转发可以被限制为单播业务。换句话说，在序列150的后续配置的应用期间，多目的地业务转发可以保持受限。在阻塞多目的地业务的泛洪之后，交换机101可以在ISL 107上发起业务重定向而不引起环路。因此，MCLAG守护进程132可以通知交换机102的对应MCLAG守护进程142以禁用针对MCLAG 122的出口阻塞(配置152)。这里，MCLAG 122可以保持在该状态，直到交换机101接收到来自交换机102的确认。换句话说，在接收到确认之前，MCLAG 122的状态可以保持锁定。MCLAG守护进程142的VGS守护进程146可以接收该请求。

然后，协议守护进程144可以向编程守护进程148发出对应的请求以配置交换机102的硬件140。然后，MCLAG守护进程142可以配置MCLAG 122的本地接口以禁用从交换机101处接收的ISL业务的出口阻塞。这可以允许从ISL107处接收的业务被转发到MCLAG 122。在硬件140被配置(配置152)时，编程守护进程148可以接收来自硬件140的确认。然后，VGS守护进程146可以向VGS守护进程136发送对应的确认。基于该确认，MCLAG守护进程132可以继续进行序列150的后续配置。MCLAG守护进程132可以配置与ISL107相关联的接口以将业务重定向到交换机102(配置154)。

在重定向完成时，协议守护进程134可以通知网络100的其他设备以撤销与交换机101相关联的MCLAG 122链路的业务。例如，协议守护进程134可以在LACP通知消息中将同步位设置为“假”，并且将其发送到交换机103、104和105。在接收到通知消息之后，交换机103、104和105可以认为交换机101是不同步的。因此，交换机103、104和105可以从负载平衡操作中移除MCLAG 122中交换机101的链路，并且将业务转发到MCLAG 122中交换机102的链路。此时，去往交换机101的入口和出口业务两者都被停止了。由于业务被重定向到交换机102，因此可以针对交换机101发起受控不可用事件，而不会受到由VGS守护进程136带来的显著业务影响。

图2A示出了根据本申请的方面的顺序配置的示例，该顺序配置针对MCLAG的参与设备的受控不可用高效重定向MCLAG的业务。在操作期间，交换机101的MCLAG守护进程132可以确定受控不可用事件的发起(操作210)。MCLAG守护进程132可以接收来自管理应用的通知(例如，进程间调用或IPC)，以及确定受控事件的发起。然后，MCLAG守护进程132可以发起与交换机101相关联的相应MCLAG的配置的序列150。管理应用可以等待序列150的完成以执行受控不可用事件(例如，重启交换机101)。

因此，MCLAG守护进程132可以启用针对MCLAG的多目的地业务的泛洪阻塞(操作212)。MCLAG守护进程132可以向编程守护进程138发送请求，以对交换机101的硬件130中的配置进行编程。然后，MCLAG守护进程132可以等待来自硬件130的确认，从而确保MCLAG守护进程132和硬件130在MCLAG的相同状态下操作。在利用该配置对硬件130编程时，编程守护进程138可以转发指示泛洪阻塞已启用的确认(操作214)。

然后，MCLAG守护进程132可以发出请求，以禁用对等设备(交换机102)上针对ISL业务的出口阻塞(操作216)。这种配置可以被称为针对交换机101的外部配置。交换机102的MCLAG守护进程142可以接收该请求并且禁用交换机102的硬件140中的出口阻塞(操作218)。通过禁用出口阻塞，交换机102可以允许经由MCLAG转发从交换机101处接收的ISL业务。然后，MCLAG守护进程142可以向MCLAG守护进程132转发指示交换机102的硬件140已经禁用出口阻塞的确认(操作220)。MCLAG守护进程132可以保持锁定在该状态，直到交换机102禁用出口阻塞。

随后，MCLAG守护进程132可以启用ISL重定向，ISL重定向将去往MCLAG的业务经由ISL107重定向到交换机102(操作222)。在利用该配置对硬件130编程时，编程守护进程138可以转发指示ISL重定向已启用的确认(操作224)。然后，MCLAG守护进程132可以禁用MCLAG的通信(例如，禁用LACP)(操作226)。通信的禁用可以中断到MCLAG的入口业务和出口业务。为此，MCLAG守护进程132可以向订阅MCLAG的网络100的其他设备发送通知(例如，LACP消息)(操作228)。订阅者设备可以得知MCLAG，并且可以在交换机101和102之间执行负载平衡，用于将业务转发到MCLAG。

在接收到通知消息之后，订阅者设备可以撤消对源自交换机101并且在MCLAG中的链路的订阅。撤消可以使得订阅者设备从负载平衡过程中移除这些链路。因此，订阅者设备可以停止向交换机101转发业务。在利用该配置对硬件130编程时，MCLAG守护进程132可接收指示针对MCLAG禁用通信的确认(操作230)。然后，MCLAG守护进程132可以通知管理应用关于序列150的完成(例如，使用IPC)(操作232)。

图2B图示了根据本申请的方面的用于从MCLAG参与设备的受控事件中恢复的高效重建MCLAG业务的顺序配置的示例。在操作期间，交换机101的MCLAG守护进程132可以确定从受控不可用事件中恢复(操作250)。MCLAG守护进程132可以接收来自管理应用的通知(例如，IPC)，并且确定从受控事件中恢复。然后，MCLAG守护进程132可以发起与交换机101相关联的相应MCLAG的配置的序列200。序列200可以包括优雅地恢复从交换机102到MCLAG的业务的配置的序列。因此，MCLAG守护进程132可以启用针对MCLAG的通信(操作252)。

通信的启用可以重新发起去往MCLAG的入口业务流和出口业务流。为此，MCLAG守护进程132可以向订阅MCLAG的网络100的其他设备发送通知(例如，LACP消息)(操作254)。在接收到通知消息时，订阅者设备可以重新建立对源自交换机101并且在MCLAG中的链路的订阅。订阅的重新建立可以使订阅者设备将这些链路重新并入负载平衡过程。因此，订阅者设备可以重新发起向交换机101转发业务。在利用该配置对硬件130编程时，MCLAG守护进程132可以接收指示针对MCLAG启用通信的确认(操作256)。

然后，MCLAG守护进程132可以禁用ISL重定向，其阻塞去往MCLAG的业务在ISL 107上被转发到交换机102(操作258)。在利用该配置对硬件130编程时，编程守护进程138可以转发指示ISL重定向已禁用的确认(操作260)。然后，MCLAG守护进程132可以发出在对等设备(即交换机102)上针对ISL业务启用出口阻塞的请求(操作262)。交换机102的MCLAG守护进程142可以接收该请求并且启用交换机102的硬件140中的出口阻塞(操作264)。通过启用出口阻塞，交换机102可以阻塞经由MCLAG接收到的来自交换机101的ISL业务的转发。

然后，MCLAG守护进程142可以向MCLAG守护进程132转发指示交换机102的硬件140已经启用出口阻塞的确认(操作266)。随后，MCLAG守护进程132可以禁用针对MCLAG的多目的地业务的泛洪阻塞(操作268)。泛洪阻塞的禁用可以允许经由MCLAG转发多目的地业务。在利用该配置对硬件130编程时，编程守护进程138可以转发指示泛洪阻塞已禁用的确认(操作270)。在序列200完成时，可以恢复去往交换机101的链路的业务。因此，在从受控事件中恢复之后(例如，交换机101已被重启)，业务可以被优雅地转换回交换机101，从而减轻受控事件的不利影响。

图3图示了根据本申请的方面的在针对MCLAG参与设备的受控不可用的顺序配置期间MCLAG的业务转发的示例。在交换机101应用配置的序列150时，交换机101可以在不同的步骤处接收分组，并且执行对应的业务转发操作。例如，当在交换机101处针对MCLAG 122启用针对多目的地业务的泛洪阻塞时，交换机101可以接收来自交换机104的多目的地分组302。由于泛洪阻塞，交换机101可以避免在MCLAG 122上转发分组302，并且可以丢弃分组302(操作312)。

此外，在交换机102已经禁用针对ISL业务的出口阻塞但是交换机101还未启用ISL重定向时，交换机101可以接收单播分组304。在这种情况下，交换机101可以丢弃分组304(操作316)。另一方面，如果交换机101在配置ISL重定向时接收到分组304，则交换机101可以将分组304转发到交换机102。由于在交换机102处针对MCLAG 122的出口阻塞已禁用，因此交换机102可以经由其MCLAG 122的本地链路334来转发分组304(操作316)。因此，业务的重定向可以被限制为单播业务。

当在交换机101处针对MCLAG 122的通信已禁用时(操作318)，诸如交换机104的其他订阅者设备可以接收对应的通知并且撤销MCLAG 122的链路332的订阅。因此，交换机104可以开始向交换机102发送针对MCLAG 122的所有分组。随后，交换机104可以向交换机102发送分组306。此外，由于ISL重定向是激活的，因此即使交换机104向交换机101发送分组306，分组306也可以通过ISL 107被转发到交换机102。在接收到分组306之后，交换机102可以经由MCLAG 122转发分组304(操作320)。

图4A呈现了图示根据本申请的方面的MCLAG参与设备应用高效重定向来自该设备的业务的顺序配置的过程的流程图。该过程的操作可以由一个或多个守护进程和设备的转发硬件来执行。在操作期间，设备可以确定受控不可用事件的发起(操作402)。然后，该设备可以经由MCLAG启用用于转发多目的地业务的泛洪阻塞(操作404)。然后，设备可以向对等参与设备发送指令禁用针对ISL业务的出口阻塞的控制消息(操作406)。

随后，该设备可以接收来自对等参与设备的指示出口阻塞已禁用的确认(操作408)。然后，该设备可以启用到对等参与设备的ISL重定向(操作410)，以及禁用MCLAG的本地通信(操作412)。该设备可以检查所有MCLAG针对该事件是否已准备好(操作414)。如果所有MCLAG都未准备好，则该设备可继续经由另一MCLAG启用用于转发多目的地业务的泛洪堵塞(操作404)。另一方面，如果所有MCLAG都已准备好，则设备可以开始受控不可用事件(操作416)。

图4B呈现了图示根据本申请的方面的本地应用高效重定向来自远程参与设备的业务的配置MCLAG的参与设备的过程的流程图。该过程的操作可以由一个或多个守护进程和该设备的转发硬件来执行。在操作期间，该设备可以接收来自对等参与设备的具有禁用出口阻塞的指令的控制消息(操作432)。然后，该设备可以针对ISL业务禁用针对MCLAG的出口阻塞(操作434)。随后，设备可以向对等参与设备发送指示出口阻塞已禁用的确认(操作436)。

图4C呈现了图示根据本申请的方面的应用用于高效重定向来自该设备的业务的相应配置的MCLAG的参与设备的守护进程的过程的流程图。在操作期间，守护进程可以发起用于MCLAG业务转发配置的等待锁(操作452)。等待锁可以是条件等待过程，直到满足条件为止。然后，守护进程可以将MCLAG业务转发配置应用于本地硬件(操作454)，以及在发起后续配置之前在锁上等待确定(操作456)。

守护进程可以检查是否接收到来自硬件的确认(操作458)。如果没有接收到确认，则守护进程可以继续在锁上等待(操作460)。另一方面，如果接收到确认，则守护进程可以提交MCLAG业务转发配置(操作460)。然后，守护进程可以释放该锁以允许随后的MCLAG业务转发配置继续进行(操作462)。守护进程可以应用该过程来应用序列的相应配置。

图5A呈现了图示根据本申请的方面的MCLAG参与设备应用高效重建去往该设备的业务的顺序配置的过程的流程图。该过程的操作可以由一个或多个守护进程和设备的转发硬件来执行。在操作期间，设备可以确定从受控不可用事件中恢复(操作502)。然后，设备可以启用用于MCLAG的本地通信(操作504)，以及禁用ISL重定向到对等参与设备(操作506)。

设备可以向对等参与设备发送指令启用针对ISL业务的出口阻塞的控制消息(操作508)。随后，设备可以接收来自对等参与设备的指示出口阻塞已启用的确认(操作510)。然后，设备可以经由MCLAG来禁用用于转发多目的地业务的泛洪阻塞(操作512)。设备可以检查是否为所有MCLAG恢复了业务(操作514)。如果没有为所有MCLAG恢复业务，则设备可以继续为另一MCLAG启用本地通信(操作504)。另一方面，如果为所有MCLAG恢复了业务，则设备可以确定针对该恢复的业务已恢复(操作516)。

图5B呈现了图示根据本申请的方面的本地应用高效重建去往远程参与设备的业务的配置的MCLAG的参与设备的过程的流程图。该过程的操作可以由一个或多个守护进程和设备的转发硬件来执行。在操作期间，设备可以接收来自对等参与设备的具有启用出口阻塞的指令的控制消息(操作532)。然后，设备可以针对ISL业务的MCLAG启用出口阻塞(操作534)。随后，设备可以向对等参与设备发送指示出口阻塞已启用的确认(操作536)。

图6图示了根据本申请的实施例的支持针对受控不可用事件的MCLAG的高效业务重定向的交换机的示例。在该示例中，交换机600包括多个通信端口602、分组处理器610以及存储设备650。交换机600还可以包括交换机硬件660(例如，交换机600的处理硬件，诸如其专用集成电路(ASIC)芯片)，交换机硬件660包括基于交换机600过程分组的信息(例如，确定针对分组的输出端口)。分组处理器610从接收到的分组中提取以及处理报头信息。分组处理器610可以在分组的报头中标识与交换机600相关联的交换机标识符(例如，MAC地址和/或IP地址)。

通信端口602可以包括交换机间通信信道，用于与其他交换机和/或用户设备通信。通信信道可以经由常规通信端口并且基于任何开放或专有格式来实现。通信端口602可以包括能够接收封装在以太网报头中的帧的一个或多个以太网端口。通信端口602还可以包括能够接收IP分组的一个或多个IP端口。IP端口能够接收IP分组以及可以利用IP地址来配置。分组处理器610可以处理以太网帧和/或IP分组。通信端口602的相应端口可以作为入口端口和/或出口端口来操作。

交换机600可以维护数据库652(例如，在存储设备650中)。数据库652可以是关系数据库并且可以在一个或多个DBMS实例上运行。数据库652可以存储与促进高效并且优雅地重定向来自交换机600的业务的配置序列相关联的信息。例如，该信息可以包括与相应配置和配置序列相关联的配置命令和参数。

交换机600可以包括VGS逻辑块642和编程逻辑块644。VGS逻辑块642可以允许交换机600在网络中作为VGS(诸如图1A的VGS 106)来操作。为此，VGS逻辑块642可以与另一交换机结合来操作。编程逻辑块644可以接收对配置进行编程的请求并且指令硬件660应用该配置。编程逻辑块644还可以在硬件660处完成配置时提供确认。交换机600还可以包括管理逻辑块670，其可以管理交换机600的受控的(或预定的)不可用。例如，管理逻辑块670可以执行可以触发受控不可用的一个或多个操作。

交换机600可以包括MCLAG逻辑块630，MCLAG逻辑块630可以包括序列逻辑块632、配置逻辑块634以及等待逻辑块636。MCLAG逻辑块630可以允许交换机600作为一个或多个MCLAG中的参与设备(例如，使用通信端口602的一个或多个端口)来操作。序列逻辑块632可以确定交换机600的受控不可用事件的发起以及从其中恢复。序列逻辑块632还可以确定用于发起受控不可用事件和从受控不可用事件中恢复的相应配置序列。

配置逻辑块634可以针对相应的MCLAG应用序列的相应配置。为此，配置逻辑块634可以请求编程逻辑块644对硬件660上的配置进行编程。配置逻辑块634还可以指令MCLAG的对等参与设备以应用配置。等待逻辑块636可以等待来自编程逻辑块644的针对相应配置的确认，从而确保在当前配置完成时，配置逻辑块634可以继续进行序列的后续配置。相似地，如果配置被定向到对等参与设备，则等待逻辑块636可以等待来自对等参与设备的确认。

在本具体实施方式中描述的数据结构和代码通常被存储在计算机可读存储介质上，该计算机可读存储介质可以是能够存储供计算机系统使用的代码和/或数据的任何设备或介质。计算机可读存储介质包括但不限于触发器、锁存器、寄存器、易失性存储器、非易失性存储器，诸如磁盘、磁带、CD(压缩盘)、DVD(数字多功能盘或数字视频盘)的磁和光存储设备或能够存储现在已知或以后开发的计算机可读介质的其他介质。

在具体实施方式部分中描述的方法和过程可以被实现为代码和/或数据，该代码和/或数据可以被存储在如上所述的计算机可读存储介质中。在计算机系统读取并且执行存储在计算机可读存储介质上的代码和/或数据时，计算机系统执行被实现为数据结构和代码以及存储在计算机可读存储介质内的方法和过程。

本文中描述的方法和过程可以由硬件模块或设备来执行和/或包括在硬件模块或设备中。这些模块或设备可以包括但不限于专用集成电路(ASIC)芯片、现场可编程门阵列(FPGA)、在特定时间执行特定软件模块或一段代码的专用或共享处理器，和/或现在已知或以后开发的其他可编程逻辑器件。在硬件模块或设备被激活时，它们执行在其中包括的方法和过程。

本发明的示例的上述描述仅用于说明和描述的目的。它们并非旨在穷举或限制本公开。因此，许多修改和变化对于本领域技术人员来说是显而易见的。本发明的范围由所附权利要求限定。

Claims (20)

1.一种方法，包括：

使用网络的第一交换机的第一接口来参与多机箱链路聚合组MCLAG，其中所述MCLAG包括所述第一交换机的所述第一接口以及第二交换机的第二接口；

基于针对所述第一交换机的预定不可用，确定针对多个业务转发配置的应用的序列，其中相应的业务转发配置促进针对经由所述MCLAG而被转发的业务的环路防止；

基于所述应用的序列将所述多个业务转发配置应用于所述第一交换机，以将单播业务从所述第一交换机重定向到所述第二交换机，其中应用相应的业务转发配置包括利用所述业务转发配置来对对应的交换机硬件进行编程；以及

在所述第一交换机上执行触发所述预定不可用的操作集合。

2.根据权利要求1所述的方法，响应于从所述预定不可用中的恢复，还包括：

确定针对所述多个业务转发配置的第二应用的序列；以及

基于所述第二应用的序列将所述多个业务转发配置应用于所述第一交换机，以恢复针对所述MCLAG的业务。

3.根据权利要求2所述的方法，其中所述第二应用的序列与所述应用的序列相反。

4.根据权利要求1所述的方法，其中所述MCLAG在针对所述第一交换机和所述第二交换机而被配置的多个MCLAG中；

其中所述方法还包括：针对所述多个MCLAG中的相应MCLAG将所述多个业务转发配置应用于所述第一交换机。

5.根据权利要求4所述的方法，还包括：响应于将所述多个业务转发配置应用于所述多个MCLAG，在所述第一交换机上执行所述操作集合。

6.根据权利要求1所述的方法，其中利用所述业务转发配置来配置所述对应的交换机硬件还包括：

接收确认，所述确认指示所述业务转发配置在所述对应的交换机硬件处被编程；以及

响应于接收到所述确认，继续所述序列中的后续业务转发配置的应用。

7.根据权利要求1所述的方法，其中所述应用的序列还包括可应用于所述第二交换机的外部业务转发配置，并且其中所述方法还包括：

请求所述第二交换机应用所述外部业务转发配置；以及

接收确认，所述确认指示所述外部业务转发配置在所述第二交换机的交换机硬件处被编程。

8.根据权利要求1所述的方法，其中所述应用的序列是基于所述多个业务转发配置的相互依赖性的，使得在禁用所述MCLAG的本地实例之前业务重定向被启用。

9.根据权利要求1所述的方法，其中所述多个业务转发配置包括：

阻塞所述MCLAG上的多目的地业务的泛洪；

将去往所述MCLAG的业务重定向到所述第二交换机；以及

针对所述MCLAG禁用本地通信；并且

其中所述应用的序列还包括允许所述重定向的业务通过所述MCLAG的转发的外部业务转发配置。

10.根据权利要求1所述的方法，还包括：向所述网络的第三交换机发送通知消息，其中所述通知消息指示所述MCLAG中的所述第一交换机的链路的不可用，从而允许所述第三交换机从所述链路中退出。

11.一种存储指令的非暂态计算机可读存储介质，所述指令在由计算系统执行时使所述计算系统执行方法，所述方法包括：

使用网络的第一交换机的第一接口来参与多机箱链路聚合组MCLAG，其中所述MCLAG包括所述第一交换机的所述第一接口以及第二交换机的第二接口；

基于针对所述第一交换机的预定不可用，确定针对多个业务转发配置的应用的序列，其中相应的业务转发配置促进针对经由所述MCLAG而被转发的业务的环路防止；

基于所述应用的序列将所述多个业务转发配置应用于所述第一交换机，以将单播业务从所述第一交换机重定向到所述第二交换机，其中应用相应的业务转发配置包括利用所述业务转发配置来对对应的交换机硬件进行编程；以及

在所述第一交换机上执行触发所述预定不可用的操作集合。

12.根据权利要求11所述的非暂态计算机可读存储介质，其中响应于从所述预定不可用中的恢复，所述方法还包括：

确定针对所述多个业务转发配置的第二应用的序列；以及

基于所述第二应用的序列将所述多个业务转发配置应用于所述第一交换机，以恢复针对所述MCLAG的业务。

13.根据权利要求11所述的非暂态计算机可读存储介质，其中所述MCLAG在针对所述第一交换机和所述第二交换机而被配置的多个MCLAG中；

其中所述方法还包括：针对所述多个MCLAG中的相应MCLAG将所述多个业务转发配置应用于所述第一交换机。

14.根据权利要求13所述的非暂态计算机可读存储介质，其中所述方法还包括：响应于将所述多个业务转发配置应用于所述多个MCLAG，在所述第一交换机上执行所述操作集合。

15.根据权利要求11所述的非暂态计算机可读存储介质，其中利用所述业务转发配置来配置所述对应的交换机硬件还包括：

接收确认，所述确认指示所述业务转发配置在所述对应的交换机硬件处被编程；以及

响应于接收到所述确认，继续所述序列中的后续业务转发配置的应用。

16.根据权利要求11所述的非暂态计算机可读存储介质，其中所述应用的序列还包括可应用于所述第二交换机的外部业务转发配置，并且其中所述方法还包括：

请求所述第二交换机应用所述外部业务转发配置；以及

接收确认，所述确认指示所述外部业务转发配置在所述第二交换机的交换机硬件处被编程。

17.根据权利要求11所述的非暂态计算机可读存储介质，其中所述应用的序列是基于所述多个业务转发配置的相互依赖性的，使得在禁用所述MCLAG的本地实例之前业务重定向被启用。

18.根据权利要求11所述的非暂态计算机可读存储介质，其中所述多个业务转发配置包括：

阻塞所述MCLAG上的多目的地业务的泛洪；

将去往所述MCLAG的业务重定向到所述第二交换机；以及

针对所述MCLAG禁用本地通信；并且

其中所述应用的序列还包括允许所述重定向的业务通过所述MCLAG的转发的外部业务转发配置。

19.根据权利要求11所述的非暂态计算机可读存储介质，其中所述方法还包括：向所述网络的第三交换机发送通知消息，其中所述通知消息指示所述MCLAG中的所述第一交换机的链路的不可用，从而允许所述第三交换机从所述链路中退出。

20.一种计算机系统，包括：

处理电路；

转发硬件；

网络接口卡，包括第一接口；

多机箱链路聚合组MCLAG逻辑块，所述MCLAG逻辑块使用所述第一接口参与多机箱链路聚合组MCLAG，其中所述MCLAG包括所述第一接口和第二计算机系统的第二接口；

序列逻辑块，用于基于针对所述计算机系统的预定不可用，确定针对多个业务转发配置的应用的序列，其中相应的业务转发配置促进针对经由所述MCLAG而被转发的业务的环路防止；

配置逻辑块，用于基于所述应用的序列将所述多个业务转发配置应用于所述计算机系统，以将单播业务从所述第一交换机重定向到所述第二交换机，其中应用相应的业务转发配置包括利用所述业务转发配置来对所述转发硬件进行编程；以及

管理逻辑块，用于在所述第一交换机上执行触发所述预定不可用的操作集合。