CN105281940A - 一种基于netconf协议的hello报文交互的方法、设备和系统 - Google Patents

一种基于netconf协议的hello报文交互的方法、设备和系统 Download PDF

Info

Publication number
CN105281940A
CN105281940A CN201410345004.3A CN201410345004A CN105281940A CN 105281940 A CN105281940 A CN 105281940A CN 201410345004 A CN201410345004 A CN 201410345004A CN 105281940 A CN105281940 A CN 105281940A
Authority
CN
China
Prior art keywords
service end
client
business module
information
described client
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
Application number
CN201410345004.3A
Other languages
English (en)
Other versions
CN105281940B (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.)
Nanjing Zhongxing Software Co Ltd
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN201410345004.3A priority Critical patent/CN105281940B/zh
Priority to EP14881550.9A priority patent/EP3171565B1/en
Priority to PCT/CN2014/088832 priority patent/WO2015117365A1/zh
Publication of CN105281940A publication Critical patent/CN105281940A/zh
Application granted granted Critical
Publication of CN105281940B publication Critical patent/CN105281940B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
    • H04L41/0836—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability to enhance reliability, e.g. reduce downtime
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/085—Retrieval of network configuration; Tracking network configuration history
    • H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • 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/24—Negotiation of communication capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0226—Mapping or translating multiple network management protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
    • H04L41/0266—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using meta-data, objects or commands for formatting management information, e.g. using eXtensible markup language [XML]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

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

Description

