一种基于ERPS协议的保护倒换方法和装置与流程

文档序号:11253758阅读:1007来源:国知局
一种基于ERPS协议的保护倒换方法和装置与流程

本申请涉及网络通信技术领域,特别涉及一种基于erps协议的保护倒换方法和装置。



背景技术:

在同一个局域网内,存在由若干个交换机组成的单以太网环,每一个交换机为一个节点。该单以太网环包括一个主节点和若干从节点,各节点均存在与相邻节点相连的两个端口,其中主节点上的所述两个端口分为主端口和副端口,从节点上的所述两个端口不区分为主副端口。在网络正常运行时,主节点上的所述主端口为转发状态,所述副端口为阻塞状态,从节点上的所述两个端口均为转发状态。在环网中任一链路中出现故障时,主节点可以将所述副端口设置为转发状态,并且故障链路所在的两个节点可以将故障链路一侧的端口设置为阻塞状态。

当故障链路恢复正常状态时,原故障链路所在的两个节点可以向主节点发送nr消息;其中,所述nr消息用于通知主节点和其它各从节点链路故障恢复的消息。当主节点从主、副端口均接收到nr报文时,触发主节点上预设的定时器,其中,该定时器预设了定时时间。如果定时器超时,主节点可以将副端口设置为阻塞状态,并可以从主、副端口同时发出nrrb消息;其中,所述nrrb消息用于通知各从节点故障链路恢复转发状态的消息。当原故障链路所在的两个节点接收到nrrb消息时,可以将原故障链路一侧的端口设置为转发状态。

然而,在现有技术中,可能会出现原故障链路所在的两个节点中任一节点在主节点发出nrrb消息后无法接收到所述nrrb消息的情况。当出现这样的情况时,在现有技术中,所述未接收到nrrb消息的节点需要等待该节点上预先设置的故障链路恢复转发状态的定时器超时时,才可以将原故障链路一侧的端口设置为转发状态。

在现有技术中,由于在等待故障链路恢复转发状态的定时器超时的这段时间内,主节点的副端口处于阻塞状态,所有经过主节点的需要转发的数据报文只能从主端口转发出去,然而在这段时间内,需要通过原故障链路转发出去的数据报文无法通过原故障链路继续转发,从而会导致数据报文丢失数量的增加。



技术实现要素:

有鉴于此,本申请提供一种基于erps协议的保护倒换方法和装置,应用于以太网环的主节点和任一从节点,所述以太网环为同一局域网中的单以太网环,采用本申请提供的技术方案,可以在以太网环的故障链路恢复时,加快以太网的收敛速度,从而减少数据报文的丢失。

具体地,本申请是通过如下技术方案实现的:

一种基于erps协议的保护倒换方法,应用于以太网环中的任一从节点,所述以太网环为同一局域网中的单以太网环,所述以太网环中包括一个主节点和若干个从节点,其中所述主节点的两侧端口中的任意一侧端口在所述以太网环链路正常状态时被设置为阻塞状态,包括:

当检测到本节点与任意一侧的邻居节点之间的目标链路发生故障时,通过另一侧的正常链路向主节点,以及其它从节点发送sf消息;

当所述目标链路恢复正常时,通过另一侧的正常链路向主节点发送nr消息,并将所述目标链路一侧的第一端口设置为阻塞状态,以及在本节点上启动第一定时器,以使主节点接收到所述nr消息后在所述主节点上启动第二定时器;其中,所述第一定时器与所述第二定时器的定时时长相同;

接收主节点在所述第二定时器超时时,通过两侧端口同时发送的对应于所述目标链路的nrrb消息,并将所述目标链路一侧的第一端口恢复为转发状态;以及,

在所述第一定时器超时后,通过另一侧的正常链路向主节点再次发送nr消息,并在接收到所述主节点再次接收到所述nr消息后立即通过两侧端口同时发出的nrrb消息时,通过所述第一端口将所述nrrb消息发送至所述目标链路一侧的对端节点的第二端口,以触发所述第二端口恢复为转发状态。

一种基于erps协议的保护倒换方法,应用于以太网环中的主节点,所述以太网环为同一局域网的单以太网环,所述以太网环中包括一个主节点和若干个从节点,其中所述主节点的两个端口中任意一侧端口在所述以太网环链路正常状态时被设置为阻塞状态,包括:

当任一从节点与任意一侧的邻居节点之间的目标链路发生故障时,接收所述从节点通过另一侧的正常链路发送的sf消息;

当所述目标链路恢复正常时,接收所述从节点通过另一侧的正常链路发送的nr消息,并在接收到所述nr消息后在本节点上启动第二定时器;其中,所述第二定时器与所述从节点发送nr消息后在所述从节点上启动的第一定时器的定时时长相同;

当所述第二定时器超时后,通过两侧端口同时发送对应于所述目标链路的nrrb消息,以使所述从节点将所述目标链路的一侧的第一端口恢复为转发状态;以及,

接收所述从节点在所述第一定时器超时后,通过另一侧的正常链路再次发送的nr消息,并在本节点接收到所述nr消息后立即通过两侧端口再次同时发送nrrb消息,以使所述从节点再次接收到所述nrrb消息后将所述nrrb消息发送至所述目标链路一侧的对端节点的第二端口,以触发所述第二端口恢复为转发状态。

一种基于erps协议的保护倒换装置,应用于以太网环中的任一从节点,所述以太网环为同一局域网中的单以太网环,所述以太网环中包括一个主节点和若干个从节点,其中所述主节点的两侧端口中的任意一侧端口在所述以太网环链路正常状态时被设置为阻塞状态,包括:

sf消息发送单元,用于当检测到本节点与任意一侧的邻居节点之间的目标链路发生故障时,通过另一侧的正常链路向主节点,以及其它从节点发送sf消息;

nr消息发送单元,用于当所述目标链路恢复正常时,通过另一侧的正常链路向主节点发送nr消息,并将所述目标链路一侧的第一端口设置为阻塞状态,以及在本节点上启动第一定时器,以使主节点接收到所述nr消息后在所述主节点上启动第二定时器;其中,所述第一定时器与所述第二定时器的定时时长相同;

nrrb消息接收单元,用于接收主节点在所述第二定时器超时时,通过两侧端口同时发送的对应于所述目标链路的nrrb消息,并将所述目标链路一侧的第一端口恢复为转发状态;以及,

nrrb消息发送单元,用于在所述第一定时器超时后,通过另一侧的正常链路向主节点再次发送nr消息,并在接收到所述主节点再次接收到所述nr消息后立即通过两侧端口同时发出的nrrb消息时,通过所述第一端口将所述nrrb消息发送至所述目标链路一侧的对端节点的第二端口,以触发所述第二端口恢复为转发状态。

一种基于erps协议的保护倒换装置,应用于以太网环中的主节点,所述以太网环为同一局域网的单以太网环,所述以太网环中包括一个主节点和若干个从节点,其中所述主节点的两个端口中任意一侧端口在所述以太网环链路正常状态时被设置为阻塞状态,包括:

sf消息接收单元,用于当任一从节点与任意一侧的邻居节点之间的目标链路发生故障时,接收所述从节点通过另一侧的正常链路发送的sf消息;

nr消息接收单元,用于当所述目标链路恢复正常时,接收所述从节点通过另一侧的正常链路发送的nr消息,并在接收到所述nr消息后在本节点上启动第二定时器;其中,所述第二定时器与所述从节点发送nr消息后在所述从节点上启动的第一定时器的定时时长相同;

nrrb消息发送单元,用于当所述第二定时器超时后,通过两侧端口同时发送对应于所述目标链路的nrrb消息,以使所述从节点将所述目标链路的一侧的第一端口恢复为转发状态;以及,

nr消息接收单元,用于接收所述从节点在所述第一定时器超时后,通过另一侧的正常链路再次发送的nr消息;

nrrb消息发送单元,用于在本节点接收到所述nr消息后立即通过两侧端口再次同时发送nrrb消息,以使所述从节点再次接收到所述nrrb消息后将所述nrrb消息发送至所述目标链路一侧的对端节点的第二端口,以触发所述第二端口恢复为转发状态。

