CN111698157A - 一种链路管理方法、板卡及交换机 - Google Patents

Abstract

本申请提供一种链路管理方法、板卡及交换机，方法应用于部署在交换机中的链路管理进程，所述交换机部署在以太环网中且分别与所述以太环网中主业务链路及备业务链路连接，所述链路管理进程只处理所述主业务链路故障的相关业务，所述方法包括：若确定所述主业务链路故障，则启用所述备业务链路。通过在交换机中部署只处理主业务链路故障的相关业务的链路管理进程，一旦主业务链路故障后，链路管理进程能够第一时间发现并处理故障报文，从而低延时的启用备业务链路，确保业务的稳定性。

Description

一种链路管理方法、板卡及交换机

技术领域

本申请涉及通信技术领域，具体而言，涉及一种链路管理方法、板卡及交换机。

背景技术

ERPS(Ethernet Ring Protection Switching，以太环网保护倒换)是ITU-TG.8032定义的一种二层破环协议标准。G.8032协议实现了对以太环网进行保护，在基于G.8032的以太环网中，其通常包括一个主业务链路以及一个RPL(Ring Protection Link，环保护链路)链路，该RPL链路通常作为备业务链路。正常情况下，主业务链路启用，而备业务链路未启用。而一旦主业务链路出现故障，以太环网中的交换机则进行链路切换以启用备业务链路。

但由于交换机的核心进程不仅负责进程的链路切换，其还负责处理与以太环网相关的其他业务，故导致故障不能第一时间被核心进程发现并处理，从而导致链路切换的延时比较久，影响业务的稳定性。

发明内容

本申请实施例的目的在于提供一种链路管理方法、板卡及交换机，用以低延时的启用备业务链路，确保业务的稳定性。

第一方面，本申请实施例提供了一种链路管理方法，应用在交换机中，所述交换机部署在以太环网中且分别与所述以太环网中主业务链路及备业务链路连接，所述方法包括：所述交换机运行在转发平面的链路管理进程负责链路故障处理，若确定所述主业务链路故障，则启用所述备业务链路。

在本申请实施例中，由于交换机中运行有在转发平面负责链路故障处理的链路管理进程，一旦主业务链路故障后，链路管理进程能够第一时间发现并处理故障报文，从而低延时的启用备业务链路，确保业务的稳定性。

结合第一方面，在第一种可能的实现方式中，所述确定所述主业务链路故障的步骤，包括：所述链路管理进程确定接收到所述以太环网中的其他设备发送的用于表示所述主业务链路故障的故障报文；所述启用所述备业务链路，包括：所述链路管理进程将所述交换机中与所述备业务链路连接的端口从业务阻塞状态切换到业务开启状态，并根据所述备业务链路中设备的相关信息对应刷新所述交换机中的FDB表项。

在本申请实施例中，由于故障报文能够准确的反映出主业务链路故障，故通过接收故障报文能够快速、直接且准确的确定主业务链路故障。以及，通过开启端口以及刷新表项，能够确保后续的业务流量能够经由备业务链路正确转发。

结合第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述交换机为机架式，所述链路管理进程运行所述交换机的端口所在的板卡上，所述接收所述故障报文的步骤包括：所述链路管理进程接收所述其他设备发送并经由所述板卡上的链路管理进程转发的所述故障报文。

在本申请实施例中，由于其他板卡上也部署有只处理主业务链路故障的相关业务的链路管理进程，当故障报文发送到其他板卡上的链路管理进程后，其他板卡上的链路管理进程也可以及时将故障报文转发的端口所在的板卡，以确保端口所在的板卡上的链路管理进程能够第一时间获取到该故障报文。

结合第一方面的第二种可能的实现方式，在第三种可能的实现方式中，所述确定所述主业务链路故障的步骤，包括：所述链路管理进程确定接收到所述交换机中的板卡发送的端口中断通知，其中，所述端口中断通知为与所述主业务链路连接的端口的中断通知。

在本申请实施例中，由于中断通知也能够准确的反映出主业务链路故障，故通过接收自身端口的中断通知能够快速、直接且准确的确定主业务链路故障。