一种基于NETCONF协议的HELLO报文交互的方法、设备和系统
技术领域
本发明涉及网络配置管理技术，尤其涉及一种基于NETCONF协议的HELLO报文交互的方法、设备和系统。
背景技术
网络配置协议(NETCONF，TheNetworkConfigurationProtocol)是一种提供网络数据设备配置管理的协议，采用可扩展标记语言(XML)传递数据以及协议信息。根据NETCONF协议规定，在客户端和服务端建立链接时，需要双方互相向对端发送HELLO报文；而且，服务端向客户端发送的HELLO报文中除了包括服务端自身支持的能力以外，还要包括服务端所支持的所有业务模块的相关信息。
但是，随着网络技术的发展，目前很多大型的服务端网络设备，其支持的业务模块划分很细，造成了网络设备支持的业务模块数量较多，通常服务端的网络设备可支持百上千个业务模块；相应的，业务模块数量过多也会造成业务模块的相关信息数量增多；因此，导致服务端用于与客户端建立链接的HELLO报文的长度会非常大。
当HELLO报文的长度超过了客户端设备支持的最大报文长度，那么就会导致服务端的HELLO报文发送失败，进而导致客户端与服务端之间通过NETCONF协议建链失败，从而出现客户端与服务端之间通过NETCONF协议建链的成功率较低的问题。
发明内容
为解决上述技术问题，本发明实施例期望提供一种基于NETCONF协议的HELLO报文交互的方法、设备和系统，避免服务端的HELLO报文发送失败，从而提高了客户端与服务端之间通过NETCONF协议建立链接的成功率。
本发明的技术方案是这样实现的：
第一方面，本发明实施例提供了一种基于NETCONF协议的HELLO报文交互的方法，所述方法包括：
服务端将自身的能力信息、为与客户端建立的链接所分配的第一标识信息以及用于表征所述服务端的业务模块信息变化状态的第二标识信息承载于第一HELLO报文中，并向所述客户端发送所述第一HELLO报文；
所述服务端接收所述客户端发送的获取请求，所述获取请求由所述客户端根据所述第二标识信息确定发送；
所述服务端根据所述获取请求将自身的业务模块信息发送至所述客户端。
根据第一种可能的实现方式，结合第一方面，在所述服务端发送所述第一HELLO报文之前，所述方法还包括：
所述服务端接收所述客户端发送的建立链接请求；
相应地，在所述服务端接收所述客户端发送的建立链接请求之后，且在所述服务端接收所述客户端发送的获取请求之前，所述方法还包括：
所述服务端接收所述客户端发送的第二HELLO报文，其中，所述第二HELLO报文包括所述客户端的能力信息；
所述服务端将所述第二HELLO报文中携带的所述客户端能力信息与自身支持的能力信息进行协商，获取所述服务端与所述客户端共同的能力信息，并确定与所述客户端建立链接完成。
根据第二种可能的实现方式，结合第一方面，所述获取请求包括所述客户端获取所述服务端业务模块信息的能力标识；
相应地，所述服务端根据所述获取请求将自身的业务模块信息发送至所述客户端，包括：所述服务端将自身所有的业务模块信息发送至所述客户端。
根据第三种可能的实现方式，结合第一方面，所述获取请求包括所述客户端获取所述服务端业务模块信息的能力标识和所述客户端需要获取的业务模块标识；
相应地，所述服务端根据所述获取请求将自身的业务模块信息发送至所述客户端，包括：所述服务端将所述客户端需要获取的业务模块标识对应的业务模块信息发送至所述客户端。
第二方面，本发明实施例提供了一种基于NETCONF协议的HELLO报文交互的方法，所述方法包括：
客户端接收服务端发送的第一HELLO报文；其中，所述第一HELLO报文承载了所述服务端的能力信息、所述服务端为与所述客户端的链接所分配的第一标识信息以及用于表征所述服务端的业务模块信息变化状态的第二标识信息；
所述客户端根据所述第二标识信息确定是否向所述服务端发送获取请求：
当所述客户端确定向所述服务端发送所述获取请求时，所述客户端向所述服务端发送获取请求；
所述客户端接收所述服务端发送的所述服务端的业务模块信息。
根据第一种可能的实现方式，结合第二方面，所述客户端接收所述服务端发送的第一HELLO报文之前，所述方法还包括：
所述客户端向所述服务端发送建立链接请求；
相应地，所述客户端向所述服务端发送建立链接请求之后，且所述客户端根据所述第二标识信息确定是否向所述服务端发送获取请求之前，所述方法还包括：
所述客户端向所述服务端发送第二HELLO报文，其中，所述第二HELLO报文包括所述客户端的能力信息；
所述客户端将所述第一HELLO报文中携带的所述服务端能力信息与自身支持的能力信息进行协商，获取所述客户端与所述服务端共同的能力信息，并确定与所述服务端建立链接完成。
根据第二种可能的实现方式，结合第一种可能的实现方式，所述客户端根据所述第二标识信息确定是否向所述服务端发送获取请求，包括：
当所述客户端首次与所述服务端建立链接时，所述客户端确定向所述服务端发送获取请求；
当所述客户端与所述服务端建立过链接，且所述客户端自身保存的第二标识信息与所述第一HELLO报文中的第二标识信息不同时，所述客户端确定向所述服务端发送获取请求；
当所述客户端与所述服务端建立过链接，且所述客户端自身保存的第二标识信息与所述第一HELLO报文中的第二标识信息相同时，所述客户端确定不向所述服务端发送获取请求。
根据第三种可能的实现方式，结合第一种可能的实现方式，所述获取请求包括：
所述客户端自身获取服务端业务模块信息的能力标识；
或者，所述客户端自身获取服务端业务模块信息的能力标识和所述客户端需要获取的业务模块标识。
根据第四种可能的实现方式，结合第三种可能的实现方式，当所述获取请求包括所述客户端自身获取服务端业务模块信息的能力标识时，所述客户端接收所述服务端发送的所述服务端的业务模块信息，包括：
所述客户端接收所述服务端发送的所述服务端所有的业务模块信息。
根据第五种可能的实现方式，结合第三种可能的实现方式，当所述获取请求包括所述客户端自身获取服务端业务模块信息的能力标识和所述客户端需要获取的业务模块标识时，所述客户端接收所述服务端发送的所述服务端的业务模块信息，包括：
所述客户端接收所述服务端发送的所述客户端需要获取的业务模块标识对应的业务模块信息。
第三方面，本发明实施例提供了一种服务端设备，其特征在于，所述设备包括：报文生成单元、第一发送单元、第一接收单元，其中，
所述报文生成单元，用于将所述服务端设备自身的能力信息、为与客户端建立的链接所分配的第一标识信息以及用于表征所述服务端设备的业务模块信息变化状态的第二标识信息承载于第一HELLO报文中；
所述第一发送单元，用于向所述客户端发送所述第一HELLO报文；
所述第一接收单元，用于接收客户端发送的的获取请求，所述获取请求由所述客户端根据所述第二标识信息确定发送；
所述第一发送单元，还用于根据所述获取请求将自身的业务模块信息发送至所述客户端。
根据第一种可能的实现方式，结合第三方面，所述第一接收单元还用于接收所述客户端发送的建立链接请求；
以及接收所述客户端发送的第二HELLO报文，其中，所述第二HELLO报文包括所述客户端的能力信息；
所述服务端设备还包括第一协商单元，用于将所述第二HELLO报文中携带的所述客户端能力信息与自身支持的能力信息进行协商，获取所述服务端与所述客户端共同的能力信息，并确定与所述客户端建立链接完成。
根据第二种可能的实现方式，结合第三方面，所述获取请求包括所述客户端获取所述服务端设备业务模块信息的能力标识；
相应地，所述第一发送单元，用于将所述服务端设备所有的业务模块信息发送至所述客户端。
根据第三种可能的实现方式，结合第一种可能的实现方式，所述获取请求包括所述客户端获取所述服务端业务模块信息的能力标识和所述客户端需要获取的业务模块标识；
相应地，所述第一发送单元，用于将所述客户端需要获取的业务模块标识对应的业务模块信息发送至所述客户端。
第四方面，本发明实施例提供了一种客户端设备，所述设备包括：第二接收单元、确定单元、第二发送单元，其中，
所述第二接收单元，用于接收服务端发送的第一HELLO报文；其中，所述第一HELLO报文承载了所述服务端的能力信息、所述服务端为与所述客户端建立的链接所分配的第一标识信息以及用于表征所述服务端的业务模块信息变化状态的第二标识信息；
所述确定单元，用于根据所述第二标识信息确定是否触发所述第二发送单元向所述服务端发送获取请求；
所述第二发送单元，用于当所述确定单元确定触发所述第二发送单元时，向所述服务端发送获取请求；
所述第二接收单元，用于接收所述服务端发送的所述服务端的业务模块信息。
根据第一种可能的实现方式，结合第四方面，所述第二发送单元，还用于向所述服务端发送建立链接请求；
以及向所述服务端发送第二HELLO报文，其中，所述第二HELLO报文包括所述客户端的能力信息；
所述客户端设备还包括第二协商单元，用于将所述第一HELLO报文中携带的所述服务端能力信息与自身支持的能力信息进行协商，获取所述客户端与所述服务端共同的能力信息，并确定与所述服务端建立链接完成。
根据第二种可能的实现方式，结合第一种可能的实现方式，所述确定单元用于：
当所述客户端设备首次与所述服务端建立链接时，确定向所述服务端发送获取请求；
当所述客户端设备与所述服务端建立过链接，且所述客户端设备自身保存的第二标识信息与所述第一HELLO报文中的第二标识信息不同时，确定向所述服务端发送获取请求；
当所述客户端设备与所述服务端建立过链接，且所述客户端设备自身保存的第二标识信息与所述第一HELLO报文中的第二标识信息相同时，确定不向所述服务端发送获取请求。
根据第三种可能的实现方式，结合第一种可能的实现方式，所述获取请求包括：
所述客户端设备自身获取服务端业务模块信息的能力标识；
或者，所述客户端设备自身获取服务端业务模块信息的能力标识和所述客户端设备需要获取的业务模块标识。
根据第四种可能的实现方式，结合第三种可能的实现方式，当所述获取请求包括所述客户端设备自身获取服务端业务模块信息的能力标识时，所述第二接收单元，用于：
接收所述服务端发送的所述服务端所有的业务模块信息。
根据第五种可能的实现方式，结合第三种可能的实现方式，当所述获取请求包括所述客户端设备自身获取服务端业务模块信息的能力标识和所述客户端设备需要获取的业务模块标识时，所述第二接收单元，用于：
接收所述服务端发送的所述客户端设备需要获取的业务模块。
第五方面，本发明实施例提供了一种基于NETCONF协议的HELLO报文交互系统，所述系统包括：服务端设备和客户端设备，其中，
所述服务端设备，用于：
将自身的能力信息、为建立链接的客户端设备所分配的第一标识信息以及用于表征所述服务端设备的业务模块信息变化状态的第二标识信息承载于第一HELLO报文中；并向所述客户端设备发送所述第一HELLO报文；
以及接收所述客户端设备发送的获取请求，所述获取请求由所述客户端设备根据所述第二标识信息确定发送；
以及根据所述获取请求将自身的业务模块信息发送至所述客户端设备；
所述客户端设备，用于：
接收所述服务端设备发送的第一HELLO报文；其中，所述第一HELLO报文承载了所述服务端设备的能力信息、所述服务端设备为所述客户端设备分配的第一标识信息以及用于表征所述服务端设备的业务模块信息变化状态的第二标识信息；
以及根据所述第二标识信息确定是否向所述服务端设备发送获取请求：
以及当所述客户端设备确定向所述服务端设备发送所述获取请求时，向所述服务端设备发送获取请求；
以及接收所述服务端设备发送的所述服务端设备的业务模块信息。
本发明实施例提供了一种基于NETCONF协议的HELLO报文交互的方法、设备和系统，通过在服务端发送的HELLO报文中不承载服务端支持的业务模块信息，而是将服务端的业务模块信息根据客户端的具体请求来进行单独发送，从而避免服务端的HELLO报文发送失败，进而提高客户端与服务端之间通过NETCONF协议建立链接的成功率。
附图说明
图1为本发明实施例提供的一种基于NETCONF协议的HELLO报文交互的方法流程示意图；
图2为本发明实施例提供的另一种基于NETCONF协议的HELLO报文交互的方法流程示意图；
图3为本发明实施例提供的又一种基于NETCONF协议的HELLO报文交互的方法流程示意图；
图4为本发明实施例提供的再一种基于NETCONF协议的HELLO报文交互的方法流程示意图；
图5为本发明实施例提供的客户端确定是否向服务端发送获取请求的方法示意图；
图6为本发明实施例提供的一种基于NETCONF协议的HELLO报文交互的方法详细流程示意图；
图7为本发明实施例提供的一种第一HELLO报文的内容示意图；
图8为本发明实施例提供的一种获取请求报文内容示意图；
图9为本发明实施例提供的一种服务端发送至客户端的业务模块信息的报文格式示意图；
图10为本发明实施例提供的一种服务端设备的结构示意图；
图11为本发明实施例提供的另一种服务端设备的结构示意图；
图12为本发明实施例提供的一种客户端设备的结构示意图；
图13为本发明实施例提供的另一种客户端设备的结构示意图；
图14为本发明实施例提供的一种基于NETCONF协议的HELLO报文交互系统的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。
本发明的基本思想是：基于时间换空间的思想，通过客户端和服务端之间的两次交互来完成现有技术中客户端和服务端之间的一次交互，即在第一次交互中，服务端发送的HELLO报文不承载服务端自身支持的业务模块信息，而是将服务端支持的业务模块信息根据客户端的具体请求放在第二次交互中向客户端发送，不仅能够避免服务端的HELLO报文发送失败，从而提高客户端与服务端之间通过NETCONF协议建立链接的成功率，而且节省了报文传输时的网络资源消耗。
参见图1，其示出了本发明实施例提供的一种基于NETCONF协议的HELLO报文交互的方法流程，该方法可以应用于网络中的服务端，列举而非限定的，本实施例中所述的服务端可以是即时通讯服务器、云端服务器、虚拟服务器或者其他服务设备，本发明实施例不作限定，但上述的服务器都需要满足支持NETCONF协议；该方法可以包括S110、S120和S130，其中，
S110：服务端将自身的能力信息、为与客户端建立的链接所分配的第一标识信息以及用于表征所述服务端的业务模块信息变化状态的第二标识信息承载于第一HELLO报文中，并向所述客户端发送所述第一HELLO报文；
示例性的，在现有技术中，服务端发送的HELLO报文中需要包括服务端自身的业务模块信息；但本发明实施例中的第一HELLO报文中并不承载服务端的业务模块信息；而是在第一HELLO报文里面增加了用于表征所述服务端的业务模块信息变化状态的第二标识信息；
因此，本发明实施例的第一HELLO报文的长度远小于现有技术中服务端发送的HELLO报文的长度，从而可以避免由于服务端的HELLO报文超过了客户端设备所最大报文长度而导致的服务端的HELLO报文发送失败的情况，提高了客户端与服务端之间通过NETCONF协议建立链接的成功率。
第二标识信息可以体现服务端的业务模块信息是否有变化，例如，服务端的业务模块信息出现改变时，所述第二标识信息也相应地发生改变，并且对应于改变后的所述服务端的业务模块信息；
优选地，在本实施例中，所述第二标识信息可以是所述服务端的业务模块信息对应的校验码，而所述校验码可以通过校验码算法对所述服务端的业务模块信息进行计算得到；从而使得当所述服务端的业务模块信息发生改变时，所述服务端的业务模块信息对应的校验码也相应地发生改变。需要说明的是，常用的校验码算法可以包括消息摘要算法第五版(MD5，MessageDigestAlgorithm5)、安全散列算法(SHA，SecureHashAlgorithm)等散列(Hash)算法，也可以包括其它校验码算法，本发明实施例对此不作具体限定。
示例性地，参见图2，在服务端发送所述第一HELLO报文之前，所述方法还包括S100，其中，
S100：服务端接收所述客户端发送的建立链接请求；
因此，所述第一标识信息可以是所述服务端根据所述建立链接请求分配的，第一标识信息可以作为所述服务端与所述客户端建立的链接标识，用于区分所述服务端与所述客户端建立的其他链接，也用于区分所述服务端与其他客户端建立的链接；
S120：服务端接收所述客户端发送的获取请求；
示例性地，所述获取请求由所述客户端根据所述第二标识信息确定发送；
可选地，所述获取请求可以包括所述客户端获取所述服务端业务模块信息的能力标识，该能力标识表示所述客户端具有获取所述服务端业务模块信息的能力，通常可以用所述客户端获取服务端业务模块信息的操作指令来表示，用于触发所述服务端将自身的业务模块信息发送至所述客户端；
可选地，所述获取请求可以包括所述客户端获取所述服务端业务模块信息的能力标识和所述客户端需要获取的业务模块标识，其中，所述客户端需要获取的业务模块标识可以用于所述服务端仅将所述客户端需要获取的业务模块标识对应的业务模块信息发送至所述客户端，从而无需将所述服务端自身所有的业务模块信息发送至所述客户端，可以减少在发送业务模块信息时的网络资源消耗。
需要说明的是，服务端的业务模块信息可以包括所述服务端的业务模块标识和所述服务端业务模块特征信息，在本实施例中，所述服务端业务模块标识可以是所述服务端业务模块的名称；所述服务端业务模块特征信息可以包括所述服务端业务模块的feature信息和deviation信息，而feature信息和deviation信息为本领域技术人员的公知常识，在此不再赘述；
示例性地，在所述服务端接收所述客户端发送的建立链接请求之后，且在所述服务端接收所述客户端发送的获取请求之前，所述方法还包括S111和S112，其中，
S111：服务端接收所述客户端发送的第二HELLO报文；
S112：服务端将所述第二HELLO报文中携带的所述客户端能力信息与自身支持的能力信息进行协商，获取所述服务端与所述客户端共同的能力信息，并确定与所述客户端建立链接完成。
具体地，所述第二HELLO报文包括所述客户端的能力信息；在本实施例中，服务端可以通过将自身支持的能力信息与第二HELLO报文中携带的所述客户端能力信息进行比较，获取所述服务端与所述客户端共同的能力信息，并确定与所述客户端建立链接完成，并可以将所述第一标识信息作为所述服务端与所述客户端建立的链接标识。
S130：服务端根据所述获取请求将自身的业务模块信息发送至所述客户端；
示例性地，由于步骤S120中的获取请求可以包括两种情况，所以步骤S130也可以包括：
当所述获取请求包括所述客户端获取所述服务端业务模块信息的能力标识时，所述服务端将自身所有的业务模块信息发送至所述客户端；
当所述获取请求包括所述客户端获取所述服务端业务模块信息的能力标识和所述客户端需要获取的业务模块标识时，所述服务端将所述客户端需要获取的业务模块标识对应的业务模块信息发送至所述客户端。
本发明实施例提供的报文交互的方法，通过在第一次交互中，服务端发送的HELLO报文不包括服务端自身业务模块的相关信息，而是将服务端业务模块的相关信息根据客户端的具体请求放在第二次交互中来进行发送，从而避免服务端的HELLO报文发送失败，进而提高客户端与服务端之间通过NETCONF协议建立链接的成功率。
参见图3，其示出了本发明实施例提供的另一种基于NETCONF协议的HELLO报文交互的方法流程，该方法可以应用于网络中的客户端，该方法可以包括S310、S320、S330和S340，其中，
S310：客户端接收服务端发送的第一HELLO报文；
示例性地，所述第一HELLO报文承载了所述服务端的能力信息、所述服务端为与所述客户端的链接所分配的第一标识信息以及用于表征所述服务端的业务模块信息变化状态的第二标识信息；
优选地，在本实施例中，所述第二标识信息可以是所述服务端的业务模块信息对应的校验码，而所述校验码可以通过校验码算法对所述服务端的业务模块信息进行计算得到；从而使得当所述服务端的业务模块信息发生改变时，所述服务端的业务模块信息对应的校验码也相应地发生改变。需要说明的是，常用的校验码算法可以包括消息摘要算法第五版(MD5，MessageDigestAlgorithm5)、安全散列算法(SHA，SecureHashAlgorithm)等散列(Hash)算法，也可以包括其它校验码算法，本发明实施例对此不作具体限定。
进一步地，参见图4，在步骤S310之前，所述方法还可以包括S300，其中，
S300：客户端向所述服务端发送建立链接请求；
具体地，所述第一标识信息可以是所述服务端根据所述建立链接请求分配的，第一标识信息可以作为所述服务端与所述客户端建立的链接标识，用于区分所述服务端与所述客户端建立的其他链接，也用于区分所述服务端与其他客户端建立的链接；
S320：客户端根据所述第二标识信息确定是否向所述服务端发送获取请求：
需要说明的是，如果客户端与服务端曾经建立过链接，那么客户端会保存之前与服务端建立链接时，由服务端发送的第二标识信息；同样也会保存之前与所述服务端建立链接时，由所述服务端发送的业务模块信息；那么，客户端可以将第一HELLO报文中的第二标识信息与自身保存的第二标识信息进行比较，从而得知服务端的业务模块信息是否发生了改变。可以理解的，当服务端的业务模块信息发生改变时，客户端需要重新获取服务端的业务模块信息；当服务端的业务模块信息未发生改变时，客户端不需要重新获取服务端的业务模块信息。
还需要说明的是，如果客户端从未与服务端建立过链接，那么客户端不会保存服务端的第二标识信息；所以此时客户端需要获取服务端的业务模块信息。
示例性地，结合上述的说明，参见图5，S320具体可以包括S3201至S3203：
S3201：当所述客户端首次与所述服务端建立链接时，所述客户端确定向所述服务端发送获取请求；
S3202：当所述客户端与所述服务端建立过链接，且所述客户端自身保存的第二标识信息与所述第一HELLO报文中的第二标识信息不同时，所述客户端确定向所述服务端发送获取请求；
S3203：当所述客户端与所述服务端建立过链接，且所述客户端自身保存的第二标识信息与所述第一HELLO报文中的第二标识信息相同时，所述客户端确定不向所述服务端发送获取请求。
示例性地，参见图4，在步骤S300之后，且在步骤S320之前，所述方法还可以包括S311和S312：
S311：客户端向服务端发送第二HELLO报文；
其中，所述第二HELLO报文包括所述客户端的能力信息，并且所述第二HELLO报文用于服务端确认建立链接完成。
S312：客户端将第一HELLO报文中携带的所述服务端能力信息与自身支持的能力信息进行协商，获取客户端与服务端共同的能力信息，并确定与服务端建立链接完成。
具体地，客户端在获取到自身与服务端共同的能力信息后，可以确定与服务端建立链接完成，并且将第一HELLO报文中的第一标识信息作为所述客户端与所述服务端建立的链接标识。
S330：当客户端确定向服务端发送获取请求时，客户端向服务端发送获取请求；
示例性地，所述获取请求用于获取所述服务端的业务模块信息；而所述服务端的业务模块信息可以包括所述服务端的业务模块标识和所述服务端业务模块特征信息，在本实施例中，所述服务端业务模块标识可以是所述服务端业务模块的名称；所述服务端业务模块特征信息可以包括所述服务端业务模块的feature信息和deviation信息，而feature信息和deviation信息为本领域技术人员的公知常识，在此不再赘述；
进一步需要说明的是，若所述客户端确定向所述服务端发送获取请求，那么，所述客户端向所述服务端发送的获取请求可以包括：所述客户端自身获取服务端业务模块信息的能力标识；或者，所述客户端自身获取服务端业务模块信息的能力标识和所述客户端需要获取的业务模块标识。
S340：客户端接收所述服务端发送的所述服务端的业务模块信息；
示例性地，根据获取请求中包括内容的不同，相应地，步骤S340中，客户端接收的业务模块信息也有区别，具体地，
当所述获取请求包括所述客户端自身获取服务端业务模块信息的能力标识时，所述客户端接收所述服务端发送的所述服务端所有的业务模块信息；
当所述获取请求包括所述客户端自身获取服务端业务模块信息的能力标识和所述客户端需要获取的业务模块标识时，所述客户端接收所述服务端发送的所述客户端需要获取的业务模块信息。
本发明实施例提供的报文交互的方法，通过在第一次交互中，客户端接收的HELLO报文不包括服务端自身的业务模块信息，而是在第二次交互中接收将服务端的业务模块信息，从而避免服务端的HELLO报文发送失败，进而提高客户端与服务端之间通过NETCONF协议建立链接的成功率。
参见图6、其示出了本发明实施例提供的一种基于NETCONF协议的HELLO报文交互的方法详细流程，该方法可以包括：
S601：客户端向服务端发送建立链接请求和第二HELLO报文；
需要说明的是，客户端发送建立链接请求和第二HELLO报文之间没有明显的时间上的先后顺序，两者可以是在同一时刻发送的，也可以是不同时刻发送的，本实施例对此不作具体限定。
示例性地，所述第二HELLO报文包括所述客户端能力信息，服务端可以根据所述第二HELLO报文中所述客户端能力信息确定所述服务端与所述客户端共同能力信息。
S602：服务端在接收到客户端发送的建立链接请求后，向所述客户端发送第一HELLO报文；
示例性的，所述第一HELLO报文由所述服务端自身的能力信息、所述服务端为所述建立链接请求分配的第一标识信息和所述服务端的业务模块信息对应的第二标识信息组成；
具体地，在本实施例中，参见图7，其示出了本发明实施例提供的一种第一HELLO报文的内容，在图7所示的报文中，capabilities子节点的内容就是所述服务端自身的能力信息；session-id子节点的内容为所述第一标识信息；module-info-seqno子节点的内容为所述第二标识信息。可以发现，第一HELLO报文中没有包括所述服务端的业务模块信息，因此，第一HELLO报文的长度要短于现有技术中的HELLO报文长度。
需要说明的是，客户端发送第二HELLO报文和服务端发送第一HELLO报文之间也没有明显的时间上的先后顺序。
S603：服务端通过将所述第一HELLO报文与所述第二HELLO报文进行比较，获取所述服务端与所述客户端共同的能力信息，并确定与所述客户端建立链接完成；
示例性地，所述服务端在获取到自身与所述客户端共同具备的能力信息后，可以确定与所述客户端建立链接完成，并可以将图7所述的第一HELLO报文中session-id子节点的内容作为所述服务端与所述客户端建立的链接标识。
S604：所述客户端通过将所述第一HELLO报文与所述第二HELLO报文进行比较，获取所述客户端与所述服务端共同的能力信息，并确定与所述服务端建立链接完成；
示例性地，所述客户端在获取到自身与所述服务端共同的能力信息后，可以确定与所述服务端建立链接完成，并且并可以将图7所述的第一HELLO报文中session-id子节点的内容作为所述客户端与所述服务端建立的链接标识。
需要说明的是，S603和S604之间也没有时间上的先后顺序，两者可以同时进行，也可以在不同时刻进行。
当客户端与服务端建立链接完成后，客户端还需要获取服务端的业务模块信息才能实现具体的业务，因此，还可以包括：
S605：客户端根据所述第二标识信息确定向所述服务端发送获取请求；
示例性地，所述获取请求用于获取所述服务端的业务模块信息；
需要说明的是，如果所述客户端与所述服务端建立过链接，那么所述客户端会保存之前与所述服务端建立链接时，由所述服务端发送的第二标识信息；同样也会保存之前与所述服务端建立链接时，由所述服务端发送的业务模块信息；
如果所述客户端从未与所述服务端建立过链接，那么所述客户端不会保存所述服务端的第二标识信息；
由于服务端的业务模块并不会很频繁的变化，因此，第二标识信息也通常不会有频繁的变化，所以步骤S605可以包括：
当所述客户端首次与所述服务端建立链接时，所述客户端确定向所述服务端发送获取请求；
当所述客户端与所述服务端建立过链接，且所述客户端自身保存的第二标识信息与所述第二HELLO报文中的第二标识信息不同时，所述客户端确定向所述服务端发送获取请求；
当所述客户端与所述服务端建立过链接，且所述客户端自身保存的第二标识信息与所述第二HELLO报文中的第二标识信息相同时，所述客户端确定不向所述服务端发送获取请求。
进一步需要说明的是，若所述客户端确定向所述服务端发送获取请求，那么，所述客户端向所述服务端发送的获取请求可以包括：
所述客户端自身获取服务端业务模块信息的能力标识，该能力标识表示所述客户端具有获取所述服务端业务模块信息的能力，通常可以用所述客户端获取服务端业务模块信息的操作指令来表示，用于触发所述服务端将自身的业务模块信息发送至所述客户端；比如，参见图8，其示出了本发明实施例提供的一种获取请求报文内容，其中，get-module-info为所述客户端获取服务端业务模块信息的操作指令；
或者，所述客户端自身获取服务端业务模块信息的能力标识和所述客户端需要获取的业务模块标识；其中，所述客户端需要获取的业务模块标识可以用于所述服务端仅将所述客户端需要获取的业务模块标识对应的业务模块信息发送至所述客户端，从而无需将所述服务端自身所有的业务模块信息发送至所述客户端，可以减少在发送业务模块信息时的网络资源消耗；比如可以在图8所示的获取请求报文中，通过增加所述客户端需要获取的业务模块标识的节点内容来实现，具体的实现方式为本领域技术人员的常用技术手段，在此不再赘述。
S606：所述服务端根据所述获取请求将自身的业务模块信息发送至所述客户端；
示例性地，由于S605中的获取请求可以包括两种情况，所以步骤S606也可以包括：
当所述获取请求包括所述客户端获取所述服务端业务模块信息的能力标识时，所述服务端将自身所有业务模块信息发送至所述客户端；
当所述获取请求包括所述客户端获取所述服务端业务模块信息的能力标识和所述客户端需要获取的业务模块标识时，所述服务端将所述客户端需要获取的业务模块标识对应的业务模块信息发送至所述客户端。
具体地，如图9所示，其示出了本发明实施例提供的一种服务端发送至客户端的业务模块信息的报文格式，其中，一个module子节点表示服务端的一个业务模块；在module子节点中，Name子节点表示业务模块的标志、Revision子节点表示业务模块的版本信息、另外module子节点中还包括Feature信息和Deviation信息。所述客户端可以根据图9所示的报文获取到服务器的业务模块信息。
本发明实施例提供的报文交互的方法详细流程，通过在第一次交互中，服务端发送的HELLO报文不包括服务端自身业务模块的相关信息，而是将服务端业务模块的相关信息根据客户端的具体请求放在第二次交互中来进行发送，从而避免服务端的HELLO报文发送失败，进而提高客户端与服务端之间通过NETCONF协议建立链接的成功率。
参见图10，其示出了本发明实施例提供的一种服务端设备100的结构，该设备可以包括：报文生成单元1001、第一发送单元1002、第一接收单元1003，其中，
所述报文生成单元1001，用于将所述服务端设备自身的能力信息、为与客户端建立的链接所分配的第一标识信息以及用于表征所述服务端设备的业务模块信息变化状态的第二标识信息承载于第一HELLO报文中；
所述第一发送单元1002，用于向所述客户端发送所述第一HELLO报文；
所述第一接收单元1003，用于接收客户端发送的的获取请求，所述获取请求由所述客户端根据所述第二标识信息确定发送；
所述第一发送单元1002，还用于根据所述获取请求将自身的业务模块信息发送至所述客户端。
示例性的，在现有技术中，第一发送单元1002发送的HELLO报文中需要包括服务端设备100自身的业务模块信息；但本发明实施例中报文生成单元1001在第一HELLO报文中并不承载服务端设备100的业务模块信息，而是在第一HELLO报文里面增加了用于表征所述服务端设备100的业务模块信息变化状态的第二标识信息；
因此，本发明实施例的第一HELLO报文的长度远小于现有技术中服务端设备100发送的HELLO报文的长度，从而可以避免由于第一发送单元1002发送的HELLO报文超过了客户端设备所支持的最大报文长度而导致的服务端设备100的HELLO报文发送失败的情况，提高了客户端与服务端之间通过NETCONF协议建立链接的成功率。
第二标识信息可以体现服务端设备100的业务模块信息是否有变化，例如，服务端设备100的业务模块信息出现改变时，所述第二标识信息也相应地发生改变，并且对应于改变后的所述服务端设备100的业务模块信息；
优选地，在本实施例中，所述第二标识信息可以是所述服务端设备100的业务模块信息对应的校验码，而所述校验码可以通过校验码算法对所述服务端设备100的业务模块信息进行计算得到；从而使得当所述服务端设备100的业务模块信息发生改变时，所述服务端设备100的业务模块信息对应的校验码也相应地发生改变。需要说明的是，常用的校验码算法可以包括消息摘要算法第五版(MD5，MessageDigestAlgorithm5)、安全散列算法(SHA，SecureHashAlgorithm)等散列(Hash)算法，也可以包括其它校验码算法，本发明实施例对此不作具体限定。
示例性地，第一接收单元1003还用于接收所述客户端发送的建立链接请求；
以及接收所述客户端发送的第二HELLO报文，其中，所述第二HELLO报文包括所述客户端的能力信息；
参见图11，所述服务端设备100还包括第一协商单元1004，用于将所述第二HELLO报文中携带的所述客户端能力信息与自身支持的能力信息进行协商，获取所述服务端与所述客户端共同的能力信息，并确定与所述客户端建立链接完成。
示例性地，所述获取请求由所述客户端根据所述第二标识信息确定发送；
可选地，所述获取请求可以包括所述客户端获取所述服务端设备100业务模块信息的能力标识，该能力标识表示所述客户端具有获取所述服务端设备100业务模块信息的能力，通常可以用所述客户端获取服务端设备100业务模块信息的操作指令来表示，用于触发所述服务端设备100将自身的业务模块信息发送至所述客户端；
可选地，所述获取请求可以包括所述客户端获取所述服务端设备100业务模块信息的能力标识和所述客户端需要获取的业务模块标识，其中，所述客户端需要获取的业务模块标识可以用于所述服务端设备100仅将所述客户端需要获取的业务模块标识对应的业务模块信息发送至所述客户端，从而无需将所述服务端自身所有的业务模块信息发送至所述客户端，可以减少在发送业务模块信息时的网络资源消耗。
需要说明的是，服务端设备100的业务模块信息可以包括所述服务端设备100的业务模块标识和所述服务端设备100业务模块特征信息，在本实施例中，所述服务端设备100业务模块标识可以是所述服务端设备100业务模块的名称；所述服务端设备100业务模块特征信息可以包括所述服务端设备100业务模块的feature信息和deviation信息，而feature信息和deviation信息为本领域技术人员的公知常识，在此不再赘述；
进一步与所述获取请求中的内容相应地：
当所述获取请求包括所述客户端获取所述服务端业务模块信息的能力标识时，第一发送单元1002，用于将所述服务端设备100所有的业务模块信息发送至所述客户端；
当所述获取请求包括所述客户端获取所述服务端业务模块信息的能力标识和所述客户端需要获取的业务模块标识时，第一发送单元1002，用于将所述客户端需要获取的业务模块标识对应的业务模块信息发送至所述客户端。
本发明实施例提供的服务端设备100，通过在第一次交互中，第一发送单元1002发送的HELLO报文不包括服务端自身业务模块的相关信息，而是将服务端业务模块的相关信息根据客户端的具体请求放在第二次交互中来进行发送，从而避免服务端设备100的HELLO报文发送失败，进而提高客户端与服务端设备100之间通过NETCONF协议建立链接的成功率。
参见图12，其示出了本发明实施例提供的一种客户端设备120的结构，所述客户端设备120可以包括：第二接收单元1201、确定单元1202、第二发送单元1203，其中，
第二接收单元1201，用于接收服务端发送的第一HELLO报文；其中，所述第一HELLO报文承载了所述服务端的能力信息、所述服务端为与所述客户端设备120建立的链接所分配的第一标识信息以及用于表征所述服务端的业务模块信息变化状态的第二标识信息；
确定单元1202，用于根据所述第二标识信息确定是否触发第二发送单元1203向所述服务端发送获取请求；
第二发送单元1203，用于当所述确定单元1202确定触发所述第二发送单元1203时，向所述服务端发送获取请求；
第二接收单元1201，还用于接收所述服务端发送的所述服务端的业务模块信息。
示例性地，所述第一HELLO报文承载了所述服务端的能力信息、所述服务端为与所述客户端设备120的链接所分配的第一标识信息以及用于表征所述服务端的业务模块信息变化状态的第二标识信息；
优选地，在本实施例中，所述第二标识信息可以是所述服务端的业务模块信息对应的校验码，而所述校验码可以通过校验码算法对所述服务端的业务模块信息进行计算得到；从而使得当所述服务端的业务模块信息发生改变时，所述服务端的业务模块信息对应的校验码也相应地发生改变。需要说明的是，常用的校验码算法可以包括消息摘要算法第五版(MD5，MessageDigestAlgorithm5)、安全散列算法(SHA，SecureHashAlgorithm)等散列(Hash)算法，也可以包括其它校验码算法，本发明实施例对此不作具体限定。
示例性地，第二发送单元1203，还用于向所述服务端发送建立链接请求；
以及向所述服务端发送第二HELLO报文，其中，所述第二HELLO报文包括所述客户端设备120的能力信息；
参见图13，所述客户端设备120还包括第二协商单元1204，用于将所述第一HELLO报文中携带的所述服务端能力信息与自身支持的能力信息进行协商，获取所述客户端设备120与所述服务端共同的能力信息，并确定与所述服务端建立链接完成。
需要说明的是，如果客户端设备120与服务端曾经建立过链接，那么客户端设备120会保存之前与服务端建立链接时，由服务端发送的第二标识信息；同样也会保存之前与所述服务端建立链接时，由所述服务端发送的业务模块信息；那么，客户端设备120可以将第一HELLO报文中的第二标识信息与自身保存的第二标识信息进行比较，从而得知服务端的业务模块信息是否发生了改变。可以理解的，当服务端的业务模块信息发生改变时，客户端设备120需要重新获取服务端的业务模块信息；当服务端的业务模块信息未发生改变时，客户端设备120不需要重新获取服务端的业务模块信息。
还需要说明的是，如果客户端设备120从未与服务端建立过链接，那么客户端不会保存服务端的第二标识信息；所以此时客户端需要获取服务端的业务模块信息。所以，示例性地，确定单元1202用于：
当所述客户端设备120首次与所述服务端建立链接时，确定向所述服务端发送获取请求；
当所述客户端设备120与所述服务端建立过链接，且所述客户端设备自身保存的第二标识信息与所述第一HELLO报文中的第二标识信息不同时，确定向所述服务端发送获取请求；
当所述客户端设备120与所述服务端建立过链接，且所述客户端设备120自身保存的第二标识信息与所述第一HELLO报文中的第二标识信息相同时，确定不向所述服务端发送获取请求。
示例性地，所述获取请求包括：
所述客户端设备120自身获取服务端业务模块信息的能力标识；
或者，所述客户端设备120自身获取服务端业务模块信息的能力标识和所述客户端设备需要获取的业务模块标识。
示例性地，根据获取请求中包括内容的不同，相应地，第二接收单元1201用于：
当所述获取请求包括所述客户端120自身获取服务端业务模块信息的能力标识时，接收所述服务端发送的所述服务端所有的业务模块信息；
当所述获取请求包括所述客户端120自身获取服务端业务模块信息的能力标识和所述客户端需要获取的业务模块标识时，接收所述服务端发送的所述客户端需要获取的业务模块信息。
本发明实施例提供的一种客户端设备120，通过在第一次交互中，第二接收单元1202接收的HELLO报文不包括服务端自身的业务模块信息，而是在第二次交互中接收将服务端的业务模块信息，从而避免服务端的HELLO报文发送失败，进而提高客户端设备120与服务端之间通过NETCONF协议建立链接的成功率。
参见图14，其示出了本发明实施例提供的一种基于NETCONF协议的HELLO报文交互系统140的结构，所述系统可以包括：服务端设备100和客户端设备120，其中，
所述服务端设备100，用于：
将自身的能力信息、为建立链接的客户端设备120所分配的第一标识信息以及用于表征所述服务端设备100的业务模块信息变化状态的第二标识信息承载于第一HELLO报文中；并向所述客户端设备120发送所述第一HELLO报文；
以及接收所述客户端设备120发送的获取请求，所述获取请求由所述客户端设备120根据所述第二标识信息确定发送；
以及根据所述获取请求将自身的业务模块信息发送至所述客户端设备120；
所述客户端设备120，用于：
接收服务端设备100发送的第一HELLO报文；其中，所述第一HELLO报文承载了所述服务端设备100的能力信息、所述服务端设备100为所述客户端设备120分配的第一标识信息以及用于表征所述服务端设备100的业务模块信息变化状态的第二标识信息；
以及根据所述第二标识信息确定是否向所述服务端设备100发送获取请求：
以及当所述客户端设备120确定向所述服务端设备100发送所述获取请求时，向所述服务端设备100发送获取请求；
以及接收所述服务端设备100发送的所述服务端的业务模块信息。
本发明实施例提供的报文交互系统，通过在第一次交互中，服务端设备100发送的HELLO报文不包括服务端设备100自身业务模块的相关信息，而是将服务端设备100的业务模块的相关信息根据客户端设备120的具体请求放在第二次交互中来进行发送，从而避免服务端设备100的HELLO报文发送失败，进而提高客户端设备120与服务端设备100之间通过NETCONF协议建立链接的成功率。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (21)

