CN114024998A - 一种基于netconf协议的支持多会话的方法和装置 - Google Patents
一种基于netconf协议的支持多会话的方法和装置 Download PDFInfo
- Publication number
- CN114024998A CN114024998A CN202111332664.4A CN202111332664A CN114024998A CN 114024998 A CN114024998 A CN 114024998A CN 202111332664 A CN202111332664 A CN 202111332664A CN 114024998 A CN114024998 A CN 114024998A
- Authority
- CN
- China
- Prior art keywords
- session
- transmission link
- transmission
- sub
- initiator
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
- H04L65/403—Arrangements for multi-party communication, e.g. for conferences
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/26—Special purpose or proprietary protocols or architectures
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computing Systems (AREA)
- Computer Security & Cryptography (AREA)
- Computer And Data Communications (AREA)
- Communication Control (AREA)
Abstract
本申请实施例公开了一种基于netconf协议的支持多会话的方法和装置。所述方法包括:在netconf客户端和服务器端设置传输复用层,该传输复用层设置在传输层之上;在netconf客户端和服务器端之间建立传输链路,并在两者的传输复用层分别记录传输链路的传输链路ID;netconf客户端和服务器端确定双方支持多会话管理能力,并分别启动各自的传输复用层;在netconf客户端和服务器端之间通过传输链路建立主会话,且在netconf客户端和服务器端的传输复用层记录主会话与传输链路之间的映射关系;通过主会话建立副会话,其中,副会话的优先级低于主会话。
Description
技术领域
本申请实施例涉及信息处理领域,尤指一种基于netconf协议的支持多会话的方法和装置。
背景技术
网络配置协议netconf是一种使用RPC(Remote Procedure Call,远程过程调用)方式的通信协议,用于管理通信设备,其中通信设备作为服务器端,网络管理系统作为客户端。netconf协议主要涉及内容层、操作层、消息层
和传输层,对于传输层,要求采用SSH(Secure Shell,安全外壳协议)、TLS(Transport Layer Security,安全传输层协议)等这类安全传输协议,除了要求具备安全性外,还要具备长连接、保证数据顺序型、完整性等能力。
CPE(Customer Premise Equipment,用户端设备),在网络通信中用于实现接入网络与用户设备的连接,其特点是:单个设备配置数据规模小,设备数量大,安全限制与网络限制比较多,例如与网络管理系统连接需要穿越NAT(Network Address Translation,网络地址转换)、端口或者传输协议限制等,netconf是对其进行配置管理的常用协议方式。
然而,netconf协议需要保证同一个会话中命令的顺序性,这样会导致命令之间的并发性受到限制,例如,对于CPE而言,告警上报、性能采集命令与配置命令之间并不需要顺序保证,但在共享同一个会话的情况下,就需要顺序执行,如果需要并行处理,就需要对它们建立独立的会话连接,这样大量的会话不仅存在浪费,而且对网络管理系统带来更大的压力和管理挑战。
此外,网络管理系统除了采用netconf协议对CPE设备进行配置管理外,还采用FTP(File Transfer Protocol,文件传输协议)、CLI(Command-line Interface,命令行界面)等方法对设备进行辅助管理,例如进行软件升级、故障分析、配置数据文件备份与恢复等,但由于安全限制、网络穿NAT等问题,这些协议存在无法使用的情况,因此存在文件传输、命令行的会话与netconf会话共享传输层的必要性。
出于可靠性考虑,CPE设备的管理网络通道有可能采用主备两条通道,如果管理通道采用1+1模式,发生主备切换时,netconf会话需要重建,从而会出现设备脱管的情况,而采用1:1模式,由于不需要重新建立netconf协议相关连接和会话,切换效率也会高很多,为了不浪费管理通道带宽,存在将同一个网元的不同管理流量分配在不同的管理通道上需求,采用多个会话来分配管理流量也是一种比较简便的方式。
综上所述,网络管理系统通过netconf协议对一个CPE设备进行管理时,在各个场景上都存在多会话共享一个传输层连接的要求。
发明内容
为了解决上述任一技术问题,本申请实施例提供了一种基于netconf协议的支持多会话的方法和装置。
为了达到本申请实施例目的,本申请实施例提供了一种基于netconf协议的支持多会话的方法,包括:
在netconf客户端和服务器端设置传输复用层,该传输复用层设置在传输层之上,用于维护已建立的每个会话与传输链路之间的映射关系;
在netconf客户端和服务器端之间建立传输链路,并在两者的传输复用层分别记录所述传输链路的传输链路ID;
netconf客户端和服务器端确定双方支持多会话管理能力,并分别启动各自的传输复用层;
在netconf客户端和服务器端之间通过所述传输链路建立主会话,且在netconf客户端和服务器端的所述传输复用层记录主会话与传输链路之间的映射关系,其中所述映射关系包括netconf客户端和服务器端的设备ID、传输链路ID、主会话的会话ID;
通过所述主会话建立副会话,其中,所述副会话的优先级低于主会话。
一种基于netconf协议的支持多会话的装置,所述装置所支持的协议的传输层之上均设置传输复用层,所述传输复用层用于记录传输链路ID和各个会话ID的映射关系;所述装置还包括存储器和处理器,其中所述存储器存储所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以执行上文中所述的方法。
上述技术方案中的一个技术方案具有如下优点或有益效果:
提供基于netconf协议的支持多会话的实现方案,用来节约网络管理系统的连接资源,简化网元管理,满足除通过netconf进行配置数据外的辅助功能的安全性要求、网络限制要求以及高可用性要求。
本申请实施例的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本申请实施例而了解。本申请实施例的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本申请实施例技术方案的进一步理解,并且构成说明书的一部分,与本申请实施例的实施例一起用于解释本申请实施例的技术方案,并不构成对本申请实施例技术方案的限制。
图1为netconf协议的分层结构示意图;
图2为本申请实施例提供的传输复用层位置示意图;
图3为本申请实施例提供的多会话单个传输链路的示意图;
图4为本申请实施例提供的多会话多传输链路的示意图;
图5为本申请实施例提供的基于netconf协议的支持多会话的方法的流程图;
图6为本申请实施例提供的多会话实现的示例图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚明白,下文中将结合附图对本申请实施例的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请实施例中的实施例及实施例中的特征可以相互任意组合。
在实现本申请过程中,对相关技术进行了技术分析,发现相关技术至少存在如下问题,包括:
本发明在兼容已有netconf协议基础上,提供了一种基于netconf协议的支持多会话的方法,用来节约网络管理系统的连接资源,简化网元管理,满足除通过netconf进行配置数据外的辅助功能的安全性要求、网络限制要求以及高可用性要求。
为了更好地进行说明,参考图1所示,首先对netconf协议的分层结构进行说明,该协议从上至下分别为内容层、操作层、消息层和传输层。其中:内容层将待传输信息转换为可扩展标记语言XML格式;操作层将内容层获得的XML格式的信息封装为XML消息;在消息层中,每一个上层的XML消息都会封装成一个RPC的调用;最后在传输层将封装后的XML消息进行安全可靠的传递,例如选用SSH协议将XML消息信息传输给控制器。
本申请所提出的基于netconf协议支持多会话的方法中,在netconf协议的分层结构的消息层和传输层之间增加一个传输复用层,其所在的位置关系如图2所示,传输复用层可以承载和管理多个消息会话,根据传输层的支持情况,不仅可以支持多个netconf消息会话,而且还可以支持其它应用类型消息会话。
传输复用层的主要功能是:(1)维护各个会话与传输链路之间的映射关系,具体的:在一对netconf的客户端和服务器端之间建立一条或多条传输链路之后,在传输链路上建立若干个netconf会话,所述若干个netconf会话包括:一个主会话,或者一个主会话和若干个副会话,记录传输链路ID和各会话的会话ID的映射关系,以此形成各个会话与传输链路之间的映射关系,所述会话ID包括主会话的会话ID,且在存在副会话时也包括副会话的会话ID;(2)记录各会话的会话参数信息,所述会话参数信息包括:所属设备ID、传输链路ID、主会话的会话ID、优先级、消息类别、用途等;其中,所述会话ID是会话的唯一标识,使用它便于进行会话管理;优先级表示的是同一个设备的不同会话中消息的发送和处理的优先顺序,主会话的优先级最高;消息类别为会话传递消息的类别,对于主会话而言,其为netconf协议消息,对于副会话而言,无类型限制;用途,用于标定这个会话所标定的处理设备的信息范围,避免在各个会话之间出现数据冲突;(3)为上层系统提供会话管理接口,所述的会话管理接口接收上层系统对特定会话的消息传递请求与应答以实现会话管理操作,典型的会话管理操作可以包括:查询会话状态、添加会话、关闭会话、下发消息、通知订阅等;此处的上层系统为通过netconf协议发送和接收消息的系统,例如在将netconf协议应到网络系统上时,上层系统包括使用netconf协议的设备或者网络管理系统;(4)根据各个会话的优先级来实现对传输层的占用策略,其中主会话优先级最高,低优先级的会话只有在高优先级的会话没有消息传输时,才能占用传输层;此处说明一点:传输复用层对传输链路的个数不做限制,如图3所示,多个协议消息层会话可以复用一个传输链路,也可以有多个传输链路,如图4所示。
以下将详细介绍本申请的具体实现过程。
首先,在netconf客户端和服务器端的消息层和传输层之间均设置传输复用层,且所述传输复用层还设置于其他协议的消息层和传输层之间;所述传输复用层用于记录传输链路ID和各个会话的会话ID的映射关系、通过会话管理接口接收会话建立指令以及根据当前需要发送会话的优先级确定发送策略;
netconf能力集中的能力特性用于两端协商确认彼此都能提供的服务能力,而现有技术中的能力集并不支持多通道能力,因此本申请的技术方案中还对客户端和服务器端的netconf能力集进行扩展,增加多会话管理能力,以使得两端都能通过一个传输层支持多个会话;当然,netconf能力集还可以包括现有技术中已知的各种能力,例如:支持XPath参数,支持启动startup数据库,等等,此处不再进行赘述。
在本申请所提供的实施例中,基于以上关于传输复用层和能力集的设定,一种基于netconf协议支持多会话的方法,包括:
步骤100:在netconf客户端和服务器端设置传输复用层,该传输复用层设置在传输层之上,用于维护已建立的每个会话与传输链路之间的映射关系;
步骤101:在netconf客户端和服务器端之间建立传输链路,并在两者的传输复用层分别记录所述传输链路的传输链路ID;
在本步骤中,netconf客户端和服务器端之间传输链路的建立采用标准的主动连接或者callhome连接方式进行,在两端传输层之间建立传输链路后,对所建立的传输链路分配一个唯一传输链路ID;
步骤102:netconf客户端和服务器端确定双方支持多会话管理能力,并分别启动各自的传输复用层;
在本步骤中,netconf客户端和服务器端确定双方支持多会话管理能力是通过两端协商实现的,具体为:netconf客户端与服务器端分别通过所创建的传输链路向对端发送一个包含自身能力列表的hello消息,以通告对端自己支持的能力,hello消息的接收方确定所接收到的能力列表中包括多会话管理能力时则确定对端具备多会话管理能力,如果此时判断自身配置的能力集中也包括多会话管理能力:则表明netconf客户端和服务器端均支持多会话管理能力;
步骤103:在netconf客户端和服务器端之间通过所述传输链路建立主会话,且在客户端和服务器端的所述传输复用层记录主会话与传输链路之间的映射关系,其中所述映射关系包括netconf客户端和服务器端的设备ID、传输链路ID、主会话的会话ID;
在本步骤中,在netconf客户端与服务器端之间建立主会话,主会话的建立采用现有技术中的已知方式实现,此处不对建立过程进行赘述;
在netconf客户端与服务器端的传输复用层通过会话管理接口添加主会话、记录主会话的会话参数信息,从而形成所属设备ID、传输链路ID、主会话的会话ID之间的映射关系,所述会话参数信息包括:设备ID、传输链路ID、主会话的会话ID、优先级、消息类别、用途等;所述主会话的会话ID是主会话的唯一标识;优先级为最高级;用途用于标定这个会话所标定的处理设备的信息范围,消息类别为:netconf消息;所述会话参数信息的获取可以采用现有技术中的方式,此处不再赘述;建立并记录设备ID、传输链路ID、主会话的会话ID之间的映射关系,其中,每个设备的设备ID保持唯一,一个设备可以有多个传输链路,一个传输链路上可以有多个会话。此处说明一点:在netconf客户端与服务器端的传输复用层在标准的netconf会话(主会话)建立后,所需要交互的信息,两端的传输复用层各自要存在一份,并保持一致。
对于上述步骤补充说明一点:如果netconf客户端与服务器端在主会话建立完成后,如果判断netconf并未启动传输复用层,则该会话就是标准的netconf单一会话,采用标准的netconf方式管理,本申请不涉及;
步骤104:通过所述主会话建立副会话,其中,所述副会话的优先级低于主会话。
在此步骤中,所述的副会话不限于基于netconf协议消息,也可以是其他类别协议消息,例如:支持文件传输格式的协议,也可以是私有协议,只需要建立副会话的协商消息格式和流程符合netconf协议格式要求即可。对于netconf的客户端和服务器端,均可以根据来自上层系统的管理要求主动发起副会话的建立请求。
在主会话已经建立后要求建立的其他会话均为副会话,需要建立其他会话则表明需要建立的是副会话,进一步的,建立其他会话可以是在netconf客户端也可以是在netconf服务器端发起,两边的流程一致,以下关于副会话建立的叙述中均以发起方和接收方作为区别表述,且此处的发起方为会话建立的发起方,与发起方相对的对端则为接收方;其中,发起方为netconf客户端时,接收方为netconf服务器端;或者,发起方为netconf服务器端时,接收方为netconf客户端;
在本步骤中,需要建立其他会话通常在副会话建立的发起方收到副会话创建指令后,所述的副会话创建指令通常包括含有传输链路ID的传输链路参数、会话ID、优先级、消息类别、用途等,其中,传输链路参数除了传输链路ID外,其它参数可以由本领域普通技术人员根据传输层建立链路的需要来定义,例如网络接口、IP地址等信息;但所述副会话的优先级不高于主会话优先级;进一步的,所述的副会话接收方可以是根据副会话创建指令中所设置的标识位来进行区分是要进行主会话建立还是要进行副会话建立;也可以根据副会话创建指令中所包括的优先级来确定,此处都不限定,只要能识别该会话是在主会话建立后所需建立的副会话即可。
此时,通过所述主会话建立副会话可以包括:
S1、发起方判断本地传输复用层是否存在所述副会话创建指令中所携带的传输链路ID,如果是,则表明该传输链路ID所对应的传输链路为承载要建立的副会话的传输链路,执行S4;否则执行S2;
S2、所述发起方根据所述副会话创建指令中所携带的传输链路参数信息向接收方发起传输链路连接请求;
S3、所述接收方在接收到传输链路连接请求后,与所述发起方之间新建立一条传输链路作为承载要建立的副会话的传输链路,且在发起方和接收方的传输复用层均记录新建立的传输链路ID,执行S4;
S4、发起方通过主会话向接收方发送副会话建立消息;所述副会话建立消息包括:设备ID、承载要建立的副会话的传输链路ID、副会话的会话ID、优先级、消息类别、用途等;
S5、接收方接收到所述副会话建立消息后,记录副会话与传输链路之间的映射关系,其中所述映射关系包括netconf客户端和服务器端的设备ID、传输链路ID和副会话的会话ID;并向发起方反馈确认消息;
S6、在接收到确认消息后,发起方在本地传输复用层建立并记录副会话与传输链路之间的映射关系,其中所述映射关系包括netconf客户端和服务器端的设备ID、传输链路ID和副会话的会话ID;
S7:在发起方和接收方所确立的承载副会话的传输链路上,根据设备ID、传输链路ID和会话ID的映射关系构建所用的逻辑通道,并以副会话的会话ID作为逻辑通道的标识;并根据不同的协议消息类别完成副会话的后续建立过程。
在上述建立副会话的步骤中,实际上是默认接收到副会话创建消息的接收方在承载该会话的传输链路未建立时同时作为传输链路建立的发起方。在本步骤的另外一个实现方式中,需要建立其他会话通常在副会话建立的一方收到副会话创建消息后,所述副会话创建消息通常包括传输链路ID、传输链路参数、副会话的会话ID、优先级、消息类别、用途,还包括:传输链路建立方式,以指示承载该会话的链路不存在时发起建立传输链路的方式,此时,通过所述主会话建立副会话可以包括:
S11、发起方判断本地传输复用层是否存在所述副会话建立消息中所携带的传输链路ID,如果是,则表明该传输链路ID所对应的传输链路为承载要建立的副会话的传输链路,执行S14;否则执行S12;
S12、根据所述副会话建立指令中所携带的传输链路建立方式确定传输链路的建立由本端发起还是对端发起,如果是本端发起,则执行步骤S13-5;如果是对端发起,则执行步骤S13-1;
S13-1:发起方的传输复用层通过主会话向对端发起传输链路建立请求消息,所述传输链路建立请求消息包括:传输链路ID、传输链路参数信息;
S13-2:接收方的传输复用层通过主会话接收到所述传输链路建立请求消息后,根据接收到的传输链路参数信息,向发起方发起传输链路连接请求;
S13-3:发起方接收到传输链路连接请求,与接收方之间建立一条新的传输链路作为承载副会话传输的传输链路,且在发起方和接收方的传输复用层均将所述副会话创建指令中的传输链路ID标记新建立的传输链路;
S13-4:接收方通过新建立的传输链路向发起方发送该新建立的传输链路所对应的传输链路ID,以使地双方确认使用同一个传输链路;然后执行S14;
S13-5:发起方根据接收到的传输链路参数信息,向接收方发起传输链路连接请求;
S13-6:接收方接收到传输链路连接请求,与发起方之间建立一条新的传输链路作为承载副会话传输的传输链路,且在发起方和接收方的传输复用层均将所述副会话创建指令中的传输链路ID标记新建立的传输链路;
S13-7:通过新建立的传输链路,发起方向接收方发送该新建立的传输链路的传输链路ID,以使双方确认使用的是同一个传输链路;然后执行S14;
S14、发起方通过主会话向接收方发送副会话建立消息;所述副会话建立消息包括:设备ID、承载副会话的传输链路ID、副会话的会话ID、优先级、消息类别、用途等;
S15、接收方接收到所述副会话建立消息后,在本地传输复用层建立并记录副会话与传输链路之间的映射关系,其中所述映射关系包括netconf客户端和服务器端的设备ID、传输链路ID和副会话的会话ID;并向发起方反馈确认消息;
S16、在接收到确认消息后,发起方在本地传输复用层建立并记录副会话与传输链路之间的映射关系,其中所述映射关系包括netconf客户端和服务器端的设备ID、传输链路ID和副会话的会话ID。
S17:在发起方和接收方所确立的承载副会话的传输链路上根据设备ID、传输链路ID和会话ID的映射关系构建所用的逻辑通道,并以会话ID作为逻辑通道的标识;并根据不同的协议消息类别完成副会话的后续建立过程。
在上述建立副会话的方法步骤中,由于不限制由哪一方来主动发起副链路,不仅在协议关系上使得传输复用层是对等的,利于协议的实现,更重要的是和增加上层应用的可选择性。例如:设备上的一份配置备份数据,需要周期性(比如每天)传输到网管上,在实现上,这种定时任务可以在设备上发起,也可以在网管上发起的,如果在网管上发起,就由网管发起副会话建立请求,如果是在设备上发起,可以由设备发起副会话建立请求。
对于以上所提及的建立副会话的步骤说明两点:(1)基于不用的安全传输技术,逻辑通道的构建方式并不相同,但均可由本领域普通技术人员根据现有技术实现,本申请不对构建方式作出限定,例如,传输层采用SSH,则在已有的传输连接上开通一个新的通道channel;由此多个会话可以通过多个逻辑标识,由此达到多个会话可以服用一个传输链路的目的。(2)在完成副会话的建立过程中完全采用会话建立的现有技术,指示如果副会话中的消息协议类别为netconf协议,由于主会话已经完成了hello消息的交换,可以不再进行hello消息的交换,直接进行netconf报文的发送与接收。
进一步地,在netconf客户端与服务器端之间已经通过上述方式建立主会话和副会话之后,上层系统根据接收到的消息中所包括的用途或者会话ID向传输复用层请求消息发送和接收;传输复用层根据会话ID判断是否存在相关会话,且在存在时检查该会话状态,如果会话状态正常则使用该会话进行消息的发送和接收,否则返回相应的会话错误信息。其中,对于会话状态的判断可以采用本领域普通技术人员已知的方式进行,此处不做限定。
进一步地,在netconf客户端与服务器端之间已经通过上述方式建立主会话和副会话之后,当传输复用层检测到主会话关闭时,关闭当前存在的副会话。其中,主会话关闭的过程与netconf协议一致,传输复用层检测主会话关闭的实现方式可以是本领域普通技术人员已知的任何方式,此处不做限定。
进一步的,为了实现不同的场景需求,副会话除了在主会话关闭时被动关闭外,还可以通过主会话向对端发送副会话关闭消息进行主动关闭,副会话也可以通过其本身主动进行关闭,如果副会话的消息类别是netconf消息,则在副会话采用netconf标准关闭会话的过程进行关闭,但副会话上的消息类别不一定是netconf消息,因此对于非netconf消息,会话关闭与具体的消息类别有关,这里不再赘述。
典型的,通过主会话关闭副会话的过程为:
S30、上层系统通过主会话发送副会话关闭消息,所述副会话关闭消息包括:会话ID、关闭方式,所述关闭方式为强制关闭或者协商关闭;
S20、如果是强制关闭,上层系统不等待对端应答,直接调用传输复用层的会话关闭接口,如果是协商关闭,上层系统需要等待对端应答确定关闭后,调用传输复用层的会话关闭接口;
S30、传输复用层收到上层系统会话关闭命令,则进行会话关闭操作,修改会话状态为关闭状态。
以下以网络管理系统作为更具体的实施例来说明本发明的应用。
网络管理系统根据不同的管理要求,可以划分为配置管理、告警管理、性能管理、维护管理等多个子系统,它们对设备数据的操作范围不同,因此可以通过多个会话来承载不同子系统的业务,从而实现并行操作。
首先,创建副会话的数据结构定义为:
传输复用层对上层系统提供的会话管理接口主要包括:
1.查询会话状态,输入参数为会话id,id为0的会话固定为主会话SessionStategetSessionState(Integer sessionId)
2.添加会话
Result addSession(Session session)
3.关闭会话
Result closeSession(Integer sessionId)
4.下发消息
Result sendMessage(Integer sessionId,Message msg)
5.通知订阅
Result subscribNotification(Integer sessionId,Message msg,
INotificationHandler handler)
通过主会话进行副会话的创建的netconf消息如下所示:
主要过程如下:
步骤一、主会话建立,主会话建立与标准的netconf会话建立相同;
步骤二、性能管理子系统通过主会话,创建一个性能副会话,采用netconf消息格式;
步骤三、设备维护子系统通过主会话,创建一个维护副会话,采用ssh命令行消息格式;
步骤四、配置管理子系统通过主会话进行配置类操作如增加接口,修改IP等、性能子系统通过性能会话进行性能采集工作,如:定时采集接口流量、设备维护子系统通过维护副会话对设备进行维护工作,如:主备倒换、链路诊断、设备重启等。
各子系统与设备会话关系如图6所示,网络管理系统和设备之间在传输链路基础上,形成了多条会话,各会话可以并行进行消息传递。
本申请实施例提供一种所述装置所支持的协议的传输层之上均设置传输复用层,所述传输复用层用于记录传输链路ID和各个会话ID的映射关系;所述装置还包括存储器和处理器,其中所述存储器存储所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以执行上文任一项中所述的方法。
优选的,所述协议包括netconf协议。
上述方案是基于netconf实现对多会话进行创建、删除与管进行说明;其中传输链路上多个会话所传输的消息不进行限制,不仅可以支持netconf消息,还可以进一步支持其它协议类型消息,甚至私有格式的消息;多个会话具有共享同一个传输层链路的能力;对于netconf over ssh来说,通过基于ssh本身的多通道(channel)能力,实现多会话的方法也在保护范围之内。
综上所述,在与netconf协议兼容的基础上,增强了netconf协议消息的并发性支持,节约设备管理系统的连接资源,简化了网元管理,进一步满足管理CPE设备安全性、网络限制以及高可用的要求,通过对协议消息会话分类与优先级设置,在设备管理系统负载过大的时候,可以通过主动停止部分会话(例如停止告警消息会话、停止性能采集会话等)的方式来进行灵活的服务降级;为进一步实现在多个传输链路上的负载均衡和高可用打下了基础。
本领域普通技术人员可以理解,上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中,在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分;例如,一个物理组件可以具有多个功能,或者一个功能或步骤可以由若干物理组件合作执行。某些组件或所有组件可以被实施为由处理器,如数字信号处理器或微处理器执行的软件,或者被实施为硬件,或者被实施为集成电路,如专用集成电路。这样的软件可以分布在计算机可读介质上,计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的,术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外,本领域普通技术人员公知的是,通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据,并且可包括任何信息递送介质。
Claims (12)
1.一种基于netconf协议的支持多会话的方法,包括:
在netconf客户端和服务器端设置传输复用层,该传输复用层设置在传输层之上,用于维护已建立的每个会话与传输链路之间的映射关系;
在netconf客户端和服务器端之间建立传输链路,并在两者的传输复用层分别记录所述传输链路的传输链路ID;
netconf客户端和服务器端确定双方支持多会话管理能力,并分别启动各自的传输复用层;
在netconf客户端和服务器端之间通过所述传输链路建立主会话,且在netconf客户端和服务器端的所述传输复用层记录主会话与传输链路之间的映射关系,其中所述映射关系包括netconf客户端和服务器端的设备ID、传输链路ID、主会话的会话ID;
通过所述主会话建立副会话,其中,所述副会话的优先级低于主会话。
2.根据权利要求1所述的方法,其特征在于,通过如下方式确定双方是否支持多会话管理能力,包括:
netconf客户端与服务器端分别通过所创建的传输链路向对端发起方一个包含自身能力列表的hello消息,以通告对端自己支持的能力;
如果hello消息的接收方确定所接收到的能力列表中包括多会话管理能力时,则确定对端具备多会话管理能力,以及,如果自身配置的能力集中也包括多会话管理能力:则确定双方支持多会话管理能力。
3.根据权利要求1所述的方法,其特征在于,通过如下方式确定所建立的会话为副会话,包括:
副会话建立的发起方发送副会话创建指令;
副会话建立的接收方通过判断接收到的副会话创建指令中所设置的标识位;或者,根据副会话创建指令中所包括的优先级来确定要进行主会话建立或是要进行副会话建立;
其中,发起方为netconf客户端时,接收方为netconf服务器端;或者,发起方为netconf服务器端时,接收方为netconf客户端。
4.根据权利要求3所述的方法,其特征在于,通过所述主会话建立副会话,包括:
发起方在接收到副会话创建指令后,判断本地传输复用层是否存在所述副会话创建指令中所携带的传输链路ID;
如果存在所述传输链路ID,则直接执行如下步骤,否则,先在发起方和接收方之间建立所述传输链路ID对应的传输链路后,再执行如下步骤;
其中,所述步骤如下:
发起方通过主会话向接收方发送副会话建立消息,其中所述副会话建立消息包括承载要建立的副会话的传输链路ID以及副会话的会话ID;
接收方接收到所述副会话建立消息后,在本地传输复用层建立并记录设备ID、传输链路ID和副会话的副会话的会话ID的映射关系,并向发起方反馈确认消息;
在收到确认信息后,发起方在本地传输复用层建立并记录副会话与传输链路之间的映射关系,其中所述映射关系包括netconf客户端和服务器端的设备ID、传输链路ID和副会话的会话ID;
在发起方和接收方所确立的承载副会话的传输链路上根据所述映射关系构建逻辑通道作为副会话,并以副会话的会话ID作为逻辑通道的标识。
5.根据权利要求4所述的方法,其特征在于,在发起方和接收方之间建立所述传输链路ID对应的传输链路,包括:
发起方通过已建立的传输链路中的主会话发送包括所述传输链路ID的传输链路建立请求消息;
接收方在接收到所述传输链路建立请求消息后,向发起方发送包括所述传输链路ID的传输链路连接请求;
发起方接收到传输链路连接请求,与接收方之间建立一条新的传输链路作为承载副会话传输的传输链路,且在发起方和接收方的传输复用层均将所述副会话创建指令中的传输链路ID标记新建立的传输链路;
通过新建立的传输链路,接收方向发起方发送该新建立的传输链路所对应的传输链路ID,以使双方确认使用同一个传输链路。
6.根据权利要求4所述的方法,其特征在于,在发起方和接收方之间建立所述传输链路ID对应的传输链路,包括:
发起方向接收方发送包括所述传输链路ID的传输链路连接请求;
接收方接收到传输链路连接请求,与发起方之间建立一条新的传输链路作为承载副会话传输的传输链路,且在发起方和接收方的传输复用层均将所述副会话创建指令中的传输链路ID标记新建立的传输链路;
通过新建立的传输链路,发起方向接收方发送该新建立的传输链路的传输链路ID,以使双方确认使用的是同一个传输链路。
7.根据权利要求5或6所述的方法,其特征在于,如果所述副会话创建指令中携带有传输链路的建立方式的指示信息,则确定传输链路的建立由发起方发送传输链路连接请求或者由接收方发送传输链路连接请求。
8.根据权利要求1所述的方法,其特征在于:
在netconf客户端和服务器端的传输复用层记录每个会话的会话参数信息,其中所述会话参数信息包括会话ID和会话的用途;
通过所述主会话建立副会话之后,所述方法还包括:
如果netconf客户端与服务器端中至少一方接收到数据传输请求,则根据所述数据传输请求中的会话的用途或会话ID,确定是否存在满足该数据传输请求的会话;
如果存在该会话,且该会话的会话状态正常,则使用该会话进行数据传输;否则,输出会话错误信息。
9.根据权利要求1所述的方法,其特征在于,通过所述主会话建立副会话之后,所述方法还包括:
netconf客户端与服务器端中至少一方当检测到该传输链路上主会话关闭时,关闭该传输链路上存在的副会话;或者,
通过主会话接收到对端发送副会话关闭消息后,根据该副会话关闭消息对副会话执行关闭操作。
10.根据权利要求9所述的方法,其特征在于:
所述副会话关闭消息包括会话ID和关闭方式,其中所述关闭方式为强制关闭或者协商关闭;
所述根据该副会话关闭消息对副会话执行关闭操作,包括:
如果关闭方式是强制关闭,不等待对端的应答消息,直接通知传输复用层对副会话关闭消息中会话ID对应的会话进行会话关闭处理;
如果关闭方式是协商关闭,等待对端的应答消息,在应答消息为确定关闭后,通知传输复用层对副会话关闭消息中会话ID对应的会话进行会话关闭处理。
11.根据权利要求1所述的方法,其特征在于,所述副会话支持非netconf协议的消息。
12.一种基于netconf协议的支持多会话的装置,所述装置所支持的协议的传输层之上均设置传输复用层,所述传输复用层用于记录传输链路ID和各个会话ID的映射关系;所述装置还包括存储器和处理器,其中所述存储器存储所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以执行所述权利要求1至11任一项中所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111332664.4A CN114024998B (zh) | 2021-11-11 | 2021-11-11 | 一种基于netconf协议的支持多会话的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111332664.4A CN114024998B (zh) | 2021-11-11 | 2021-11-11 | 一种基于netconf协议的支持多会话的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114024998A true CN114024998A (zh) | 2022-02-08 |
CN114024998B CN114024998B (zh) | 2023-05-23 |
Family
ID=80063569
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111332664.4A Active CN114024998B (zh) | 2021-11-11 | 2021-11-11 | 一种基于netconf协议的支持多会话的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114024998B (zh) |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008052476A1 (fr) * | 2006-11-01 | 2008-05-08 | Huawei Technologies Co., Ltd. | Procédé de gestion de conversation, client de message universel et serveur de message universel associés |
US20120144019A1 (en) * | 2010-12-06 | 2012-06-07 | Microsoft Corporation | Multichannel connections in file system sessions |
CN104135468A (zh) * | 2014-07-01 | 2014-11-05 | 东北大学 | 支持多径中继传输的ims会话协商控制系统、装置及方法 |
WO2016188172A1 (zh) * | 2015-05-25 | 2016-12-01 | 中兴通讯股份有限公司 | 一种远程终端工具的实现方法及系统 |
CN106850568A (zh) * | 2016-12-29 | 2017-06-13 | 杭州迪普科技股份有限公司 | 多通道协议的会话老化方法及装置 |
CN107749873A (zh) * | 2017-10-10 | 2018-03-02 | 杭州迪普科技股份有限公司 | 一种多通道协议的会话备份方法和装置 |
WO2018108169A1 (zh) * | 2016-12-15 | 2018-06-21 | 中兴通讯股份有限公司 | 一种实现pcep的通信方法和装置 |
CN112217845A (zh) * | 2019-07-09 | 2021-01-12 | 华为技术有限公司 | 一种基于Netconf协议的数据传输方法及相关设备 |
CN113067737A (zh) * | 2021-03-30 | 2021-07-02 | 重庆邮电大学 | 一种时间敏感网络配置管理系统及方法 |
-
2021
- 2021-11-11 CN CN202111332664.4A patent/CN114024998B/zh active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008052476A1 (fr) * | 2006-11-01 | 2008-05-08 | Huawei Technologies Co., Ltd. | Procédé de gestion de conversation, client de message universel et serveur de message universel associés |
US20120144019A1 (en) * | 2010-12-06 | 2012-06-07 | Microsoft Corporation | Multichannel connections in file system sessions |
CN102571756A (zh) * | 2010-12-06 | 2012-07-11 | 微软公司 | 文件系统会话中的多信道连接 |
CN104135468A (zh) * | 2014-07-01 | 2014-11-05 | 东北大学 | 支持多径中继传输的ims会话协商控制系统、装置及方法 |
WO2016188172A1 (zh) * | 2015-05-25 | 2016-12-01 | 中兴通讯股份有限公司 | 一种远程终端工具的实现方法及系统 |
WO2018108169A1 (zh) * | 2016-12-15 | 2018-06-21 | 中兴通讯股份有限公司 | 一种实现pcep的通信方法和装置 |
CN106850568A (zh) * | 2016-12-29 | 2017-06-13 | 杭州迪普科技股份有限公司 | 多通道协议的会话老化方法及装置 |
CN107749873A (zh) * | 2017-10-10 | 2018-03-02 | 杭州迪普科技股份有限公司 | 一种多通道协议的会话备份方法和装置 |
CN112217845A (zh) * | 2019-07-09 | 2021-01-12 | 华为技术有限公司 | 一种基于Netconf协议的数据传输方法及相关设备 |
CN113067737A (zh) * | 2021-03-30 | 2021-07-02 | 重庆邮电大学 | 一种时间敏感网络配置管理系统及方法 |
Non-Patent Citations (3)
Title |
---|
MARIUSZ SLABICKI;KRZYSZTOF GROCHLA: "Performance evaluation of CoAP, SNMP and NETCONF protocols in fog computing architecture" * |
李淑静: "一种多模式多通道无线车地通信方法的研究与实现", 《中国优秀硕士学位论文全文数据库 程科技Ⅱ辑》 * |
白煜: "基于NETCONF的网络设备配置与管理系统设计与实现", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
Also Published As
Publication number | Publication date |
---|---|
CN114024998B (zh) | 2023-05-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7320604B2 (ja) | サービスベースのアーキテクチャを使用する電気通信ネットワークコアにおけるサービスプロキシ機能を提供するための方法、システム、およびコンピュータ読取可能媒体 | |
US20230308951A1 (en) | Data processing method, network element device, and readable storage medium | |
US9137623B2 (en) | Method and system for realizing concurrent access of multi-kinds of bearer protocols on machine-to-machine (M2M) platform | |
CN109167670B (zh) | Pfcp连接处理方法、装置、网元、系统及存储介质 | |
EP3565182B1 (en) | Network slicing management method, and management unit and system | |
CN112333015B (zh) | 媒体数据存储方法、装置、系统、电子设备及存储介质 | |
CN108650482B (zh) | 一种视频通话服务的响应方法及设备 | |
WO2009117946A1 (zh) | 调度服务器的主备实现方法及调度服务器 | |
WO2011091696A1 (zh) | 相邻基站连接的建立方法、建立设备和建立系统 | |
KR20110008311A (ko) | 네트워크를 관리하는 방법들 및 디바이스들 | |
US8972781B2 (en) | Session recovery during virtual mobile management | |
US8161147B2 (en) | Method of organising servers | |
CN114024998B (zh) | 一种基于netconf协议的支持多会话的方法和装置 | |
EP2701358B1 (en) | Method, device, and system for implementing multimedia data recording | |
CN114339948A (zh) | 一种通信方法及通信装置 | |
CN111935801A (zh) | 语音接入方法、系统、终端设备及计算机可读存储介质 | |
CN113993147B (zh) | 信息处理方法、网元、存储介质及程序产品 | |
US11825336B2 (en) | Connection management method, apparatus, computer device and storage medium | |
US20220338295A1 (en) | Sidelink bearer managing method and apparatus, terminal, and medium | |
CN110063050B (zh) | 一种业务调度方法及系统 | |
CN111224803B (zh) | 一种堆叠系统中多主检测方法及堆叠系统 | |
WO2024093448A1 (en) | Smart policy rule update | |
CN114095759B (zh) | 一种流媒体重定向方法及相关装置 | |
CN115150453B (zh) | 一种避免lacp协议超时的方法、系统、设备和存储介质 | |
US9288322B2 (en) | Call center system with redundant components and method of operation thereof |
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 |