CN112383462B - 一种网络设备以及总线配置方法 - Google Patents

一种网络设备以及总线配置方法 Download PDF

Info

Publication number
CN112383462B
CN112383462B CN202011270637.4A CN202011270637A CN112383462B CN 112383462 B CN112383462 B CN 112383462B CN 202011270637 A CN202011270637 A CN 202011270637A CN 112383462 B CN112383462 B CN 112383462B
Authority
CN
China
Prior art keywords
controller
serial bus
read
bus
core
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.)
Active
Application number
CN202011270637.4A
Other languages
English (en)
Other versions
CN112383462A (zh
Inventor
臧贻庆
马开扣
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
New H3C Technologies Co Ltd Hefei Branch
Original Assignee
New H3C Technologies Co Ltd Hefei Branch
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by New H3C Technologies Co Ltd Hefei Branch filed Critical New H3C Technologies Co Ltd Hefei Branch
Priority to CN202011270637.4A priority Critical patent/CN112383462B/zh
Publication of CN112383462A publication Critical patent/CN112383462A/zh
Application granted granted Critical
Publication of CN112383462B publication Critical patent/CN112383462B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L12/40169Flexible bus arrangements
    • H04L12/40176Flexible bus arrangements involving redundancy
    • H04L12/40189Flexible bus arrangements involving redundancy by using a plurality of bus systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0663Performing the actions predefined by failover planning, e.g. switching to standby network elements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请实施例提供了一种网络设备和总线配置方法,网络设备包括至少一个控制核心和多个数据核心,控制核心包括第一控制器和第二控制器,数据核心包括第三控制器和第四控制器,第一控制器和第三控制器通过第一串行总线连接,第二控制器和第四控制器通过第二串行总线连接;第一控制器,用于通过第一串行总线向第三控制器发送第一读写信号;第三控制器,用于处理第一读写信号;第二控制器,用于在检测到第一串行总线故障时,通过第二串行总线向第四控制器发送第二读写信号;第四控制器,用于处理第二读写信号。应用本申请实施例提供的技术方案,减少了总线的连线数量,提高了总线***的可靠性。

Description

一种网络设备以及总线配置方法
技术领域
本申请涉及网络通信技术领域,特别是涉及一种网络设备以及总线配置方法。
背景技术
总线是网络设备的重要组成部分,用于连接网络设备中的控制核心和数据核心。采用点对点配置方式,对控制核心与数据核心进行连接。这导致网络设备中存在多条总线,连线数量多,存在布线困难的问题。
为解决上述问题,相关技术中采用串行总线的方式连接控制核心与数据核心。虽然这种方式可以减少连线数量,降低占用的布线资源,但是采用这种方式连接控制核心与数据核心时,若某个控制核心或数据核心故障,很可能会导致总线挂死,控制核心与数据核心所构成的总线***的可靠性差。
发明内容
本申请实施例的目的在于提供一种网络设备以及总线匹配方法,以减少总线的连线数量,提高总线***的可靠性。具体技术方案如下:
第一方面,本申请实施例提供了一种网络设备,所述网络设备包括至少一个控制核心和多个数据核心,所述控制核心包括第一控制器和第二控制器,所述数据核心包括第三控制器和第四控制器,所述第一控制器和所述第三控制器通过第一串行总线连接,所述第二控制器和所述第四控制器通过第二串行总线连接;
所述第一控制器,用于通过所述第一串行总线向所述第三控制器发送第一读写信号;所述第三控制器,用于处理所述第一读写信号;
所述第二控制器,用于在检测到所述第一串行总线故障时,通过所述第二串行总线向所述第四控制器发送第二读写信号;所述第四控制器,用于处理所述第二读写信号。
第二方面,本申请实施例提供了一种总线配置方法,应用于网络设备,所述网络设备包括至少一个控制核心和多个数据核心,所述控制核心包括第一控制器和第二控制器,所述数据核心包括第三控制器和第四控制器,所述第一控制器和所述第三控制器通过第一串行总线连接,所述第二控制器和所述第四控制器通过第二串行总线连接;所述方法包括:
所述第一控制器通过所述第一串行总线向所述第三控制器发送第一读写信号;
所述第三控制器处理所述第一读写信号;
所述第二控制器在检测到所述第一串行总线故障时,通过所述第二串行总线向所述第四控制器发送第二读写信号;
所述第四控制器处理所述第二读写信号。
第三方面,本申请实施例提供了一种机器可读存储介质,所述机器可读存储介质存储有能够被处理器执行的机器可执行程序,所述处理器被机器可执行程序促使:实现上述任一所述的方法步骤。
本申请实施例提供的技术方案中,通过串行总线连接控制核心和数据核心,减少了总线的连线数量。此外,在控制核心和数据核心上分别设置了两个控制器,通过控制器实现控制核心和数据核心通过两条串行总线连接,在一条串行总线故障的情况下,控制核心和数据核心可通过另一条串行总线进行通信,提高了总线***的可靠性。
当然,实施本申请的任一产品或方法必不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为相关技术提供的网络设备的一种框架示意图;
图2为相关技术提供的网络设备的另一种框架示意图;
图3为本申请实施例提供的网络设备的一种框架示意图;
图4为本申请实施例提供的总线配置方法的一种流程示意图;
图5a为本申请实施例提供的网络设备的另一种框架示意图;
图5b为图5a所示网络设备的总线正常的一种工作示意图;
图5c为图5a所示网络设备的总线故障的一种工作示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请实施例中,控制核心可以作为主设备(MASTER),数据核心可以作为从设备(SLAVE)。
相关技术中,网络设备的框架如图1所示,包括控制核心11与多个数据核心12。控制核心11与多个数据核心12采用点对点配置方式进行连接,也就是,控制核心11与每个数据核心12分别进行连接,这导致网络设备中存在多条总线,连线数量多,存在布线困难的问题。尤其是,网络设备可以包括多个控制核心11,这将导致网络设备中存在的总线成倍数增大,布线困难程度进一步增大。
为解决上述问题,相关技术中提供了另一种网络设备,如图2所示,该网络设备包括控制核心21与多个数据核心22。控制核心与数据核心通过串行总线连接。该网络设备中,虽然减少连线数量,降低占用的布线资源,但是控制核心与数据核心所构成的总线***的可靠性差。若某个控制核心21或数据核心22故障,很可能会导致总线挂死。
为减少网络设备中总线的连线数量,提高总线***的可靠性,本申请实施例提供了一种网络设备,如图3所示,网络设备包括至少一个控制核心31和多个数据核心32,控制核心31包括第一控制器311和第二控制器312,数据核心32包括第三控制器321和第四控制器322,第一控制器311和第三控制器321通过第一串行总线连接,第二控制器312和第四控制器322通过第二串行总线连接。网络设备中可以包括多个控制核心31,本申请实施例中,仅以一个控制核心31为例进行说明,并不起限定作用。其中,第一控制器、第二控制器、第三控制器和第四控制器可以采用复杂可编程逻辑器件(Complex Programmable LogicDevice,CPLD)实现,也可以采用现场可编辑门阵列(Field-Programmable Gate Array,FPGA)实现。
这种情况下,第一控制器311,用于通过第一串行总线向第三控制器321发送第一读写信号;第三控制器321,用于处理第一读写信号;
第二控制器312,用于在检测到第一串行总线故障时,通过第二串行总线向第四控制器322发送第二读写信号;第四控制器322,用于处理第二读写信号。
本申请实施例提供的技术方案中,通过串行总线连接控制核心和数据核心,减少了总线的连线数量。此外,在控制核心和数据核心上分别设置了两个控制器,通过控制器实现控制核心和数据核心通过两条串行总线连接,在一条串行总线故障的情况下,控制核心和数据核心可通过另一条串行总线进行通信,提高了总线***的可靠性。
本申请实施例中,网络设备中包括两条串行总线,即第一串行总线和第二串行总线。其中,第一串行总线和第二串行总线分为主用串行总线和备用串行总线。若第一串行总线为主用串行总线,则第二串行总线为备用串行总线;若第二串行总线为主用串行总线,则第一串行总线为备用串行总线。
对于每个控制核心31,该控制核心31的第一控制器311通过第一串行总线分别与每个数据核心32的第三控制器321进行通信。也就是,该控制核心31的第一控制器311通过第一串行总线分别向每个数据核心32的第三控制器321发送读写信号,如第一读写信号。其中,读写信号可以用于指示第三控制器321读写数据,包括读取数据核心中存储的数据,向数据核心中存储数据,以及向数据核心中写入配置信息等。接收到第一读写信号的第三控制器321处理第一读写信号。
对于每个控制核心31,该控制核心31的第一控制器311与第二控制器312连接。对于每个数据核心32,该数据核心32的第三控制器321与第四控制器322连接。另外,对于每个控制核心31,该控制核心31的两个控制器相互检测对方所连接的串行总线是否故障。
具体的,对于每个控制核心31,该控制核心31在通过第一串行总线与数据核心32通信时,如上述第一控制器311通过第一串行总线向第三控制器321发送第一读写信号,该控制核心31的第二控制器312实时检测第一串行总线是否故障。当检测到第一串行总线故障时,该控制核心31的第二控制器312通过第二串行总线分别与每个数据核心32的第四控制器322进行通信。也就是,该控制核心31的第二控制器312通过第一串行总线分别向每个数据核心32的第四控制器322发送读写信号,如第二读写信号。接收到第一读写信号的第四控制器322处理第二读写信号。
在本申请的一个实施例中,第二控制器312,还可以用于在检测到第一串行总线故障时,通过第二串行总线向第四控制器发送修复信号,并基于修复信号修复第一控制器311;第四控制器322,还可以用于基于修复信号修复第三控制器。
具体的,第二控制器312在检测到第一串行总线故障时,除通过第二串行总线向第四控制器322发送第二读写信号外,还可以通过第二串行总线向第四控制器322发送修复信号,以及基于修复信号修复第一控制器311。该修改信号可以用于指示复位控制器。该修改信号也可以携带配置信息,用于指示重新配置控制器。
对于每一个数据核心32,该数据核心32的第四控制器322接收到修复信号后,基于该修复信号修复该数据核心32的第三控制器321。
本申请实施例中,第一串行总线故障可能只是由于一个数据核心32的第三控制器321故障导致的,或者是只是由于控制核心31的第一控制器311,再或者是由于多个数据核心32的第三控制器321以及控制核心31的第一控制器31故障导致的。
一个示例中,为了准确的确定故障的第三控制器321,并准确的修复该故障的第三控制器321,第二控制器312通过第二串行总线分别向每个数据核心32的第四控制器322发送探测信号;每个数据核心32的第四控制器322在接收到探测信号,检测该数据核心32的第三控制器321是否故障。若网络设备中的一个数据核心32的第三控制器321故障,如第一数据核心的第三控制器321故障,则第一数据核心32的第四控制器322向控制核心31的第二控制器312发送第一探测响应信号,第一探测响应信号指示控制器故障。若网络设备中的一个数据核心32的第三控制器321正常,如第二数据核心的第三控制器321正常,则第二数据核心32的第四控制器322向控制核心31的第二控制器312发送第二探测响应信号,第二探测响应信号指示控制器正常。
第二控制器312接收第一探测响应信号和第二探测响应信号,并向发送第一探测响应信号的第四控制器322(即第一数据核心的第三控制器321)发送修复信号。
本申请实施例中,若网络设备包括一个控制核心31,则该控制核心31的第二控制器312通过第二串行总线分别向每个数据核心32的第四控制器322发送探测信号,以检测故障的第三控制器321。
若网络设备包括多个控制核心31,则可以从这多个控制核心31中预先指定一个控制核心31,该指定的控制核心31的第二控制器312通过第二串行总线分别向每个数据核心32的第四控制器322发送探测信号,以检测故障的第三控制器321。
另外,对于每个控制核心31,该控制核心31的第二控制器312检测该控制核心31的第一控制器311是否故障。在检测到该控制核心31的第一控制器311的情况下,该控制核心31的第二控制器312基于修复信号修复该控制核心31的第一控制器311。
另一个示例中,为实现快发修复故障的串行总线,第二控制器312在检测检测到第一串行总线故障时,直接通过第二串行总线分别向每个数据核心32的第四控制器322发送修复信号。每个数据核心32的第四控制器322均能接收到修复信号,并基于所述修复信号修复第三控制器321
本申请实施例中,若网络设备包括一个控制核心31,则该控制核心31的第二控制器312在检测检测到第一串行总线故障时,直接通过第二串行总线分别向每个数据核心32的第四控制器322发送修复信号。
若网络设备包括多个控制核心31,则可以从这多个控制核心31中预先指定一个控制核心31,该指定的控制核心31的第二控制器312在检测检测到第一串行总线故障时,直接通过第二串行总线分别向每个数据核心32的第四控制器322发送修复信号。
另外,对于每个控制核心31,该控制核心31的第二控制器312检测该控制核心31的第一控制器311是否故障。在检测到该控制核心31的第一控制器311的情况下,该控制核心31的第二控制器312基于修复信号修复该控制核心31的第一控制器311。
本申请实施例中,在控制核心和数据核心上分别设置了两个控制器,通过控制器实现控制核心和数据核心通过两条串行总线连接,在一条串行总线故障的情况下,控制核心和数据核心可通过另一条串行总线进行通信,提高了总线***的可靠性。另外,在一条串行总线故障的情况下,通过另一条串行总线修复该故障的串行总线。这样,后续若另一条串行总线也故障,则控制核心和数据核心可以通过修复的串行总线通信,进一步提高了总线***的可靠性。
此外,本申请实施例中,控制核心和数据核心之间传输的信号,在第一串行总线和第二串行总线之间切换,确保控制核心和数据核心之间正常通信。整个过程中不需要人为干预,进一步提高了总线***的可靠性。
在本申请的一个实施例中,第一控制器311,还可以用于在连续发送预设数量次第一读写信号均未接收到第三控制器反馈的读写成功信号的情况下,则确定第一串行总线故障。
其中,预设数量的大小可以根据实际需求进行设定。例如,预设数量可以为2、3、4或5等。
第一控制器311在向一个数据核心32的第三控制器321发送第一读写信号后,若未接收到该数据核心32的第三控制器321反馈的读写成功信号,则再次向该数据核心32的第三控制器321发送第一读写信号。若连续发送预设数量次第一读写信号均未接收到该数据核心32的第三控制器321反馈的读写成功信号,则第一控制器311确定第一串行总线故障。
本申请实施例中,第一控制器311还可以采用其他方式确定。例如,每一数据核心上配置了检测模块。对于每一数据核心,该数据核心32的检测模块检测该数据核心32的控制器(包括第三控制器321和第四控制器322)是否故障,并在检测到该数据核心32的控制器(包括第一控制器311和第二控制器312)的情况下,向控制核心31的控制器发送指示该数据核心32的控制器故障的信号,以便控制核心31的控制器修复该数据核心32的控制器,以及切换传输读写信号的串行总线。
在本申请的一个实施例中,第一控制器311,还可以用于在第一控制器311通过第一串行总线与第三控制器321进行通信的情况下,若检测到多个数据核心中的第一数据核心的工作状态为异常,则将第一串行总线作为调试总线;
第一控制器311,还可以用于在第一控制器311通过第一串行总线与第三控制器321进行通信的情况下,若在检测到多个数据核心的工作状态均为正常时,将第一串行总线作为功能总线。
本申请实施例中,第一控制器311实时检测数据核心的工作状态是否异常。若检测到多个数据核心中的第一数据核心的工作状态为异常,例如,第一数据核心的处理器中运行的程序异常、接口异常等,则将第一串行总线作为调试总线。此时,第一控制器311可以利用第一串行总线对多个数据核心进行调试。
第一控制器311在检测到在检测到多个数据核心32的工作状态均为正常,也就是,第一数据核心的工作状态恢复正常时,将第一串行总线作为功能总线。此时,将第一串行总线作为功能总线进行管理和状态监控等。
本申请实施例中,使用相同的物理布线资源,控制核心31判断整机(包括多个数据核心32)的工作状态,当整机状态异常时,将串行总线从功能总线复用为调试总线,不需要额外布置其他调试总线,从而提高了总线的利用率,节省了布线资源。
基于上述网络设备实施例,本申请实施例还提供了一种总线配置方法。参见图4,图4为本申请实施例提供的总线配置方法的一种流程示意图,该方法应用于网络设备,网络设备包括至少一个控制核心和多个数据核心,控制核心包括第一控制器和第二控制器,数据核心包括第三控制器和第四控制器,第一控制器和第三控制器通过第一串行总线连接,第二控制器和所述第四控制器通过第二串行总线连接;该方法包括如下步骤:
步骤S41,第一控制器通过第一串行总线向第三控制器发送第一读写信号;
步骤S42,第三控制器处理第一读写信号;
步骤S43,第二控制器在检测到第一串行总线故障时,通过第二串行总线向第四控制器发送第二读写信号;
步骤S44,第四控制器处理第二读写信号。
本申请实施例提供的技术方案中,通过串行总线连接控制核心和数据核心,减少了总线的连线数量。此外,在控制核心和数据核心上分别设置了两个控制器,通过控制器实现控制核心和数据核心通过两条串行总线连接,在一条串行总线故障的情况下,控制核心和数据核心可通过另一条串行总线进行通信,提高了总线***的可靠性。
在本申请的一个实施例中,上述方法还包括:第二控制器在检测到第一串行总线故障时,通过第二串行总线向所述第四控制器发送修复信号,并基于修复信号修复第一控制器;第四控制器基于修复信号修复第三控制器。
本申请实施例中,在控制核心和数据核心上分别设置了两个控制器,通过控制器实现控制核心和数据核心通过两条串行总线连接,在一条串行总线故障的情况下,控制核心和数据核心可通过另一条串行总线进行通信,提高了总线***的可靠性。另外,在一条串行总线故障的情况下,通过另一条串行总线修复该故障的串行总线。这样,后续若另一条串行总线也故障,则控制核心和数据核心可以通过修复的串行总线通信,进一步提高了总线***的可靠性。
此外,本申请实施例中,控制核心和数据核心之间传输的信号,在第一串行总线和第二串行总线之间切换,确保控制核心和数据核心之间正常通信。整个过程中不需要人为干预,进一步提高了总线***的可靠性。
在本申请的一个实施例中,上述方法中,可以采用如下步骤确定第一串行总线是否故障:
第一控制器若连续发送预设数量次第一读写信号均未接收到第三控制器反馈的读写成功信号,则确定第一串行总线故障。
在本申请的一个实施例中,第一控制器在第一控制器通过第一串行总线与第三控制器进行通信的情况下,若检测到多个数据核心中的第一数据核心的工作状态为异常,则将第一串行总线作为调试总线;
第一控制器在第一控制器通过第一串行总线与第三控制器进行通信的情况下,若在检测到多个数据核心的工作状态均为正常时,将第一串行总线作为功能总线。
本申请实施例中,使用相同的物理布线资源,控制核心判断整机(包括多个数据核心)的工作状态,当整机状态异常时,将串行总线从功能总线复用为调试总线,不需要额外布置其他调试总线,从而提高了总线的利用率,节省了布线资源。
下面结合图5a-c所示的网络设备,对本申请实施例提供的总线配置方法进行详细说明。图5a所示的网络设备包括一个Master和3个Slave,分别为Slave-1、Slave-2和Slave-3。其中,Master表示控制核心,Slave表示数据核心。
Master上设置了控制器0(即第一控制器)和控制器1(即第二控制器),Slave-1、Slave-2和Slave-3也分别设置了控制器0(即第三控制器)和控制器1(即第四控制器)。
Master的控制器0和Slave-1、Slave-2和Slave-3的控制器0通过BUS1(串行总线)连接,Master的控制器1和Slave-1、Slave-2和Slave-3的控制器1通过BUS2(串行总线)连接。其中,BUS1为主用串行总线,BUS2为备用串行总线。
BUS1作为功能总线,Master的控制器0通过BUS1检测Slave-1、Slave-2和Slave-3的工作状态是否均正常。若Slave-1、Slave-2和Slave-3的工作状态均正常,则Master的控制器0通过BUS1将读写信号发送给Slave-1、Slave-2和Slave-3。
若否,如Slave-1的工作状态为异常,则将BUS1设置为调试总线。Master的控制器0通过BUS1对Slave-1、Slave-2和Slave-3进行调试。当Slave-1、Slave-2和Slave-3的工作状态均调试为正常时,则将BUS1设置为功能总线。进而Master的控制器0通过BUS1将读写信号发送给Slave-1、Slave-2和Slave-3。
Master的控制器0通过BUS1将读写信号发送给Slave-1、Slave-2和Slave-3,Slave-1、Slave-2和Slave-3的控制器0接收读写信号,如图5b所示。图5b中黑色箭头表示Master与Slave间信号传输的方向。
在BUS1出现故障时,如图5c所示的Slave-1处BUS1出现故障,Master启用控制器1,Master的控制器1通过BUS2将读写信号发送给Slave-1、Slave-2和Slave-3。Slave-1、Slave-2和Slave-3的控制器1接收读写信号。图5c中黑色箭头表示Master与Slave间信号传输的方向,“X”符号表示故障节点。
另外,在BUS1出现故障时,Master的控制器1通过BUS2将修改信号发送给Slave-1、Slave-2和Slave-3。Slave-1、Slave-2和Slave-3的控制器1接收到修复信号,并基于修复信号修复Slave-1、Slave-2和Slave-3的控制器0。
之后,在BUS2出现故障时,Master启用控制器0,Master的控制器0通过BUS1将读写信号发送给Slave-1、Slave-2和Slave-3。Slave-1、Slave-2和Slave-3的控制器0接收读写信号。
另外,在BUS2出现故障时,Master的控制器0通过BUS1将修改信号发送给Slave-1、Slave-2和Slave-3。Slave-1、Slave-2和Slave-3的控制器-接收到修复信号,并基于修复信号修复Slave-1、Slave-2和Slave-3的控制器1。
本申请实施例提供的技术方案中,实现了主用串行总线和备用串行总线的自愈,提高了总线***的可靠性。
基于上述网络设备实施例,本申请实施例还提供了一种机器可读存储介质,机器可读存储介质存储有能够被处理器执行的机器可执行程序。处理器被机器可执行程序促使实现上述图3-5所示的任一步骤。
上述机器可读存储介质可以包括RAM(Random Access Memory,随机存取存储器),也可以包括NVM(Non-Volatile Memory,非易失性存储器),例如至少一个磁盘存储器。另外,机器可读存储介质还可以是至少一个位于远离前述处理器的存储装置。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于总线配置方法、机器可读存储介质实施例而言,由于其基本相似于网络设备实施例,所以描述的比较简单,相关之处参见网络设备方法实施例的部分说明即可。
以上所述仅为本申请的较佳实施例而已,并非用于限定本申请的保护范围。凡在本申请的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本申请的保护范围内。

Claims (8)

1.一种网络设备,其特征在于,所述网络设备包括至少一个控制核心和多个数据核心,所述控制核心包括第一控制器和第二控制器,所述数据核心包括第三控制器和第四控制器,所述第一控制器和所述第三控制器通过第一串行总线连接,所述第二控制器和所述第四控制器通过第二串行总线连接;对于每个控制核心,该控制核心的第一控制器与第二控制器连接;该控制核心的第一控制器与第二控制器相互检测对方所连接的串行总线是否故障;对于每个数据核心,该数据核心的第三控制器与第四控制器连接;
所述第一控制器,用于通过所述第一串行总线向所述第三控制器发送第一读写信号;所述第三控制器,用于处理所述第一读写信号;
所述第二控制器,用于在检测到所述第一串行总线故障时,通过所述第二串行总线向所述第四控制器发送第二读写信号;所述第四控制器,用于处理所述第二读写信号;
所述第二控制器,还用于在检测到所述第一串行总线故障时,通过所述第二串行总线向所述第四控制器发送修复信号,并基于所述修复信号修复所述第一控制器;
所述第四控制器,还用于基于所述修复信号修复所述第三控制器。
2.根据权利要求1所述的网络设备,其特征在于,所述第一控制器,还用于在连续发送预设数量次所述第一读写信号均未接收到所述第三控制器反馈的读写成功信号的情况下,确定所述第一串行总线故障。
3.根据权利要求1所述的网络设备,其特征在于,所述第一控制器,还用于在所述第一控制器通过所述第一串行总线与所述第三控制器进行通信的情况下,若检测到所述多个数据核心中的第一数据核心的工作状态为异常,则将所述第一串行总线作为调试总线;
所述第一控制器,还用于在所述第一控制器通过所述第一串行总线与所述第三控制器进行通信的情况下,若在检测到所述多个数据核心的工作状态均为正常时,将所述第一串行总线作为功能总线。
4.根据权利要求1-3任一项所述的网络设备,其特征在于,所述第一控制器、第二控制器、第三控制器和第四控制器为复杂可编程逻辑器件或现场可编辑门阵列。
5.一种总线配置方法,其特征在于,应用于网络设备,所述网络设备包括至少一个控制核心和多个数据核心,所述控制核心包括第一控制器和第二控制器,所述数据核心包括第三控制器和第四控制器,所述第一控制器和所述第三控制器通过第一串行总线连接,所述第二控制器和所述第四控制器通过第二串行总线连接;对于每个控制核心,该控制核心的第一控制器与第二控制器连接;该控制核心的第一控制器与第二控制器相互检测对方所连接的串行总线是否故障;对于每个数据核心,该数据核心的第三控制器与第四控制器连接;所述方法包括:
所述第一控制器通过所述第一串行总线向所述第三控制器发送第一读写信号;
所述第三控制器处理所述第一读写信号;
所述第二控制器在检测到所述第一串行总线故障时,通过所述第二串行总线向所述第四控制器发送第二读写信号;
所述第四控制器处理所述第二读写信号;
所述第二控制器在检测到所述第一串行总线故障时,通过所述第二串行总线向所述第四控制器发送修复信号,并基于所述修复信号修复所述第一控制器;
所述第四控制器基于所述修复信号修复所述第三控制器。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
所述第一控制器若连续发送预设数量次所述第一读写信号均未接收到所述第三控制器反馈的读写成功信号,则确定所述第一串行总线故障。
7.根据权利要求5所述的方法,其特征在于,所述方法还包括:
所述第一控制器在所述第一控制器通过所述第一串行总线与所述第三控制器进行通信的情况下,若检测到所述多个数据核心中的第一数据核心的工作状态为异常,则将所述第一串行总线作为调试总线;
所述第一控制器在所述第一控制器通过所述第一串行总线与所述第三控制器进行通信的情况下,若在检测到所述多个数据核心的工作状态均为正常时,将所述第一串行总线作为功能总线。
8.一种机器可读存储介质,其特征在于,所述机器可读存储介质存储有能够被处理器执行的机器可执行程序,所述处理器被所述机器可执行程序促使:实现权利要求5-7任一所述的方法步骤。
CN202011270637.4A 2020-11-13 2020-11-13 一种网络设备以及总线配置方法 Active CN112383462B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011270637.4A CN112383462B (zh) 2020-11-13 2020-11-13 一种网络设备以及总线配置方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011270637.4A CN112383462B (zh) 2020-11-13 2020-11-13 一种网络设备以及总线配置方法

Publications (2)

Publication Number Publication Date
CN112383462A CN112383462A (zh) 2021-02-19
CN112383462B true CN112383462B (zh) 2022-05-24

Family

ID=74582535

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011270637.4A Active CN112383462B (zh) 2020-11-13 2020-11-13 一种网络设备以及总线配置方法

Country Status (1)

Country Link
CN (1) CN112383462B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113236329B (zh) * 2021-05-20 2024-02-20 三一智矿科技有限公司 一种电液支架控制器及电液支架控制器的故障恢复方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101866328A (zh) * 2010-04-01 2010-10-20 和记奥普泰通信技术有限公司 一种自动访问的串行总线读写控制方法
CN101908974A (zh) * 2010-07-16 2010-12-08 北京航天发射技术研究所 Can总线双冗余热切换***及热切换方法
CN102609376A (zh) * 2011-01-25 2012-07-25 深圳市摩西尔电子有限公司 一种串行总线存储器、串行总线传输***及方法
CN103577358A (zh) * 2012-08-07 2014-02-12 瑞萨电子(中国)有限公司 一种串行总线数据分析仪、分析***以及分析方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100414465C (zh) * 2005-06-29 2008-08-27 沈阳中科博微自动化技术有限公司 多串行总线无源背板
CN108847879B (zh) * 2018-06-14 2021-05-11 上海卫星工程研究所 基于总线控制器的双机故障检测及恢复方法
CN110879565A (zh) * 2019-12-06 2020-03-13 北京和利时智能技术有限公司 双机冗余控制***及其冗余控制/故障监测方法和装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101866328A (zh) * 2010-04-01 2010-10-20 和记奥普泰通信技术有限公司 一种自动访问的串行总线读写控制方法
CN101908974A (zh) * 2010-07-16 2010-12-08 北京航天发射技术研究所 Can总线双冗余热切换***及热切换方法
CN102609376A (zh) * 2011-01-25 2012-07-25 深圳市摩西尔电子有限公司 一种串行总线存储器、串行总线传输***及方法
CN103577358A (zh) * 2012-08-07 2014-02-12 瑞萨电子(中国)有限公司 一种串行总线数据分析仪、分析***以及分析方法

Also Published As

Publication number Publication date
CN112383462A (zh) 2021-02-19

Similar Documents

Publication Publication Date Title
JP5296878B2 (ja) 1つまたは複数の交換ユニットのテストを管理するために1つまたは複数の交換可能ユニットを含むコンピュータ化ストレージ・システムで使用するための方法、装置、およびプログラム(交換ユニットのテストを管理するために交換可能ユニットを含むコンピュータ化ストレージ・システム)
CN111414268B (zh) 故障处理方法、装置及服务器
CN105700510A (zh) Can通信***的错误分散检测方法及can通信***
CN105183575A (zh) 处理器故障的诊断方法、装置及***
JP2011043957A (ja) 障害監視回路、半導体集積回路及び故障個所特定方法
CN112527582A (zh) 服务器线缆的检测方法、检测装置、检测设备及存储介质
CN104283718B (zh) 网络设备及用于网络设备的硬件故障诊断方法
CN114355760A (zh) 一种主控制站及其热备冗余控制方法
CN112383462B (zh) 一种网络设备以及总线配置方法
CN112019455B (zh) 一种基于可编程逻辑器件的交换机监控装置及方法
CN115658373B (zh) 基于服务器的内存处理方法和装置、处理器及电子设备
CN104484260A (zh) 一种基于GJB289总线接口SoC的仿真监控电路
CN108399116A (zh) 一种服务器上电状态监测***及方法
CN113992501A (zh) 一种故障定位***、方法及计算装置
CN115623464B (zh) 一种电能表蓝牙模块的故障处理方法、装置及电能表
CN111030871A (zh) 基于双机热备***的配置信息同步方法和装置
CN101458624A (zh) 可编程逻辑器件的加载方法、处理器和装置
CN207992997U (zh) I2c总线***
CN111190779A (zh) 硬盘检盘结构、硬盘检盘方法及硬盘
JP5418670B2 (ja) バス制御装置及びバス制御方法
CN115878441B (zh) 基于一致性缓存的高可用计算服务方法、***及设备
CN113868000B (zh) 一种链路故障修复方法、***及相关组件
JPS6256538B2 (zh)
RU2194369C2 (ru) Комплект аппаратуры автоматизированной телефонной станции системы охранно-пожарной сигнализации
CN117221169A (zh) 一种车辆的mvb总线的故障诊断方法、设备及存储介质

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
GR01 Patent grant
GR01 Patent grant