结合第一方面，在第四种可能的实现方式中，启用所述备业务链路，包括：所述链路管理进程将所述交换机中与所述主业务链路连接的端口从业务开启状态切换到业务阻塞状态，将所述交换机中与所述备业务链路连接的端口从业务阻塞状态切换到业务开启状态，并根据所述备业务链路中设备的相关信息对应刷新所述交换机中的FDB表项。

在本申请实施例中，通过阻塞故障链路的端口、开启备用链路的端口以及刷新表项，能够确保后续的业务流量能够经由备业务链路正确转发。

结合第一方面，在第五种可能的实现方式中，确定所述主业务链路故障之后，所述方法还包括：所述链路管理进程生成用于表示所述主业务链路故障的故障报文；将所述故障报文发送到所述以太环网中，以将所述主业务链路故障告知所述以太环网中的其它设备。

在本申请实施例中，通过故障报文发送到以太环网中，能够确保其它设备也能够获知该主业务链路，以便其它设备也配置做相应调整，进而确保业务流量后续能够经由备业务链路正确转发。

结合第一方面，在第六种可能的实现方式中，所述交换机中的控制平面运行有主处理进程，所述主处理进程用于处理所述以太环网的相关业务，在确定所述主业务链路故障之前，所述方法还包括：所述链路管理进程接收所述主处理进程下发的用于处理所述相关业务的相关策略；启用所述备业务链路，包括：所述链路管理进程利用所述相关策略，启用所述备业务链路。

在本申请实施例中，通过预先下发启用备业务链路的相关策略，确保后续基于相关策略能够可靠且稳定的启用备业务链路。

结合第一方面，在第八种可能的实现方式中，在确定所述主业务链路故障之后，以及在启用所述备业务链路之前，所述方法还包括：确定所述以太环网处于正常状态、保护状态或延时状态。

在本申请实施例中，由于以太环网处于正常状态、保护状态或延时状态，以太环网在这些状态能够确保备业务链路成功且快速的启用。

第二方面，本申请实施例提供了一种链路管理方法，应用于交换机中，所述交换机部署在以太环网中，所述以太环网包含的主业务链路及备业务链路，所述交换机只与所述以太环网中的主业务链路连接，所述交换机运行在转发平面的链路管理进程负责链路故障处理，所述方法包括：若确定所述主业务链路故障，则向所述以太环网中发送用于表示所述主业务链路故障的故障报文，以使所述以太环网中与所述备业务链路连接的其他设备根据所述故障报文启用所述备业务链路。

在本申请实施例中，在未与备业务链路连接的情况下，通过链路管理进程能够确保第一时间将故障报文发送到以太环网中，确保以太环网中与备业务链路连接的其他设备能够及时确定故障并启用备业务链路。

第三方面，本申请实施例提供了一种板卡，所述板卡应用于部署在以太环网中的交换机，所述以太环网包含的主业务链路及备业务链路，所述板卡包括：接口以及与所述接口连接的处理器；所述处理器中部署有运行在转发平面处理链路故障的链路管理进程；若所述接口与所述主业务链路及所述备业务链路均连接，所述处理器，用于通过运行所述链路管理进程执行如第一方面或第一方面的任一种可能的实现方式所述的链路管理方法；若所述接口只与所述主业务链路连接，所述处理器，用于通过运行所述链路管理进程执行如第二方面所述的链路管理方法。

第四方面，本申请实施例提供了一种交换机，所述交换机部署在以太环网中，所述以太环网包含的主业务链路及备业务链路，所述交换机包括至少一张板卡，所述板卡中部署有运行在转发平面的负责链路故障处理的链路管理进程；若所述板卡与所述主业务链路及所述备业务链路均连接，所述板卡，用于通过运行所述链路管理进程执行如第一方面或第一方面的任一种可能的实现方式所述的链路管理方法；若所述板卡只与所述主业务链路连接，所述板卡，用于通过运行所述链路管理进程执行执行如第二方面所述的链路管理方法。