1.一种基于NETCONF协议的HELLO报文交互的方法，其特征在于，所述方法包括：
服务端将自身的能力信息、为与客户端建立的链接所分配的第一标识信息以及用于表征所述服务端的业务模块信息变化状态的第二标识信息承载于第一HELLO报文中，并向所述客户端发送所述第一HELLO报文；
所述服务端接收所述客户端发送的获取请求，所述获取请求由所述客户端根据所述第二标识信息确定发送；
所述服务端根据所述获取请求将自身的业务模块信息发送至所述客户端。
2.根据权利要求1所述的方法，其特征在于，在所述服务端发送所述第一HELLO报文之前，所述方法还包括：
所述服务端接收所述客户端发送的建立链接请求；
相应地，在所述服务端接收所述客户端发送的建立链接请求之后，且在所述服务端接收所述客户端发送的获取请求之前，所述方法还包括：
所述服务端接收所述客户端发送的第二HELLO报文，其中，所述第二HELLO报文包括所述客户端的能力信息；
所述服务端将所述第二HELLO报文中携带的所述客户端能力信息与自身支持的能力信息进行协商，获取所述服务端与所述客户端共同的能力信息，并确定与所述客户端建立链接完成。
3.根据权利要求1所述的方法，其特征在于，所述获取请求包括所述客户端获取所述服务端业务模块信息的能力标识；
相应地，所述服务端根据所述获取请求将自身的业务模块信息发送至所述客户端，包括：所述服务端将自身所有的业务模块信息发送至所述客户端。
4.根据权利要求1所述的方法，其特征在于，所述获取请求包括所述客户端获取所述服务端业务模块信息的能力标识和所述客户端需要获取的业务模块标识；
相应地，所述服务端根据所述获取请求将自身的业务模块信息发送至所述客户端，包括：所述服务端将所述客户端需要获取的业务模块标识对应的业务模块信息发送至所述客户端。
5.一种基于NETCONF协议的HELLO报文交互的方法，其特征在于，所述方法包括：
客户端接收服务端发送的第一HELLO报文；其中，所述第一HELLO报文承载了所述服务端的能力信息、所述服务端为与所述客户端的链接所分配的第一标识信息以及用于表征所述服务端的业务模块信息变化状态的第二标识信息；
所述客户端根据所述第二标识信息确定是否向所述服务端发送获取请求：
当所述客户端确定向所述服务端发送所述获取请求时，所述客户端向所述服务端发送获取请求；
所述客户端接收所述服务端发送的所述服务端的业务模块信息。
6.根据权利要求5所述的方法，其特征在于，所述客户端接收所述服务端发送的第一HELLO报文之前，所述方法还包括：
所述客户端向所述服务端发送建立链接请求；
相应地，所述客户端向所述服务端发送建立链接请求之后，且所述客户端根据所述第二标识信息确定是否向所述服务端发送获取请求之前，所述方法还包括：
所述客户端向所述服务端发送第二HELLO报文，其中，所述第二HELLO报文包括所述客户端的能力信息；
所述客户端将所述第一HELLO报文中携带的所述服务端能力信息与自身支持的能力信息进行协商，获取所述客户端与所述服务端共同的能力信息，并确定与所述服务端建立链接完成。
7.根据权利要求6所述的方法，其特征在于，所述客户端根据所述第二标识信息确定是否向所述服务端发送获取请求，包括：
当所述客户端首次与所述服务端建立链接时，所述客户端确定向所述服务端发送获取请求；
当所述客户端与所述服务端建立过链接，且所述客户端自身保存的第二标识信息与所述第一HELLO报文中的第二标识信息不同时，所述客户端确定向所述服务端发送获取请求；
当所述客户端与所述服务端建立过链接，且所述客户端自身保存的第二标识信息与所述第一HELLO报文中的第二标识信息相同时，所述客户端确定不向所述服务端发送获取请求。
8.根据权利要求6所述的方法，其特征在于，所述获取请求包括：
所述客户端自身获取服务端业务模块信息的能力标识；
或者，所述客户端自身获取服务端业务模块信息的能力标识和所述客户端需要获取的业务模块标识。
9.根据权利要求8所述的方法，其特征在于，当所述获取请求包括所述客户端自身获取服务端业务模块信息的能力标识时，所述客户端接收所述服务端发送的所述服务端的业务模块信息，包括：
所述客户端接收所述服务端发送的所述服务端所有的业务模块信息。
10.根据权利要求8所述的方法，其特征在于，当所述获取请求包括所述客户端自身获取服务端业务模块信息的能力标识和所述客户端需要获取的业务模块标识时，所述客户端接收所述服务端发送的所述服务端的业务模块信息，包括：
所述客户端接收所述服务端发送的所述客户端需要获取的业务模块标识对应的业务模块信息。
11.一种服务端设备，其特征在于，所述设备包括：报文生成单元、第一发送单元、第一接收单元，其中，
所述报文生成单元，用于将所述服务端设备自身的能力信息、为与客户端建立的链接所分配的第一标识信息以及用于表征所述服务端设备的业务模块信息变化状态的第二标识信息承载于第一HELLO报文中；
所述第一发送单元，用于向所述客户端发送所述第一HELLO报文；
所述第一接收单元，用于接收客户端发送的的获取请求，所述获取请求由所述客户端根据所述第二标识信息确定发送；
所述第一发送单元，还用于根据所述获取请求将自身的业务模块信息发送至所述客户端。
12.根据权利要求11所述的服务端设备，其特征在于，所述第一接收单元还用于接收所述客户端发送的建立链接请求；
以及接收所述客户端发送的第二HELLO报文，其中，所述第二HELLO报文包括所述客户端的能力信息；
所述服务端设备还包括第一协商单元，用于将所述第二HELLO报文中携带的所述客户端能力信息与自身支持的能力信息进行协商，获取所述服务端与所述客户端共同的能力信息，并确定与所述客户端建立链接完成。
13.根据权利要求11所述的服务端设备，其特征在于，所述获取请求包括所述客户端获取所述服务端设备业务模块信息的能力标识；
相应地，所述第一发送单元，用于将所述服务端设备所有的业务模块信息发送至所述客户端。
14.根据权利要求12所述的服务端设备，其特征在于，所述获取请求包括所述客户端获取所述服务端业务模块信息的能力标识和所述客户端需要获取的业务模块标识；
相应地，所述第一发送单元，用于将所述客户端需要获取的业务模块标识对应的业务模块信息发送至所述客户端。
15.一种客户端设备，其特征在于，所述设备包括：第二接收单元、确定单元、第二发送单元，其中，
所述第二接收单元，用于接收服务端发送的第一HELLO报文；其中，所述第一HELLO报文承载了所述服务端的能力信息、所述服务端为与所述客户端建立的链接所分配的第一标识信息以及用于表征所述服务端的业务模块信息变化状态的第二标识信息；
所述确定单元，用于根据所述第二标识信息确定是否触发所述第二发送单元向所述服务端发送获取请求；
所述第二发送单元，用于当所述确定单元确定触发所述第二发送单元时，向所述服务端发送获取请求；
所述第二接收单元，用于接收所述服务端发送的所述服务端的业务模块信息。
16.根据权利要求15所述的客户端设备，其特征在于，
所述第二发送单元，还用于向所述服务端发送建立链接请求；
以及向所述服务端发送第二HELLO报文，其中，所述第二HELLO报文包括所述客户端的能力信息；
所述客户端设备还包括第二协商单元，用于将所述第一HELLO报文中携带的所述服务端能力信息与自身支持的能力信息进行协商，获取所述客户端与所述服务端共同的能力信息，并确定与所述服务端建立链接完成。
17.根据权利要求16所述的客户端设备，其特征在于，所述确定单元用于：
当所述客户端设备首次与所述服务端建立链接时，确定向所述服务端发送获取请求；
当所述客户端设备与所述服务端建立过链接，且所述客户端设备自身保存的第二标识信息与所述第一HELLO报文中的第二标识信息不同时，确定向所述服务端发送获取请求；
当所述客户端设备与所述服务端建立过链接，且所述客户端设备自身保存的第二标识信息与所述第一HELLO报文中的第二标识信息相同时，确定不向所述服务端发送获取请求。
18.根据权利要求16所述的客户端设备，其特征在于，所述获取请求包括：
所述客户端设备自身获取服务端业务模块信息的能力标识；
或者，所述客户端设备自身获取服务端业务模块信息的能力标识和所述客户端设备需要获取的业务模块标识。
19.根据权利要求18所述的客户端设备，其特征在于，当所述获取请求包括所述客户端设备自身获取服务端业务模块信息的能力标识时，所述第二接收单元，用于：
接收所述服务端发送的所述服务端所有的业务模块信息。
20.根据权利要求18所述的客户端设备，其特征在于，当所述获取请求包括所述客户端设备自身获取服务端业务模块信息的能力标识和所述客户端设备需要获取的业务模块标识时，所述第二接收单元，用于：
接收所述服务端发送的所述客户端设备需要获取的业务模块。
21.一种基于NETCONF协议的HELLO报文交互系统，其特征在于，所述系统包括：服务端设备和客户端设备，其中，
所述服务端设备，用于：
将自身的能力信息、为建立链接的客户端设备所分配的第一标识信息以及用于表征所述服务端设备的业务模块信息变化状态的第二标识信息承载于第一HELLO报文中；并向所述客户端设备发送所述第一HELLO报文；
以及接收所述客户端设备发送的获取请求，所述获取请求由所述客户端设备根据所述第二标识信息确定发送；
以及根据所述获取请求将自身的业务模块信息发送至所述客户端设备；
所述客户端设备，用于：
接收所述服务端设备发送的第一HELLO报文；其中，所述第一HELLO报文承载了所述服务端设备的能力信息、所述服务端设备为所述客户端设备分配的第一标识信息以及用于表征所述服务端设备的业务模块信息变化状态的第二标识信息；
以及根据所述第二标识信息确定是否向所述服务端设备发送获取请求：
以及当所述客户端设备确定向所述服务端设备发送所述获取请求时，向所述服务端设备发送获取请求；
以及接收所述服务端设备发送的所述服务端设备的业务模块信息。
CN201410345004.3A 2014-07-18 2014-07-18 一种基于netconf协议的hello报文交互的方法、设备和系统 Active CN105281940B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201410345004.3A CN105281940B (zh) 2014-07-18 2014-07-18 一种基于netconf协议的hello报文交互的方法、设备和系统
EP14881550.9A EP3171565B1 (en) 2014-07-18 2014-10-17 Methods, devices and system for netconf hello packets interaction
PCT/CN2014/088832 WO2015117365A1 (zh) 2014-07-18 2014-10-17 Hello报文交互的方法、设备和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410345004.3A CN105281940B (zh) 2014-07-18 2014-07-18 一种基于netconf协议的hello报文交互的方法、设备和系统