由于在本申请中,所述目标链路所在的两个从节点,不再检测所述第二定时器超时后是否接收到所述主节点发送的nrrb消息,而是直接向所述主节点再次发送nr消息。由于在本申请中限定了所述目标链路所在的两个节点中有一个节点可以接收到所述主节点第一次发送的nrrb消息,因此,可以接收到所述主节点第一次发送的nrrb消息的节点,可以将再次接收到的nrrb消息通过所述目标链路发送至对端节点。所述对端节点接收到所述nrrb消息后,可以立即将所述目标链路一侧的端口恢复成转发状态。因此,可以节省现有技术中等待所述目标链路所在的从节点,在确定所述nrrb消息丢失后启动的链路恢复转发状态的定时器超时的这段时间。从而,可以加快以太网环故障恢复后的收敛速度,减少数据报文的丢失。

附图说明

图1为本申请示例性示出的一种单以太网环的示意图;

图2为本申请示出的一种单以太网环出现链路故障的示意图;

图3为本申请示出的一种单以太网环链路故障恢复的示意图;

图4为本申请示出的一种单以太网环主节点恢复正常状态的示意图;

图5为本申请实施例示例性示出的一种基于erps协议的保护倒换方法流程图;

图6为本申请实施例示例性示出的一种在第一定时器和第二定时器超时时以太网环的示意图;

图7为本申请实施例示例性示出的主节点再次发送nrrb消息时以太网环的示意图;

图8为本申请一种基于erps协议的保护倒换装置所在从节点的一种硬件结构图;

图9为本申请实施例示例性示出的一种基于erps协议的保护倒换装置;

图10为本申请一种基于erps协议的保护倒换装置所在主节点的一种硬件结构图;

图11为本申请实施例示例性示出的另一种基于erps协议的保护倒换装置。

具体实施方式

这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

请参见图1,图1为本申请示例性示出的一种单以太网环的示意图。

其中,该单以太网环由若干个交换机组成,每一个交换机为一个节点。该单以太网环包括一个主节点和若干个从节点,各节点均存在两个端口,其中主节点上的所述两个端口分为主端口和副端口,从节点上的所述两个端口不区分为主、副端口。

例如,如图1所示的单以太网环包括6个交换机,分别为swa、swb、swc、swd、swe、swf。其中,swa为该单以太网环的主节点。每一个节点均存在两个端口,分别为端口a,端口b。其中,主节点上的端口a为主端口,端口b为副端口。

在现有技术中,为了检测该环网运行是否正常,各节点均会向相邻节点周期性地发送ccm(continuitycheckmessage,连接性检查消息)消息。如果本端节点向对端节点发送ccm消息后,未接收到对端节点的响应报文,则确定本端节点与对端节点之间的链路出现故障。如果本端节点向对端节点发送ccm消息后,接收到对端节点的响应报文,则确定本端节点与对端节点之间的链路运行正常。

在该环网运行正常时,主节点上的主端口设置为转发状态,副端口设置为阻塞状态;其中,转发状态是指该节点可以通过该端口发送数据报文以及控制报文,阻塞状态是指该节点可以通过该端口发送控制报文,但是不能发送数据报文。

请参见图2,图2为本申请示出的一种单以太网环出现链路故障的示意图。

在该环网出现故障时,故障链路所在的节点可以将故障链路一侧的端口设置为阻塞状态,并通过另一侧的正常链路发送sf消息;其中,所述sf消息用于通知主节点和其它各从节点链路出现故障的消息。

例如,如图2所示,当节点swb和节点swc之间的链路出现故障时,节点swb可以将端口a设置为阻塞状态,节点swc可以将端口b设置为阻塞状态。然后节点swb通过端口b发送sf消息,节点swc通过端口a发送sf消息。

当主节点接收到sf消息时,可以将副端口设置为转发状态,保证环网各节点保持正常通信。例如,如图2所示,当节点swa接收到sf消息时,可以将端口b设置为转发状态。

请参见图3,图3为本申请示出的一种单以太网环链路故障恢复的示意图。

当故障链路恢复时,原故障链路所在的节点可以通过另一侧的正常链路发送nr消息,并启动预先设置的定时器。其中,原故障链路所在的节点上此时启动的定时器用于判断主节点在其节点上设置的定时器超时时发送的nrrb消息是否在发送过程中丢失。如果在原故障链路所在节点上的定时器超时后,所述节点未接收到主节点发送的nrrb消息,则确定所述nrrb消息在发送过程已经丢失。