第五方面，本申请实施例提供了一种链路管理装置，所述链路管理装置部署在交换机中，所述链路管理装置所述交换机部署在以太环网，所述以太环网包含的主业务链路及备业务链路，所述链路管理装置运行在转发平面处理链路故障，若所述交换机与所述主业务链路及所述备业务链路均连接，所述链路管理装置，用于执行如第一方面或第一方面的任一种可能的实现方式所述的链路管理方法；若所述交换机只与所述主业务链路连接，所述链路管理装置，用于执行如第二方面所述的链路管理方法。

第六方面，本申请实施例提供了一种非易失计算机可读储存介质，存储有程序代码，当所述程序代码被计算机运行时执行如第一方面、第一方面的任一种可能的实现方式或第二方面所述的链路管理方法。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种链路管理方法的第一流程图；

图2为本申请实施例提供的一种链路管理方法的第二流程图；

图3为本申请实施例提供的一种链路管理方法的第一部署环境图；

图4为本申请实施例提供的一种链路管理方法的第二部署环境图；

图5为本申请实施例提供的一种链路管理方法的应用场景图；

图6为本申请实施例提供的一种板卡的结构框图；

图7为本申请实施例提供的一种交换机的结构框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

请参阅图1和图2，本申请实施例提供了一种链路管理方法，该链路管理方法可以应用于交换机，该交换机运行在转发平面的链路管理进程负责链路故障处理，换言之，该方法可以由链路管理进程执行，该交换机部署在以太环网中，该以太环网可以包含主业务链路及备业务链路，而链路管理进程则只处理主业务链路故障的相关业务。

若交换机分别与以太环网中主业务链路及备业务链路连接，则链路管理方法可以包括：若链路管理进程确定主业务链路故障，则启用备业务链路。

若交换机只与以太环网中主业务链路连接，则链路管理方法可以包括：若链路管理进程确定主业务链路故障，则向以太环网中发送用于表示主业务链路故障的故障报文，以使以太环网中与备业务链路连接的其他设备根据故障报文启用备业务链路。

可以理解到，在实际应用中，链路管理进程包含部署以及应用两个阶段，故下面将分别从部署以及应用两个阶段，对链路管理进程的原理进行详细介绍。

关于部署：

本实施例中，为确保交换机在以太环网中的正常运行，交换机中部署有主处理进程，该主处理进程能够基于该以太环网的相关协议比如ERPS协议，处理以太环网的相关业务，比如处理以太环网状态的感知以及调整、协议报文的生成以及发送、链路的切换等相关业务。

示例性的，主处理进程具体可以部署到交换机的板卡中，且部署到板卡的控制平面中，以便对以太环网的相关业务进行管理。如图3所示(图中是以两张板卡为例，但并不作为限定)，可以将主处理进程部署到交换机中与主业务链路以及备业务链路都连接的板卡上，以实现高效的部署。又如图4所示(图中是以两张板卡为例，但并不作为限定)，可以在交换机中的每张板卡中都对应部署一个主处理进程，这样每张板卡都可以通过自身的主处理进程来对自身涉及的以太环网相关业务进行处理，以实现最高效的管理。并且，通过为每张板卡都对应部署一个主处理进程，实现了以板卡为单位的模块化设计，板卡可以任意的拔插替换，也不会影响对以太环网相关业务的处理。

此外，在实际的一些应用场景中，一张板卡中不仅可以部署对应一个主处理进程，还可以部署该主处理进程的热备份，以确保主处理进程down掉后，还能够通过启用该主处理进程的热备份来维持业务的正常处理。

本实施例中，在部署主处理进程的基础上，可以采用部署主处理进程的影子进程的方式来实现对链路管理进程的部署，即将主处理进程中只涉及备业务链路故障的相关处理逻辑抽取出来，将其作为一个整体的进程部署到交换机的板卡中，并部署到板卡的转发平面，以快速响应并处理主业务链路故障的相关业务。

示例性的，也如图3所示，可以将链路管理进程部署到交换机中与备业务链路连接的板卡上，以实现高效的部署；又比如，也如图4所示，可以在交换机中的每张板卡中都对应部署一个链路管理进程，这样任意一张板卡都可以通过自身链路管理进程快速响应链路切换，以实现最高效启用备业务链路。并且，通过每张板卡都都对应部署一个链路管理进程，实现了以板卡为单位的模块化设计，板卡可以任意的拔插替换，也不会影响对主业务链路故障的相关业务的处理。

本实施例中，部署链路管理进程后，还可以通过主处理进程将处理主业务链路故障的相关业务所需的相关策略下发给链路管理进程，以便链路管理进程基于该相关策略处理该相关业务。

其中，若主处理进程部署到与主业务链路以及备业务链路都连接的板卡上，而链路管理进程部署到与备业务链路都连接的板卡上，则由该主处理进程将相关策略下发给该链路管理进程。

若主处理进程部署到与主业务链路以及备业务链路都连接的板卡上，而每张板卡上都对应部署一个链路管理进程，则由该主处理进程将相关策略下发给每张板卡上的链路管理进程。

若每张板卡上都对应部署一个主处理进程部署和一个链路管理进程，则由每张板卡上的主处理进程将相关策略下发给该板卡上的链路管理进程。

本实施例中，下发的相关策略可以包括：交换机上连接到以太环网的各端口当前的状态、确定主链路故障的确定策略、故障报文的生成以及发送策略、以太环网当前的状态、备业务链路中设备的相关信息、启用备业务链路时以太环网所需的状态、调整端口状态的策略、以及FDB(Forwarding Data Base，转发数据表)表项刷新的规则。并且，主处理进程可以周期性的将最新的相关策略下发给链路管理进程，或者也可以在检测到相关策略发生变化时，比如端口的状态发生变化、以太环网的状态发生变化、调整端口状态的策略有更新等，将最新的相关策略下发给链路管理进程。

当然，采用主处理进程下发相关策略给链路管理进程仅为本实施例的一种示例性方式，其并不作为本实施例的限定。比如，相关策略也可以由开发人员直接预设到链路管理进程中。

关于应用：

首先说明的是，主业务链路可以由多段链路构成，备业务链路即为一段链路。且业务流量经由分别与主业务链路以及备业务链路连接的设备进出以太环网。

比如图5所示，假设，构成以太环网的交换机包括：交换机1、交换机2、交换机3以及交换机4，那么交换机1、交换机2、交换机3以及交换机4相互之间形成的这三段链路则构成以太环网中的主业务链路，而交换机1和交换机4之间这一段链路即为以太环网中的备业务链路。业务流量经由交换机1和交换机4进出该以太环网。

再者，根据前述的流程可知，交换机在以太环网中的位置不同，交换机上部署的链路管理进程对链路管理方法的执行策略也有所不同，故下面将结合应用场景，对交换机连接备业务链路时链路管理方法的流程以及不连接备业务链路时链路管理方法的流程进行详细的介绍。

1.若交换机连接备业务链路，在主业务链路故障时，链路管理进程可以直接启用备业务链路。

首先，链路管理进程需要通过一些方式来确定主业务链路故障。

比如，若链路管理进程接收到交换机中的板卡发送的端口中断通知，其中，该交换机为部署该链路管理进程的交换机，该端口为与主业务链路连接的端口，链路管理进程利用主链路故障的确定策略处理该中断通知，可确定接收到主链路故障的中断通知，并确定主业务链路发生故障，且该故障是主业务链路中与该交换机直接连接的部分发生故障。

比如，若链路管理进程接收到以太环网中其它设备发送与以太环网相关的协议报文，链路管理进程利用主链路故障的确定策略处理该协议报文，以判断该报文是否为用于表示主业务链路故障的故障报文。若是，链路管理进程确定接收到故障报文，并确定主业务链路发生故障，且该故障是主业务链路中未与该交换机直接连接的部分发生故障，并将该故障报文继续转发；否则，链路管理进程确定主业务链路未发生故障，并将该协议报文上报给主处理进程处理。