Publications (2)

Publication Number Publication Date
CN105281940A true CN105281940A (zh) 2016-01-27
CN105281940B CN105281940B (zh) 2020-08-21

Family

ID=53777187

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410345004.3A Active CN105281940B (zh) 2014-07-18 2014-07-18 一种基于netconf协议的hello报文交互的方法、设备和系统

Country Status (3)

Country Link
EP (1) EP3171565B1 (zh)
CN (1) CN105281940B (zh)
WO (1) WO2015117365A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112087318A (zh) * 2016-04-25 2020-12-15 华为技术有限公司 一种网络管理方法、服务器、客户端及系统
CN112217845A (zh) * 2019-07-09 2021-01-12 华为技术有限公司 一种基于Netconf协议的数据传输方法及相关设备
WO2021082844A1 (zh) * 2019-10-31 2021-05-06 华为技术有限公司 设备管理方法、装置、系统、设备及存储介质

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11374975B2 (en) * 2020-07-02 2022-06-28 International Business Machines Corporation TLS integration of post quantum cryptographic algorithms

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101296124A (zh) * 2008-06-27 2008-10-29 华为技术有限公司 获取设备信息的方法、设备和系统
WO2009074722A2 (en) * 2007-12-13 2009-06-18 Elektrobit Wireless Communications Oy Communication of configuration management notifications in a packet-switched network
CN102148698A (zh) * 2010-12-29 2011-08-10 华为技术有限公司 基于网络配置协议的网络配置管理方法、设备和系统
CN103118027A (zh) * 2013-02-05 2013-05-22 中金金融认证中心有限公司 基于国密算法建立tls通道的方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030016819A1 (en) * 2001-07-20 2003-01-23 Lebin Cheng Secure socket layer (SSL) load generation with handshake replay
US7529933B2 (en) * 2002-05-30 2009-05-05 Microsoft Corporation TLS tunneling
JP2008079091A (ja) * 2006-09-22 2008-04-03 Fujitsu Ltd 電子証明書を用いる認証システム
CN101459506B (zh) * 2007-12-14 2011-09-14 华为技术有限公司 密钥协商方法、用于密钥协商的系统、客户端及服务器

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009074722A2 (en) * 2007-12-13 2009-06-18 Elektrobit Wireless Communications Oy Communication of configuration management notifications in a packet-switched network
CN101296124A (zh) * 2008-06-27 2008-10-29 华为技术有限公司 获取设备信息的方法、设备和系统
CN102148698A (zh) * 2010-12-29 2011-08-10 华为技术有限公司 基于网络配置协议的网络配置管理方法、设备和系统
CN103118027A (zh) * 2013-02-05 2013-05-22 中金金融认证中心有限公司 基于国密算法建立tls通道的方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ANDY BIERMAN: ""NETCONF Efficiency Extensions,draft-bierman-netconf-efficiency-extensions-00 IETF 88"", 《IETF》 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112087318A (zh) * 2016-04-25 2020-12-15 华为技术有限公司 一种网络管理方法、服务器、客户端及系统
CN112087318B (zh) * 2016-04-25 2024-02-02 华为技术有限公司 一种网络管理方法、服务器、客户端及系统
CN112217845A (zh) * 2019-07-09 2021-01-12 华为技术有限公司 一种基于Netconf协议的数据传输方法及相关设备
WO2021082844A1 (zh) * 2019-10-31 2021-05-06 华为技术有限公司 设备管理方法、装置、系统、设备及存储介质