当主节点接收到nr消息时,主节点可以启动预先设置的定时器。其中,主节点上设置的该定时器用于等待原故障链路完全恢复稳定状态,避免原故障链路间歇性故障导致主节点频繁切换副端口的状态。

其中,原故障链路所在的节点此时启动的定时器和主节点接收到nr消息后启动的定时器的定时时长相同。

例如,如图3所示,当节点swb和节点swc之间的链路的故障恢复后,节点swb可以通过端口b发送nr消息,节点swc可以通过端口a发送nr消息,同时,节点swb和节点swc可以启动预先设置的定时器。当节点swa接收到nr消息时,可以启动预先设置的定时器。

请参见图4,图4为本申请示出的一种单以太网环主节点恢复正常状态的示意图。

如果主节点上预设的定时器超时,主节点可以将副端口设置为阻塞状态,然后通过主端口和副端口同时发出nrrb消息。例如,如图4所示,如果节点swa上预设的定时器超时,节点swa可以将端口b设置为阻塞状态,然后可以通过端口a和端口b同时发出nrrb消息。

然而,在主节点将nrrb消息发送至原故障链路所在的节点的过程中,该nrrb消息可能会丢失。如果原故障链路所在的节点,在其节点上预设的定时器未超时时接收到nrrb消息,则确定nrrb消息未丢失。在这样的情况下,该节点可以将原故障链路一侧的端口设置为转发状态,同时,可以清除mac表项和arp(addressresolutionprotocol,地址解析协议)/nd(neighbordiacovery,邻居发现协议)表项。

如果原故障链路所在的节点,在其节点上预设的定时器超时后未接收到nrrb消息,则确定nrrb消息丢失。在这样的情况下,该节点可以启动另外一个预先设置的链路恢复转发状态的定时器。其中,该定时器用于主动将原故障链路一侧的端口设置转发状态,为了加快环网的收敛速度,该定时器所设置的定时时长通常较短。当该定时器超时时,该节点可以主动将原故障链路一侧的端口设置为转发状态。例如,如图4所示,节点swc或节点swb在发送nr消息后启动的定时器超时后,未接收到主节点发出的nrrb消息时,可以启动另外一个预先设置的链路恢复转发状态的定时器。

综上所述,在现有技术中,由于在等待链路恢复转发状态的定时器超时的这段时间内,主节点的副端口处于阻塞状态,所有经过主节点的需要转发的数据报文只能从主端口转发出去,然而在这段时间内,需要通过原故障链路转发出去的数据报文无法通过原故障链路继续转发,从而会导致数据报文丢失数量的增加。

为了解决现有技术中的问题,本申请提出了一种基于erps协议的保护倒换的方法,应用于以太网环的主节点和任一从节点。所述以太网环为同一局域网中的单以太网环,所述以太网环中包括一个主节点和若干个从节点,其中所述主节点的两侧端口中的任意一侧端口在所述以太网环链路正常状态时被设置为阻塞状态,在所述以太网环链路正常状态时被设置为阻塞状态的端口称为副端口,另外一个被设置为转发状态的端口称为主端口。

以下通过具体的实施例和示意图对本申请提出的技术方案进行描述。

请参见图5,图5为本申请实施例示例性示出的一种基于erps协议的保护倒换方法流程图。其中,当所述第二定时器超时后,所述目标链路所在的两个节点中有一个节点可以接收到所述主节点发送的nrrb消息,另一个节点无法收到nrrb消息,具体执行以下步骤:

步骤501:当任一从节点检测到本节点与任意一侧的邻居节点之间的目标链路发生故障时,通过另一侧的正常链路向主节点,以及其它从节点发送sf消息;

在本申请的实施例中,以太网环中的任一节点可以周期性地向邻居节点发送ccm消息,检测本节点与邻居节点之间的链路是否发生故障。如果本端节点向对端节点发送ccm消息后,未接收到对端节点的响应报文,则确定本端节点与对端节点之间的链路出现故障。如果本端节点向对端节点发送ccm消息后,接收到对端节点的响应报文,则确定本端节点与对端节点之间的链路运行正常。