可以理解到，其它设备发送的故障报文可能直接发送到交换机中与备业务链路连接的板卡上，也可能先发送到交换机中部署有主处理进程的其它板卡上。在先发送到其它板卡时，若该其它板卡未部署链路管理进程，那么该故障报文可以经由该其它板卡上的主处理进程处理后转发给与备业务链路连接的板卡，以便该与备业务链路连接的板卡上部署的链路管理进程处理该故障报文，从而启用备业务链路；而若该其它板卡部署有链路管理进程，那么该故障报文可以直接经由该其它板卡上的链路管理进程转发给与备业务链路连接的板卡，以便该与备业务链路连接的板卡上部署的链路管理进程处理该故障报文，从而启用备业务链路。其中，为避免运行出错。故障报文不会发送到既没有部署主处理进程也没有部署链路管理进程的板卡上。

其次，在确定主业务链路故障后，链路管理进程可以通过一些方式来启用备业务链路。

比如，若链路管理进程接收到故障报文，由于接收到故障报文是表示主业务链路中未与该交换机直接连接的部分发生故障，故链路管理进程不用对该交换机自身连接的主业务链路的端口状态进行调整。这种情况下，链路管理进程可以基于相关策略中各端口当前的状态及基于调整端口状态的策略，将交换机中与备业务链路连接的端口从业务阻塞状态切换到业务开启状态。以及，链路管理进程还基于相关策略中FDB表项刷新的规则以及备业务链路中设备的相关信息，对应刷新交换机中的FDB表项。

又比如，若链路管理进程接收到中断通知，由于接收到中断通知是表示主业务链路中与该交换机直接连接的部分发生故障，故链路管理进程需要对该交换机连接的主业务链路的端口状态进行调整。这种情况下，链路管理进程可以基于相关策略中各端口当前的状态及基于调整端口状态的策略，将交换机中与主业务链路连接的端口从业务开启状态切换到业务阻塞状态，以及将交换机中与备业务链路连接的端口从业务阻塞状态切换到业务开启状态，并基于相关策略中FDB表项刷新的规则以及备业务链路中设备的相关信息，对应刷新交换机中的FDB表项。另外，这种情况下，链路管理进程还可以基于相关策略中故障报文的生成以及发送策略，生成故障报文，并将该故障报文发送到以太环网中，以通知以太环网中的其它设备。

再者，在本实施例一些可能的实现方式中，在链路管理进程确定主业务链路故障之后，以及在链路管理进程启用备业务链路之前，链路管理进程还可以基于相关策略，判断以太环网当前的状态是否为启用备业务链路时以太环网所需的状态，比如判断以太环网当前的状态是否为正常状态、保护状态或延时状态，若是，则启用备业务链路，否则，不启用备业务链路，从而确保备业务链路成功且快速的启用。

2.若交换机不连接备业务链路，在主业务链路故障时，链路管理进程无法直接启用备业务链路，而可以通过发送或转发故障报文的方式使得与备业务链路连接的交换机来启用该备业务链路。

首先，链路管理进程也需要通过一些方式来确定主业务链路故障。这种情况下，链路管理进程确定主业务链路故障的方式与前述大致相同，在此就不再累述。

其次，链路管理进程需要通过一些方式来发送故障报文。

比如，若链路管理进程接收到故障报文，链路管理进程则可以基于相关策略中故障报文的生成以及发送策略，再次转发该故障报文到以太环网中。

又比如，若链路管理进程接收到中断通知，链路管理进程则可以基于相关策略中故障报文的生成以及发送策略，生成故障报文，并将该故障报文转发到以太环网中。

此外，由于该交换机所连接的主业务链路故障，那么在主业务链路恢复前后续的业务流程不能再经过该主业务链路。因此，在发送或者转发故障报文的同时，链路管理进程还可以基于相关策略中FDB表项刷新的规则，将交换机中FDB表项中的数据清除。

请参阅图5，下面继续对前述假设进行说明：

交换机1和交换机4之间的一段链路故障，其表示主业务链路在该段链路处故障。