Also Published As

Publication number Publication date
EP3171565A4 (en) 2017-07-19
EP3171565A1 (en) 2017-05-24
WO2015117365A1 (zh) 2015-08-13
EP3171565B1 (en) 2019-09-25
CN105281940B (zh) 2020-08-21

Similar Documents

Publication Publication Date Title
CN102377686B (zh) 一种消息订阅系统、消息订阅方法及装置
CN103237060B (zh) 一种数据对象获取方法、装置及系统
CN105847139A (zh) 数据传输方法、装置及系统
CN103401946B (zh) Http上传加速方法和系统
CN101127623A (zh) 数据处理方法、装置及系统
CN104363407B (zh) 一种视频会议系统通讯方法及相应装置
CN104144098A (zh) 消息推送方法、系统及推送服务器设备
CN105281940A (zh) 一种基于netconf协议的hello报文交互的方法、设备和系统
CN109391503B (zh) 一种网络切片管理方法及装置
CN111083204B (zh) 文件传输方法、装置及存储介质
CN105207909A (zh) 一种发送信息的方法和网络装置
CN102984174A (zh) 一种发布订阅系统中可靠性保障方法及系统
CN103428013B (zh) 设备管理方法、系统和网关设备
CN106790354B (zh) 一种防数据拥堵的通信方法及其装置
CN109936609A (zh) 终端链式升级方法、装置及升级管理服务器
CN104780120A (zh) 一种局域网中文件传输的方法和装置
CN105451367A (zh) 一种无线网络连接方法、设备及系统
CN105515981A (zh) 算路方法、隧道建立方法、pcc、pce及算路系统
CN104243473A (zh) 一种数据传输的方法以及装置
CN104580328A (zh) 虚拟机迁移方法、装置及系统
CN105530321A (zh) 浏览器客户端访问设备的方法、客户端、服务器及系统
CN104994018A (zh) 一种即时通信数据多路传输方法及其传输系统
CN104580512A (zh) 数据处理方法和装置，及分布式文件系统
CN114143300B (zh) 交易请求发送方法及装置
CN112448952B (zh) 解决远程接收并存储智能设备参数的方法及装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right

Effective date of registration: 20200720

Address after: 210000 Zijing flower road, Ningnan street, Yuhuatai District, Nanjing City, Jiangsu Province, No. 68

Applicant after: Nanjing Zhongxing Software Co.,Ltd.

Address before: 518057 Nanshan District science and Technology Industrial Park, Guangdong high tech Industrial Park, ZTE building

Applicant before: ZTE Corp.

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant