CN101626324A - 转发路径检测方法和设备 - Google Patents
转发路径检测方法和设备 Download PDFInfo
- Publication number
- CN101626324A CN101626324A CN200910163182A CN200910163182A CN101626324A CN 101626324 A CN101626324 A CN 101626324A CN 200910163182 A CN200910163182 A CN 200910163182A CN 200910163182 A CN200910163182 A CN 200910163182A CN 101626324 A CN101626324 A CN 101626324A
- Authority
- CN
- China
- Prior art keywords
- forwarding chip
- forwarding
- cpu
- detection messages
- sign
- 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.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明公开了一种转发路径检测方法和设备,可以实时的检测转发芯片间的转发路径,不再简单的利用CPU收发报文进行检测,而是通过CPU和转发芯片结合的方式来对转发芯片进行检测,通过硬件的高效的转发功能和软件的控制功能相结合,减少CPU的占用以及达到智能选择报文路径和对报文进行检测的目的。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种转发路径检测方法和设备。
背景技术
如何对交换机的转发芯片间进行检测,一直是交换机上的一个难点。尤其是要在有限的时间内对所有的转发芯片的转发路径进行监控,实时性要求要高。
如图1所示,是现有技术中一种可以实时检测转发芯片间的转发路径状态的检测方法的示意图。
现有技术通过CPU发送报文给转发芯片,然后再由转发芯片发送报文给CPU,即检测转发芯片A到转发芯片B的转发路径是否故障。
在实现本发明的过程中,申请人发现现有技术至少存在以下问题:
现有的转发芯片检测记住,需要CPU很强的参与能力,一方面要对不同的转发芯片发送不同路径的报文,另外一方面,对收到的报文需要CPU进行解析,并判定内容是否正确,以达到判断转发芯片间链路检查的目的。当转发芯片多的时候,CPU需要忙于在转发芯片间不停发包和收包检测,导致检测效率低下。
发明内容
本发明提供一种转发路径检测方法和设备,利用交换网系统进行报文的识别和判断,以及路径的选择,达到高效的检测转发芯片间的链路故障的目的。
为达到上述目的,本发明一方面提供了一种转发路径检测方法,应用于包括多个中央处理器CPU和多个转发芯片的系统中,其中,各CPU按照预设的发送周期分别向相对应的转发芯片发送包含所述转发芯片所对应的转发芯片标识的检测报文,各转发芯片将包含自身的转发芯片标识的检测报文转发送至所述系统中的其他转发芯片的指定端口,各所述转发芯片所对应的转发芯片标识互不相同,所述方法包括:
转发芯片通过指定端口接收其他转发芯片发送的所述检测报文;
所述转发芯片分别根据接收到的各检测报文中所包含的转发芯片标识,对接收到的包含每种转发芯片标识的检测报文进行计数;
所述转发芯片在预设的检测周期完成后,向相对应的CPU上报接收到的包含每种转发芯片标识的检测报文的计数结果,以使所述CPU对所述转发芯片与其他转发芯片之间的转发路径进行检测,其中,所述预设的检测周期大于所述预设的发送周期。
优选的,所述转发芯片分别根据接收到的各检测报文中所包含的转发芯片标识,对接收到的包含每种转发芯片标识的检测报文进行计数,具体为:
所述转发芯片识别所述通过指定端口所接收的检测报文中所包含的转发芯片标识的种类;
所述转发芯片根据所述转发芯片标识种类的识别结果,分别对各种类的转发芯片标识所对应的检测报文进行计数。
优选的,所述转发芯片根据所述转发芯片标识种类的识别结果,分别对各种类的转发芯片标识所对应的检测报文进行计数之后,还包括:
所述转发芯片丢弃完成所述计数操作的检测报文。
优选的,所述CPU对所述转发芯片与其他转发芯片之间的转发路径进行检测,具体为:
所述CPU判断所述转发芯片上报的所述检测周期内每种转发芯片标识的检测报文的计数结果与预设的报文数量阈值的大小关系;
当所述CPU判断所述检测周期内一种转发芯片标识的检测报文的计数结果大于或等于预设的报文数量阈值时,所述CPU确认所述种类的转发芯片标识所对应的转发芯片与上报所述计数结果的转发芯片之间的转发路径状态正常;
当所述CPU判断所述检测周期内一种转发芯片标识的检测报文的计数结果低于预设的报文数量阈值时,所述CPU保存所述种类的转发芯片标识所对应的转发芯片与上报所述计数结果的转发芯片之间的转发路径的状态待定记录,并继续进行转发路径的检测。
优选的,当所述CPU判断所述检测周期内一种转发芯片标识的检测报文的计数结果低于预设的报文数量阈值时,所述CPU保存判断结果,作为所述种类的转发芯片标识所对应的转发芯片与上报所述计数结果的转发芯片之间的转发路径的状态待定记录,并继续进行转发路径的检测之后,还包括:
所述CPU判断所述种类的转发芯片标识所对应的转发芯片与上报所述计数结果的转发芯片之间的转发路径的状态待定记录达到预设的安全阈值之前,如果所述CPU判断所述种类转发芯片标识的检测报文的计数结果大于或等于预设的报文数量阈值,所述CPU清除所述状态待定记录;
所述CPU判断所述种类的转发芯片标识所对应的转发芯片与上报所述计数结果的转发芯片之间的转发路径的状态待定记录达到预设的安全阈值之前,如果所述CPU判断所述种类转发芯片标识的检测报文的计数结果小于预设的报文数量阈值,所述CPU继续保存所述状态待定记录;
当所述CPU判断所述种类的转发芯片标识所对应的转发芯片与上报所述计数结果的转发芯片之间的转发路径的状态待定记录达到预设的安全阈值时,所述CPU确认所述种类的转发芯片标识所对应的转发芯片与上报所述计数结果的转发芯片之间的转发路径状态异常。
优选的,所述CPU确认所述种类的转发芯片标识所对应的转发芯片与上报所述计数结果的转发芯片之间的转发路径状态异常之后,还包括:
优选的,所述CPU确认所述种类的转发芯片标识所对应的转发芯片与上报所述计数结果的转发芯片之间的转发路径状态异常之后,如果确认是转发芯片故障,还包括:
发生故障的转发芯片所对应的CPU设置所述发生故障的转发芯片所对应的所有业务端口的状态为关闭,设置所述发生故障的转发芯片所对应的所有转发路径的状态为环回;
所述发生故障的转发芯片所对应的CPU通知所述系统中的其他转发芯片所对应的CPU不再对所述发生故障的转发芯片进行转发路径的检测。
另一方面,本发明还提供了一种转发芯片,包括一个指定端口,应用于包括多个中央处理器CPU和多个转发芯片的系统中,其中,各CPU按照预设的发送周期分别向相对应的转发芯片发送包含所述转发芯片所对应的转发芯片标识的检测报文,各所述转发芯片所对应的转发芯片标识互不相同,包括:
通信模块,用于接收CPU发送的包含自身的转发芯片标识的检测报文,并将所述检测报文转发送至所述系统中的其他转发芯片的指定端口,以及通过自身的指定端口接收其他转发芯片发送的所述检测报文,还用于向所述CPU上报接收到的包含每种转发芯片标识的检测报文的计数结果;
计数模块,与所述通信模块连接,用于分别根据所述指定端口接收到的各检测报文中所包含的转发芯片标识,对所述通信模块接收到的包含每种转发芯片标识的检测报文进行计数;
设置模块,与所述通信模块连接,用于设置检测周期,使所述通信模块在预设的检测周期完成后,向相对应的CPU上报接收到的包含每种转发芯片标识的检测报文的计数结果,以使所述CPU对所述转发芯片与其他转发芯片之间的转发路径进行检测,其中,所述预设的检测周期大于所述预设的发送周期。
优选的,所述计数模块,具体包括:
识别子模块,用于识别所述通过指定端口所接收的检测报文中所包含的转发芯片标识的种类;
计数子模块,与所述识别子模块相连接,用于根据所述转发芯片标识种类的识别结果,分别对各种类的转发芯片标识所对应的检测报文进行计数。
优选的,所述转发芯片还包括:
处理模块,与所述计数模块连接,用于丢弃完成所述计数模块的计数操作的检测报文。
与现有技术相比,本发明具有以下优点:
通过应用本发明的技术方案,可以实时的检测转发芯片间的转发路径,不再简单的利用CPU收发报文进行检测,而是通过CPU和转发芯片结合的方式来对转发芯片进行检测,通过硬件的高效的转发功能和软件的控制功能相结合,减少CPU的占用以及达到智能选择报文路径和对报文进行检测的目的。
附图说明
图1为现有技术中一种可以实时检测转发芯片间的转发路径状态的检测方法的示意图;
图2为本发明所提出的一种转发路径检测方法的流程示意图;
图3为本发明所提出的一种CPU对转发芯片与其他转发芯片之间的转发路径进行检测的处理流程示意图;
图4为本发明所提出的具体应用场景中的一种转发路径检测方法的流程示意图;
图5为本发明所提出的检测报文发送流程的示意图;
图6为本发明所提出的检测报文环回流程的示意图;
图7为本发明所提出的检测报文统计结果反馈的流程示意图;
图8为本发明所提出的模块隔离的流程示意图;
图9为本发明所提出的模块隔离后进行通知的流程示意图;
图10为本发明所提出的一种转发芯片的结构示意图。
具体实施方式
如背景技术所述,现有的转发路径检测方法过多的依赖于CPU的参与能力,需要发送大量的检测报文,并由CPU进行大量的检测报文的解析,这样的技术方案需要耗费大量的系统资源,在系统资源被其他业务占用较多的情况下,会影响检测效率。
本发明提出了一种转发路径检测方法,主要基于交换网架构系统,利用交换网系统进行报文的识别和判断,以及路径的选择,达到高效的检测转发芯片间的链路故障的目的。
本发明所提出的方法应用于包括多个中央处理器CPU和多个转发芯片的系统中,其中,各CPU按照预设的发送周期分别向相对应的转发芯片发送包含转发芯片所对应的转发芯片标识的检测报文,各转发芯片将包含自身的转发芯片标识的检测报文转发送至系统中的其他转发芯片的指定端口,各转发芯片所对应的转发芯片标识互不相同。
需要指出的是,上述的检测报文可以是全F的广播报文,也可以是组播报文,只要该类型的报文能够覆盖到所有的转发芯片,则均属于本发明的保护范围。
上述的转发芯片中的指定端口,可以是该转发芯片中的环回端口,也可以使用逻辑等实现类似的功能的端口或其它类似的芯片属性,具体端口种类的变化并不影响本发明的保护范围。
如图2所示,本发明所提出的方法具体包括以下步骤:
步骤S201、转发芯片通过指定端口接收其他转发芯片发送的检测报文。
在本步骤中,转发芯片接收到的是当前系统中的其他转发芯片所发送的检测报文,这些报文是由各其他转发芯片所对应的CPU分别发送给相应的转发芯片的,各转发芯片将接收到的由自身所对应的CPU发送的检测报文发送给当前系统中的所有其他转发芯片。
基于上述的转发规则,当前系统中的任何一个转发芯片都可以接收到当前系统中的其他转发芯片发送来的检测报文。
步骤S202、转发芯片分别根据接收到的各检测报文中所包含的转发芯片标识,对接收到的包含每种转发芯片标识的检测报文进行计数。
本步骤的具体实现流程为:
首先,转发芯片识别通过指定端口所接收的检测报文中所包含的转发芯片标识的种类;
然后,转发芯片根据上述的转发芯片标识种类的识别结果,分别对各种类的转发芯片标识所对应的检测报文进行计数。
需要指出的是,上述的转发芯片标识可以通过MAC作为唯一的标志,也可以是报文中的其它内容,包括但不限于MAC,IP,以及任意一段可以唯一标志转发芯片的报文数据内容。
进一步的,在完成本步骤的计数处理之后,转发芯片丢弃完成计数操作的检测报文。
步骤S203、转发芯片在预设的检测周期完成后,向相对应的CPU上报接收到的包含每种转发芯片标识的检测报文的计数结果,以使CPU对转发芯片与其他转发芯片之间的转发路径进行检测。
其中,为了避免对相同的检索报文进行重复检测,需要要求预设的检测周期大于预设的发送周期,从而,保证每次检测至少会检测到一个新的检测报文的计数结果。
需要指出的是,在本发明所提出的技术方案中,可以由一个CPU对多个转发芯片进行操作,也可以由一个CPU对一个转发芯片进行操作,或者是多个CPU对一个转发芯片进行操作,例如,对同一个转发芯片进行发包和查询操作的CPU是不同的两个CPU。
具体的,CPU对转发芯片与其他转发芯片之间的转发路径进行检测的处理流程如图3所示,包括以下步骤:
步骤S301、CPU判断转发芯片上报的检测周期内每种转发芯片标识的检测报文的计数结果与预设的报文数量阈值的大小关系。
根据相应的判断结果进行以下两种情况的相应处理:
当CPU判断检测周期内一种转发芯片标识的检测报文的计数结果大于或等于预设的报文数量阈值时,执行步骤S302;
当CPU判断检测周期内一种转发芯片标识的检测报文的计数结果低于预设的报文数量阈值时,执行步骤S303。
步骤S302、CPU确认该种类的转发芯片标识所对应的转发芯片与上报计数结果的转发芯片之间的转发路径状态正常,完成本次检测。
这种情况下,该转发路径的状态检测结果正常,为了节约网络资源,可以将已经处理的该转发路径相关的统计信息删除。
在实际的应用场景中,也可以暂时保存上述统计信息,而在一个预设的情路周期到达时,统一将当前系统中保存的处理完毕,且相对应的转发路径状态为正常的统计信息删除。
具体应用上述哪种信息清理策略需要根据具体场景的需要进行调整,无论应用哪种信息清理策略都不会影响本发明的保护范围。
步骤S303、CPU保存该种类的转发芯片标识所对应的转发芯片与上报计数结果的转发芯片之间的转发路径的状态待定记录。
完成状态待定记录后,CPU继续对该转发路径进行检测。
需要进一步说明的是,为了更准确的进行转发路径的状态检测,所以,对于状态待定的转发路径,系统保留当前的状态待定记录,并继续进行再次检测,已确定该转发路径是否确实存在故障,并且,为了避免无限制的检测所带来的资源浪费,对于上述的状态待定记录,可以预设安全阈值,如果连续出现状态待定记录的次数超过上述安全阈值,则判定该转发路径的状态异常,相反,如果在状态待定记录达到安全阈值之前,该转发路径的状态检测结果为正常,则表示该转发路径已经恢复正常,因此,删除之前该转发路径的全部状态待定记录。
基于上述的技术思路,对步骤S303之后的流程具体说明如下:
步骤S304、CPU判断该种类的转发芯片标识所对应的转发芯片与上报计数结果的转发芯片之间的转发路径的状态待定记录是否达到预设的安全阈值。
如果没有达到安全阈值,则执行步骤S301,继续进行相应的状态检测。
并且,如果CPU判断该种类的转发芯片标识所对应的转发芯片与上报计数结果的转发芯片之间的转发路径的状态待定记录达到预设的安全阈值之前,如果CPU判断种类转发芯片标识的检测报文的计数结果大于或等于预设的报文数量阈值,则执行步骤S302,CPU清除状态待定记录。
同样,如果CPU判断种类的转发芯片标识所对应的转发芯片与上报计数结果的转发芯片之间的转发路径的状态待定记录达到预设的安全阈值之前,如果CPU判断种类转发芯片标识的检测报文的计数结果小于预设的报文数量阈值,则执行步骤S303,CPU继续保存状态待定记录。
如果达到安全阈值,则执行步骤S305。
步骤S305、CPU确认种类的转发芯片标识所对应的转发芯片与上报计数结果的转发芯片之间的转发路径状态异常。
并且,CPU确认种类的转发芯片标识所对应的转发芯片与上报计数结果的转发芯片之间的转发路径状态异常之后,还可以进一步执行步骤S306。
步骤S306、CPU发送转发路径状态异常的告警或提示消息。
需要进一步指出的是,在CPU确认种类的转发芯片标识所对应的转发芯片与上报计数结果的转发芯片之间的转发路径状态异常之后,如果确认是转发芯片故障,本发明所提出的技术方案还包括单板隔离处理流程,具体为:
发生故障的转发芯片所对应的CPU设置发生故障的转发芯片所对应的所有业务端口的状态为关闭,设置发生故障的转发芯片所对应的所有转发路径的状态为环回;
发生故障的转发芯片所对应的CPU通知系统中的其他转发芯片所对应的CPU不再对发生故障的转发芯片进行转发路径的检测。
在本发明的技术方案中,对故障转发芯片进行隔离,可以使用将所有的业务端口DOWN并将所有的转发路径自环的方式,也可以采用其它的方式,只要能将故障转发芯片在业务层面上面进行隔离即可。具体隔离方式的变化并不影响本发明的保护范围。
故障转发芯片隔离后,可以通过CPU通知到其它CPU上面,也可以通过其它方式通知其它CPU或转发芯片,具体的通知方式包括但不限于信号或其它诊断报文等,使得转发芯片知道故障转发芯片被隔离了,不再对故障转发芯片进行检测。
另一方面,对故障转发芯片进行隔离后进行的检测,可以是由本地的软件实现的,也可以是其它硬件等诊断方式,只要能够对故障转发芯片进行诊断定位即可。
业务检测到转发芯片故障后,可以通过模块隔离计数将故障转发芯片隔离,也可以通过其它方式对转发芯片进行修复等手段对故障转发进行处理。
与现有技术相比,本发明具有以下优点:
通过应用本发明的技术方案,可以实时的检测转发芯片间的转发路径,并能够高效快速的进行转发路径的健康性的检查,降低CPU占用率,并且,减小转发路径检测受软件的影响。
基于上述的技术思想,下面结合具体的应用场景,对本发明所提出的技术思路进行详细描述。
本发明所提出的技术方案不再简单的利用CPU收发报文进行检测,而是通过CPU和转发芯片结合的方式来对转发芯片进行检测,通过硬件的高效的转发功能和软件的控制功能相结合,减少CPU的占用以及达到智能选择报文路径和对报文进行检测的目的。
如图4所示,本发明所提出的转发路径检测方法的具体实现流程如下:
步骤S401、与转发芯片A相对应的CPU对转发芯片A只发送一个报文,利用芯片的特性,转发芯片A将这个报文转发到所有的转发芯片的指定端口中去。
这个发送的报文带有一个特定的MAC。系统中所有的转发芯片都分配一个特定的MAC,用于区分不同的转发芯片。
报文发送的目的地是各个转发芯片的指定端口,即各转发芯片内部的一个自环端口,在本实施例中可以具体设置该指定端口为环回端口。
本步骤具体的流程示意图如图5所示。
步骤S402、其它转发芯片收到报文后,根据报文内容中的MAC进行报文个数统计。
如果在本实施例中,设置指定端口为环回端口,则上述转发芯片所接收到的报文从环回端口里面重新环回回来,并在转发芯片内部进行个数统计处理。这样的变化以转发芯片可以接收到报文为目的,具体端口类型的变化并不影响本发明的保护范围。
具体的统计策略可以如下:
该转发芯片每收到一个携带特定的MAC的报文,就将携带这个MAC的报文的个数加一,不同的MAC的报文,使用不同的统计单元进行计数统计。
MAC匹配完成之后,将该报文直接丢弃,不再继续进行转发,避免对其它报文造成影响。
本步骤具体的流程示意图如图6所示。
步骤S403、每10个周期,CPU就从转发芯片A(本CPU用于发送和检测的转发芯片)中获取其它转发芯片发送过来的报文个数,并检测每个转发芯片发送过来的报文个数是否在合理的范围内。
需要指出的是,上述的10个周期即为前述的检测周期,而1个周期则是前述的发送周期,检测周期大于发送周期,符合前述的系统设定要求。
其中,这个10个周期的大小(即检测周期的大小)可以根据实际需要进行设定,不一定是10个周期,也可以是其它固定周期,检测周期大小的变化并不影响本发明的保护范围。
在本实施例中,认为MAC值对应的报文收包个数大于或等于8为合理范围。
当MAC值对应的报文收包个数大于或等于8时,执行步骤S404;
当MAC值对应的报文收包个数小于8时,继续执行步骤S403,继续进行转发路径的状态检测。
当MAC值对应的报文收包个数连续3次小于8时,执行步骤S405。
其中的8就是前述的预设的报文数量阈值,在本实施例中,这个数值采用的是周期数-2,即10-2,在实际的应用场景中,也可以是其它计算方式,即该数值可以根据实际的需要进行调整。
进一步的,上述的3次,就是前述的预设的安全阈值,这个数值也可以根据实际的需要进行调整。
上述的预设的报文数量阈值和预设的安全阈值的数值变化并不影响本发明的保护范围。
步骤S404、CPU确认该转发路径的状态正常。
步骤S405、CPU确认这个特定MAC对应的转发芯片到本转发芯片的路径是不正常的,进行告警和提示用户。
上述的步骤S403至步骤S405的具体的流程示意图如图7所示。
需要进一步指出的是,在上述的步骤中,为避免其它任务抢占CPU,使得实时性不高导致误报,可以使用一个独立的高优先级任务进行检测。这个任务中每一秒钟(每个发送周期)执行一次发包任务,每10秒钟(每个检测周期)执行一次收包检查任务。
当CPU检测到芯片转发故障后,进一步可以执行步骤S406。
步骤S406、CPU采用模块隔离技术,对故障单板进行隔离,并在隔离后对单板进行检测,以实现对单板故障的检测。
模块隔离的时候,首先保证业务层面上面的隔离,即隔离单板不参与业务转发。
通过将所有的业务端口DOWN以及将所有的转发路径设置环回的方式,将故障转发芯片A的业务层面上进行隔离。
如图8所示,模块隔离的时候,通过CPU将发生故障的故障转发芯片A的业务层面上面的转发通道隔离,关闭故障转发芯片的转发入通道和转发出通道,并需要及时通知其它模块,故障转发芯片模块A已经处于隔离状态,相应的,如图9所示,其它转发芯片感知到故障转发芯片A已经处于隔离状态后,对故障转发芯片A不再进行转发路径检测,避免误报。
通过上述模块隔离的处理,CPU将故障转发模块隔离后,可以对故障转发芯片进行详细的诊断。
与现有技术相比,本发明具有以下优点:
通过应用本发明的技术方案,可以实时的检测转发芯片间的转发路径,不再简单的利用CPU收发报文进行检测,而是通过CPU和转发芯片结合的方式来对转发芯片进行检测,通过硬件的高效的转发功能和软件的控制功能相结合,减少CPU的占用以及达到智能选择报文路径和对报文进行检测的目的。
为了实现上述的技术方案,本发明还提供了一种转发芯片,包括一个指定端口,应用于包括多个CPU和多个转发芯片的系统中,其中,各CPU按照预设的发送周期分别向相对应的转发芯片发送包含转发芯片所对应的转发芯片标识的检测报文,各转发芯片所对应的转发芯片标识互不相同。
如图10所示,转发芯片具体包括:
通信模块101,用于接收CPU发送的包含自身的转发芯片标识的检测报文,并将检测报文转发送至系统中的其他转发芯片的指定端口,以及通过自身的指定端口接收其他转发芯片发送的检测报文,还用于向CPU上报接收到的包含每种转发芯片标识的检测报文的计数结果。
计数模块102,与通信模块101连接,用于分别根据指定端口接收到的各检测报文中所包含的转发芯片标识,对通信模块101接收到的包含每种转发芯片标识的检测报文进行计数,具体包括:
识别子模块1021,用于识别通过指定端口所接收的检测报文中所包含的转发芯片标识的种类。
计数子模块1022,与识别子模块1021相连接,用于根据转发芯片标识种类的识别结果,分别对各种类的转发芯片标识所对应的检测报文进行计数。
设置模块103,与通信模块101连接,用于设置检测周期,使通信模块101在预设的检测周期完成后,向相对应的CPU上报接收到的包含每种转发芯片标识的检测报文的计数结果,以使CPU对转发芯片与其他转发芯片之间的转发路径进行检测,其中,预设的检测周期大于预设的发送周期。
在具体的应用场景中,该转发芯片还包括:
处理模块104,与计数模块102连接,用于丢弃完成计数模块102的计数操作的检测报文。
与现有技术相比,本发明具有以下优点:
通过应用本发明的技术方案,可以实时的检测转发芯片间的转发路径,不再简单的利用CPU收发报文进行检测,而是通过CPU和转发芯片结合的方式来对转发芯片进行检测,通过硬件的高效的转发功能和软件的控制功能相结合,减少CPU的占用以及达到智能选择报文路径和对报文进行检测的目的。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施场景所述的方法。
本领域技术人员可以理解附图只是一个优选实施场景的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中,也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明序号仅仅为了描述,不代表实施场景的优劣。
以上公开的仅为本发明的几个具体实施场景,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (10)
1、一种转发路径检测方法,其特征在于,应用于包括多个中央处理器CPU和多个转发芯片的系统中,其中,各CPU按照预设的发送周期分别向相对应的转发芯片发送包含所述转发芯片所对应的转发芯片标识的检测报文,各转发芯片将包含自身的转发芯片标识的检测报文转发送至所述系统中的其他转发芯片的指定端口,各所述转发芯片所对应的转发芯片标识互不相同,所述方法包括:
转发芯片通过指定端口接收其他转发芯片发送的所述检测报文;
所述转发芯片分别根据接收到的各检测报文中所包含的转发芯片标识,对接收到的包含每种转发芯片标识的检测报文进行计数;
所述转发芯片在预设的检测周期完成后,向相对应的CPU上报接收到的包含每种转发芯片标识的检测报文的计数结果,以使所述CPU对所述转发芯片与其他转发芯片之间的转发路径进行检测,其中,所述预设的检测周期大于所述预设的发送周期。
2、如权利要求1所述的方法,其特征在于,所述转发芯片分别根据接收到的各检测报文中所包含的转发芯片标识,对接收到的包含每种转发芯片标识的检测报文进行计数,具体为:
所述转发芯片识别所述通过指定端口所接收的检测报文中所包含的转发芯片标识的种类;
所述转发芯片根据所述转发芯片标识种类的识别结果,分别对各种类的转发芯片标识所对应的检测报文进行计数。
3、如权利要求2所述的方法,其特征在于,所述转发芯片根据所述转发芯片标识种类的识别结果,分别对各种类的转发芯片标识所对应的检测报文进行计数之后,还包括:
所述转发芯片丢弃完成所述计数操作的检测报文。
4、如权利要求1所述的方法,其特征在于,所述CPU对所述转发芯片与其他转发芯片之间的转发路径进行检测,具体为:
所述CPU判断所述转发芯片上报的所述检测周期内每种转发芯片标识的检测报文的计数结果与预设的报文数量阈值的大小关系;
当所述CPU判断所述检测周期内一种转发芯片标识的检测报文的计数结果大于或等于预设的报文数量阈值时,所述CPU确认所述种类的转发芯片标识所对应的转发芯片与上报所述计数结果的转发芯片之间的转发路径状态正常;
当所述CPU判断所述检测周期内一种转发芯片标识的检测报文的计数结果低于预设的报文数量阈值时,所述CPU保存所述种类的转发芯片标识所对应的转发芯片与上报所述计数结果的转发芯片之间的转发路径的状态待定记录,并继续进行转发路径的检测。
5、如权利要求4所述的方法,其特征在于,当所述CPU判断所述检测周期内一种转发芯片标识的检测报文的计数结果低于预设的报文数量阈值时,所述CPU保存判断结果,作为所述种类的转发芯片标识所对应的转发芯片与上报所述计数结果的转发芯片之间的转发路径的状态待定记录,并继续进行转发路径的检测之后,还包括:
所述CPU判断所述种类的转发芯片标识所对应的转发芯片与上报所述计数结果的转发芯片之间的转发路径的状态待定记录达到预设的安全阈值之前,如果所述CPU判断所述种类转发芯片标识的检测报文的计数结果大于或等于预设的报文数量阈值,所述CPU清除所述状态待定记录;
所述CPU判断所述种类的转发芯片标识所对应的转发芯片与上报所述计数结果的转发芯片之间的转发路径的状态待定记录达到预设的安全阈值之前,如果所述CPU判断所述种类转发芯片标识的检测报文的计数结果小于预设的报文数量阈值,所述CPU继续保存所述状态待定记录;
当所述CPU判断所述种类的转发芯片标识所对应的转发芯片与上报所述计数结果的转发芯片之间的转发路径的状态待定记录达到预设的安全阈值时,所述CPU确认所述种类的转发芯片标识所对应的转发芯片与上报所述计数结果的转发芯片之间的转发路径状态异常。
6、如权利要求5所述的方法,其特征在于,所述CPU确认所述种类的转发芯片标识所对应的转发芯片与上报所述计数结果的转发芯片之间的转发路径状态异常之后,还包括:
所述CPU发送转发路径状态异常的告警或提示消息。
7、如权利要求5所述的方法,其特征在于,所述CPU确认所述种类的转发芯片标识所对应的转发芯片与上报所述计数结果的转发芯片之间的转发路径状态异常之后,如果确认是转发芯片故障,还包括:
发生故障的转发芯片所对应的CPU设置所述发生故障的转发芯片所对应的所有业务端口的状态为关闭,设置所述发生故障的转发芯片所对应的所有转发路径的状态为环回;
所述发生故障的转发芯片所对应的CPU通知所述系统中的其他转发芯片所对应的CPU不再对所述发生故障的转发芯片进行转发路径的检测。
8、一种转发芯片,其特征在于,包括一个指定端口,应用于包括多个中央处理器CPU和多个转发芯片的系统中,其中,各CPU按照预设的发送周期分别向相对应的转发芯片发送包含所述转发芯片所对应的转发芯片标识的检测报文,各所述转发芯片所对应的转发芯片标识互不相同,包括:
通信模块,用于接收CPU发送的包含自身的转发芯片标识的检测报文,并将所述检测报文转发送至所述系统中的其他转发芯片的指定端口,以及通过自身的指定端口接收其他转发芯片发送的所述检测报文,还用于向所述CPU上报接收到的包含每种转发芯片标识的检测报文的计数结果;
计数模块,与所述通信模块连接,用于分别根据所述指定端口所接收到的的各检测报文中所包含的转发芯片标识,对所述通信模块接收到的包含每种转发芯片标识的检测报文进行计数;
设置模块,与所述通信模块连接,用于设置检测周期,使所述通信模块在预设的检测周期完成后,向相对应的CPU上报接收到的包含每种转发芯片标识的检测报文的计数结果,以使所述CPU对所述转发芯片与其他转发芯片之间的转发路径进行检测,其中,所述预设的检测周期大于所述预设的发送周期。
9、如权利要求8所述的转发芯片,其特征在于,所述计数模块,具体包括:
识别子模块,用于识别所述通过指定端口所接收的检测报文中所包含的转发芯片标识的种类;
计数子模块,与所述识别子模块相连接,用于根据所述转发芯片标识种类的识别结果,分别对各种类的转发芯片标识所对应的检测报文进行计数。
10、如权利要求9所述的转发芯片,其特征在于,还包括:
处理模块,与所述计数模块连接,用于丢弃完成所述计数模块的计数操作的检测报文。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101631823A CN101626324B (zh) | 2009-08-19 | 2009-08-19 | 转发路径检测方法和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101631823A CN101626324B (zh) | 2009-08-19 | 2009-08-19 | 转发路径检测方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101626324A true CN101626324A (zh) | 2010-01-13 |
CN101626324B CN101626324B (zh) | 2011-12-07 |
Family
ID=41522020
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009101631823A Active CN101626324B (zh) | 2009-08-19 | 2009-08-19 | 转发路径检测方法和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101626324B (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103166867A (zh) * | 2011-12-19 | 2013-06-19 | 迈普通信技术股份有限公司 | 一种流控方法和装置 |
CN104539557A (zh) * | 2015-01-04 | 2015-04-22 | 盛科网络(苏州)有限公司 | 报文统计上报cpu的方法及装置 |
CN105227465A (zh) * | 2014-06-23 | 2016-01-06 | 杭州迪普科技有限公司 | 一种cpu代理方法以及网络设备 |
CN105656705A (zh) * | 2014-11-12 | 2016-06-08 | 中兴通讯股份有限公司 | 接入设备组播功能的检测方法及装置 |
CN103166867B (zh) * | 2011-12-19 | 2016-12-14 | 迈普通信技术股份有限公司 | 一种流控方法和装置 |
CN106330597A (zh) * | 2015-07-10 | 2017-01-11 | 杭州华三通信技术有限公司 | Vxlan隧道端点vtep之间的路径可达检测方法和装置 |
CN106603335A (zh) * | 2016-12-15 | 2017-04-26 | 上海斐讯数据通信技术有限公司 | 私有软件流量监控方法和设备 |
CN107040391A (zh) * | 2015-07-28 | 2017-08-11 | 北京华为数字技术有限公司 | 一种故障检测方法及转发设备 |
CN107979509A (zh) * | 2017-11-28 | 2018-05-01 | 杭州迪普科技股份有限公司 | 一种检测fpga工作状态的方法和装置 |
CN108377671A (zh) * | 2016-11-28 | 2018-08-07 | 华为技术有限公司 | 处理报文的方法和计算机设备 |
CN109936518A (zh) * | 2017-12-18 | 2019-06-25 | 迈普通信技术股份有限公司 | 交换芯片通道故障的检测方法和分布式机架交换机 |
CN110519120A (zh) * | 2019-08-01 | 2019-11-29 | 新华三大数据技术有限公司 | 通道检测、报文发送方法、装置、线卡板、设备及介质 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100502324C (zh) * | 2005-08-31 | 2009-06-17 | 华为技术有限公司 | 一种获取链路评价参数的方法 |
CN1996898B (zh) * | 2005-12-28 | 2010-04-14 | 中兴通讯股份有限公司 | 一种对数据通道状态进行实时检测的系统和方法 |
CN101459547B (zh) * | 2007-12-13 | 2012-09-05 | 华为技术有限公司 | 标签转发路径故障的检测方法及系统 |
CN101277269A (zh) * | 2008-05-06 | 2008-10-01 | 杭州华三通信技术有限公司 | 实现可靠通信的终端、终端切换方法及系统和适用该系统的方法 |
-
2009
- 2009-08-19 CN CN2009101631823A patent/CN101626324B/zh active Active
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103166867B (zh) * | 2011-12-19 | 2016-12-14 | 迈普通信技术股份有限公司 | 一种流控方法和装置 |
CN103166867A (zh) * | 2011-12-19 | 2013-06-19 | 迈普通信技术股份有限公司 | 一种流控方法和装置 |
CN105227465B (zh) * | 2014-06-23 | 2018-09-04 | 杭州迪普科技股份有限公司 | 一种cpu代理方法以及网络设备 |
CN105227465A (zh) * | 2014-06-23 | 2016-01-06 | 杭州迪普科技有限公司 | 一种cpu代理方法以及网络设备 |
CN105656705A (zh) * | 2014-11-12 | 2016-06-08 | 中兴通讯股份有限公司 | 接入设备组播功能的检测方法及装置 |
CN104539557A (zh) * | 2015-01-04 | 2015-04-22 | 盛科网络(苏州)有限公司 | 报文统计上报cpu的方法及装置 |
CN104539557B (zh) * | 2015-01-04 | 2017-08-11 | 盛科网络(苏州)有限公司 | 报文统计上报cpu的方法及装置 |
CN106330597A (zh) * | 2015-07-10 | 2017-01-11 | 杭州华三通信技术有限公司 | Vxlan隧道端点vtep之间的路径可达检测方法和装置 |
CN106330597B (zh) * | 2015-07-10 | 2019-07-26 | 新华三技术有限公司 | Vxlan隧道端点vtep之间的路径可达检测方法和装置 |
CN107040391A (zh) * | 2015-07-28 | 2017-08-11 | 北京华为数字技术有限公司 | 一种故障检测方法及转发设备 |
CN108377671A (zh) * | 2016-11-28 | 2018-08-07 | 华为技术有限公司 | 处理报文的方法和计算机设备 |
CN108377671B (zh) * | 2016-11-28 | 2020-11-20 | 华为技术有限公司 | 处理报文的方法和计算机设备 |
CN106603335A (zh) * | 2016-12-15 | 2017-04-26 | 上海斐讯数据通信技术有限公司 | 私有软件流量监控方法和设备 |
CN106603335B (zh) * | 2016-12-15 | 2020-07-07 | 上海斐讯数据通信技术有限公司 | 私有软件流量监控方法和设备 |
CN107979509A (zh) * | 2017-11-28 | 2018-05-01 | 杭州迪普科技股份有限公司 | 一种检测fpga工作状态的方法和装置 |
CN107979509B (zh) * | 2017-11-28 | 2020-05-12 | 杭州迪普科技股份有限公司 | 一种检测fpga工作状态的方法和装置 |
CN109936518A (zh) * | 2017-12-18 | 2019-06-25 | 迈普通信技术股份有限公司 | 交换芯片通道故障的检测方法和分布式机架交换机 |
CN109936518B (zh) * | 2017-12-18 | 2022-02-11 | 迈普通信技术股份有限公司 | 交换芯片通道故障的检测方法和分布式机架交换机 |
CN110519120A (zh) * | 2019-08-01 | 2019-11-29 | 新华三大数据技术有限公司 | 通道检测、报文发送方法、装置、线卡板、设备及介质 |
Also Published As
Publication number | Publication date |
---|---|
CN101626324B (zh) | 2011-12-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101626324B (zh) | 转发路径检测方法和设备 | |
CN101505270B (zh) | 分布式交换机聚合链路快速收敛的方法 | |
CN102299846B (zh) | 一种bfd报文传输方法和设备 | |
CN102571492B (zh) | 检测路由设备故障的方法和装置 | |
CN101355466B (zh) | 连续性检查消息报文的传输方法和装置 | |
CN103051557A (zh) | 数据流处理方法及系统、控制器、交换设备 | |
CN101873269B (zh) | 数据转发设备和端口缓存的分配方法 | |
US4825208A (en) | Method for flow control of data within a meshed data network | |
CN101808021A (zh) | 故障检测方法、装置及系统以及报文统计方法、节点设备 | |
CN108718258B (zh) | 一种板间链路的质量检测方法及设备 | |
US20080062960A1 (en) | Systems and methods for packet forward control | |
CN110808873A (zh) | 一种检测链路故障的方法及装置 | |
US7836208B2 (en) | Dedicated redundant links in a communicaton system | |
CN100563201C (zh) | 一种路由器故障检测方法及装置 | |
CN107948000B (zh) | 一种主备通道的切换方法、装置及系统 | |
CN104104596A (zh) | 一种irf分裂处理方法和装置 | |
CN104394012B (zh) | 集群路由器、mpu及其故障的确定方法、感知控制器 | |
CN113676423A (zh) | 一种端口流量控制方法、装置、交换芯片和存储介质 | |
US20080123649A1 (en) | Systems and methods for broadcast storm control | |
CN101127929A (zh) | 交换网络实时检测处理系统及方法 | |
CN101848165B (zh) | 控制通信链路中断后恢复的方法和接口板 | |
CN102857436A (zh) | 一种基于irf网络的流量传输方法和设备 | |
CN101667863B (zh) | 一种复用段共享环网保护中增加通道告警触发的装置及方法 | |
WO2018209915A1 (zh) | 一种分布式设备中大规模oam检测系统及方法 | |
CN101299693B (zh) | 一种检测转发平面故障的方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CP03 | Change of name, title or address | ||
CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |