CN110890989A - 一种通道连接方法及装置 - Google Patents

一种通道连接方法及装置 Download PDF

Info

Publication number
CN110890989A
CN110890989A CN201911222269.3A CN201911222269A CN110890989A CN 110890989 A CN110890989 A CN 110890989A CN 201911222269 A CN201911222269 A CN 201911222269A CN 110890989 A CN110890989 A CN 110890989A
Authority
CN
China
Prior art keywords
state
board
connection
switching
main control
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.)
Pending
Application number
CN201911222269.3A
Other languages
English (en)
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.)
Hangzhou DPTech Technologies Co Ltd
Original Assignee
Hangzhou DPTech Technologies Co Ltd
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 Hangzhou DPTech Technologies Co Ltd filed Critical Hangzhou DPTech Technologies Co Ltd
Priority to CN201911222269.3A priority Critical patent/CN110890989A/zh
Publication of CN110890989A publication Critical patent/CN110890989A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • 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/0668Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/22Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability
    • 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/0659Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
    • H04L41/0661Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities by reconfiguring faulty entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/143Termination or inactivation of sessions, e.g. event-controlled end of session
    • H04L67/145Termination or inactivation of sessions, e.g. event-controlled end of session avoiding end of session, e.g. keep-alive, heartbeats, resumption message or wake-up for inactive or interrupted session

Abstract

本说明书提供一种通道连接方法及装置,其中方法包括:在等待连接状态下,当接收待连接板发送的请求心跳报文时,将当前的等待连接状态切换为接收请求状态;向所述待连接板发送响应心跳报文;接收所述待连接板发送的稳态报文,并将所述接收请求状态切换为稳态,建立与所述待连接板之间的通道;通过建立的所述通道,向所述待连接板发送响应稳态报文。该方法对机框的各个通道的连接进行统一管理,降低了管理复杂性,提高了管理效率。

Description