当任一从节点检测到本节点与任意一侧的邻居节点之间的目标链路发生故障时,该从节点可以通过另一侧的正常链路向主节点和其它从节点发送sf消息。同时,该从节点可以将故障链路一侧的端口设置为阻塞状态。其中,所述阻塞状态是指该节点可以通过该端口发送控制报文,但不能发送数据报文。

例如,如图2所示,当节点swb和节点swc之间的链路出现故障时,节点swb可以将端口a设置为阻塞状态,节点swc可以将端口b设置为阻塞状态。然后节点swb通过端口b发送sf消息,节点swc通过端口a发送sf消息。

当主节点接收到sf消息时,可以将副端口设置为转发状态,保证环网各节点保持正常通信。例如,如图2所示,当节点swa接收到sf消息时,可以将端口b设置为转发状态。

步骤502:当所述目标链路恢复正常时,所述从节点可以通过另一侧的正常链路向主节点发送nr消息,并将与所述目标链路一侧的端口设置为阻塞状态,并在本节点上启动第一定时器;

当任一从节点检测到与任意一侧的邻居节点之间的目标链路出现故障,并将目标链路一侧的端口设置为转发状态后,该节点仍然会继续周期性地向所述目标链路一侧的对端节点发送ccm消息,如果没有接收到所述目标链路一侧的对端节点返回的响应消息,此时本节点不再向主节点发送sf消息。如果接收到所述目标链路一侧的对端节点返回的响应消息,则可以确定所述目标链路已经恢复正常。

在本申请的实施例中,当所述目标链路恢复正常时,所述从节点可以通过另一侧的正常链路向主节点发送nr消息。然后,将所述目标链路一侧的端口设置为阻塞状态,并启动所述节点上预先设置的第一定时器。

其中,所述第一定时器用于判断主节点在其节点上设置的第二定时器超时时发送的nrrb消息是否在发送过程中丢失。如果在第一定时器超时后,所述节点未接收到主节点发送的nrrb消息,则确定所述nrrb消息在发送过程已经丢失。

步骤503:当所述目标链路恢复正常时,主节点接收所述目标链路所在的从节点发送的nr消息,并启动本节点上预先设置的第二定时器;

在本申请示出的实施例中,当所述目标链路恢复正常时,所述主节点可以接收到所述目标链路所在的从节点发送的nr消息。所述主节点接收到所述nr消息后,可以启动本节点上预先设置的第二定时器;其中,所述第二定时器用于等待所述目标链路完全恢复稳定状态,避免所述目标链路间歇性故障导所述主节点频繁切换副端口的状态。

需要说明的是,所述第二定时器与所述第一定时器的定时时长相同。在本申请的实施例中,所述第一定时器和所述第二定时器的定时时长的大小可以根据用户需求进行调整,对此不作具体的限定。

例如,如图3所示,当节点swb和节点swc之间的链路的故障恢复后,节点swb可以通过端口b发送nr消息,节点swc可以通过端口a发送nr消息,同时,节点swb和节点swc可以启动预先设置的第一定时器。当节点swa接收到nr消息时,可以启动预先设置的第二定时器。

步骤504:当所述第二定时器超时后,所述第一定时器也同时超时,所述主节点将副端口设置为阻塞状态,并通过两侧端口同时发送对应于所述目标链路的nrrb消息,所述目标链路所在的节点可以通过另一侧的正常链路再次向所述主节点发送nr消息;其中,所述第一定时器和所述第二定时器的定时时长相同;

在本申请的实施例中,当所述第二定时器超时时,所述主节点可以将副端口设置为阻塞状态。然后,所述主节点可以通过主、副端口同时向以太网环的各从节点发送对应于所述目标链路的nrrb消息。

其中,当所述第二定时器超时时,所述第一定时器同时也超时。当所述第一定时器超时时,所述目标链路所在的从节点可以通过另一侧的正常链路向主节点再次发送nr消息。

然而,所述nrrb消息在发送过程中可能由于网络中的其它因素发生丢失。

在所述主节点发送所述nrrb消息后,所述目标链路所在的两个从节点中有一个节点可以接收到所述nrrb消息,另一个节点无法接收到所述nrr消息的情况下,当主节点再次接收到nr消息时,所述目标链路所在的两个节点中可以接收到所述nrrb消息的从节点同时也可以接收到所述nrrb消息。

如果所述目标链路所在的从节点接收到所述nrrb消息,所述从节点可以将所述目标链路一侧的端口设置为转发状态。如果所述目标链路所在的从节点没有接收到所述nrrb消息,所述从节点可以将所述目标链路一侧的端口保持阻塞状态。

例如,请参见图6,图6为本申请实施例示例性示出的一种在第一定时器和第二定时器超时时以太网环的示意图。

当所述第一定时器和所述第二定时器同时超时时,主节点swa可以将端口b设置为阻塞状态,然后通过端口a和端口b同时发出nrrb消息。节点swb可以通过端口b再次向主节点swa发送nr消息,节点swc可以通过端口a再次向主节点swa发送nr消息。

假设节点swc没有接收到所述nrrb消息,节点swb接收到了所述nrrb消息。节点swb可以将端口a设置为转发状态,节点swc可以将端口b保持阻塞状态。

步骤505:当所述主节点再次接收到nr消息后,立即通过两侧端口再次同时发送nrrb消息,当所述目标链路所在的从节点再次接收到所述nrrb消息后,将所述nrrb消息通过所述目标链路发送至对端的从节点,以使对端的从节点将所述目标链路一侧的端口恢复转发状态。

在本申请的实施例中,当所述主节点再次接收到所述nr消息后,所述主节点可以通过两侧的端口再次同时发送nrrb消息。其中,所述主节点第一次发送nrrb消息后,所述目标链路所在的两个从节点中可以接收到所述nrrb消息的从节点,依然可以接收到所述主节点再次发送的nrrb消息;所述目标链路所在的两个从节点中没有接收到所述nrrb消息的从节点,依然不会接收到所述主节点再次发送的nrrb消息。

在所述目标链路所在的两个节点中,可以接收到所述主节点第一次发送的nrrb消息的节点,再次接收到所述主节点再次发送的nrrb消息时,该从节点可以将再次接收到的nrrb消息通过所述目标链路发送至对端节点。

其中,当各节点从阻塞端口接收到nrrb消息时,通常会将所述nrrb消息当作数据报文,将所述nrrb消息进行丢弃。因此,在本申请的实施例中,在所述各从节点上针对所述两个端口预先配置了与nrrb消息匹配的acl规则。当从节点从所述两个端口的任一端口接收到nrrb消息时,所述从节点可以将该端口从阻塞状态恢复成转发状态。

当所述对端节点接收到所述nrrb消息后,所述对端节点可以将所述nrrb消息与预先配置的acl规则进行匹配。当匹配成功时,所述对端节点可以将所述目标链路一侧的端口恢复成转发状态。

例如,请参见图7,图7为本申请实施例示例性示出的主节点再次发送nrrb消息时以太网环的示意图。

当主节点swa再次接收到nrrb消息时,主节点swa不再启动定时器,立即通过端口a和端口b再次同时发送nrrb消息。假设节点swb可以接收到主节点swa第一次发送的nrrb消息,节点swc没有接收到主节点swa第一次发送的nrrb消息。在这样的情况下,节点swb可以接收到主节点swa再次发送的nrrb消息,节点swc依然不会接收到主节点swa再次发送的nrrb消息。

节点swb在接收到主节点swa再次发送的nrrb消息后,可以将所述nrrb消息通过节点swb和swc之间的链路发送至节点swc。节点swc可以通过端口b接收到所述nrrb消息后,然后将所述nrrb消息与预先配置的acl规则进行匹配。由于节点swc上预先针对端口a配置了与nrrb消息匹配acl规则,因此,当节点swc将接收到所述nrrb消息与该acl规则匹配时,所述nrrb消息可以匹配成功,从而节点swc可以将端口b恢复为转发状态。

由以上本申请提供的技术方法可见,所述方法包括:当任一从节点检测到本节点与任意一侧的邻居节点之间的目标链路发生故障时,通过另一侧的正常链路向主节点,以及其它从节点发送sf消息;当所述目标链路恢复正常时,所述从节点可以通过另一侧的正常链路向主节点发送nr消息,并将与所述目标链路一侧的端口设置为阻塞状态,并在本节点上启动第一定时器;

当所述目标链路恢复正常时,主节点接收所述链路所在从节点发送的nr消息,并启动本节点上预先设置的第二定时器;当所述第二定时器超时后,所述第一定时器也同时超时,所述主节点将副端口设置为阻塞状态,并通过两侧端口同时发送对应于所述目标链路的nrrb消息,所述目标链路所在的节点可以通过另一侧的正常链路再次向所述主节点发送nr消息;其中,所述第一定时器和所述第二定时器的定时时长相同;

当所述主节点再次接收到nr消息后,立即通过两侧端口再次同时发送nrrb消息,当所述目标链路所在的从节点再次接收到所述nrrb消息后,将所述nrrb消息通过所述目标链路发送至对端的从节点,以使对端的从节点将所述目标链路一侧的端口恢复转发状态。

由于在本申请中,所述目标链路所在的两个从节点,不再检测所述第二定时器超时后是否接收到所述主节点发送的nrrb消息,而是直接向所述主节点再次发送nr消息。由于在本申请中限定了所述目标链路所在的两个节点中只有一个节点可以接收到所述主节点第一次发送的nrrb消息,因此,可以接收到所述主节点第一次发送的nrrb消息的节点,可以将再次接收到的nrrb消息通过所述目标链路发送至对端节点。所述对端节点接收到所述nrrb消息后,可以立即将所述目标链路一侧的端口恢复成转发状态。因此,可以节省现有技术中等待所述目标链路所在的从节点,在确定所述nrrb消息丢失后启动的链路恢复转发状态的定时器超时的这段时间。从而,可以加快以太网环故障恢复后的收敛速度,减少数据报文的丢失。

与前述一种基于erps协议的保护倒换方法的实施例相对应,本申请还提供了一种基于erps协议的保护倒换装置的实施例。

本申请一种基于erps协议的保护倒换装置的实施例可以应用在以太网环中的任一从节点上。装置实施例可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。以软件实现为例,作为一个逻辑意义上的装置,是通过其所在从节点上的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言,如图8所示,为本申请一种基于erps协议的保护倒换装置所在从节点的一种硬件结构图,除了图8所示的处理器、内存、网络接口、以及非易失性存储器之外,实施例中装置所在的从节点通常根据该基于erps协议的保护倒换的实际功能,还可以包括其他硬件,对此不再赘述。

请参见图9,图9为本申请实施例示例性示出的一种基于erps协议的保护倒换装置,应用于以太网环中的任一从节点,所述以太网环为同一局域网中的单以太网环,所述以太网环中包括一个主节点和若干个从节点,其中所述主节点的两侧端口中的任意一侧端口在所述以太网环链路正常状态时被设置为阻塞状态,所述装置包括:sf消息发送单元910,nr消息发送单元920,nrrb消息发接收单元930,nrrb消息发送单元940。

其中,所述sf消息发送单元910,用于当检测到本节点与任意一侧的邻居节点之间的目标链路发生故障时,通过另一侧的正常链路向主节点,以及其它从节点发送sf消息;

所述nr消息发送单元920,用于当所述目标链路恢复正常时,通过另一侧的正常链路向主节点发送nr消息,并将所述目标链路一侧的第一端口设置为阻塞状态,以及在本节点上启动第一定时器,以使主节点接收到所述nr消息后在所述主节点上启动第二定时器;其中,所述第一定时器与所述第二定时器的定时时长相同;

所述nrrb消息接收单元930,用于接收主节点在所述第二定时器超时时,通过两侧端口同时发送的对应于所述目标链路的nrrb消息,并将所述目标链路一侧的第一端口恢复为转发状态;以及,

所述nrrb消息发送单元940,用于在所述第一定时器超时后,通过另一侧的正常链路向主节点再次发送nr消息,并在接收到所述主节点再次接收到所述nr消息后立即通过两侧端口同时发出的nrrb消息时,通过所述第一端口将所述nrrb消息发送至所述目标链路一侧的对端节点的第二端口,以触发所述第二端口恢复为转发状态。