在该故障发生后，交换机1的板卡上链路管理进程可以收到该板卡发送的该交换机1的接口Te0/1的中断通知，从而交换机1的板卡上链路管理进程可以确定主业务链路故障。进一步的，交换机1可以将交换机1的接口Te0/1从业务开启状态切换到业务阻塞状态，将交换机1的接口Te0/2从业务阻塞状态切换到业务开启状态，根据交换机1和交换机4的相关信息对应刷新交换机1的FDB表项，以及还生成故障报文并通过备业务链路发送到交换机2。其中，需要说明的是，备业务链路启用以及关闭均针对的是业务流量，但针对协议报文(故障报文属于协议报文)，无论备业务链路是否启用，其都可以将协议报文正常发送。

与此同时，在该故障发生后，交换机2的板卡上链路管理进程可以收到该板卡发送的该交换机2的接口Te0/1的中断通知，从而交换机2的板卡上链路管理进程可以确定主业务链路故障。进一步的，交换机2可以将交换机2的接口Te0/1以及接口Te0/2从业务开启状态切换到业务阻塞状态，以在业务流程层面关闭交换机2和交换机3之间的主业务链路。并且，交换机2还将交换机2的FDB表项中的数据清除，以及还生成故障报文并通过主业务链路中位于交换机2和交换机3之间的部分发送到交换机3。需要说明的是，由于备业务链路的关闭是针对业务流量，但针对协议报文(故障报文属于协议报文)，无论主业务链路是否启用还是关闭，其都可以将协议报文正常发送。

针对交换机3，在交换机3接收到故障报文后，交换机3的板卡上链路管理进程可以基于接收到故障报文而确定主业务链路故障。进一步的，交换机3可以将交换机3的接口Te0/1以及接口Te0/2从业务开启状态切换到业务阻塞状态，将交换机3的FDB表项中的数据清除，以及还生成故障报文并通过主业务链路中位于交换机3和交换机4之间的部分发送到交换机4。

最后，针对交换机4，在交换机4接收到故障报文后，交换机4的板卡上链路管理进程可以基于接收到故障报文而确定主业务链路故障。进一步的，交换机4可以将交换机4的接口Te0/1从业务开启状态切换到业务阻塞状态，将交换机4的接口Te0/2从业务阻塞状态切换到业务开启状态，根据交换机1和交换机4的相关信息对应刷新交换机4的FDB表项。

请参阅图6，基于同一发明构思，本申请实施例中还提供一种板卡10，板卡10应用于部署在以太环网中的交换机，以太环网包含的主业务链路及备业务链路，板卡10包括：接口11以及与接口11连接的处理器12；处理器中12中部署有运行在转发平面处理链路故障的链路管理进程；

若接口11与所述主业务链路及所述备业务链路均连接，所述处理器12，用于通过运行链路管理进程执行前述的链路管理方法；

若接口11只与所述主业务链路连接，处理器12，用于通过运行所述链路管理进程执行前述的链路管理方法。

请参阅图7，基于同一发明构思，本申请实施例中还提供一种交换机20，交换机20部署在以太环网中，以太环网包含的主业务链路及备业务链路，交换机20包括至少一张板卡21，板卡21中部署有运行在转发平面的负责链路故障处理的链路管理进程；

若板卡21与主业务链路及所述备业务链路均连接，板卡21，用于通过运行链路管理进程执行前述的链路管理方法；

若板卡21只与主业务链路连接，所述板卡21，用于通过运行链路管理进程执行前述的链路管理方法。

本申请一些实施例还提供了一种计算机可执行的非易失的程序代码的计算机可读储存介质，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该计算机可读存储介质上存储有程序代码，该程序代码被计算机运行时执行上述任一实施方式的链路管理方法的步骤。

本申请实施例所提供的链路管理方法的程序代码产品，包括存储了程序代码的计算机可读存储介质，程序代码包括的指令可用于执行前面方法实施例中的方法，具体实现可参见方法实施例，在此不再赘述。

综上所述，通过在交换机中部署只处理主业务链路故障的相关业务的链路管理进程，一旦主业务链路故障后，链路管理进程能够第一时间发现并处理故障报文，从而低延时的启用备业务链路，确保业务的稳定性。

在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

再者，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种链路管理方法，其特征在于，应用在交换机中，所述交换机部署在以太环网中且分别与所述以太环网中主业务链路及备业务链路连接，所述方法包括：

