CN111541609A - 一种链路聚合组的状态检测方法和装置 - Google Patents
一种链路聚合组的状态检测方法和装置 Download PDFInfo
- Publication number
- CN111541609A CN111541609A CN202010247811.7A CN202010247811A CN111541609A CN 111541609 A CN111541609 A CN 111541609A CN 202010247811 A CN202010247811 A CN 202010247811A CN 111541609 A CN111541609 A CN 111541609A
- Authority
- CN
- China
- Prior art keywords
- link
- aggregation group
- link aggregation
- state
- detection
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/24—Multipath
- H04L45/245—Link aggregation, e.g. trunking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/02—Capturing of monitoring data
- H04L43/026—Capturing of monitoring data using flow identification
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请提供了一种链路聚合组的状态检测方法和装置,应用于网络设备中,所述网络设备包括链路聚合组,所述链路聚合组包括多个成员链路,以及为每一个成员链路配置状态检测实例;以及,所述方法包括:在链路聚合组的状态检测周期内,针对每一成员链路,利用该成员链路的状态检测实例进行检测报文的发送和接收,根据检测报文的发送结果和接收结果,确定该成员链路的链路状态;根据所述链路聚合组中各个成员链路的链路状态,确定所述链路聚合组的状态检测结果。相比于现有的仅根据单个成员链路来决定链路聚合组状态的方法,本申请实施例明显提高了链路聚合组的状态检测结果的准确度。
Description
技术领域
本申请涉及通信技术领域,特别涉及一种链路聚合组的状态检测方法和装置。
背景技术
以太网链路聚合用于通过将多条以太网物理链路捆绑在一起形成一条以太网逻辑链路,以实现增加链路带宽的目的;同时,这些捆绑在一起的链路相互间进行动态备份,可有效提高整个逻辑链路的可靠性。例如,设备A与设备之间存在n条相连的以太网物理链路,将这n条以太网物理链路捆绑在一起,就形成一条逻辑链路---链路聚合组(Linkaggregation)。这条逻辑链路的带宽最大可等于n条以太网物理链路的带宽总和,可以理解为增加了链路的带宽;此外,这n条以太网物理链路之间相互备份,当其中某条以太网物理链路down时,还可以通过其他以太网物理链路转发报文,机制简单,可增加带宽,同时可实现链路间的备份,故链路聚合具有较广泛的应用。
在使用链路聚合组进行报文传输时,还要维护链路聚合组的状态。现有技术在维护链路聚合组的状态时,若采用链路聚合组的负载分担策略,则指定一个以太网物理链路,然后将检测报文通过该以太网物理链进行传输以实现链路聚合组的状态检测;若采用轮询检测时,则将检测报文轮询通过聚合链路组中的以太网物理链路进行传输,以实现链路聚合组的状态检测。以上两种方法,当传送检测报文的以太网链路故障时,则会上报链路聚合组故障,然而实际上该链路聚合组中其他以太网物理链路的状态是正常的,则会发生误报检测结果的情况,即,现有技术,将用于传送检测报文的以太网物理链路的检测结果作为整个链路聚合组的状态检测结果,会导致链路聚合组的状态检测结果不准确。
因此,如何准确地检测链路聚合组的状态是值得考虑的技术问题之一。
发明内容
有鉴于此,本申请提供了一种链路聚合组的状态检测方法和装置,用以准确地检测链路聚合组的状态。
具体地,本申请是通过如下技术方案实现的:
根据本申请的第一方面,提供一种链路聚合组的状态检测方法,应用于网络设备中,所述网络设备包括链路聚合组,所述链路聚合组包括多个成员链路,以及为每一个成员链路配置状态检测实例;以及,所述方法包括:
在链路聚合组的状态检测周期内,针对每一成员链路,利用该成员链路的状态检测实例进行检测报文的发送和接收,根据检测报文的发送结果和接收结果,确定该成员链路的链路状态;
根据所述链路聚合组中各个成员链路的链路状态,确定所述链路聚合组的状态检测结果。
可选地,根据所述链路聚合组中各个成员链路的链路状态,确定所述链路聚合组的状态检测结果,包括:
确定链路状态为链路故障的成员链路的数量,若所述数量超过设定门限值,则确定所述链路聚合组的状态检测结果为链路聚合组故障;或者,
根据各个成员链路的链路状态,确定故障链路比例,若所述故障链路比例超过比例门限值,则确定所述链路聚合组的状态检测结果为链路聚合组故障。
可选地,根据所述链路聚合组中各个成员链路的链路状态,确定所述链路聚合组的状态检测结果,包括:
根据各个成员链路的链路状态,若确定链路状态为链路正常的成员链路无法承载当前的业务,则确定所述链路聚合组的状态检测结果为链路聚合组故障。
可选地,本申请提供的链路聚合组的状态检测方法,还包括:
为所述链路聚合组配置链路管理实例,所述链路管理实例用于管理所述链路聚合组中的成员链路的状态检测实例。
可选地,所述成员链路的检测报文包括用于标识所属状态检测实例的字段,针对成员链路的检测报文与链路聚合组之外的物理链路的检测报文,该字段的取值不同。
可选地,所述检测报文包括连续性检查消息CCM报文和双向转发路径检测BFD报文。
根据本申请的第二方面,提供一种链路聚合组的状态检测装置,应用于网络设备中,所述网络设备包括链路聚合组,所述链路聚合组包括多个成员链路,以及为每一个成员链路配置状态检测实例;以及,所述装置包括:
链路状态检测模块,用于在链路聚合组的状态检测周期内,针对每一成员链路,利用该成员链路的状态检测实例进行检测报文的发送和接收;根据检测报文的发送结果和接收结果,确定该成员链路的链路状态;
链路聚合组状态检测模块,用于根据所述链路聚合组中各个成员链路的链路状态,确定所述链路聚合组的状态检测结果。
一种可能的实施例中,所述链路聚合组状态检测模块,具体用于确定链路状态为链路故障的成员链路的数量,若所述数量超过设定门限值,则确定所述链路聚合组的状态检测结果为链路聚合组故障;或者,根据各个成员链路的链路状态,确定故障链路比例,若所述故障链路比例超过比例门限值,则确定所述链路聚合组的状态检测结果为链路聚合组故障。
一种可能的实施例中,所述链路聚合组状态检测模块,具体用于根据各个成员链路的链路状态,若确定链路状态为链路正常的成员链路无法承载当前的业务,则确定所述链路聚合组的状态检测结果为链路聚合组故障。
一种可能的实施例中,本申请提供的链路聚合组的状态检测装置,还包括:
配置模块,用于为所述链路聚合组配置链路管理实例,所述链路管理实例用于管理所述链路聚合组中的成员链路的状态检测实例。
可选地,所述成员链路的检测报文包括用于标识所属状态检测实例的字段,针对成员链路的检测报文与链路聚合组之外的物理链路的检测报文,该字段的取值不同。
可选地,所述检测报文包括连续性检查消息CCM报文和双向转发路径检测BFD报文。
根据本申请的第三方面,提供一种网络设备,包括处理器和机器可读存储介质,机器可读存储介质存储有能够被处理器执行的机器可执行指令,处理器被机器可执行指令促使执行本申请实施例第一方面所提供的方法。
根据本申请的第四方面,提供一种机器可读存储介质,机器可读存储介质存储有机器可执行指令,在被处理器调用和执行时,机器可执行指令促使处理器执行本申请实施例第一方面所提供的方法。
本申请实施例的有益效果:
本申请实施例提供的链路聚合组的状态检测方法,通过实施本申请任一实施例提供的链路聚合组的状态检测方法,在状态检测周期内,利用各个成员链路的状态检测实例分别进行检测报文的发送和接收,以根据检测报文的发送和接收情况确定各个成员链路的链路状态,然后根据各个成员链路的链路状态来确定链路聚合组的状态检测结果,相比于现有的仅根据单个成员链路来决定链路聚合组状态的方法,本申请提供的方法明显提高了链路聚合组的状态检测结果的准确度。
附图说明
图1a是本申请一示例性实施例示出的负载分担方式的检测报文传输示意图;
图1b是本申请一示例性实施例示出的轮询方式的检测报文传输示意图;
图2是本申请一示例性实施例示出的一种网络设备的结构示意图;
图3是本申请一示例性实施例示出的一种链路聚合组的状态检测方法的流程图;
图4是本申请一示例性实施例示出CCM检测报文的报文格式示意图;
图5是本申请一示例性实施例示出的一种链路聚合组的状态检测装置的框图;
图6是本申请一示例性实施例示出的链路聚合组CCM功能实现的逻辑框图;
图7是本申请一示例性实施例示出的链路聚合组CCM功能实现的另一种逻辑框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相对应的列出项目的任何或所有可能组合。
应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
发明人发现,目前在检测链路聚合组的状态时,有两种方式,一种是链路聚合组的负载分担策略,如图1a所示,设备Device A与设备Device B之间
仅使用成员链路Line n传输检测报文,若该成员链路Line n的链路故障,则上报其所属的链路聚合组故障;另一种方式为,采用轮询方式,如利用链路聚合组中的成员链路轮询发送和接收检测报文,请参考图1b所示,若轮询3个成员链路发送检测报文后,确认这3个成员链路都故障,则确定该链路聚合组故障。然而这两种方式均会存在误报链路聚合组状态的情况,导致无法充分使用该链路聚合组。
为了解决上述问题,本申请实施例提出一种链路聚合组的状态检测方法,应用于网络设备中,该网络设备包括至少一个链路聚合组,针对每一个链路聚合组,为该链路聚合组包括的每一个成员链路分别配置一个状态检测实例,即,链路聚合组中的成员链路与状态检测实例一一对应,这样,在链路聚合组的状态检测周期内,针对每一成员链路,利用该成员链路的状态检测实例进行检测报文的发送和接收,根据检测报文的发送结果和接收结果,确定该成员链路的链路状态,然后根据链路聚合组中各个成员链路的链路状态,确定链路聚合组的状态检测结果。通过采用本申请提供的方法,不再是基于单一成员链路的状态来确定链路聚合组的状态,而是基于链路聚合组中各个成员链路的状态来确定,从而提高了确定出的链路聚合组的状态检测结果的准确性。
请参照图2,是本申请实施例提供的网络设备200的方框示意图。该网络设备200包括存储器210、处理器220及通信模块230。存储器210、处理器220以及通信模块230各元件相互之间直接或间接地电性连接,以实现数据的传输或交互。例如,这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。
其中,存储器210用于存储程序或者数据。存储器210可以是,但不限于,随机存取存储器(Random Access Memory,RAM),只读存储器(Read OnlyMemory,ROM),可编程只读存储器(Programmable Read-Only Memory,PROM),可擦除只读存储器(ErasableProgrammable Read-Only Memory,EPROM),电可擦除只读存储器(Electric ErasableProgrammable Read-Only Memory,EEPROM)等。
处理器220用于读/写存储器210中存储的数据或程序,并执行相应地功能。例如,当存储器210存储的计算机程序被处理器220执行时,能够实现本申请各实施例所揭示的链路聚合组的状态检测方法。
通信模块230用于通过网络建立网络设备200与其它通信终端之间的通信连接,并用于通过网络收发数据。例如,网络设备200可以通过通信模块230从其它通信设备接收检测报文。
应当理解的是,图2所示的结构仅为网络设备200的结构示意图,网络设备200还可包括比图2中所示更多或者更少的组件,或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。可选地,本申请实施例中的网络设备200可以为交换机等设备,当然也可以为其他设备,具体根据实际情况而定。
下面对本申请提供的链路聚合组的状态检测方法进行详细地说明。
参见图3,图3是本申请示出的一种链路聚合组的状态检测方法的流程图。
该方法可包括如下所示步骤:
S301、在状态检测周期内,针对每一成员链路,利用该成员链路的状态检测实例进行检测报文的发送和接收。
本步骤中,为链路聚合组中每一个成员链路均配置有一个状态检测实例,即,链路聚合组中的成员链路与状态检测实例具有一一映射关系。具体地,每个成员链路具有成员端口,为了方便标识,可以将上述映射关联理解为成员链路的成员端口与状态检测实例之间的映射关系。基于此,在链路聚合组的状态检测周期内,针对每个成员链路,利用该成员链路的状态检测实例从该成员链路的成员端口进行检测报文的发送和接收。
本实施例中的状态检测实例可以理解为能够实现基于成员端口进行检测报文的发送和接收功能,以及能确定成员端口所在成员链路的链路状态的实例或实体,该实例可以有输入端和输出端,也可能有控制端。具体地,输入端、输出端与成员链路的相关管脚布线连接,如输出端可以布线连接至成员链路的成员端口,这样,成员链路无故障情况下,状态检测实例可以通过输入端获取检测报文,然后通过输出端将检测报文发送给成员链路的成员端口,进而通过成员端口发送给对端设备;此外,成员端口还可以接收对端设备发送的检测报文,然后发送给状态检测实例,依次实现检测报文的发送和接收。
可选地,本实施例中链路聚合组和成员链路均有各自的状态检测周期,但成员链路的状态检测周期依据链路聚合组的状态检测周期。而本步骤中的状态检测周期可以为链路聚合组的状态检测周期或成员链路的状态检测周期,而成员链路的状态检测周期可以与链路聚合组的状态检测周期相同,也可以为链路聚合组的状态检测周期除以成员链路的总数。
S302、根据检测报文的发送结果和接收结果,确定该成员链路的链路状态。
具体地,基于检测报文的发送情况和接收情况,可以确定出该成员链路的链路状态,若检测报文的发送情况和接收情况均正常,则可以确定该成员链路的链路状态为正常,即链路无故障,否则,可以确定该成员链路故障,即链路状态为链路故障。
实际应用中,针对每一个成员链路,在利用检测报文检测该成员链路的状态时,可以利用现存的检测报文的发送次数和发送时间间隔。例如,双方约定的发送次数为3次,发送时间间隔为2ms,则每2ms状态检测实例发送一次检测报文,共发送3次,以及接收对端设备发送的检测报文,根据3次是否成功发送的结果和是否接收成的结果,来确定该成员链路的链路状态。若均发送成功和接收成功,则确定该成员链路正常,即成员链路的链路状态为成员链路无故障;否则,确定该成员链路的链路状态为成员链路故障。
S303、根据链路聚合组中各个成员链路的链路状态,确定链路聚合组的状态检测结果。
具体地,链路聚合组的状态根据各个状态检测实例收集到的对应成员链路的链路状态以及设定的逻辑得到,例如,只有当各个成员链路的链路状态均为故障时,才确定链路聚合组故障。通过采用图3的流程,基于链路聚合组中每个成员链路的链路状态来确定链路聚合组的状态,不再是现有技术中基于单个成员链路确定链路聚合组的状态,本申请提供的方法明显提高了链路聚合组的状态检测结果的准确性。
可选地,可以按照下述过程实施步骤303:确定链路状态为链路故障的成员链路的数量,若所述数量超过设定门限值,则确定所述链路聚合组的状态检测结果为链路聚合组故障。
具体地,可以设置表征链路聚合组故障的门限值,这样可以根据各个成员链路的链路状态,确定成员链路故障的成员链路的数量,当故障的成员链路的数量超过该门限值时,则确定链路聚合组故障,否则确定链路聚合组正常。这样,当故障的成员数量较小时,表明该链路聚合组还可以通过正常的成员链路提供业务服务,则确定该链路聚合组正常,从而达到最大化使用该链路聚合组的目的,避免正常的成员链路闲置。
可选地,还可以按照下述过程实施步骤303:根据各个成员链路的链路状态,确定故障链路比例,若所述故障链路比例超过比例门限值,则确定所述链路聚合组的状态检测结果为链路聚合组故障。
具体地,还可以设定比例门限值,这样,根据各个成员链路的链路状态,可以确定故障的成员链路的数量,然后确定上述数量与成员链路总数的比值,得到故障链路比例。然后判断故障链路比例是否大于设定的比例门限值,当大于该比例门限值时,则确定链路聚合组故障,否则确定链路聚合组正常。相比于现有技术,能够准确地确定出链路聚合组的状态,而且能够达到最大化使用该链路聚合组的目的,避免正常的成员链路闲置。
可选地,还可以按照下述过程实施步骤303:根据各个成员链路的链路状态,若确定链路状态为链路正常的成员链路无法承载当前的业务,则确定链路聚合组的状态检测结果为链路聚合组故障。
具体地,由于链路聚合组的主要功能是流量的负载分担,故还可以确定链路聚合组中正常的成员链路是否可以承载当前承诺要提供服务的业务,如果可以承载,则确定链路聚合组无故障,而当确定正常的成员链路无法承载当前的业务时,则及时上报该链路聚合组故障,以及时切换其他链路聚合组为上述业务提供服务。具体的说,若链路聚合组包括n个成员链路,承诺为上述业务提供的带宽为k,而当正常的成员链路的数量小于k时,则表明正常的成员链路无法为该业务提供服务,则确定该链路聚合组故障,并及时上报链路聚合组故障的通知,以使上层及时为该业务提供无故障的链路聚合组,并为该业务提供服务。由此,不仅可以提高链路聚合组的状态检测结果的准确性,而且不耽误业务的正常处理。
基于上述任一实施例,本申请提供的聚合链路组的状态检测方法,还包括:
为所述链路聚合组配置链路管理实例,所述链路管理实例用于管理所述链路聚合组中的成员链路的状态检测实例。
具体实施时,由于网络设备中可能不止一个链路聚合组,当存在多个链路聚合组时,为了方便管理该链路聚合组中的成员链路,本实施例提出为每个链路聚合组配置一个链路管理实例,然后用该链路管理实例管理其对应的链路聚合组中的成员链路的状态检测实例,而若存在多个链路聚合组,则相应地存在多个链路管理实例,为了区分各个链路聚合组的链路管理实例,可以对链路管理实例进行编号。举例来说,某链路聚合组的链路管理实例的编号为x,该链路聚合组中包括的n个成员链路,且为n个成员链路分别创建了n个状态检测实例,则这n个状态检测实例的编号分别可以记为x_1,…,x_i,…,x_n,则链路管理实例x则用于管理<x_1,…x_n>的n个状态检测实例,以及维护成员链路与状态检测实例的映射关系。当链路聚合组有多个时,则还需要维护各个链路聚合组的链路管理实例与成员链路的状态检测实例的映射关系。通过配置链路管理实例和维护上述映射关系,可以避免存在多个链路聚合组时成员链路的状态检测实例的混淆,在此基础上提升链路聚合组的状态检测结果的准确性。
基于上述任一实施例,本实施例提供的成员链路的检测报文包括用于标识所属状态检测实例的字段,针对成员链路的检测报文与链路聚合组之外的物理链路的检测报文,该字段的取值不同。
具体实施时,由于网络设备中除了有链路聚合组,还有普通的物理链路,即没有与其他物理链路聚合在一起的物理链路,而这些普通的物理链路也需要承载业务,故同样需要发送检测报文进行链路状态检测,故为了区分链路聚合组的成员链路和普通的物理链路,本实施例提出在检测报文中设置用于标识检测报文所属状态检测实例的字段,且成员链路的检测报文与普通的物理链路的检测报文中,该字段的取值不同,这样才能区分这两种检测报文,且识别检测报文是属于成员链路的还是普通的物理链路。可选地,可以设定成员链路的检测报文中,该字段的取值可以是一个范围,在该范围内的取值对应的检测报文都属于成员链路;而该取值范围之外的检测报文则属于普通的物理链路。或者,也可以采用位段的划分,如该字段内前N位用于标识链路聚合组的成员链路,后几位用于标识普通的物理链路。值得注意的是,该字段可以但不限于为16bits,以及上述取值范围可以根据实际情况而定,旨在能够区分成员链路和普通的物理链路的检测报文。
通过设定上述字段,可以准确地标识出检测报文属于链路聚合组的成员链路还是物理链路,以确保准确地检测出链路聚合组的状态。
可选地,本申请任一实施例中的检测报文包括连续性检查消息(ContinuityCheck Message,CCM)报文和双向转发路径检测(Bidirectional Forwarding Detection,BFD)报文。在此基础上,当检测报文为CCM报文时,该CCM检测报文可以采用G.8013定义的CCM标准格式,参考图4所示,检测报文中用于标识所属状态检测实例的字段可以但不限于为维护实体组端点身份标识(Maintenance Entity Group End Point ID,MEP ID),为了区分成员链路的CCM检测报文和普通的物理链路的CCM检测报文,可以将MEP ID的一段值域专门用于成员链路的状态检测实例,例如[0x8000,0xffff]范围内的取值用于标识检测报文所属状态检测实例。以及,为了区分链路聚合组内各个成员链路上的CCM检测报文,可以设置不同成员链路的CCM检测报文的取值在[0x8000,0xffff]不同。可选地,还可以采用位段的区分方式,例如,设置16bits中前9位作为所属状态检测实例的标识,后7位用于标识普通的物理链路等等。
而当检测报文为BFD检测报文时,则用于标识所属检测实例的字段可以为BFD的ID,具体区分方法可以参考CCM检测报文,此处不再详细描述。
进一步地,可能存在链路聚合组也会传输检测报文的情况,故还需要区分链路聚合组的检测报文和成员链路的检测报文,故还可以在上述字段设置用于标识链路聚合组的取值。在此基础上,在从成员链路的成员端口上抓取检测报文时,可能存在捕获到的检测报文中的上述字段取值与配置的链路聚合组的取值不一致的情况,即,仅从检测报文较难关联到对应的链路聚合组。因此,为了解决这一问题,本实施例提出上述字段中若干字节用于标识成员链路的状态检测实例,即用于标识成员链路,另外若干字节用于标识链路聚合组。具体以CCM检测报文为例进行说明,可以设置上述字段中第9字节和第10字节处的MEP ID用于标识链路聚合组,第71字节和第72字节用于标识成员链路,或者,用第73字节和第74字节用于标识成员链路,即,第9字节和第10字节传输为链路聚合组配置的取值,而在第71字节和第72字节传输为成员链路配置的取值。
通过实施本申请任一实施例提供的链路聚合组的状态检测方法,在状态检测周期内,利用各个成员链路的状态检测实例分别进行检测报文的发送和接收,以根据检测报文的发送和接收情况确定各个成员链路的链路状态,然后根据各个成员链路的链路状态来确定链路聚合组的状态检测结果,相比于现有的仅根据单个成员链路来决定链路聚合组状态的方法,明显提高了链路聚合组的状态检测结果的准确度。
基于同一发明构思,本申请还提供了与上述链路聚合组的状态检测方法对应的链路聚合组的状态检测装置。该链路聚合组的状态检测装置的实施具体可以参考上述对链路聚合组的状态检测方法的描述,此处不再一一论述。
参见图5,图5是本申请一示例性实施例示出的一种链路聚合组的状态检测装置,应用于网络设备中,该网络设备包括链路聚合组,上述链路聚合组包括多个成员链路,以及为每一个成员链路配置状态检测实例;以及,上述装置包括:
链路状态检测模块501,用于在链路聚合组的状态检测周期内,针对每一成员链路,利用该成员链路的状态检测实例进行检测报文的发送和接收;根据检测报文的发送结果和接收结果,确定该成员链路的链路状态;
链路聚合组状态检测模块502,用于根据所述链路聚合组中各个成员链路的链路状态,确定所述链路聚合组的状态检测结果。
一种可能的实施例中,上述链路聚合组状态检测模块502,具体用于确定链路状态为链路故障的成员链路的数量,若所述数量超过设定门限值,则确定所述链路聚合组的状态检测结果为链路聚合组故障;或者,根据各个成员链路的链路状态,确定故障链路比例,若所述故障链路比例超过比例门限值,则确定所述链路聚合组的状态检测结果为链路聚合组故障。
一种可能的实施例中,上述链路聚合组状态检测模块502,具体用于根据各个成员链路的链路状态,若确定链路状态为链路正常的成员链路无法承载当前的业务,则确定所述链路聚合组的状态检测结果为链路聚合组故障。
基于上述任一实施例,本申请实施例提供的链路聚合组的状态检测装置,还包括:配置模块,也请参考图5所示,其中:
配置模块503,用于为所述链路聚合组配置链路管理实例,所述链路管理实例用于管理所述链路聚合组中的成员链路的状态检测实例。
基于上述任一实施例,本实施例中的成员链路的检测报文包括用于标识所属状态检测实例的字段,针对成员链路的检测报文与链路聚合组之外的物理链路的检测报文,该字段的取值不同。
基于上述任一实施例,本实施例中的检测报文包括连续性检查消息CCM报文和双向转发路径检测BFD报文。
为了更好地理解本申请提供的链路聚合组的状态检测方法,应用于交换机中,本端交换机和对端交换机均实施本申请提供的上述方法,以检测报文为CCM检测报文为例进行举例说明。交换机中存在链路聚合组,该链路聚合组有n个成员链路,且链路聚合组的状态检测周期与成员链路的状态检测周期一致,假设状态检测周期为T,则创建n个状态检测周期为T的状态检测实例,这n个状态检测实例与链路聚合组的成员端口为一一映射关系,每个状态检测实例可以从其对应的成员端口进行CCM检测报文的发送和接收。需要说明的是,在端口的逻辑关系中,交换机上的端口一旦加入了链路集合组后,就需要将该端口在端口的层面上进行删除。端口的配置不再生效,只能作为链路聚合组的成员端口存在,且成员端口需遵从链路聚合组的配置,无法再基于独立端口进行配置。
如图6所示,在交换机的转发芯片中,增加链路聚合组CCM功能实现,对应图5中的链路状态检测模块和链路聚合组状态检测模块,针对每一个成员链路,链路状态检测模块维护了状态检测实例和成员链路之间的映射关系,且可以利用该成员链路的状态检测实例进行CCM检测报文的发送和接收,当接收到对端交换机发送的CCM检测报文后,根据发送和接收结果确定该成员链路的链路状态,然后将链路状态发送给链路聚合组状态检测模块,由链路聚合组状态检测模块基于各个成员链路的链路状态确定链路聚合组的状态,基于各个成员链路的链路状态确定链路聚合组的状态,明显提高了链路聚合组的状态检测结果的准确性。
进一步地,链路聚合组CCM实现功能还维护了链路管理实例与状态检测实例的映射关系,参考图7所示,维护上述映射关系这一功能对应图5中的配置模块,通过为链路聚合组配置链路管理实例,以利用该链路管理实例管理各个成员链路的状态检测实例。
另外,本申请实施例提供了一种机器可读存储介质,机器可读存储介质存储有机器可执行指令,在被处理器调用和执行时,机器可执行指令促使处理器执行本申请实施例所提供的链路聚合组的状态检测方法。
对于电子设备以及机器可读存储介质实施例而言,由于其涉及的方法内容基本相似于前述的方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。
Claims (10)
1.一种链路聚合组的状态检测方法,其特征在于,应用于网络设备中,所述网络设备包括链路聚合组,所述链路聚合组包括多个成员链路,以及为每一个成员链路配置状态检测实例;以及,所述方法包括:
在链路聚合组的状态检测周期内,针对每一成员链路,利用该成员链路的状态检测实例进行检测报文的发送和接收,根据检测报文的发送结果和接收结果,确定该成员链路的链路状态;
根据所述链路聚合组中各个成员链路的链路状态,确定所述链路聚合组的状态检测结果。
2.根据权利要求1所述的方法,其特征在于,根据所述链路聚合组中各个成员链路的链路状态,确定所述链路聚合组的状态检测结果,包括:
确定链路状态为链路故障的成员链路的数量,若所述数量超过设定门限值,则确定所述链路聚合组的状态检测结果为链路聚合组故障;或者,
根据各个成员链路的链路状态,确定故障链路比例,若所述故障链路比例超过比例门限值,则确定所述链路聚合组的状态检测结果为链路聚合组故障。
3.根据权利要求1所述的方法,其特征在于,根据所述链路聚合组中各个成员链路的链路状态,确定所述链路聚合组的状态检测结果,包括:
根据各个成员链路的链路状态,若确定链路状态为链路正常的成员链路无法承载当前的业务,则确定所述链路聚合组的状态检测结果为链路聚合组故障。
4.根据权利要求1所述的方法,其特征在于,还包括:
为所述链路聚合组配置链路管理实例,所述链路管理实例用于管理所述链路聚合组中的成员链路的状态检测实例。
5.根据权利要求1所述的方法,其特征在于,所述成员链路的检测报文包括用于标识所属状态检测实例的字段,针对成员链路的检测报文与链路聚合组之外的物理链路的检测报文,该字段的取值不同。
6.根据权利要求1~4任一所述的方法,其特征在于,所述检测报文包括连续性检查消息CCM报文和双向转发路径检测BFD报文。
7.一种链路聚合组的状态检测装置,其特征在于,应用于网络设备中,所述网络设备包括链路聚合组,所述链路聚合组包括多个成员链路,以及为每一个成员链路配置状态检测实例;以及,所述装置包括:
链路状态检测模块,用于在链路聚合组的状态检测周期内,针对每一成员链路,利用该成员链路的状态检测实例进行检测报文的发送和接收;根据检测报文的发送结果和接收结果,确定该成员链路的链路状态;
链路聚合组状态检测模块,用于根据所述链路聚合组中各个成员链路的链路状态,确定所述链路聚合组的状态检测结果。
8.根据权利要求7所述的装置,其特征在于,
所述链路聚合组状态检测模块,具体用于确定链路状态为链路故障的成员链路的数量,若所述数量超过设定门限值,则确定所述链路聚合组的状态检测结果为链路聚合组故障;或者,根据各个成员链路的链路状态,确定故障链路比例,若所述故障链路比例超过比例门限值,则确定所述链路聚合组的状态检测结果为链路聚合组故障。
9.根据权利要求7所述的装置,其特征在于,
所述链路聚合组状态检测模块,具体用于根据各个成员链路的链路状态,若确定链路状态为链路正常的成员链路无法承载当前的业务,则确定所述链路聚合组的状态检测结果为链路聚合组故障。
10.根据权利要求7所述的装置,其特征在于,还包括:
配置模块,用于为所述链路聚合组配置链路管理实例,所述链路管理实例用于管理所述链路聚合组中的成员链路的状态检测实例。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010247811.7A CN111541609A (zh) | 2020-03-31 | 2020-03-31 | 一种链路聚合组的状态检测方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010247811.7A CN111541609A (zh) | 2020-03-31 | 2020-03-31 | 一种链路聚合组的状态检测方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111541609A true CN111541609A (zh) | 2020-08-14 |
Family
ID=71978706
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010247811.7A Withdrawn CN111541609A (zh) | 2020-03-31 | 2020-03-31 | 一种链路聚合组的状态检测方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111541609A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112291116A (zh) * | 2020-11-23 | 2021-01-29 | 迈普通信技术股份有限公司 | 链路故障检测方法、装置及网络设备 |
CN112737871A (zh) * | 2020-12-11 | 2021-04-30 | 北京东土军悦科技有限公司 | 链路故障检测方法、装置、计算机设备及存储介质 |
CN113824595A (zh) * | 2021-09-29 | 2021-12-21 | 联想(北京)有限公司 | 链路切换控制方法、装置和网关设备 |
-
2020
- 2020-03-31 CN CN202010247811.7A patent/CN111541609A/zh not_active Withdrawn
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112291116A (zh) * | 2020-11-23 | 2021-01-29 | 迈普通信技术股份有限公司 | 链路故障检测方法、装置及网络设备 |
CN112737871A (zh) * | 2020-12-11 | 2021-04-30 | 北京东土军悦科技有限公司 | 链路故障检测方法、装置、计算机设备及存储介质 |
CN112737871B (zh) * | 2020-12-11 | 2022-09-27 | 北京东土军悦科技有限公司 | 链路故障检测方法、装置、计算机设备及存储介质 |
CN113824595A (zh) * | 2021-09-29 | 2021-12-21 | 联想(北京)有限公司 | 链路切换控制方法、装置和网关设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111541609A (zh) | 一种链路聚合组的状态检测方法和装置 | |
US7869376B2 (en) | Communicating an operational state of a transport service | |
EP2243255B1 (en) | Method and system for dynamic link failover management | |
US11251898B2 (en) | Device and method for the unidirectional transmission of data | |
CN112737871B (zh) | 链路故障检测方法、装置、计算机设备及存储介质 | |
CN111490903B (zh) | 一种网络数据采集处理方法和装置 | |
US20070280283A1 (en) | IGMP (Internet Group Management Protocol) connectivity verification | |
CN101841424A (zh) | 基于socks代理连接的ems网管系统和方法 | |
CN112260893B (zh) | 一种基于网络心跳的VxWorks操作系统的以太网冗余装置 | |
CN104104596A (zh) | 一种irf分裂处理方法和装置 | |
JP2014147066A (ja) | データネットワーク通信において冗長性を提供する方法およびシステム | |
CN101465762B (zh) | 一种检测保护组端口间错连的方法、设备及系统 | |
US11494325B2 (en) | Communication module, user and method | |
CN112769653B (zh) | 一种基于网口绑定的网络检测与切换方法、系统及介质 | |
CN113132140B (zh) | 一种网络故障检测方法、装置、设备及存储介质 | |
CN111083060B (zh) | 一种网络流量控制方法 | |
CN105426118B (zh) | 一种双控系统中利用串口备份心跳通道的方法 | |
CN103684719A (zh) | 一种与平台无关的网络双冗余热切换方法 | |
CN113805788B (zh) | 一种分布式存储系统及其异常处理方法和相关装置 | |
CN102711163A (zh) | 一种ip-ran设备快速检测告警链路故障的方法 | |
CN111901181B (zh) | 一种误码率检测的处理方法及相关设备 | |
Cisco | TDM through TXCONN | |
CN104135447A (zh) | 一种数据包的传输方法和装置 | |
CN112469064A (zh) | 一种故障透传方法、装置及电子设备 | |
CN113794634B (zh) | 一种负载分担方法及设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20200814 |
|
WW01 | Invention patent application withdrawn after publication |