一种通道连接方法及装置
技术领域
本说明书涉及互联网通信技术领域,尤其涉及一种通道连接方法及装置。
背景技术
随着互联网通信技术的发展,网络信息安全逐渐成为重要研究领域。为此我国发展出了自主可控的分布式新机框。机框中通过建立各系统通道来提供控制管理、协议通信、信息同步及数据转发等功能,其中系统通道包括:双主控通道和主控业务板通道等。主控业务板通道的通道建立过程是:业务板启动后用定时器向主控板定时发送在位消息,主控板收到业务板在位消息后建立通道并通知业务板删除定时器。双主控通道的通道建立过程是:主控板收到备主控板在位的消息后建立主备通道,并发送在位消息至备主控板,由备主控板建立通道连接。
以上可见,各通道建立连接的机制各不相同,不能对各系统通道进行统一管理,增加了管理复杂性。
发明内容
本说明书至少一个实施例提供了一种通道连接方法,对各个通道的连接进行统一管理,降低了管理复杂性。
第一方面,提供了一种通道连接方法,应用于主控板,所述方法包括:
在等待连接状态下,当接收待连接板发送的请求心跳报文时,将当前的等待连接状态切换为接收请求状态;
向所述待连接板发送响应心跳报文;
接收所述待连接板发送的稳态报文,并将所述接收请求状态切换为稳态,建立与所述待连接板之间的通道;
通过建立的所述通道,向所述待连接板发送响应稳态报文。
第二方面,提供了一种通道连接方法,应用于待连接板,所述方法包括:
在请求连接状态下,向所述主控板发送请求心跳报文;
接收所述主控板返回的响应心跳报文,并将当前的请求连接状态切换为稳态;
向所述主控板发送稳态报文。
第三方面,提供了一种通道连接装置,应用于主控板,所述装置包括:
第一状态切换模块,用于在等待连接状态下,当接收待连接板发送的请求心跳报文时,将当前的等待连接状态切换为接收请求状态;
第一发送模块,用于向所述待连接板发送响应心跳报文;
第二状态切换模块,用于接收所述待连接板发送的稳态报文,并将所述接收请求状态切换为稳态,建立与所述待连接板之间的通道;
第二发送模块,用于通过建立的所述通道,向所述待连接板发送响应稳态报文。
第四方面,提供了一种通道连接装置,应用于待连接板,所述装置包括:
报文发送模块,用于在请求连接状态下,向所述主控板发送请求心跳报文;
稳态切换模块,用于接收所述主控板返回的响应心跳报文,并将当前的请求连接状态切换为稳态;
稳态报文发送模块,用于向所述主控板发送稳态报文。
第五方面,提供了一种机框,所述机框包括主控板和多个待连接板;其中,主控板分别与各个待连接板建立通道连接;
所述主控板,用于执行本说明书任一实施例所述的通道连接方法;
每个所述待连接板,用于执行本说明书任一实施例所述的通道连接方法。
第六方面,提供了一种计算机可读存储介质,其上存储有计算机程序,所述程序被处理器执行时实现本说明书任一实施例所述的通道连接方法。
由以上技术方案可以看出,本说明书至少一个实施例中,通过将机框中各个通道连接,统一为主控板与待连接板之间的连接,以状态机的方式,对机框的各个通道的连接进行统一管理,降低了管理复杂性,提高了管理效率。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本说明书。
附图说明
图1是根据一示例性实施例示出的一种通道连接方法流程图;
图2是根据一示例性实施例示出的另一种通道连接方法流程图;
图3是根据一示例性实施例示出的一种通道连接装置示意图;
图4是根据一示例性实施例示出的另一种通道连接装置示意图;
图5是根据一示例性实施例示出的另一种通道连接装置示意图;
图6是根据一示例性实施例示出的又一种通道连接装置示意图;
图7是根据一示例性实施例示出的一种机框示意图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。
在本说明书使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本说明书范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
本说明书提供的通道连接方法的应用场景可参考图7所示,其中包括主控板和多个待连接板,主控板通过与各待连接板建立通道来实现数据传输等功能。其中,待连接板可以是非“主控板”之外的任何可以与主控板建立通道连接的“板”,本说明书不做限制。例如待连接板是备主控板,或者待连接板是业务板。主控板可以与备主控板,建立双主控通道;或者与业务板建立主控业务板通道。
本说明书至少一个实施例提供的通道连接方法,通过状态机的形式,将双主控通道和主控业务板通道进行统一管理。该状态机可以包括服务器和客户端两个部分,主控设定为服务器,其余均为客户端。服务器状态包括:等待连接状态、接收请求状态和稳态,客户端状态包括:请求连接状态和稳态。本说明书实施例中,用“主控板”作为服务器,用“待连接板”作为客户端,来进行说明。
为了使本说明书提供的通道连接方法更加清楚,下面结合附图和具体实施例对本说明书提供的方案执行过程进行详细描述。
参见图1,图1是本说明书提供的实施例示出的一种通道连接方法流程图。该方法应用于主控板。
如图1所示,该流程包括:
步骤101,在等待连接状态下,当接收待连接板发送的请求心跳报文时,将当前的等待连接状态切换为接收请求状态。
主控板的初始状态是等待连接状态,待连接板的初始状态是请求连接状态。待连接板在请求连接状态向主控板发送请求连接心跳。主控板接收到待连接板发送的请求心跳报文时,从等待连接状态切换为接收请求状态。其中,请求心跳报文用于待连接板向主控板请求建立通道连接,例如在请求心跳报文中携带请求标识。可以理解的是,凡是待连接板向主控板发送的用于请求通道连接的报文,均可以作为“请求心跳报文”,对此本说明书不作限制。
步骤102,向所述待连接板发送响应心跳报文。
主控板将状态切换为接收请求状态后,向待连接板发送对应的响应心跳报文。待连接板接收到响应心跳报文后,从请求连接状态切换为稳态,在稳态下,向主控板发送稳态报文。
步骤103,接收所述待连接板发送的稳态报文,并将所述接收请求状态切换为稳态,建立与所述待连接板之间的通道。
主控板接收到待连接板发送的稳态报文后,将状态切换为稳态。此时,待连接板与主控板均处于稳态,两者之间建立了稳定通道连接。
在一个例子中,所述向所述待连接板发送响应心跳报文之后,还包括:若在预设时间内未接收到所述待连接板发送的稳态报文,则将所述接收请求状态切换为所述等待连接状态。
在上述例子中,主控板向待连接板发送响应心跳报文后:待连接板接收到响应心跳报文后,将状态切换为稳态;在稳态下,向主控板发送稳态报文。但是,当待连接板向主控板发送稳态报文后,主控板在预设的时间内未接收到稳态报文,此时可以认为待连接板出现异常。例如,待连接板重启并恢复初始的请求连接状态;或者,待连接板处理器卡顿,在预设时间内未能发送稳态报文,而是延迟发送稳态报文;或者,待连接板与主控板之间链路故障,导致待连接板超时发送稳态报文,等等。在这种异常出现时,主控板将自身状态重置为初始的等待连接状态,以重新与待连接板建立通道连接。这样,在通道连接出现异常时能够自动重新建立通道连接,保证主控板与待连接板通道之间连接的可靠性。
在另一个例子中,所述将所述接收请求状态切换为所述等待连接状态之后,还包括:接收所述待连接板发送的稳态报文;向所述待连接板发送重连心跳报文,以触发所述待连接板切换状态为请求连接状态。
在上述例子中,待连接板的处理器卡顿未能发送稳态报文,主控板在预设时间内未接收到稳态报文而将状态切换为等待连接状态。此时,主控板处于等待连接状态,待连接板处于稳态。主控板在等待连接状态下,接收到待连接板发送的稳态报文,则向待连接板发送重连心跳报文,以使待连接板将状态切换为初始的请求连接状态,来重新建立通道连接。这样,在通道连接出现异常卡顿时能够自动重新建立通道连接,保证主控板与待连接板通道之间连接的可靠性。
在另一个例子中,所述将所述接收请求状态切换为稳态之后,还包括:接收所述待连接板发送的请求心跳报文,并将所述稳态切换为所述等待连接状态。
在上述例子中,当待连接板与主控板均处于稳态时,如果待连接板在预设时间内未收到主控板发送的报文,则认为主控板出现异常(如上文详述),待连接板将状态重置为初始的请求连接状态,并向主控板发送请求心跳报文。此时,处于稳态的主控板接收到请求心跳报文,则将状态重置为初始的等待连接状态,以重新与待连接板建立通道连接。在通道连接出现待连接板异常重启时,能够自动重新建立通道连接,保证主控板与待连接板通道之间连接的可靠性。
步骤104,通过建立的所述通道,向所述待连接板发送响应稳态报文。
当主控板与待连接板均处于稳态时,两者之间可通过建立的通道互相发送报文,例如稳态报文、业务报文或者心跳报文。在本步骤中,主控板在稳态下向待连接板发送响应稳态报文。
在一个例子中,所述将所述接收请求状态切换为稳态之后,还包括:若在预设时间内未接收到所述待连接板发送的第二稳态报文,则将所述稳态切换为所述等待连接状态。
在上述例子中,待连接板接收到主控板发送的响应稳态报文后,向主控板发送第二稳态报文。其中,第二稳态报文可以是用于具体业务传输的业务报文,也可以是用来维持通道连接的心跳报文等。可以理解的是,在代连接板与主控板均处于稳态时,待连接板向主控板发送的报文均可以是“第二稳态报文”,本说明书不作限制。如果,主控板在预设时间内未收到待连接板发送的稳态报文,认为待连接板出现异常。例如,待连接板重启;或者处理器卡顿;或者链路故障,等等。此时,主控板将状态切换为初始的等待连接状态,以重新与待连接板建立通道连接。这样,在通道连接出现异常时,主控板自动重置为初始的状态,以自动重新建立通道连接,保证主控板与待连接板通道之间连接的可靠性。
在另一个例子中,所述将所述稳态切换为所述等待连接状态之后,还包括:接收所述待连接板发送的第二稳态报文;向所述待连接板发送重连心跳报文,以触发所述待连接板切换状态为请求连接状态。
在上述例子中,待连接板的处理器卡顿未能发送第二稳态报文,主控板在预设时间内未接收到第二稳态报文而将状态切换为等待连接状态。此时,主控板处于等待连接状态,待连接板处于稳态。主控板在等待连接状态下,接收到待连接板发送的第二稳态报文,则向待连接板发送重连心跳报文,以使待连接板将状态切换为初始的请求连接状态,来重新建立通道连接。这样,在通道连接出现异常卡顿时能够自动重新建立通道连接,保证主控板与待连接板通道之间连接的可靠性。
本实施例的通道连接方法,通过将机框中各个通道连接,统一为主控板与待连接板之间的连接,以状态机的方式,对机框的各个通道的连接进行统一管理,降低了管理复杂性,提高了管理效率。在通道连接出现异常时,主控板或待连接板通过重置状态,及时建立新的通道连接,从而保证了主控板与待连接板之间通道连接的高可靠性。
参见图2,图2是本说明书提供的实施例示出的另一种通道连接方法流程图。该方法应用于待连接板。如图2所示,该流程包括:
步骤201,在请求连接状态下,向所述主控板发送请求心跳报文。
待连接板的初始状态是请求连接状态,在这一状态下可以定时向主控板发送请求心跳报文,直至接收到主控板返回的响应心跳报文。
步骤202,接收所述主控板返回的响应心跳报文,并将当前的请求连接状态切换为稳态。
主控板收到待连接板发送的请求心跳报文后,将状态切换为接收请求状态,并向待连接板发送响应心跳报文。当待连接板接收到响应心跳报文时,将状态切换为稳态。
在一个例子中,所述将当前的请求连接状态切换为稳态之后,还包括:接收所述主控板发送的重连心跳报文,并切换状态为所述请求连接状态。
在上述例子中,主控板超时未接收到处于稳态的待连接板发送的稳态报文,将状态重置为初始的等待连接状态,并在等待连接状态下接收到待连接板发送的卡顿后发送的稳态报文。此时,主控板向待连接板发送重连心跳报文。待连接板在稳态下,接收到重新心跳报文后,将状态重置为初始的请求连接状态,并向主控板发送请求心跳报文,以与主控板重新建立通道连接。从而保证了,在通道连接异常时,能够自动重新建立通道连接,保证主控板与待连接板通道之间连接的可靠性。
步骤203,向所述主控板发送稳态报文。
在一个例子中,所述向所述主控板发送稳态报文之后,还包括:若在预设时间内未接收到所述主控板返回的响应稳态报文,则切换状态为所述请求连接状态。
在上述例子中,待连接板在稳态下,如果在预设时间内未接收到主控板发送的响应稳态报文,或者未接收到待连接板发送的第二稳态报文的响应报文,可以认为主控板出现异常(异常描述如上文相关描述)。此时,待连接板将状态重置为初始的请求连接状态,并向主控板发送请求心跳报文,以与主控板重新建立通道连接。保证了在通道连接异常时,能够自动重新建立通道连接,保证主控板与待连接板通道之间连接的可靠性。
本实施例的通道连接方法,将机框中的通道连接,统一为主控板与待连接板之间的连接,以状态机的方式,对各个通道的连接进行统一管理,降低了管理复杂性。在通道连接出现异常时通过重置状态及时建立新的通道连接,从而保证了主控板与待连接板之间通道连接的高可靠性。
如图3所示,本说明书还提供了一种通道连接装置,应用于主控板,该装置可以包括:第一状态切换模块301、第一发送模块302、第二状态切换模303和第二发送模304。其中:
第一状态切换模块301,用于在等待连接状态下,当接收待连接板发送的请求心跳报文时,将当前的等待连接状态切换为接收请求状态;
第一发送模块302,用于向所述待连接板发送响应心跳报文;
第二状态切换模块303,用于接收所述待连接板发送的稳态报文,并将所述接收请求状态切换为稳态,建立与所述待连接板之间的通道;
第二发送模块304,用于通过建立的所述通道,向所述待连接板发送响应稳态报文。
可选的,如图4所示,该装置还包括:
第一重置模块401,用于当所述主控板向所述待连接板发送响应心跳报文之后,在预设时间内未接收到所述待连接板发送的稳态报文时,将所述接收请求状态切换为所述等待连接状态。
可选的,如图4所示,该装置还包括:
第一重连模块402,用于当所述主控板将所述接收请求状态切换为所述等待连接状态,并接收所述待连接板发送的稳态报文后;向所述待连接板发送重连心跳报文,以触发所述待连接板切换状态为请求连接状态。
可选的,如图4所示,该装置还包括:
第二重置模块403,用于当所述主控板将所述接收请求状态切换为稳态之后,在预设时间内未接收到所述待连接板发送的第二稳态报文时,将所述稳态切换为所述等待连接状态。
可选的,如图4所示,该装置还包括:
第二重连模块404,用于当所述主控板将所述稳态切换为所述等待连接状态,并接收所述待连接板发送的第二稳态报文后;向所述待连接板发送重连心跳报文,以触发所述待连接板切换状态为请求连接状态。
可选的,如图4所示,该装置还包括:
第三重置模块405,用于当所述主控板将所述接收请求状态切换为稳态后,接收所述待连接板发送的请求心跳报文时,将所述稳态切换为所述等待连接状态。
如图5所示,本说明书还提供了另一种通道连接装置,应用于待连接板,该装置可以包括:报文发送模块501、稳态切换模块502和稳态报文发送模块503。其中:
报文发送模块501,用于在请求连接状态下,向所述主控板发送请求心跳报文;
稳态切换模块502,用于接收所述主控板返回的响应心跳报文,并将当前的请求连接状态切换为稳态;
稳态报文发送模块503,用于向所述主控板发送稳态报文。
可选的,如图6所示,该装置还包括:
第四重置模块601,用于所述待连接板向所述主控板发送稳态报文之后,当在预设时间内未接收到所述主控板返回的响应稳态报文时,切换状态为所述请求连接状态。
可选的,如图6所示,该装置还包括:
第五重置模块602,用于所述待连接板将当前的请求连接状态切换为稳态,并接收所述主控板发送的重连心跳报文后,切换状态为所述请求连接状态。
上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书至少一个实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
如图7所示,本说明书还提供了一种机框,所述机框包括主控板和多个待连接板;其中,主控板分别与各个待连接板建立通道连接;所述主控板,用于执行本说明书任一实施例的通道连接方法;每个所述待连接板,用于执行本说明书任一实施例的通道连接方法。
本说明书还提供了一种计算机可读存储介质,其上存储有计算机程序,所述程序被处理器执行时能够实现本说明书任一实施例的通道连接方法。
其中,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等,本申请并不对此进行限制。
本领域技术人员在考虑说明书及实践这里申请的发明后,将容易想到本说明书的其它实施方案。本说明书旨在涵盖本说明书的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本说明书的一般性原理并包括本说明书未申请的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本说明书的真正范围和精神由下面的权利要求指出。
应当理解的是,本说明书并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本说明书的范围仅由所附的权利要求来限制。
以上所述仅为本说明书的较佳实施例而已,并不用于限制本说明书,凡在本说明书的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本说明书保护的范围之内。

Claims (20)

1.一种通道连接方法,其特征在于,应用于主控板,所述方法包括:
在等待连接状态下,当接收待连接板发送的请求心跳报文时,将当前的等待连接状态切换为接收请求状态;
向所述待连接板发送响应心跳报文;
接收所述待连接板发送的稳态报文,并将所述接收请求状态切换为稳态,建立与所述待连接板之间的通道;
通过建立的所述通道,向所述待连接板发送响应稳态报文。
2.根据权利要求1所述的方法,其特征在于,所述向所述待连接板发送响应心跳报文之后,还包括:
若在预设时间内未接收到所述待连接板发送的稳态报文,则将所述接收请求状态切换为所述等待连接状态。
3.根据权利要求2所述的方法,其特征在于,所述将所述接收请求状态切换为所述等待连接状态之后,还包括:
接收所述待连接板发送的稳态报文;
向所述待连接板发送重连心跳报文,以触发所述待连接板切换状态为请求连接状态。
4.根据权利要求1所述的方法,其特征在于,所述将所述接收请求状态切换为稳态之后,还包括:
若在预设时间内未接收到所述待连接板发送的第二稳态报文,则将所述稳态切换为所述等待连接状态。
5.根据权利要求4所述的方法,其特征在于,所述将所述稳态切换为所述等待连接状态之后,还包括:
接收所述待连接板发送的第二稳态报文;
向所述待连接板发送重连心跳报文,以触发所述待连接板切换状态为请求连接状态。
6.根据权利要求1所述的方法,其特征在于,所述将所述接收请求状态切换为稳态之后,还包括:
接收所述待连接板发送的请求心跳报文,并将所述稳态切换为所述等待连接状态。
7.一种通道连接方法,其特征在于,应用于待连接板,所述方法包括:
在请求连接状态下,向所述主控板发送请求心跳报文;
接收所述主控板返回的响应心跳报文,并将当前的请求连接状态切换为稳态;
向所述主控板发送稳态报文。
8.根据权利要求7所述的方法,其特征在于,所述向所述主控板发送稳态报文之后,还包括:
若在预设时间内未接收到所述主控板返回的响应稳态报文,则切换状态为所述请求连接状态。
9.根据权利要求7所述的方法,其特征在于,所述将当前的请求连接状态切换为稳态之后,还包括:
接收所述主控板发送的重连心跳报文,并切换状态为所述请求连接状态。
10.一种通道连接装置,其特征在于,应用于主控板,所述装置包括:
第一状态切换模块,用于在等待连接状态下,当接收待连接板发送的请求心跳报文时,将当前的等待连接状态切换为接收请求状态;
第一发送模块,用于向所述待连接板发送响应心跳报文;
第二状态切换模块,用于接收所述待连接板发送的稳态报文,并将所述接收请求状态切换为稳态,建立与所述待连接板之间的通道;
第二发送模块,用于通过建立的所述通道,向所述待连接板发送响应稳态报文。
11.根据权利要求10所述的装置,其特征在于,所述装置还包括:
第一重置模块,用于当所述主控板向所述待连接板发送响应心跳报文之后,在预设时间内未接收到所述待连接板发送的稳态报文时,将所述接收请求状态切换为所述等待连接状态。
12.根据权利要求11所述的装置,其特征在于,所述装置还包括:
第一重连模块,用于当所述主控板将所述接收请求状态切换为所述等待连接状态,并接收所述待连接板发送的稳态报文后;向所述待连接板发送重连心跳报文,以触发所述待连接板切换状态为请求连接状态。
13.根据权利要求10所述的装置,其特征在于,所述装置还包括:
第二重置模块,用于当所述主控板将所述接收请求状态切换为稳态之后,在预设时间内未接收到所述待连接板发送的第二稳态报文时,将所述稳态切换为所述等待连接状态。
14.根据权利要求13所述的装置,其特征在于,所述装置还包括:
第二重连模块,用于当所述主控板将所述稳态切换为所述等待连接状态,并接收所述待连接板发送的第二稳态报文后;向所述待连接板发送重连心跳报文,以触发所述待连接板切换状态为请求连接状态。
15.根据权利要求10所述的装置,其特征在于,所述装置包括:
第三重置模块,用于当所述主控板将所述接收请求状态切换为稳态后,接收所述待连接板发送的请求心跳报文时,将所述稳态切换为所述等待连接状态。
16.一种通道连接装置,其特征在于,应用于待连接板,所述装置包括:
报文发送模块,用于在请求连接状态下,向所述主控板发送请求心跳报文;
稳态切换模块,用于接收所述主控板返回的响应心跳报文,并将当前的请求连接状态切换为稳态;
稳态报文发送模块,用于向所述主控板发送稳态报文。
17.根据权利要求16所述的装置,其特征在于,所述装置还包括:
第四重置模块,用于所述待连接板向所述主控板发送稳态报文之后,当在预设时间内未接收到所述主控板返回的响应稳态报文时,切换状态为所述请求连接状态。
18.根据权利要求16所述的装置,其特征在于,所述装置包括:
第五重置模块,用于所述待连接板将当前的请求连接状态切换为稳态,并接收所述主控板发送的重连心跳报文后,切换状态为所述请求连接状态。
19.一种机框,其特征在于,所述机框包括主控板和多个待连接板;其中,主控板分别与各个待连接板建立通道连接;
所述主控板,用于执行权利要求1-6任一所述的方法;
每个所述待连接板,用于执行权利要求7-9任一所述的方法。
20.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现权利要求1-6任一所述的方法,或者实现权利要求7-9任一所述的方法。
CN201911222269.3A 2019-12-03 2019-12-03 一种通道连接方法及装置 Pending CN110890989A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911222269.3A CN110890989A (zh) 2019-12-03 2019-12-03 一种通道连接方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911222269.3A CN110890989A (zh) 2019-12-03 2019-12-03 一种通道连接方法及装置