所述交换机运行在转发平面的链路管理进程负责链路故障处理，若确定所述主业务链路故障，则启用所述备业务链路。

2.根据权利要求1所述的链路管理方法，其特征在于，所述确定所述主业务链路故障的步骤，包括：

所述链路管理进程确定接收到所述以太环网中的其他设备发送的用于表示所述主业务链路故障的故障报文；

所述启用所述备业务链路，包括：

所述链路管理进程将所述交换机中与所述备业务链路连接的端口从业务阻塞状态切换到业务开启状态，并根据所述备业务链路中设备的相关信息对应刷新所述交换机中的FDB表项。

3.根据权利要求2所述的链路管理方法，其特征在于，所述交换机为机架式，所述链路管理进程运行所述交换机的端口所在的板卡上，所述接收所述故障报文的步骤包括：

所述链路管理进程接收所述其他设备发送并经由所述板卡上的链路管理进程转发的所述故障报文。

4.根据权利要求3所述的链路管理方法，其特征在于，所述确定所述主业务链路故障的步骤，包括：

所述链路管理进程确定接收到所述交换机中的板卡发送的端口中断通知，其中，所述端口中断通知为与所述主业务链路连接的端口的中断通知。

5.根据权利要求1所述的链路管理方法，其特征在于，启用所述备业务链路，包括：

所述链路管理进程将所述交换机中与所述主业务链路连接的端口从业务开启状态切换到业务阻塞状态，将所述交换机中与所述备业务链路连接的端口从业务阻塞状态切换到业务开启状态，并根据所述备业务链路中设备的相关信息对应刷新所述交换机中的FDB表项。

6.根据权利要求1所述的链路管理方法，其特征在于，确定所述主业务链路故障之后，所述方法还包括：

所述链路管理进程生成用于表示所述主业务链路故障的故障报文；

将所述故障报文发送到所述以太环网中，以将所述主业务链路故障告知所述以太环网中的其它设备。

7.根据权利要求1所述的链路管理方法，其特征在于，所述交换机中的控制平面运行有主处理进程，所述主处理进程用于处理所述以太环网的相关业务，在确定所述主业务链路故障之前，所述方法还包括：

所述链路管理进程接收所述主处理进程下发的用于处理所述相关业务的相关策略；

启用所述备业务链路，包括：

所述链路管理进程利用所述相关策略，启用所述备业务链路。

8.一种链路管理方法，其特征在于，应用于交换机中，所述交换机部署在以太环网中，所述以太环网包含的主业务链路及备业务链路，所述交换机只与所述以太环网中的主业务链路连接，所述交换机运行在转发平面的链路管理进程负责链路故障处理，所述方法包括：

若确定所述主业务链路故障，则向所述以太环网中发送用于表示所述主业务链路故障的故障报文，以使所述以太环网中与所述备业务链路连接的其他设备根据所述故障报文启用所述备业务链路。

9.一种板卡，其特征在于，所述板卡应用于部署在以太环网中的交换机，所述以太环网包含的主业务链路及备业务链路，所述板卡包括：接口以及与所述接口连接的处理器；所述处理器中部署有运行在转发平面处理链路故障的链路管理进程；

若所述接口与所述主业务链路及所述备业务链路均连接，所述处理器，用于通过运行所述链路管理进程执行如权利要求1-7任一权项所述的链路管理方法；

若所述接口只与所述主业务链路连接，所述处理器，用于通过运行所述链路管理进程执行如权利要求8所述的链路管理方法。

10.一种交换机，其特征在于，所述交换机部署在以太环网中，所述以太环网包含的主业务链路及备业务链路，所述交换机包括至少一张板卡，所述板卡中部署有运行在转发平面的负责链路故障处理的链路管理进程；

若所述板卡与所述主业务链路及所述备业务链路均连接，所述板卡，用于通过运行所述链路管理进程执行如权利要求1-7任一权项所述的链路管理方法；

若所述板卡只与所述主业务链路连接，所述板卡，用于通过运行所述链路管理进程执行如权利要求8所述的链路管理方法。

Images