一种基于NETCONF协议的HELLO报文交互的方法、设备和系统技术方案

本发明专利技术实施例公开了一种基于NETCONF协议的HELLO报文交互的方法、设备和系统，该方法可以包括：服务端将自身的能力信息、为与客户端建立的链接所分配的第一标识信息以及用于表征所述服务端的业务模块信息变化状态的第二标识信息承载于第一HELLO报文中，并向所述客户端发送所述第一HELLO报文；所述服务端接收所述客户端发送的获取请求；所述服务端根据所述获取请求将自身的业务模块信息发送至所述客户端。

【技术实现步骤摘要】
【专利说明】统
本专利技术涉及网络配置管理技术，尤其涉及一种基于NETCONF协议的HELLO报文交互的方法、设备和系统。
技术介绍
网络配置协议(NETCONF,The Network Configurat1n Protocol)是一种提供网络数据设备配置管理的协议，采用可扩展标记语言(XML)传递数据以及协议信息。根据NETCONF协议规定，在客户端和服务端建立链接时，需要双方互相向对端发送HELL0报文；而且，服务端向客户端发送的HELL0报文中除了包括服务端自身支持的能力以外，还要包括服务端所支持的所有业务模块的相关信息。但是，随着网络技术的发展，目前很多大型的服务端网络设备，其支持的业务模块划分很细，造成了网络设备支持的业务模块数量较多，通常服务端的网络设备可支持百上千个业务模块；相应的，业务模块数量过多也会造成业务模块的相关信息数量增多；因此，导致服务端用于与客户端建立链接的HELL0报文的长度会非常大。当HELL0报文的长度超过了客户端设备支持的最大报文长度，那么就会导致服务端的HELL0报文发送失败，进而导致客户端与服务端之间通过NETCONF协议建链失败，从而出现客户端与服务端之间通过NETCONF协议建链的成功率较低的问题。
技术实现思路
为解决上述技术问题，本专利技术实施例期望提供一种基于NETCONF协议的HELL0报文交互的方法、设备和系统，避免服务端的HELL0报文发送失败，从而提高了客户端与服务端之间通过NETCONF协议建立链接的成功率。本专利技术的技术方案是这样实现的:第一方面，本专利技术实施例提供了一种基于NETCONF协议的HELL0报文交互的方法，所述方法包括:服务端将自身的能力信息、为与客户端建立的链接所分配的第一标识信息以及用于表征所述服务端的业务模块信息变化状态的第二标识信息承载于第一 HELL0报文中，并向所述客户端发送所述第一 HELL0报文；所述服务端接收所述客户端发送的获取请求，所述获取请求由所述客户端根据所述第二标识信息确定发送；所述服务端根据所述获取请求将自身的业务模块信息发送至所述客户端。根据第一种可能的实现方式，结合第一方面，在所述服务端发送所述第一 HELL0报文之前，所述方法还包括:所述服务端接收所述客户端发送的建立链接请求；相应地，在所述服务端接收所述客户端发送的建立链接请求之后，且在所述服务端接收所述客户端发送的获取请求之前，所述方法还包括:所述服务端接收所述客户端发送的第二 HELLO报文，其中，所述第二 HELLO报文包括所述客户端的能力信息；所述服务端将所述第二 HELLO报文中携带的所述客户端能力信息与自身支持的能力信息进行协商，获取所述服务端与所述客户端共同的能力信息，并确定与所述客户端建立链接完成。根据第二种可能的实现方式，结合第一方面，所述获取请求包括所述客户端获取所述服务端业务模块信息的能力标识；相应地，所述服务端根据所述获取请求将自身的业务模块信息发送至所述客户端，包括:所述服务端将自身所有的业务模块信息发送至所述客户端。根据第三种可能的实现方式，结合第一方面，所述获取请求包括所述客户端获取所述服务端业务模块信息的能力标识和所述客户端需要获取的业务模块标识；相应地，所述服务端根据所述获取请求将自身的业务模块信息发送至所述客户端，包括:所述服务端将所述客户端需要获取的业务模块标识对应的业务模块信息发送至所述客户端。第二方面，本专利技术实施例提供了一种基于NETCONF协议的HELLO报文交互的方法，所述方法包括: 客户端接收服务端发送的第一 HELL0报文；其中，所述第一 HELL0报文承载了所述服务端的能力信息、所述服务端为与所述客户端的链接所分配的第一标识信息以及用于表征所述服务端的业务模块信息变化状态的第二标识信息；所述客户端根据所述第二标识信息确定是否向所述服务端发送获取请求:当所述客户端确定向所述服务端发送所述获取请求时，所述客户端向所述服务端发送获取请求；所述客户端接收所述服务端发送的所述服务端的业务模块信息。根据第一种可能的实现方式，结合第二方面，所述客户端接收所述服务端发送的第一 HELL0报文之前,所述方法还包括:所述客户端向所述服务端发送建立链接请求；相应地，所述客户端向所述服务端发送建立链接请求之后，且所述客户端根据所述第二标识信息确定是否向所述服务端发送获取请求之前，所述方法还包括:所述客户端向所述服务端发送第二 HELL0报文，其中，所述第二 HELL0报文包括所述客户端的能力信息；所述客户端将所述第一 HELL0报文中携带的所述服务端能力信息与自身支持的能力信息进行协商，获取所述客户端与所述服务端共同的能力信息，并确定与所述服务端建立链接完成。根据第二种可能的实现方式，结合第一种可能的实现方式，所述客户端根据所述第二标识信息确定是否向所述服务端发送获取请求，包括:当所述客户端首次与所述服务端建立链接时，所述客户端确定向所述服务端发送获取请求；当所述客户端与所述服务端建立过链接，且所述客户端自身保存的第二标识信息与所述第一 HELLO报文中的第二标识信息不同时，所述客户端确定向所述服务端发送获取请求；当所述客户端与所述服务端建立过链接，且所述客户端自身保存的第二标识信息与所述第一 HELLO报文中的第二标识信息相同时，所述客户端确定不向所述服务端发送获取请求。根据第三种可能的实现方式，结合第一种可能的实现方式，所述获取请求包括:所述客户端自身获取服务端业务模块信息的能力标识；或者，所述客户端自身获取服务端业务模块信息的能力标识和所述客户端需要获取的业务模块标识。根据第四种可能的实现方式，结合第三种可能的实现方式，当所述获取请求包括所述客户端自身获取服务端业务模块信息的能力标识时，所述客户端接收所述服务端发送的所述服务端的业务模块信息，包括:所述客户端接收所述服务端发送的所述服务端所有的业务模块信息。根据第五种可能的实现方式，结合第三种可能的实现方式，当所述获取请求包括所述客户端自身获取服务端业务模块信息的能力标识和所述客户端需要获取的业务模块标识时，所述客户端接收所述服务端发送的所述服务端的业务模块信息，包括:所述客户端接收所述服务端发送的所述客户端需要获取的业务模块标识对应的业务模块信息。第三方面，本专利技术实施例提供了一种服务端设备，其特征在于，所述设备包括:报文生成单元、第一发送单元、第一接收单元，其中，所述报文生成单元，用于将所述服务端设备自身的能力信息、为与客户端建立的链接所分配的第一标识信息以及用于表征所述服务端设备的业务模块信息变化状态的第二标识信息承载于第一 HELLO报文中；所述第一发送单元，用于向所述客户端发送所述第一 HELLO报文；所述第一接收单元，用于接收客户端发送的的获取请求，所述获取请求由所述客户端根据所述第二标识信息确定发送；所述第一发送单元，还用于根据所述获取请求将自身的业务模块信息发送至所述客户端。根据第一种可能的实现方式，结合第三方面，所述第一接收单元还用于接收所述客户端发送的建立链接请求；以及接收所述客户端发送的第二 HELLO报文，其中，所述第二 HELL0报文包括所述客户端的能力信息；所述服务端设备还包括第一协商单元，用于将所述第二 HELL0报文中携带本文档来自技高网...

【技术保护点】
一种基于NETCONF协议的HELLO报文交互的方法，其特征在于，所述方法包括：服务端将自身的能力信息、为与客户端建立的链接所分配的第一标识信息以及用于表征所述服务端的业务模块信息变化状态的第二标识信息承载于第一HELLO报文中，并向所述客户端发送所述第一HELLO报文；所述服务端接收所述客户端发送的获取请求，所述获取请求由所述客户端根据所述第二标识信息确定发送；所述服务端根据所述获取请求将自身的业务模块信息发送至所述客户端。

【技术特征摘要】

【专利技术属性】
技术研发人员：叶旭，冯冲，
申请(专利权)人：中兴通讯股份有限公司，
类型：发明
国别省市：广东;44