CN112583621B - 一种自动退出试运行的方法、设备和系统 - Google Patents

一种自动退出试运行的方法、设备和系统 Download PDF

Info

Publication number
CN112583621B
CN112583621B CN201910943992.4A CN201910943992A CN112583621B CN 112583621 B CN112583621 B CN 112583621B CN 201910943992 A CN201910943992 A CN 201910943992A CN 112583621 B CN112583621 B CN 112583621B
Authority
CN
China
Prior art keywords
condition
message
commissioning
equipment
condition set
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
CN201910943992.4A
Other languages
English (en)
Other versions
CN112583621A (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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201910943992.4A priority Critical patent/CN112583621B/zh
Priority to US17/035,311 priority patent/US20210099345A1/en
Priority to EP20199095.9A priority patent/EP3799357A1/en
Publication of CN112583621A publication Critical patent/CN112583621A/zh
Application granted granted Critical
Publication of CN112583621B publication Critical patent/CN112583621B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • 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/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/0816—Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
    • 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
    • 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/06—Management of faults, events, alarms or notifications
    • 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/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • 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/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • 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/50—Testing arrangements
    • 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/08—Protocols specially adapted for terminal emulation, e.g. Telnet
    • 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/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请提供了一种自动退出试运行的方法、设备及系统。通过在运行有网络协议客户端的第一设备向运行有网络协议服务端的第二设备发送的请求试运行的报文中携带指示第二设备退出试运行的条件集的方式，可以使得第二设备在执行试运行的过程中，自动判断是否满足所述条件集，当满足所述条件集中，则自动退出试运行，减少在第二设备试运行过程中需要运维人员反复确认是否需要退出试运行、处理过程较为复杂的问题。

Description

一种自动退出试运行的方法、设备和系统
技术领域
本申请涉及通信领域，一种自动退出试运行的方法、设备和系统。
背景技术
目前用于管理网络设备的网络协议可以包括：简单网络管理协议(SimpleNetwork Management Protocol，SNMP)、网络配置协议(Network ConfigurationProtocol，NETCONF)，同时可以通过使用远程登录网络协议(Telecommunication NetworkProtocol，TELNET)、安全外壳协议(secure shell，SSH)承载命令行的方式进行设备的管理。通常这些网络协议采用客户端和服务端模式实现网络设备的管理。运维人员可以使用运行有网络协议客户端的设备对运行有网络协议服务端的设备进行管理。
在一些网络协议中，如NETCONF、TELNET或SSH。运行有服务端的设备支持以试运行的方式修改该设备的配置，即，先试运行待选配置，再根据试运行情况确定是否将待选配置提交为运行配置。当运行有服务端的设备开始执行试运行后，在一些情况下，如因为试运行而导致了运行有服务端的设备脱离了运行有客户端的设备的管理，或运维人员发现试运行中的部分配置为误配置后，需要退出试运行，将运行配置恢复成试运行前的状态。
通常，当运行有服务端的设备开始执行试运行后，运维人员可以通过运行有客户端的设备反复向运行有服务端的设备下发命令并获取结果，并进一步根据结果来分析是否需要退出试运行。这就导致运行有服务端的设备无法及时退出试运行，需要运维人员反复确认，处理过程较为复杂。
发明内容
本申请提供了一种自动退出试运行的方法、设备及系统，用于解决运行有服务端的设备退出试运行处理过程较为复杂的问题。
第一方面，提供了一种自动退出试运行的方法，所述方法应用于第一设备，所述第一设备运行有网络协议客户端，其特征在于，包括：所述第一设备获取条件集，所述条件集包括至少一个条件，所述至少一个条件为用于指示运行有网络协议服务端的第二设备退出试运行的条件；所述第一设备生成用于请求试运行的第一报文，所述第一报文携带所述条件集；所述第一设备向所述第二设备发送所述第一报文。
通过在第一设备向第二设备发送的请求试运行的报文中携带指示第二设备退出试运行的条件集的方式，可以使得第二设备在执行试运行的过程中，自动判断是否满足所述条件集，当满足所述条件集中，则自动退出试运行，减少在第二设备试运行过程中需要运维人员反复确认是否需要退出试运行、处理过程较为复杂的问题。
在一种可能的方式中，所述条件包括参数及其取值范围，或者所述条件包括通知信息，所述通知信息包括告警信息或事件信息。
在一种可能的方式中，所述条件集包括用于指示动作的命令的条件，和用于表示所述动作的执行结果的条件。
在一种可能的方式中，当所述至少一个条件包括第一条件和第二条件时，所述条件集还包括所述第一条件和所述第二条件之间的逻辑关系，所述逻辑关系为与或者所述逻辑关系为或。
通过以上可选方式，尽可能定义足够多的条件类型和条件，使得请求报文中的条件集可以充分承载退出试运行的各种情况，自动退出试运行变得简单、高效。
在一种可能的方式中，所述第一报文为网络配置协议NETCONF报文、远程登录网络协议TELNET报文或安全外壳协议SSH报文。
通过对多种网络协议的支持，使得运维人员可以采用同样的方法去解决退出试运行操作复杂的问题。
在一种可能的方式中，在所述运行有网络协议客户端的第一设备获得条件集之前，还包括：所述第一设备接收所述第二设备发送的能力标识，所述能力标识用于标识所述第二设备支持自动退出试运行。
这样，第一设备通过接收第二设备发送的能力标识，可以了解到该第二设备支持自动退出试运行，然后向第二设备发送携带有条件集的请求报文，使得处理过程简单。避免了第一设备向第二设备发送了携带有条件集的请求报文，但其实第二设备不支持自动退出试运行，无法处理、或报错，操作复杂的问题。
在一种可能的方式中，所述第一设备接收所述第二设备发送的第二报文，所述第二报文用于通告所述第二设备已退出试运行。
这样，第一设备接收第二设备发送的通告其已退出试运行的报文，使得运维人员可以通过该报文提供的信息了解到该设备上的待选配置可能存在配置错误，进一步进行配置更改，减少待选配置错误带来的影响。
第二方面，提供了一种自动退出试运行的方法，所述方法应用于第二设备，所述第二设备运行有网络协议服务端，其特征在于，包括：运行有网络协议服务端的第二设备接收运行有网络协议客户端的第一设备发送的第一报文，所述第一报文为用于请求试运行的报文，所述第一报文携带条件集，所述条件集包括至少一个条件，所述至少一个条件为用于指示所述第二设备退出试运行的条件；在所述第二设备执行试运行的过程中，当所述第二设备确定满足所述条件集时，所述第二设备退出试运行。
通过在接收的第一设备发送的请求试运行的报文中携带指示第二设备退出试运行的条件集的方法，可以使得第二设备在执行试运行的过程中，自动判断是否满足所述条件集，当满足所述条件集中，则自动退出试运行，可以减少在第二设备试运行过程中需要运维人员反复确认是否需要退出试运行、处理过程较为复杂的问题。
在一种可能的方式中，所述条件包括参数及其取值范围，或者所述条件包括通知信息，所述通知信息包括告警信息或事件信息。
在一种可能的方式中，所述条件集包括用于指示动作的命令的条件，和用于表示所述动作的执行结果的条件。
在一种可能的方式中，当所述至少一个条件包括第一条件和第二条件时，所述条件集还包括所述第一条件和所述第二条件之间的逻辑关系，所述逻辑关系为与或者所述逻辑关系为或。
通过以上可选方式，尽可能定义足够多的条件类型和条件，使得请求报文中的条件集可以充分承载退出试运行的各种情况，自动退出试运行变得简单、高效。
在一种可能的方式中，所述第一报文为网络配置协议NETCONF报文、远程登录网络协议TELNET报文或安全外壳协议SSH报文。
通过对多种网络协议的支持，使得运维人员可以采用同样的方法去解决退出试运行操作复杂的问题。
在一种可能的方式中，在运行有网络协议服务端的第二设备接收运行有网络协议客户端的第一设备发送的第一报文之前，还包括：所述第二设备向所述第一设备发送能力标识，所述能力标识用于标识所述第二设备支持自动退出试运行。
这样，通过第二设备向第一设备发送能力标识的方式，可以知会第一设备该第二设备支持自动退出试运行。然后第一设备可以向第二设备发送携带有条件集的请求报文，使得处理过程简单。避免了第一设备向第二设备发送了携带有条件集的请求报文，但其实第二设备不支持自动退出试运行，无法处理、或报错，操作复杂的问题。
在一种可能的方式中，所述第二设备退出试运行之后，所述方法还包括：所述第二设备向所述第一设备发送第二报文，所述第二报文用于通告所述服务端设备已退出试运行。
这样，第二设备向第一设备发送通告其已退出试运行的报文，使得运维人员可以通过该报文提供的信息了解到该设备上的待选配置可能存在配置错误，进一步进行配置更改，减少待选配置错误带来的影响。
第三方面，提供了一种第一设备，其特征在于，所述第一设备运行有网络协议客户端，所述第一设备包括：获取单元，用于获取条件集，所述条件集包括至少一个条件，所述至少一个条件为用于指示运行有网络协议服务端的第二设备退出试运行的条件；
生成单元，用于生成请求试运行的第一报文，所述第一报文携带所述条件集；发送单元，用于向所述第二设备发送所述第一报文。
在一种可能的方式中，所述条件包括参数及其取值范围，或者所述条件包括通知信息，所述通知信息包括告警信息或事件信息。
在一种可能的方式中，所述条件集包括用于指示动作的命令的条件，和用于表示所述动作的执行结果的条件。
在一种可能的方式中，所述第一报文为网络配置协议NETCONF报文、远程登录网络协议TELNET报文或安全外壳协议SSH报文。
在一种可能的方式中，所述第一设备还包括：第一接收单元，用于接收所述第二设备发送的能力标识，所述能力标识用于标识所述第二设备支持自动退出试运行。
在一种可能的方式中，所述第一设备还包括：第二接收单元，用于接收所述第二设备发送的第二报文，所述第二报文用于通告所述第二设备已退出试运行。
第四方面，提供了一种第二设备，其特征在于，所述第二设备运行有网络协议服务端，所述第二设备包括：接收单元，用于接收运行有网络协议客户端的第一设备发送的第一报文，所述第一报文用于请求试运行的报文，所述第一报文携带条件集，所述条件集包括至少一个条件，所述至少一个条件为用于指示所述第二设备退出试运行的条件；处理单元，用于在试运行的过程中，确定满足所述条件集时，退出试运行。
在一种可能的方式中，所述条件包括参数及其取值范围，或者所述条件包括通知信息，所述通知信息包括告警信息或事件信息。
在一种可能的方式中，所述条件集包括用于指示动作的命令的条件，和用于表示所述动作的执行结果的条件。
在一种可能的方式中，所述第一报文为网络配置协议NETCONF报文、远程登录网络协议TELNET报文或安全外壳协议SSH报文。
在一种可能的方式中，所述第二设备还包括：第一发送单元，用于向所述第一设备发送能力标识，所述能力标识用于标识所述第二设备支持自动退出试运行。
在一种可能的方式中，所述第二设备还包括：第二发送单元，用于向所述第一设备发送第二报文，所述第二报文用于通告所述服务端设备已退出试运行。
第五方面，提供了一种第一设备，所述第一设备运行有网络协议客户端其特征在于，所述第一设备包括处理器、存储器以及通信接口，所述存储器中存储有至少一条指令；所述处理器用于加载所述指令，使得所述第一设备执行如上述第一方面以及第一方面任一可选方式所述的自动退出试运行的方法。
第六方面，提供了一种第二设备，所述第二设备运行有网络协议服务端，其特征在于，所述第二设备包括处理器、存储器以及通信接口，所述存储器中存储有至少一条指令；所述处理器用于加载所述指令，使得所述第一设备执行如上述第二方面或第二方面任意可选方式所述的自动退出试运行的方法。
第七方面，提供了一种网络系统，其特征在于，所述网络系统包括运行有网络协议客户端的第一设备和运行有网络协议服务端的第二设备，所述第一设备为如上第一方面和第五方面任一项所述的第一设备，所述第二设备为如上第二方面和第六方面任一项所述的第二设备。
第七方面，提供了一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令，所述指令用于供处理器加载，以使得所述处理器执行如上述第一方面所述的获取步骤，并控制所述通信接口执行如上述第一方面以及第一方面任一可选方式所述的自动退出试运行的方法中的接收步骤以及发送步骤；或者，
所述指令用于供处理器加载，以使得所述处理器执行如上第二方面或第二方面任意可选方式所述的执行试运行以及确定步骤，并控制所述通信接口执行如上第二方面或第二方面任一可选方式所述的自动退出试运行的方法中的接收步骤以及发送步骤。
附图说明
为了更清楚地说明本发明的技术方案，下面将对实施例中使用的附图作简单地介绍。显而易见地，下面附图只是本发明的一些实施例的附图，对于本领域普通技术人员来说，在不付出创造性劳动性的前提下，还可以根据这些附图获得同样能实现本发明的其他技术方案和附图。这些技术方案和附图也应该被认为是在本发明的范围之内。
图1为本申请实施例提供的一种通信系统场景图；
图2为本申请实施例提供的一种自动退出试运行的方法流程图；
图3为本申请实施例提供的一种第一报文的示意图；
图4为本申请实施例提供的一种第一报文的示意图；
图5为本申请实施例提供的一种第一报文的示意图；
图6为本申请实施例提供的一种通信方法的流程图；
图7为本申请实施例提供的一种第一设备的结构示意图；
图8为本申请实施例提供的一种第二设备的结构示意图；
图9为本申请实施例提供的一种第一设备的结构示意图；
图10为本申请实施例提供的一种第二设备的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案，下面结合附图和实施方式对本发明实施例作进一步的详细说明。
本申请实施例中术语“第一”“第二”等字样用于对作用和功能基本相同的相同项或相似项进行区分，应理解，“第一”、“第二”之间不具有逻辑或时序上的依赖关系，也不对数量和执行顺序进行限定。本申请实施例中的条件集可以包括1个或多个条件，本申请不做具体限定。
以下对本申请实施例所涉及的术语进行解释：
NETCONF是互联网工程任务组(internet engineering task force，IETF)NETCONF工作组于2006年正式推出的网络管理协议，在IETF请求意见稿(request forcomments，RFC)6241中做了定义。运行NETCONF服务端的设备可支持三种配置存储(datastore)方式,包括：运行时配置(running configuration datastore)是设备处于激活状态的运行中的配置。重启时配置(startup configuration datastore)是系统下次重启时的配置。候选配置(candidate configuration datastore)是没有生效的配置，可使用提交命令(commit)将候选配置应用到设备，从而，候选配置变为当前的运行时配置。
命令解释接口(command line interface，CLI)是运维人员与网络设备进行交互的常用工具。其工作原理为：命令解释接口对通过其输入的指令进行解析，实现对网络设备的管理。当使用CLI对设备进行管理时，可通过TELNET或SSH客户端远程登录需要管理的网络设备，对其进行管理。在一种可能的场景中，网络设备的CLI支持试运行，其试运行机制与NETCONF的机制类似，本申请实施例在此不再详细举例。
由于在本申请实施例中，TELNET/SSH承载CLI命令行的自动退出试运行的方法与NETCONF自动退出试运行的方法类似，在本申请实施例以NETCONF作为示例进行说明。
图1示出了一种通信系统的场景图。该场景包括一个或多个运行了网络协议客户端的第一设备和至少一个运行了网络协议服务端的第二设备。在本申请实施例中，将运行有网络协议客户端的第一设备称为客户端设备，将运行有网络协议服务端的第二设备称为服务端设备。
如图1所示，客户端设备100管辖至少一个服务端设备，如图1中服务端设备101，服务端设备102和服务端设备103中的至少一个。客户端设备100是指部署了NETCONF、TELNET或STELNET协议客户端的设备，例如可以是手机、个人计算机(personal computer，PC)，平板电脑(tablet personal computer，Tablet PC)、笔记本电脑、超级移动个人计算机、个人数字助理、服务器设备。服务端设备201是指部署了NETCONF、TELNET或SSH协议服务端的设备。图1所示场景中的任一服务端设备可以为互联网协议(internet protocol，IP)网络设备、波分复用(wavelength division multiplexing，WDM)网络设备、光传送网(opticaltransport network，OTN)网络设备等类型的网络设备，也可以是服务器等设备，本申请实施例不做具体限定。
本申请实施例中提供了一种自动退出试运行的方法，客户端设备发送的试运行请求报文包括条件集。服务端设备在执行试运行的过程中，根据试运行请求报文中所包括的条件集，确定是否退出试运行。当服务端设备判断满足条件集时，则服务端设备自动退出试运行，无需运维人员反复下发命令，处理过程简单，并且可以减少对该服务端设备以及该服务端设备所在网络的影响。
以下，结合图1所示的场景，对本申请实施例提供的方法进行说明：
参见图2，该图为本申请实施例提供的自动退出试运行的方法流程图。如图2所示，该方法可以包括如下步骤：
步骤201：客户端设备获得能力标识。
举例说明，客户端设备获得能力标识的方式可以为：方式一、客户端设备通过静态配置的方式获得能力标识。方式二、客户端设备接收服务端设备发送的能力标识。其中，客户端设备接收服务端设备发送的能力标识包括：服务端设备向客户端设备发送能力通告报文，该能力通告报文中包括能力标识。该能力标识用于标识服务端设备支持自动退出试运行。
举例说明，服务端设备预先定义有自动退出试运行的能力(capability)。所谓能力是一种可选的NETCONF特性，由支持该特性的服务端设备展现。关于能力的介绍和定义的相关内容可以参见RFC8040协议第9.3节或参考RFC6243中提供的能力定义的方法，此处不再赘述。在一个示例中，定义的自动退出试运行的能力为：<capability>http://www.abc.com/netconf/capability/confirmed-commit:2.0</capability>，其中，capability表明其为一种能力，该能力的标识为confirmed-commit:2.0，http://www.abc.com/netconf/capability表明这个能力所在在的位置。
步骤202：客户端设备获取条件集。
其中，该条件集包括至少一个条件，该至少一个条件用于指示服务端设备退出试运行。客户端设备获取条件集的方式可以包括如下几种：在一种实现方式中，客户端设备可获取运维人员通过客户端设备的用户界面输入的参数获得条件集。在另一种实现方式中，客户端设备接收其他控制管理设备，如运营支撑系统(Operations Support Systems，OSS)，发送的条件集。
在一种实现方式中，该条件集中的任一条件包括至少一个参数及其取值范围。该参数的取值范围可以是等于、大于或小于某个值，也可以是由两个边界值所确定的区间范围，也可以是与某个或多个值模式匹配(like)，如a like‘b*’表示包括以b开始的任意长度的字符，本申请不做具体限定。当某一条件包括多个参数时，该条件还包括多个参数的逻辑关系。该逻辑关系可为与，或者该逻辑关系可为或。当该逻辑关系为与时，表示条件中所有参数的取值被满足时服务端设备可退出试运行。当逻辑关系为或时，表示条件中的任一参数的取值被满足时服务端可退出试运行。
在另一种实现方式中，该条件集中的任一条件包括通知信息，该通知信息包括告警信息或事件信息。
在又一种实现方式中，该条件集中的任一条件包括用于指示动作的命令和用于表示所述动作的执行结果的条件，该动作指示服务端设备需要去执行的操作，如，PING一个IP地址等，所述动作的执行结果如根据PING一个IP地址的结果为丢包率为100％时，退出试运行。
举例说明，当所述条件集包括多个条件时，该条件集中多个条件之间的逻辑关系为或，或者多个条件之间的逻辑关系为与，本申请不做具体限定。当该逻辑关系为或时，表明服务端设备满足多个条件中的任一条件即退出试运行。当该逻辑关系为与时，表明服务端设备满足多个条件的每个条件再退出试运行。
步骤204：客户端设备生成用于请求试运行的第一报文，第一报文包括条件集。
举例说明，该第一报文为NETCONF请求(rpc)报文、TELNET报文或SSH报文。
在一个NETCONF的示例中，该条件集参数可以定义为退出试运行条件集(cancel-condition)，cancel-condition的类型可为容器(container)类型，里面可以包含一个列表(list)，list里面可以包括1个或多个条件(condition)，每个condition可包括如下3个属性：1.编号(id)，表明其是该条件集中第几个条件。2.类型(type)，指示该条件的类型，比如数值(data)类型、动作(action)类型、通知(notification)类型。其中，data类型的条件指的是该条件携带有参数及其取值范围；action类型的条件指的是该条件携带有用于指示动作的命令，当该条件集包括action类型的条件时，该条件集还包括动作的执行结果条件，动作的执行结果条件可以同样采用数据类型进行表达；notification类型的条件指的是该条件携带有通知信息。3.条件内容，条件内容为具体的条件要求。可选的，该list里面还可以包括逻辑关系(condition-logic)。NETCONF的参数的定义方法可参考请求注解(requestfor comments)，RFC 6241中参数定义的方法，以及RFC 6243中提供的参数定义的示例，本申请不再赘述。
在一个TELNET或SSH携带CLI命令的示例中，可以为其定义退出条件集(quitcondition)命令，与上述NETCONF的示例类似，quitcondition中也可以包括多个condition，每个condition可以包括多种类型，以及具体的条件表达，本申请在此不再赘述。
在一个示例中，当该第一报文为NETCONF报文时，其内容可具体如图3所示，其中，“<commit><confirmed/>”部分表明其为请求试运行的报文，该退出试运行条件集包括1个条件：其中，标识(id)值为1，表明其是该条件集的第一个条件，类型(type)值为数据(data)，表明其为包括参数以及参数的取值范围的条件，条件节点(condition-node)描述了具体的条件要求，如本示例的具体条件表明：当中央处理器(central processing unit，CPU)的利用率的值大于90％时退出试运行。
在如图4所示的一个NETCONF第一报文的示例中，所述条件集包括2个条件，其中，条件1为包括用于指示动作的命令的条件，条件1的具体表达指示服务端设备每隔10秒分组因特网搜索(packet internet groper，PING)一次IP地址1.1.1.1；条件2为该动作的执行结果条件，该条件可以采用参数以及参数的取值范围进行表达，条件2的具体内容为：PING操作返回的丢包率的大于0。在本示例中，本条件集中的两个条件的关系默认为“与”，该条件集表示：如果PING不通目的地址1.1.1.1则退出试运行。
在如图5所示的一个第一报文的示例中，结合上述示例可理解，该第一报文中携带的条件集包括2个条件。这2个条件的type均为通知(notification)，表明这两个条件为通知信息条件。条件1表明当收到一个CPU利用率告警信息时退出试运行；条件2表明当收到1个内存利用率告警信息时退出试运行。在这个示例中，不同的条件之间默认的逻辑关系为“或”，即满足任意一个条件即退出试运行。
在如图6所示的一个第一报文的示例中，当条件集包括多个条件时，该第一报文中携带的条件集中，还包括了条件间的逻辑关系，在本示例中，该逻辑关系为与(and)。
举例说明，所述条件集的表达格式为派森Python格式或可扩展标记路径语言(XMLpath language，XPath)格式或者其他表达格式，本申请不做具体限定。
步骤206：客户端设备向服务端设备发送第一报文。
步骤212：服务端设备接收客户端设备发送的第一报文。
步骤214:服务端设备获得第一时长，该第一时长指示服务端设备执行试运行的持续时间。
举例说明，服务端设备获得第一时长的方式包括：方式一、服务端设备接收的第一报文中还包括第一时长；方式二、服务端设备通过静态配置的方式获得第一时长。其中，当服务端设备采用方式二获得第一时长时，步骤214可先于步骤212执行。
在一种实现方式中，在一个NETCONF的示例中，第一报文携带的第一时长可为：<confirm-timeout>3000</confirm-timeout>，表明第一时长为3000秒。在一个TELENT或SSH携带CLI命令的示例中，第一报文携带的第一时长可为：commit trial<900>，表明第一时长为900秒。在另一种实现方式中，服务端设备通过静态配置的方式所获得的第一时长可以为600秒。
步骤216：服务端设备执行试运行。
举例说明，服务端设备接收到第一报文后，开始执行试运行，并开始试运行计时。
步骤220：服务端设备确定是否满足条件集，当满足该条件集时，则执行步骤225；否则，则执行步骤230。
举例说明，当条件集中的条件包括参数及其取值范围时，服务端设备根据条件集中的参数，确认该参数在服务端设备上的具体值，判断是否符合取值范围的要求。在一个示例中，服务端设备收到第一报文如图4所示，服务端设备根据条件集：系统CPU利用率大于90％，确认对应的数据节点的数值，如果数值大于90％，则退出试运行。
举例说明，当条件集中的条件包括用于指示动作的命令时，服务端设备执行该动作命令。在一个示例中，服务端设备收到的第一报文如图5所示，第一报文中的条件集包括两个条件：条件1.每隔10秒对目的IP地址为1.1.1.1的设备执行一个PING操作；条件2.判断PING造作的返回的丢包率的数值大于0。由于本示例中存在多个条件，且多个条件的默认逻辑关系为与。则服务端设备在执行PING操作，且PING操作的返回的丢包率大于0时，则退出试运行。
举例说明，当条件集中的条件包括通知信息时，服务端设备判断是否接收到该通知信息指示的通知消息。在一个示例中，服务端设备收到的第一报文的如图6所示，该条件集包括两个携带通知信息的条件：条件1.当服务端设备触发了CPU利用率告警，条件2.当服务端设备触发了内存利用率告警。由于本示例中存在多个条件，且多个条件的默认逻辑关系为与。服务端设备根据该条件判断是否接收到对应的通知消息，当服务端设备触发两个告警中的任一个告警时则退出试运行。
举例说明，当条件集中包括多个条件，且该条件集中还包括多个条件之间的逻辑关系时，服务端设备判断多个条件的满足条件，并根据该逻辑关系判断满足条件集时，退出试运行。在一个示例中，服务端设备收到的第一报文如图7所示，由于图7条件集中的条件与图6一致，在此不再赘述。同时，该条件集中还定义了多个条件之间的逻辑关系，且该逻辑关系为与。则需要同时触发两个告警才会退出试运行。
步骤225：服务端设备退出试运行。
步骤230：服务端设备确定执行试运行的时长是否大于第一时长，如果大于第一时长，则执行步骤225，如果小于或等于第一时长，则执行步骤220。
举例说明，服务端设备根据试运行计时所获得的执行试运行的时长，确定执行试运行的时长与第一时长之间的关系，以进行后续处理。
步骤250：服务端设备向客户端设备发送第二报文。
其中，该第二报文为用于指示试运行结果的通知报文。当服务端设备退出试运行后，服务端设备向客户端设备通知报文，该通知报文指示服务端设备已退出试运行。
为了使得服务端设备在退出试运行之后向客户端设备发送通知报文，在步骤250之前，本申请实施例提供的方法还包括：客户端设备向服务器端设备发送第一指令，该第一指令用于指示服务端设备将试运行的运行结果发送给客户端设备。此种方式有助于减少客户端设备与服务端设备之间的通信开销，节约服务端设备的性能。
举例说明，当网络协议为NETCONF时，客户端设备还可以向服务端设备发送订阅报文，所述订阅报文包括第一指令。订阅报文用于发起对事件通知的订阅，订阅后服务端设备会发送通知给订阅报文的发起者。关于订阅报文的具体描述可以参见RFC5277协议第2.1.1节。在本申请实施例中订阅报文用于指示在服务端订阅一个新的事件流(event stream)，该新的事件流用于获取第一报文的处理状态，并将第一报文的处理状态以通知的形式发送给客户端。其中，第一报文的处理状态为试运行的结果。
可选的，在服务端设备执行试运行期间，在服务端设备执行步骤230之后，服务端设备还可以接收到客户端设备发送的试运行提交指令，服务端设备在接收到该指令后，将试运行的候选配置提交为运行配置，该候选配置包括一系列参数以及其值的集合。其中，该服务端设备接收到的试运行提交指令携带在客户端设备发送的rpc报文中，该指令可以为提交(commit)。
图7是本申请实施例提供的一种第一设备700，该第一设备700运行有网络协议客户端。该第一设备700可以是本申请实施例中提供的方法中的客户端设备。该第一设备700包括获取单元701，生成单元702和发送单元703。可选地，该第一设备700还包括第一接收单元704和第二接收单元705。获取单元701用于执行如图2所述的方法实施例中的步骤201和步骤202以及相关的可选方式。生成单元702，用于执行如图2所述的方法实施例中的步骤204以及相关的可选方式。发送单元703，用于执行如图2所述的方法实施例中的步骤206以及相关的可选方式。第一接收单元704，用于执行如图2所述的方法实施例中的步骤201中的方式2，即：接收服务端设备发送的能力标识以及相关的可选方式。第二接收单元705，用于接收如图2所述的服务端设备发送的第二报文以及相关的可选方式。
需要说明的一点是，图7对应的实施例提供的第一设备仅以上述各功能单元的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元完成，即将第一设备的内部结构划分成不同的功能单元，或用同一个功能单元以完成以上描述的全部或者部分功能，如上述第一接收单元和上述第二接收单元，也可以是同一个接收单元。另外，上述实施例提供的第一设备的具体实现过程详见方法实施例，这里不再赘述。
图8是本申请实施例提供的一种第二设备800，该第二设备800运行有网络协议服务端。该第二设备800可以是本申请实施例提供的方法中的服务端设备。该第二设备800包括接收单元801和处理单元802。可选地，该第二设备800还可包括第一发送单元803和第二发送单元804。接收单元801用于执行如图2所示的方法实施例的步骤212和相关的可选方式。处理单元802用于执行步骤216、步骤220、步骤225和步骤230和相关的可选方式。第一发送单元803用于执行如图2所述的方法实施例中的向客户端设备发送能力标识的可选方式。第二发送单元804用于执行如图2所示的方法实施例的步骤250以及相关可选方式。
需要说明的一点是，图8对应的实施例提供的第二设备仅以上述各功能单元的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元完成，即将第二设备的内部结构划分成不同的功能单元，以完成以上描述的全部或者部分功能。另外，上述实施例提供的第二设备具体实现过程详见方法实施例，这里不再赘述。
以上介绍了本申请实施例的第一设备和第二设备，以下介绍该第一设备和第二设备可能的产品形态。应理解，但凡具备上述图7中的第一设备的特征的任何形态的产品，和但凡具备上述图8中的第二设备的特征的任何形态的产品，都落入本申请的保护范围。还应理解，以下介绍仅为举例，不限制本申请实施例的第一设备和第二设备的产品形态。
作为一种可能的产品形态，本申请实施例提供的第一设备或者第二设备，可以由一般性的总线体系结构来实现。
如图9所示，本申请实施例提供了一种第一设备900，该第一设备900可以是本申请实施例提供的方法中的客户端端设备。该第一设备900包括处理器901、存储器902以及通信接口903，该存储器902中存储有至少一条指令，该处理器901用于加载该指令，执行上述自动退出试运行的方法中的步骤201、步骤202和步骤204以及相关可选方式，并控制该通信接口903执行上述自动退出试运行的方法中的步骤206和相关可选方式，该处理器901、存储器902以及通信接口903可以通过总线连接。
处理器901可以是一个通用中央处理器(central processing unit，CPU)、特定应用集成电路(application-specific integrated circuit，ASIC)或一个或多个用于控制本申请方案程序执行的集成电路。
存储器902可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其它类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其它类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only Memory，CD-ROM)或其它光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其它磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其它介质，但不限于此。
如图10所示，本申请实施例提供了一种第二设备1000，该第二设备1000可以是本申请实施例提供的方法中的服务端设备。该第二设备1000包括处理器1001、存储器1002以及通信接口1003，该存储器1002中存储有至少一条指令，该处理器1001用于加载该指令，执行上述自动退出试运行的方法中的步骤214、步骤216、步骤220、步骤230和步骤225以及相关可选方式，并控制该通信接口1003执行上述自动退出试运行的方法中的步骤212和步骤250以及相关可选方式，该处理器1001、存储器1002以及通信接口1003可以通过总线连接。处理器1001的产品形态与处理器901同理，存储器1002的产品形态与存储器902同理，在此不做赘述。
作为一种可能的产品形态，本申请实施例提供的第一设备或者第二设备，可以由通用处理器来实现。
实现第一设备的通用处理器包括处理电路和与该处理电路内部连接通信的输出接口以及输入接口；该处理电路用于执行步骤201、步骤202和步骤204以及相关可选方式，该处理电路还用于控制该输出接口执行步骤206。该通用处理器还包括存储介质，该存储介质用于存储处理电路执行的指令。
实现第二设备的通用处理器包括处理电路和与该处理电路内部连接通信的输入接口以及输出接口，该处理电路用于执行步骤214、步骤216、步骤220、步骤230和步骤225以及相关可选方式，该处理电路还用于控制该输入接口执行步骤212以及相关可选方式；该处理电路还用于控制该输出接口执行步骤250以及相关可选方式。可选地，该通用处理器还可以包括存储介质，该存储介质用于存储处理电路执行的指令。
作为一种可能的产品形态，本申请实施例替换的第一设备或者第二设备，还可以使用下述来实现：一个或多个现场可编程门阵列(field－programmable gate array，FPGA)、可编程逻辑器件(programmable logic device，PLD)、控制器、状态机、门逻辑、分立硬件部件、任何其它适合的电路、或者能够执行本申请通篇所描述的各种功能的电路的任意组合。
本领域普通技术人员可以意识到，结合本文中所公开的实施例中描述的各方法步骤和单元，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各实施例的步骤及组成。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域普通技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、设备和单元的具体工作过程，可以参见前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，该单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。
该作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例中方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机程序指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如软盘、硬盘、磁带)、光介质(例如，数字视频光盘(digital video disc，DVD)、或者半导体介质(例如固态硬盘)等。
以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。

Claims (25)

1.一种自动退出试运行的方法，其特征在于，包括：
运行有网络协议客户端的第一设备获取条件集，所述条件集包括至少一个条件，所述至少一个条件为用于指示运行有网络协议服务端的第二设备，在运行了修改所述第二设备的配置的试运行后退出所述试运行的条件；
所述第一设备生成用于请求试运行的第一报文，所述第一报文携带所述条件集；
所述第一设备向所述第二设备发送所述第一报文。
2.根据权利要求1所述的方法，其特征在于，
所述条件包括参数及其取值范围，或者
所述条件包括通知信息，所述通知信息包括告警信息或事件信息。
3.根据权利要求1所述的方法，其特征在于，
所述条件集包括用于指示动作的命令的条件，和用于表示所述动作的执行结果的条件。
4.根据权利要求1至3任一项所述的方法，其特征在于，所述第一报文为网络配置协议NETCONF报文、远程登录网络协议TELNET报文或安全外壳协议SSH报文。
5.根据权利要求1至3任一项所述的方法，其特征在于，在所述运行有网络协议客户端的第一设备获得条件集之前，还包括：
所述第一设备接收所述第二设备发送的能力标识，所述能力标识用于标识所述第二设备支持自动退出试运行。
6.根据权利要求1至3任一项所述的方法，其特征在于，所述方法还包括：
所述第一设备接收所述第二设备发送的第二报文，所述第二报文用于通告所述第二设备已退出试运行。
7.一种自动退出试运行的方法，其特征在于，包括：
运行有网络协议服务端的第二设备接收运行有网络协议客户端的第一设备发送的第一报文，所述第一报文为用于请求试运行的报文，所述第一报文携带条件集，所述条件集包括至少一个条件，所述至少一个条件为用于指示所述第二设备，在运行了修改所述第二设备的配置的试运行后退出所述试运行的条件；
在所述第二设备执行所述试运行的过程中，当所述第二设备确定满足所述条件集时，所述第二设备退出所述试运行。
8.根据权利要求7所述的方法，其特征在于，
所述条件包括参数及其取值范围，或者
所述条件包括通知信息，所述通知信息包括告警信息或事件信息。
9.根据权利要求7所述的方法，其特征在于，
所述条件集包括用于指示动作的命令的条件，和用于表示所述动作的执行结果的条件。
10.根据权利要求7至9任一项所述的方法，其特征在于，所述第一报文为网络配置协议NETCONF报文、远程登录网络协议TELNET报文或安全外壳协议SSH报文。
11.根据权利要求7至9任一项所述的方法，其特征在于，在运行有网络协议服务端的第二设备接收运行有网络协议客户端的第一设备发送的第一报文之前，还包括：
所述第二设备向所述第一设备发送能力标识，所述能力标识用于标识所述第二设备支持自动退出试运行。
12.根据权利要求7至9任一项所述的方法，其特征在于，所述第二设备退出所述试运行之后，所述方法还包括：
所述第二设备向所述第一设备发送第二报文，所述第二报文用于通告所述服务端设备已退出试运行。
13.一种第一设备，其特征在于，所述第一设备运行有网络协议客户端，所述第一设备包括：
获取单元，用于获取条件集，所述条件集包括至少一个条件，所述至少一个条件为用于指示运行有网络协议服务端的第二设备，在运行了修改所述第二设备的配置的试运行后退出所述试运行的条件；
生成单元，用于生成请求试运行的第一报文，所述第一报文携带所述条件集；
发送单元，用于向所述第二设备发送所述第一报文。
14.根据权利要求13所述的第一设备，其特征在于，
所述条件包括参数及其取值范围，或者
所述条件包括通知信息，所述通知信息包括告警信息或事件信息。
15.根据权利要求13所述的第一设备，其特征在于，
所述条件集包括用于指示动作的命令的条件，和用于表示所述动作的执行结果的条件。
16.根据权利要求13至15任一项所述的第一设备，其特征在于，所述第一报文为网络配置协议NETCONF报文、远程登录网络协议TELNET报文或安全外壳协议SSH报文。
17.根据权利要求13至15任一项所述的第一设备，其特征在于，所述第一设备还包括：
第一接收单元，用于接收所述第二设备发送的能力标识，所述能力标识用于标识所述第二设备支持自动退出试运行。
18.根据权利要求13至15任一项所述的第一设备，其特征在于，所述第一设备还包括：
第二接收单元，用于接收所述第二设备发送的第二报文，所述第二报文用于通告所述第二设备已退出试运行。
19.一种第二设备，其特征在于，所述第二设备运行有网络协议服务端，所述第二设备包括：
接收单元，用于接收运行有网络协议客户端的第一设备发送的第一报文，所述第一报文用于请求试运行的报文，所述第一报文携带条件集，所述条件集包括至少一个条件，所述至少一个条件为用于指示所述第二设备，在运行了修改所述第二设备的配置的试运行后退出所述试运行的条件；
处理单元，用于在所述试运行的过程中，确定满足所述条件集时，退出所述试运行。
20.根据权利要求19所述的第二设备，其特征在于，
所述条件包括参数及其取值范围，或者
所述条件包括通知信息，所述通知信息包括告警信息或事件信息。
21.根据权利要求19所述的第二设备，其特征在于，
所述条件集包括用于指示动作的命令的条件，和用于表示所述动作的执行结果的条件。
22.根据权利要求19至21任一项所述的第二设备，其特征在于，所述第一报文为网络配置协议NETCONF报文、远程登录网络协议TELNET报文或安全外壳协议SSH报文。
23.根据权利要求19至21任一项所述的第二设备，其特征在于，所述第二设备还包括：
第一发送单元，用于向所述第一设备发送能力标识，所述能力标识用于标识所述第二设备支持自动退出试运行。
24.根据权利要求19至21任一项所述的第二设备，其特征在于，所述第二设备还包括：
第二发送单元，用于向所述第一设备发送第二报文，所述第二报文用于通告所述服务端设备已退出试运行。
25.一种网络系统，其特征在于，所述网络系统包括运行有网络协议客户端的第一设备和运行有网络协议服务端的第二设备，所述第一设备为权利要求13至18任一项所述的第一设备，所述第二设备为权利要求19至24任一项所述的第二设备。
CN201910943992.4A 2019-09-30 2019-09-30 一种自动退出试运行的方法、设备和系统 Active CN112583621B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201910943992.4A CN112583621B (zh) 2019-09-30 2019-09-30 一种自动退出试运行的方法、设备和系统
US17/035,311 US20210099345A1 (en) 2019-09-30 2020-09-28 Method for automatically exiting trial run, device, and system
EP20199095.9A EP3799357A1 (en) 2019-09-30 2020-09-29 Method for automatically exiting trial run, device, and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910943992.4A CN112583621B (zh) 2019-09-30 2019-09-30 一种自动退出试运行的方法、设备和系统

Publications (2)

Publication Number Publication Date
CN112583621A CN112583621A (zh) 2021-03-30
CN112583621B true CN112583621B (zh) 2022-03-25

Family

ID=72670644

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910943992.4A Active CN112583621B (zh) 2019-09-30 2019-09-30 一种自动退出试运行的方法、设备和系统

Country Status (3)

Country Link
US (1) US20210099345A1 (zh)
EP (1) EP3799357A1 (zh)
CN (1) CN112583621B (zh)

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101110822B (zh) * 2007-07-06 2011-11-02 华为技术有限公司 基于网络配置协议的事件通知发送方法、系统及设备
CN104125107B (zh) * 2013-04-25 2018-02-13 上海斐讯数据通信技术有限公司 Epon系统及其oam扩展报文的测试装置及方法
CN103746840B (zh) * 2013-12-30 2017-05-17 迈普通信技术股份有限公司 网络设备软件版本信息自动核对方法和系统
CN104360951B (zh) * 2014-12-09 2017-09-29 迈普通信技术股份有限公司 一种脚本测试方法和装置
CN105812224B (zh) * 2016-04-20 2021-07-20 广东电网有限责任公司电力科学研究院 一种基于trunk协议进行网络扫描的方法及系统
CN105915529B (zh) * 2016-05-19 2019-04-16 微梦创科网络科技（中国）有限公司 一种报文生成方法及装置
CN108270591B (zh) * 2016-12-30 2021-06-01 华为技术有限公司 一种配置网络设备的方法和相关设备

Also Published As

Publication number Publication date
CN112583621A (zh) 2021-03-30
US20210099345A1 (en) 2021-04-01
EP3799357A1 (en) 2021-03-31

Similar Documents

Publication Publication Date Title
US9553831B2 (en) Adaptive publish/subscribe system
CN108566290B (zh) 服务配置管理方法、系统、存储介质和服务器
TW201944236A (zh) 任務處理方法、裝置及系統
CN107800565B (zh) 巡检方法、装置、系统、计算机设备和存储介质
US20090182802A1 (en) Mobile device management scheduling
EP3244569A1 (en) Asset information management method and device
CN108206764B (zh) 网络设备配置信息的配置方法、服务器和计算机可读介质
EP3132567B1 (en) Event processing in a network management system
US20160344582A1 (en) Call home cluster
KR20220016108A (ko) 자원 구독 방법, 기기, 서버 및 컴퓨터 저장 매체
US20170280410A1 (en) Method, device and system for implementing information self-registration, and computer storage medium
CN111064626A (zh) 配置更新方法、装置、服务器及可读存储介质
CN110881055A (zh) 基于Redis的微服务处理方法和设备
US20210274020A1 (en) Communication method, client device, and server device
EP3373608B1 (en) Method and apparatus for acquiring resources
CN112583621B (zh) 一种自动退出试运行的方法、设备和系统
CN105281940B (zh) 一种基于netconf协议的hello报文交互的方法、设备和系统
WO2017219775A1 (zh) 一种配置状态回退方法、装置和计算机存储介质
CN112153146A (zh) 操作通知方法和装置、存储介质和电子装置
CN112307486A (zh) 一种权限获取方法、设备和系统
CN110768818A (zh) 一种网络管理方法和装置
CN114025005A (zh) 一种数据通讯方法、系统、电子设备及存储介质
CN108234215B (zh) 一种网关的创建方法、装置、计算机设备及存储介质
CN113094131A (zh) 提示资源的显示方法、装置、终端、服务器及存储介质
JP2013118507A (ja) 中継装置、通信制御方法

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