在本申请的实施例中,各节点可以检测目标链路是否出现故障,以及在所述目标链路出现故障后,检测所述目标链路是否恢复正常,所述装置还包括:

ccm消息发送单元,用于本节点周期性向任意一侧的邻居节点发送ccm消息;以及,在将所述目标链路一侧的第一端口设置为阻塞状态后,本节点仍然周期性向所述目标链路一侧的对端节点发送ccm消息;

第一确定单元,用于如果本节点未接收到所述邻居节点发送的所述ccm消息的响应报文,确定本节点与所述邻居节点之间的目标链路发生故障;

第二确定单元,用于如果本节点接收到所述邻居节点发送的所述ccm消息的响应报文,确定本节点与所述邻居节点之间的目标链路运行正常。

第三确定单元,用于如果本节点未接收到所述目标链路一侧的对端节点发送的ccm消息的响应报文,确定所述目标链路未恢复正常;

第四确定单元,用于如果本节点接收到所述目标链路一侧的对端节点发送的ccm消息的响应报文,确定所述目标链路恢复正常。

另外,在本申请的实施例中,所述目标链路所在的两个节点中有一个节点无法接收到所述nrrb消息,所述装置还包括:

保持单元,用于如果本节点未接收到所述主节点在所述第二定时器超时时,通过两侧端口同时发送的对应于所述目标链路的nrrb消息,将所述目标链路一侧的第一端口保持阻塞状态;

nrrb消息接收单元,还用于接收所述目标链路一侧的对端节点在再次接收到所述主节点发送的nrrb消息后,通过所述目标链路一侧的第二端口发送的所述nrrb消息;

匹配单元,用于将所述nrrb消息与预配置的acl规则进行匹配,并在匹配成功后将所述目标链路一侧的第一端口恢复为转发状态。

与前述一种基于erps协议的保护倒换方法的实施例相对应,本申请还提供了另一种基于erps协议的保护倒换装置的实施例。

本申请一种基于erps协议的保护倒换装置的实施例可以应用在以太网环中的主节点上。装置实施例可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。以软件实现为例,作为一个逻辑意义上的装置,是通过其所在主节点上的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言,如图10所示,为本申请一种基于erps协议的保护倒换装置所在主节点的一种硬件结构图,除了图10所示的处理器、内存、网络接口、以及非易失性存储器之外,实施例中装置所在的主节点通常根据该基于erps协议的保护倒换的实际功能,还可以包括其他硬件,对此不再赘述。

请参见图11,图11为本申请实施例示例性示出的另一种基于erps协议的保护倒换装置,应用于以太网环中的主节点,所述以太网环为同一局域网中的单以太网环,所述以太网环中包括一个主节点和若干个从节点,其中所述主节点的两侧端口中的任意一侧端口在所述以太网环链路正常状态时被设置为阻塞状态,所述装置包括:sf消息接收单元1110,nr消息接收单元1120,nrrb消息发送单元1130。

其中,所述sf消息接收单元1110,用于当任一从节点与任意一侧的邻居节点之间的目标链路发生故障时,接收所述从节点通过另一侧的正常链路发送的sf消息;

所述nr消息接收单元1120,用于当所述目标链路恢复正常时,接收所述从节点通过另一侧的正常链路发送的nr消息,并在接收到所述nr消息后在本节点上启动第二定时器;其中,所述第二定时器与所述从节点发送nr消息后在所述从节点上启动的第一定时器的定时时长相同;

所述nrrb消息发送单元1130,用于当所述第二定时器超时后,通过两侧端口同时发送对应于所述目标链路的nrrb消息,以使所述从节点将所述目标链路的一侧的第一端口恢复为转发状态;以及,

所述nr消息接收单元1110,用于接收所述从节点在所述第一定时器超时后,通过另一侧的正常链路再次发送的nr消息;

所述nrrb消息发送单元1130,用于在本节点接收到所述nr消息后立即通过两侧端口再次同时发送nrrb消息,以使所述从节点再次接收到所述nrrb消息后将所述nrrb消息发送至所述目标链路一侧的对端节点的第二端口,以触发所述第二端口恢复为转发状态。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。

对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。

以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1