Publications (1)

Publication Number Publication Date
CN110890989A true CN110890989A (zh) 2020-03-17

Family

ID=69750250

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911222269.3A Pending CN110890989A (zh) 2019-12-03 2019-12-03 一种通道连接方法及装置

Country Status (1)

Country Link
CN (1) CN110890989A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111510336A (zh) * 2020-04-23 2020-08-07 杭州迪普科技股份有限公司 一种网络设备状态管理方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101667953A (zh) * 2009-10-23 2010-03-10 杭州华三通信技术有限公司 一种快速环网物理链路状态的上报方法及装置
US20120042030A1 (en) * 2010-08-12 2012-02-16 International Business Machines Corporation High availability management system for stateless components in a distributed master-slave component topology
CN102938898A (zh) * 2012-11-21 2013-02-20 武汉虹信通信技术有限责任公司 一种atca架构下多板卡统一配置系统
CN103107906A (zh) * 2012-11-15 2013-05-15 瑞斯康达科技发展股份有限公司 一种板卡间通信方法、板卡及通信机框设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101667953A (zh) * 2009-10-23 2010-03-10 杭州华三通信技术有限公司 一种快速环网物理链路状态的上报方法及装置
US20120042030A1 (en) * 2010-08-12 2012-02-16 International Business Machines Corporation High availability management system for stateless components in a distributed master-slave component topology
CN103107906A (zh) * 2012-11-15 2013-05-15 瑞斯康达科技发展股份有限公司 一种板卡间通信方法、板卡及通信机框设备
CN102938898A (zh) * 2012-11-21 2013-02-20 武汉虹信通信技术有限责任公司 一种atca架构下多板卡统一配置系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
杜勇等: "基于动态调控的接入控制器板间通信策略", 《光通信研究》 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111510336A (zh) * 2020-04-23 2020-08-07 杭州迪普科技股份有限公司 一种网络设备状态管理方法及装置

Similar Documents

Publication Publication Date Title
CN107919994B (zh) 实现网络服务双机热备的方法及服务器
CN110266810B (zh) 基于mqtt协议的消息接收方法、设备及存储介质
US20130139178A1 (en) Cluster management system and method
CN107872326B (zh) 一种释放会话资源的方法、装置和系统
WO2020044934A1 (ja) 通信装置、方法、プログラム、及び記録媒体
CN111884825A (zh) 一种故障处理方法、装置、终端设备和存储介质
US20170116094A1 (en) Fault handling methods in a home service system, and associated household appliances and servers
CN112218342A (zh) 一种实现核心网子切片容灾的方法、装置和系统
CN102957623A (zh) 一种边界网关协议邻居的维护方法和设备
CN107529229B (zh) 数据传输的方法,装置及系统
CN112492030B (zh) 数据存储方法、装置、计算机设备和存储介质
JP2005301436A (ja) クラスタシステムおよびクラスタシステムにおける障害回復方法
CN107919979B (zh) 控制器状态处理方法及装置
CN114035969A (zh) 一种分布式块存储多路径iscsi锁的实现方法、系统及设备
CN110890989A (zh) 一种通道连接方法及装置
CN111865659B (zh) 主备控制器的切换方法和装置、控制器、网络设备
CN113132498B (zh) 报文处理方法、中继设备、系统和存储介质
CN115801642B (zh) 基于状态控制的rdma通讯管理模块、方法、设备及介质
CN106534758B (zh) 会议备份方法和装置
CN106230747B (zh) 恢复tcp连接序列号的方法、装置及系统
CN115086617A (zh) 视频流存储方法、装置、系统、设备及介质
CN114884805A (zh) 数据传输方法、装置、终端及存储介质
CN114422335A (zh) 通信方法、装置、服务器及存储介质
CN114553936A (zh) 连接方法、装置、电子设备和计算机可读存储介质
CN113821334A (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
RJ01 Rejection of invention patent application after publication

Application publication date: 20200317

RJ01 Rejection of invention patent application after publication