CN109245953A - 一种网络配置方法和装置 - Google Patents
一种网络配置方法和装置 Download PDFInfo
- Publication number
- CN109245953A CN109245953A CN201811399694.5A CN201811399694A CN109245953A CN 109245953 A CN109245953 A CN 109245953A CN 201811399694 A CN201811399694 A CN 201811399694A CN 109245953 A CN109245953 A CN 109245953A
- Authority
- CN
- China
- Prior art keywords
- configuration
- network configuration
- netconf
- network
- log
- 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
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/06—Management of faults, events, alarms or notifications
- H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of 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/085—Retrieval of network configuration; Tracking network configuration history
-
- 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/0889—Techniques to speed-up the configuration process
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请提供了网络配置方法和装置。本申请中,NETCONF客户端通过为下发的网络配置生成配置日志,基于配置日志可以直接定位NETCONF客户端在NETCONF连接异常前成功下发的最后一条网络配置(即上述的目标网络配置),然后从目标网络配置的下一条网络配置开始继续执行网络配置下发,这实现了NETCONF客户端在NETCONF连接恢复正常后不会重复下发之前已下发的网络配置,避免了NETCONF服务端收到重复的网络配置。
Description
技术领域
本申请涉及网络通信技术,特别涉及一种网络配置方法和装置。
背景技术
网络配置(NETCONF)是一种基于可扩展标记语言(XML)的配置协议。在NETCONF客户端和NETCONF服务端之间建立NETCONF连接后,NETCONF客户端通过NETCONF连接向NETCONF服务端下发网络配置,这实现了更为灵活和方便的网络配置。这里的网络配置可为开放流(OPENFLOW)配置,端口配置,服务质量(QoS)配置,防火墙策略等。在应用中,NETCONF客户端可为控制器,NETCONF服务端可为防火墙,负载均衡器,交换设备等。
但是,在NETCONF客户端下发网络配置的过程中常因为NETCONF连接异常导致NETCONF客户端仅下发部分网络配置至NETCONF服务端后就无法继续下发剩余网络配置。比如NETCONF客户端需向NETCONF服务端下发5条网络配置(配置1至配置5),NETCONF客户端按照顺序从起始位置开始逐条向NETCONF服务端下发网络配置,可能会出现NETCONF客户端下发完配置3后因NETCONF连接异常导致无法继续向NETCONF服务端下发剩余两条网络配置(配置4、配置5)。而在上述NETCONF连接恢复正常后,NETCONF客户端会重新从起始位置开始下发,这会导致NETCONF服务端收到重复的网络配置。仍以上述5条配置为例,则在上述NETCONF连接恢复正常后,NETCONF客户端按照顺序重新从起始位置开始逐条向NETCONF服务端下发网络配置,就会导致NETCONF服务端收到重复的配置1至配置3。
发明内容
本申请提供了网络配置方法和装置,以防止NETCONF服务端收到重复的网络配置。
本申请提供的技术方案包括:
一种网络配置方法,该方法应用于网络配置NETCONF客户端,所述NETCONF客户端与NETCONF服务端之间建立了NETCONF连接,该方法包括:
在通过NETCONF连接向NETCONF服务端下发网络配置的过程中,为下发的每一条网络配置生成对应的配置日志并记录至指定存储介质,并在所述NETCONF连接异常时,结束网络配置下发;配置日志包括网络配置标识ID、网络配置下发结果,网络配置下发结果用于表示网络配置是否下发成功;
在检测到NETCONF连接从异常恢复为正常时,依据指定存储介质记录的配置日志定位目标网络配置,目标网络配置为所述NETCONF客户端在所述NETCONF连接异常前成功下发的最后一条网络配置,从目标网络配置的下一条网络配置开始继续执行网络配置下发,直至所有网络配置下发完成。
一种网络配置装置,该装置应用于网络配置NETCONF客户端,所述NETCONF客户端与NETCONF服务端之间建立了NETCONF连接,该装置包括:
配置单元,用于通过NETCONF连接向NETCONF服务端下发网络配置,并在所述NETCONF连接异常时,结束网络配置下发;
日志单元,用于所述配置单元在通过NETCONF连接向NETCONF服务端下发网络配置的过程中,为下发的每一条网络配置生成对应的配置日志并记录至指定存储介质;配置日志包括网络配置标识ID、网络配置下发结果,网络配置下发结果用于表示网络配置是否下发成功;
定位单元,用于在检测到NETCONF连接从异常恢复为正常时,依据指定存储介质记录的配置日志定位目标网络配置,目标网络配置为所述NETCONF客户端在所述NETCONF连接异常前成功下发的最后一条网络配置,以触使所述配置单元从目标网络配置的下一条网络配置开始继续执行网络配置下发,直至所有网络配置下发完成。
由以上技术方案可以看出,本申请中,NETCONF客户端通过为下发的网络配置生成配置日志,基于配置日志可以直接定位NETCONF客户端在NETCONF连接异常前成功下发的最后一条网络配置(即上述的目标网络配置),然后从目标网络配置的下一条网络配置开始继续执行网络配置下发,这实现了NETCONF客户端在NETCONF连接恢复正常后不会重复下发之前已下发的网络配置,避免了NETCONF服务端收到重复的网络配置。
进一步地,本申请基于配置日志可以直接定位NETCONF客户端在NETCONF连接异常前成功下发的最后一条网络配置(即上述的目标网络配置),而非从NETCONF服务端获取NETCONF服务端已有的网络配置,以及对比网络配置序列中的网络配置与NETCONF服务端已有的网络配置,节省资源,提高了网络配置从NETCONF客户端平滑至NETCONF服务端的效率。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。
图1为本申请提供的方法流程图;
图2为本申请提供的步骤101实现流程图;
图3为本申请实施例提供的应用示意图;
图4为本申请提供的装置结构示意图。
具体实施方式
在具体应用中,NETCONF客户端会提前获取网络配置序列表并记录。网络配置序列表包括基于业务应用定义的网络配置。在一个例子中,网络配置序列表可预先配置在NETCONF客户端。比如通过硬编码的方式编码并记录至NETCONF客户端。在另一个例子中,NETCONF客户端可通过对外接口获取网络配置序列表并记录。本申请并不具体网络配置序列表的获取方式。
在本申请中,网络配置可为OPENFLOW配置,端口配置,QoS配置,防火墙策略等。
在具体实现时,NETCONF客户端会先与NETCONF服务端相互协商建立NETCONF连接。之后,NETCONF客户端通过NETCONF连接按顺序从起始位置开始逐条向NETCONF服务端下发网络配置。
NETCONF客户端在通过NETCONF连接向NETCONF服务端下发网络配置的过程中常会出现NETCONF连接异常,而当NETCONF连接异常,则NETCONF客户端就无法下发网络配置,网络配置下发失败。
之后,NETCONF客户端根据异常恢复检测方式(比如保活检测机制、连接重建机制、NETCONF客户端所处的控制器重启等机制)检测到NETCONF连接恢复正常,则会继续下发网络配置。
其中,如背景技术最后描述的内容,NETCONF客户端在NETCONF连接恢复正常后仍按照顺序重新从起始位置开始逐条向NETCONF服务端下发网络配置,这会导致NETCONF服务端收到重复的网络配置。比如NETCONF客户端需向NETCONF服务端下发5条网络配置(配置1至配置5),NETCONF客户端按照顺序从起始位置开始逐条向NETCONF服务端下发网络配置,下发完配置3后因NETCONF连接异常导致无法继续向NETCONF服务端下发剩余两条网络配置(配置4、配置5)。而在上述NETCONF连接恢复正常后,NETCONF客户端按照顺序重新从起始位置开始逐条向NETCONF服务端下发网络配置,就会导致NETCONF服务端收到重复的配置1至配置3。
为了防止NETCONF服务端收到重复的网络配置,则需要NETCONF客户端在NETCONF连接恢复正常后首先确定出NETCONF连接异常前的网络配置下发进度,然后根据该网络配置下发进度决定哪些网络配置需要补充下发。
目前,常用的一种实现方式为:NETCONF客户端在NETCONF连接恢复正常后,从NETCONF服务端通过NETCONF连接获取NETCONF服务端已有的网络配置,比较本地记录的网络配置序列中的网络配置与NETCONF服务端已有的网络配置,将本地记录的网络配置序列中与NETCONF服务端已有的网络配置不同的其他所有网络配置确定为需要下发的网络配置,按照顺序将该确定的需要下发的网络配置通过NETCONF连接下发至NETCONF服务端。
但是,上述方式存在以下缺陷:NETCONF客户端从NETCONF服务端通过NETCONF连接获取NETCONF服务端已有的网络配置需要消耗大量网络带宽;NETCONF客户端比较本地记录的网络配置序列中的网络配置与NETCONF服务端已有的网络配置会消耗大量的CPU和内存等资源,性能差,效率低。
为了解决上述问题且避免上述缺陷,本申请提供了如图1所示的方法。
参见图1,图1为本申请提供的方法流程图。该方法应用于NETCONF客户端。在具体实现时,NETCONF客户端可为控制器。
在图1所示的流程执行之前,NETCONF客户端与NETCONF服务端之间会建立NETCONF连接。这里建立NETCONF连接的方式类似现有NETCONF连接的建立方式,本申请并不具体限定。在具体实现时,NETCONF服务端可为防火墙,负载均衡器,交换设备等。
如图1所示,该流程可包括以下步骤:
步骤101,在通过所述NETCONF连接向所述NETCONF服务端下发网络配置的过程中,为下发的每一条网络配置生成对应的配置日志并记录至指定存储介质,并在所述NETCONF连接异常时,结束网络配置下发。
这里,配置日志可至少包括网络配置标识(ID)、网络配置下发结果。
在本申请中,网络配置下发结果用于表示网络配置是否下发成功。需要说明的是,这里的NETCONF连接异常可由NETCONF连接本身故障引起,也可由NETCONF客户端所承载的控制器重启引起,还可由导致不能正常向NETCONF服务端下发网络配置的其他故障引起,本申请并不具体限定。
之后,NETCONF客户端会根据已设的异常恢复检测方式(比如保活检测机制、连接重建机制、NETCONF客户端所处的控制器重启等机制)检测NETCONF连接是否恢复正常,当检测到NETCONF连接从异常恢复为正常时,则执行步骤102。
步骤102,NETCONF客户端在检测到NETCONF连接从异常恢复为正常时,依据指定存储介质记录的配置日志定位目标网络配置,目标网络配置为所述NETCONF客户端在所述NETCONF连接异常前成功下发的最后一条网络配置,从目标网络配置的下一条网络配置开始继续执行网络配置下发,直至所有网络配置下发完成。
至此,完成图1所示流程。
从图1所示流程可以看出,在本申请中,NETCONF客户端通过为下发的网络配置生成配置日志,基于配置日志可以直接定位NETCONF客户端在NETCONF连接异常前成功下发的最后一条网络配置(即上述的目标网络配置),然后从目标网络配置的下一条网络配置开始继续执行网络配置下发,这实现了NETCONF客户端在NETCONF连接恢复正常后不会重复下发之前已下发的网络配置,避免了NETCONF服务端收到重复的网络配置。
进一步地,本申请基于配置日志可以直接定位NETCONF客户端在NETCONF连接异常前成功下发的最后一条网络配置(即上述的目标网络配置),而非从NETCONF服务端获取NETCONF服务端已有的网络配置,以及对比网络配置序列中的网络配置与NETCONF服务端已有的网络配置,节省资源,提高了网络配置从NETCONF客户端平滑至NETCONF服务端的效率。
在图1所示流程中,作为一个实施例,步骤101中为下发的每一条网络配置生成对应的配置日志并记录至指定存储介质可包括图2所示流程:
参见图2,图2为本申请提供的步骤101实现流程图。如图2所示,该流程可包括以下步骤:
步骤201,在通过所述NETCONF连接向NETCONF服务端下发每一条网络配置前,先生成与网络配置对应的配置日志并记录至指定存储介质,之后通过NETCONF连接向NETCONF服务端下发网络配置。
在一个例子中,这里的指定存储介质可为持久化存储介质,比如文件、数据库等。
如上描述,配置日志包括网络配置ID、网络配置下发结果。这里的网络配置ID可唯一标识网络配置,不同网络配置的ID不同。
需要说明的是,在本实施例中,配置日志还可包括网络配置信息(其具体可为以SOAP格式表示的NETCONF消息内容)。下述表1举例示出了配置日志的格式:
表1
在本实施例中,步骤201中配置日志中的网络配置下发结果取值为用于指示网络配置下发失败的第一值。这里的第一值可自定义,比如为False。
步骤202,判断所述网络配置是否成功下发至NETCONF服务端,若是,继续通过NETCONF连接向NETCONF服务端下发下一条网络配置,并将所述配置日志中的网络配置下发结果从第一值修改为用于指示网络配置下发成功的第二值,否则,结束通过所述NETCONF连接向NETCONF服务端下发下一条网络配置,并维持所述配置日志中的网络配置下发结果为第一值。
在一个例子中,判断所述网络配置是否成功下发至NETCONF服务端可包括:在下发网络配置后的设定时间内检查是否接收到NETCONF服务端返回的用于响应所述网络配置的配置成功消息,若是,确定所述网络配置成功下发至所述NETCONF服务端,否则,确定所述网络配置下发失败。
至此,通过图2所示流程即可实现NETCONF客户端为下发的每一条网络配置生成对应的配置日志并记录至指定存储介质。
下面通过一个实施例对图1、图2所示流程进行描述:
参见图3,图3为本申请实施例提供的示意图。如图3所示,NETCONF客户端与NETCONF服务端之间建立了NETCONF连接。NETCONF客户端本地记录了网络配置序列表,该网络配置序列表包括100条网络配置(记为配置301至配置401)。
假若需要向NETCONF服务端下发网络配置,则NETCONF客户端从网络配置序列表中选择第一条网络配置(记为配置301)。
NETCONF客户端在通过NETCONF连接下发配置301之前,先生成与配置301对应的配置日志并记录至指定存储介质。配置日志中至少包括:配置301的ID、网络配置下发结果。此时网络配置下发结果取值为用于指示配置301下发失败的第一值比如False。
之后,NETCONF客户端通过NETCONF连接向NETCONF服务端下发配置301。
NETCONF客户端在下发配置301后的设定时间内检查是否接收到NETCONF服务端返回的用于响应配置301的配置成功消息。
本实施例以NETCONF客户端在上述设定时间内接收到NETCONF服务端返回的配置成功消息为例,则NETCONF客户端确定配置301成功下发至NETCONF服务端。此时,NETCONF客户端将配置301对应的配置日志中的网络配置下发结果从第一值修改为第二值,第二值用于指示配置301下发成功,比如为True。
NETCONF客户端继续按顺序从网络配置序列表中选择下一条网络配置(记为配置302),然后按照类似配置301的方式处理,以此类推。
在一个例子中,有可能出现:假若NETCONF客户端按顺序成功下发了50条配置后,再下发第51条配置(记配置351)时,结果发现在下发配置351后的设定时间内未接收到NETCONF服务端返回的用于响应配置351的配置成功消息,则确定配置351下发失败。此时NETCONF连接异常,NETCONF客户端结束网络配置下发。执行到此时,NETCONF客户端继续维持配置351对应的配置日志中的网络配置下发结果为第一值。
在本实施例中,在NETCONF连接异常后,NETCONF客户端会实时或周期检测NETCONF连接是否恢复正常,当NETCONF客户端检测到NETCONF连接从异常恢复为正常后,NETCONF客户端从指定存储介质记录的配置日志中查找到目标配置日志,目标配置日志是指NETCONF客户端在所述NETCONF连接异常前生成的最后一条配置日志,在本实施例中,目标配置日志为满足以下条件的配置日志:网络配置下发结果为第一值,基于上面描述,此时目标配置日志为配置351对应的配置日志。
NETCONF客户端从已记录的网络配置序列表中查找到目标配置日志中的网络配置ID对应的网络配置(即上述的配置351),将查找到网络配置的上一条网络配置(即配置350)确定为目标网络配置。
NETCONF客户端从目标网络配置(即配置350)的下一条网络配置(即配置351)开始继续执行网络配置下发,这里执行网络配置下发的方式类似上述配置301的处理方式,以此类推,直至所有网络配置下发完成。
在另一个例子中,也有可能出现:NETCONF客户端按顺序成功下发了50条配置后,在尚未开始第51条配置(记配置351)的下发时,结果发现NETCONF连接异常。此时,NETCONF客户端结束网络配置下发。截止到此时,指定存储介质记录的各配置日志中的网络配置下发结果均为第二值。
基于此,在本实施例中,在NETCONF连接异常后,NETCONF客户端会实时或周期检测NETCONF连接是否恢复正常,当NETCONF客户端检测到NETCONF连接从异常恢复为正常后,NETCONF客户端从指定存储介质记录的配置日志中查找到目标配置日志,此时的目标配置日志是指NETCONF客户端在所述NETCONF连接异常前生成的最后一条配置日志,在本实施例中,目标配置日志为满足以下条件的配置日志:网络配置下发结果为第二值的配置日志,基于上面描述,此时目标配置日志为配置350对应的配置日志。
NETCONF客户端从已记录的网络配置序列表中查找到目标配置日志中的网络配置ID对应的网络配置(即上述的配置350),将查找到网络配置(即配置350)确定为目标网络配置。
NETCONF客户端从目标网络配置(即配置350)的下一条网络配置(即配置351)开始继续执行网络配置下发,这里执行网络配置下发的方式类似上述配置301的处理方式,以此类推,直至所有网络配置下发完成。
至此,完成图3所示实施例的描述。
从图3所示实施例可以看出,在本申请中,NETCONF客户端通过为下发的网络配置生成配置日志,基于配置日志可以直接定位NETCONF客户端在NETCONF连接异常前成功下发的最后一条网络配置(即上述的目标网络配置),然后从目标网络配置的下一条网络配置开始继续执行网络配置下发,这实现了NETCONF客户端在NETCONF连接恢复正常后不会重复下发之前已下发的网络配置,避免了NETCONF服务端收到重复的网络配置。
进一步地,本申请基于配置日志可以直接定位NETCONF客户端在NETCONF连接异常前成功下发的最后一条网络配置(即上述的目标网络配置),而非从NETCONF服务端获取NETCONF服务端已有的网络配置,以及对比网络配置序列中的网络配置与NETCONF服务端已有的网络配置,节省资源,提高了网络配置从NETCONF客户端平滑至NETCONF服务端的效率。
以上对本申请提供的方法进行了描述,下面对本申请提供的装置进行描述:
参见图4,图4为本申请提供的装置结构图。该装置应用于NETCONF客户端,所述NETCONF客户端与NETCONF服务端之间建立了NETCONF连接,该装置包括:
配置单元,用于通过NETCONF连接向NETCONF服务端下发网络配置,并在所述NETCONF连接异常时,结束网络配置下发;
日志单元,用于所述配置单元在通过NETCONF连接向NETCONF服务端下发网络配置的过程中,为下发的每一条网络配置生成对应的配置日志并记录至指定存储介质;配置日志包括网络配置标识ID、网络配置下发结果,网络配置下发结果用于表示网络配置是否下发成功;
定位单元,用于在检测到NETCONF连接从异常恢复为正常时,依据指定存储介质记录的配置日志定位目标网络配置,目标网络配置为所述NETCONF客户端在所述NETCONF连接异常前成功下发的最后一条网络配置,以触使所述配置单元从目标网络配置的下一条网络配置开始继续执行网络配置下发,直至所有网络配置下发完成。
在一个例子中,所述日志单元用于所述配置单元在通过所述NETCONF连接向所述NETCONF服务端下发每一条网络配置前,先生成与所述网络配置对应的配置日志并记录至指定存储介质,所述配置日志中的网络配置下发结果取值为用于指示网络配置下发失败的第一值;以及,
在所述配置单元通过所述NETCONF连接向NETCONF服务端下发所述网络配置后,判断所述网络配置是否成功下发至NETCONF服务端,若是,触使所述配置单元继续通过所述NETCONF连接向所述NETCONF服务端下发下一条网络配置,并将所述配置日志中的网络配置下发结果从所述第一值修改为用于指示网络配置下发成功的第二值,否则,触使所述配置单元结束通过所述NETCONF连接向NETCONF服务端下发下一条网络配置,并维持所述配置日志中的网络配置下发结果为第一值。
在一个例子中,所述定位单元从所述指定存储介质记录的配置日志中查找到目标配置日志,所述目标配置日志是指所述NETCONF客户端在所述NETCONF连接异常前生成的最后一条配置日志;依据所述目标配置日志从已记录的网络配置序列表中定位出所述目标网络配置。
在一个例子中,所述目标配置日志中的网络配置下发结果为第一值;所述定位单元依据目标配置日志从已记录的网络配置序列表中定位出所述目标网络配置包括:从已记录的网络配置序列表中查找到与所述目标配置日志中的网络配置ID对应的网络配置,将查找到网络配置的上一条网络配置确定为所述目标网络配置;或者,
所述目标配置日志中的网络配置下发结果为第二值;所述定位单元依据目标配置日志从已记录的网络配置序列表中定位出所述目标网络配置包括:从已记录的网络配置序列表中查找到与所述目标配置日志中的网络配置ID对应的网络配置,将查找到网络配置确定为所述目标网络配置。
至此,完成本申请提供的装置结构描述。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。
Claims (10)
1.一种网络配置方法,其特征在于,该方法应用于网络配置NETCONF客户端,所述NETCONF客户端与NETCONF服务端之间建立了NETCONF连接,该方法包括:
在通过NETCONF连接向NETCONF服务端下发网络配置的过程中,为下发的每一条网络配置生成对应的配置日志并记录至指定存储介质,并在所述NETCONF连接异常时,结束网络配置下发;配置日志包括网络配置标识ID、网络配置下发结果,网络配置下发结果用于表示网络配置是否下发成功;
在检测到NETCONF连接从异常恢复为正常时,依据指定存储介质记录的配置日志定位目标网络配置,目标网络配置为所述NETCONF客户端在所述NETCONF连接异常前成功下发的最后一条网络配置,从目标网络配置的下一条网络配置开始继续执行网络配置下发,直至所有网络配置下发完成。
2.根据权利要求1所述的方法,其特征在于,所述为下发的每一条网络配置生成对应的配置日志并记录至指定存储介质包括:
在通过所述NETCONF连接向所述NETCONF服务端下发每一条网络配置前,先生成与所述网络配置对应的配置日志并记录至指定存储介质,所述配置日志中的网络配置下发结果取值为用于指示网络配置下发失败的第一值,之后通过所述NETCONF连接向NETCONF服务端下发所述网络配置;
判断所述网络配置是否成功下发至NETCONF服务端,若是,继续通过所述NETCONF连接向所述NETCONF服务端下发下一条网络配置,并将所述配置日志中的网络配置下发结果从所述第一值修改为用于指示网络配置下发成功的第二值,否则,结束通过所述NETCONF连接向NETCONF服务端下发下一条网络配置,并维持所述配置日志中的网络配置下发结果为第一值。
3.根据权利要求2所述的方法,其特征在于,所述判断所述网络配置是否成功下发至NETCONF服务端包括:
在下发所述网络配置后的设定时间内检查是否接收到所述NETCONF服务端返回的用于响应所述网络配置的配置成功消息,若是,确定所述网络配置成功下发至所述NETCONF服务端,否则,确定所述网络配置下发失败。
4.根据权利要求2所述的方法,其特征在于,所述依据指定存储介质记录的配置日志定位目标网络配置包括:
从所述指定存储介质记录的配置日志中查找到目标配置日志,所述目标配置日志是指所述NETCONF客户端在所述NETCONF连接异常前生成的最后一条配置日志;
依据所述目标配置日志从已记录的网络配置序列表中定位出所述目标网络配置。
5.根据权利要求4所述的方法,其特征在于,若所述目标配置日志中的网络配置下发结果为第一值;
所述依据目标配置日志从已记录的网络配置序列表中定位出所述目标网络配置包括:从已记录的网络配置序列表中查找到与所述目标配置日志中的网络配置ID对应的网络配置,将查找到网络配置的上一条网络配置确定为所述目标网络配置。
6.根据权利要求4所述的方法,其特征在于,若所述目标配置日志中的网络配置下发结果为第二值;
所述依据目标配置日志从已记录的网络配置序列表中定位出所述目标网络配置包括:从已记录的网络配置序列表中查找到与所述目标配置日志中的网络配置ID对应的网络配置,将查找到网络配置确定为所述目标网络配置。
7.一种网络配置装置,其特征在于,该装置应用于网络配置NETCONF客户端,所述NETCONF客户端与NETCONF服务端之间建立了NETCONF连接,该装置包括:
配置单元,用于通过NETCONF连接向NETCONF服务端下发网络配置,并在所述NETCONF连接异常时,结束网络配置下发;
日志单元,用于所述配置单元在通过NETCONF连接向NETCONF服务端下发网络配置的过程中,为下发的每一条网络配置生成对应的配置日志并记录至指定存储介质;配置日志包括网络配置标识ID、网络配置下发结果,网络配置下发结果用于表示网络配置是否下发成功;
定位单元,用于在检测到NETCONF连接从异常恢复为正常时,依据指定存储介质记录的配置日志定位目标网络配置,目标网络配置为所述NETCONF客户端在所述NETCONF连接异常前成功下发的最后一条网络配置,以触使所述配置单元从目标网络配置的下一条网络配置开始继续执行网络配置下发,直至所有网络配置下发完成。
8.根据权利要求7所述的装置,其特征在于,所述日志单元用于所述配置单元在通过所述NETCONF连接向所述NETCONF服务端下发每一条网络配置前,先生成与所述网络配置对应的配置日志并记录至指定存储介质,所述配置日志中的网络配置下发结果取值为用于指示网络配置下发失败的第一值;以及,
在所述配置单元通过所述NETCONF连接向NETCONF服务端下发所述网络配置后,判断所述网络配置是否成功下发至NETCONF服务端,若是,触使所述配置单元继续通过所述NETCONF连接向所述NETCONF服务端下发下一条网络配置,并将所述配置日志中的网络配置下发结果从所述第一值修改为用于指示网络配置下发成功的第二值,否则,触使所述配置单元结束通过所述NETCONF连接向NETCONF服务端下发下一条网络配置,并维持所述配置日志中的网络配置下发结果为第一值。
9.根据权利要求8所述的装置,其特征在于,所述定位单元从所述指定存储介质记录的配置日志中查找到目标配置日志,所述目标配置日志是指所述NETCONF客户端在所述NETCONF连接异常前生成的最后一条配置日志;依据所述目标配置日志从已记录的网络配置序列表中定位出所述目标网络配置。
10.根据权利要求9所述的装置,其特征在于,所述目标配置日志中的网络配置下发结果为第一值;所述定位单元依据目标配置日志从已记录的网络配置序列表中定位出所述目标网络配置包括:从已记录的网络配置序列表中查找到与所述目标配置日志中的网络配置ID对应的网络配置,将查找到网络配置的上一条网络配置确定为所述目标网络配置;或者,
所述目标配置日志中的网络配置下发结果为第二值;所述定位单元依据目标配置日志从已记录的网络配置序列表中定位出所述目标网络配置包括:从已记录的网络配置序列表中查找到与所述目标配置日志中的网络配置ID对应的网络配置,将查找到网络配置确定为所述目标网络配置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811399694.5A CN109245953B (zh) | 2018-11-22 | 2018-11-22 | 一种网络配置方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811399694.5A CN109245953B (zh) | 2018-11-22 | 2018-11-22 | 一种网络配置方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109245953A true CN109245953A (zh) | 2019-01-18 |
CN109245953B CN109245953B (zh) | 2022-11-01 |
Family
ID=65075725
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811399694.5A Active CN109245953B (zh) | 2018-11-22 | 2018-11-22 | 一种网络配置方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109245953B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109743209A (zh) * | 2019-01-21 | 2019-05-10 | 北京百度网讯科技有限公司 | 用于传输信息的方法及装置 |
CN111917613A (zh) * | 2020-09-07 | 2020-11-10 | 紫光云(南京)数字技术有限公司 | 一种云计算网络配置自动检测系统及方法 |
CN113132127A (zh) * | 2019-12-30 | 2021-07-16 | 中兴通讯股份有限公司 | 网络设备管理方法、系统及网络设备 |
CN114448803A (zh) * | 2022-01-29 | 2022-05-06 | 网宿科技股份有限公司 | 一种配置下发方法、电子设备及存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101083684A (zh) * | 2007-07-24 | 2007-12-05 | 华为技术有限公司 | 通信设备批量配置管理方法及其装置 |
CN102314369A (zh) * | 2011-10-09 | 2012-01-11 | 杭州先锋电子技术股份有限公司 | 一种远程在线监控系统中设备自升级方法 |
CN102761614A (zh) * | 2012-06-29 | 2012-10-31 | 浪潮(北京)电子信息产业有限公司 | 一种实现网络数据传输断点续传的方法及系统 |
CN103631622A (zh) * | 2013-11-29 | 2014-03-12 | 中达电通股份有限公司 | 软件在线升级修复方法 |
CN105278998A (zh) * | 2015-11-17 | 2016-01-27 | 北京联合众为科技发展有限公司 | 一种单片机固件升级方法 |
KR101727782B1 (ko) * | 2013-12-06 | 2017-04-17 | 한국전자통신연구원 | 전송망의 자원 관리 방법 및 장치 |
CN106817391A (zh) * | 2015-12-01 | 2017-06-09 | 百度在线网络技术(北京)有限公司 | 文件断点续传方法和装置 |
-
2018
- 2018-11-22 CN CN201811399694.5A patent/CN109245953B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101083684A (zh) * | 2007-07-24 | 2007-12-05 | 华为技术有限公司 | 通信设备批量配置管理方法及其装置 |
CN102314369A (zh) * | 2011-10-09 | 2012-01-11 | 杭州先锋电子技术股份有限公司 | 一种远程在线监控系统中设备自升级方法 |
CN102761614A (zh) * | 2012-06-29 | 2012-10-31 | 浪潮(北京)电子信息产业有限公司 | 一种实现网络数据传输断点续传的方法及系统 |
CN103631622A (zh) * | 2013-11-29 | 2014-03-12 | 中达电通股份有限公司 | 软件在线升级修复方法 |
KR101727782B1 (ko) * | 2013-12-06 | 2017-04-17 | 한국전자통신연구원 | 전송망의 자원 관리 방법 및 장치 |
CN105278998A (zh) * | 2015-11-17 | 2016-01-27 | 北京联合众为科技发展有限公司 | 一种单片机固件升级方法 |
CN106817391A (zh) * | 2015-12-01 | 2017-06-09 | 百度在线网络技术(北京)有限公司 | 文件断点续传方法和装置 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109743209A (zh) * | 2019-01-21 | 2019-05-10 | 北京百度网讯科技有限公司 | 用于传输信息的方法及装置 |
CN109743209B (zh) * | 2019-01-21 | 2022-07-15 | 北京百度网讯科技有限公司 | 用于传输信息的方法及装置 |
CN113132127A (zh) * | 2019-12-30 | 2021-07-16 | 中兴通讯股份有限公司 | 网络设备管理方法、系统及网络设备 |
CN111917613A (zh) * | 2020-09-07 | 2020-11-10 | 紫光云(南京)数字技术有限公司 | 一种云计算网络配置自动检测系统及方法 |
CN114448803A (zh) * | 2022-01-29 | 2022-05-06 | 网宿科技股份有限公司 | 一种配置下发方法、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN109245953B (zh) | 2022-11-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109245953A (zh) | 一种网络配置方法和装置 | |
US20070233855A1 (en) | Adaptible keepalive for enterprise extenders | |
CN111901203B (zh) | 一种捕获网络流量的方法及Kubernetes集群 | |
WO2010072081A1 (zh) | 一种实现流媒体服务器大量终端接入的方法及系统 | |
EP3364627B1 (en) | Adaptive session intelligence extender | |
CN104980524A (zh) | 一种weblogic连接池失效监测方法 | |
CN103973424A (zh) | 缓存系统中的故障解决方法和设备 | |
CN110445697B (zh) | 视频大数据云平台设备接入服务方法 | |
WO2017198003A1 (zh) | 一种业务处理方法及系统 | |
CN108737574A (zh) | 一种节点离线判断方法、装置、设备及可读存储介质 | |
US11792098B2 (en) | Link detection method and system | |
WO2011153792A1 (zh) | 一种运行状态的检测方法及系统 | |
EP3605954B1 (en) | State detection of netconf session | |
CN104468201A (zh) | 一种网络设备离线的自动删除方法和设备 | |
WO2022121660A1 (zh) | 远程自动化抓包的实现方法、装置及系统 | |
CN110442506B (zh) | 一种日志获取方法、装置、业务服务器、系统及存储介质 | |
CN106559236B (zh) | 业务板的设备资源管理方法、装置、主控板及框式设备 | |
CN113849127A (zh) | 基于san存储双活网络的仲裁方法、装置及电子设备 | |
WO2021226784A1 (zh) | 节点配置方法、装置、分布式系统及计算机可读介质 | |
CN106375324B (zh) | 一种基于tcp/ip通信协议的网络通信系统及方法 | |
CN111225080B (zh) | 一种网关下挂设备信息的获取方法 | |
CN111224891B (zh) | 一种基于动态学习三元组的流量应用识别系统及方法 | |
WO2016065925A1 (zh) | 控制器替换方法及装置 | |
CN115426258A (zh) | 信息配置方法、装置、交换机及可读存储介质 | |
CN109274715A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |