一种网络设备配置方法及装置
文献发布时间:2023-06-19 12:11:54
技术领域
本申请涉及网络通信技术领域,尤其涉及一种网络设备配置方法及装置。
背景技术
为了迎接智能家庭时代的到来,广大运营商开始将业务向智能家庭网络延伸。在智能家庭网络中,路由器等网络设备通过家庭网关连接至运营商网络,为家庭内终端设备(比如,笔记本电脑等)提供接入运营商网络的服务。
不同运营商(比如,中国移动、中国联通、中国电信等),甚至同一运营商的不同地区对网络设备的配置需求也不同,且在实际使用过程中,可能还需要根据实际使用情况不断更新配置。为此,网络设备普遍支持网络配置功能。
目前主要的配置方式为更新网络设备的配置文件。但是,更新配置文件后,网络设备需要重启才能生效新的配置,这必然影响网络设备的运行,甚至可能导致断网等不好的用户体验。
发明内容
有鉴于此,本申请提出一种网络设备配置方法及装置,用以在实现配置更新的同时,降低对网络设备的影响。
为实现上述申请目的,本申请提供了如下技术方案:
第一方面,本申请提供一种网络设备配置方法,应用于云服务器,所述网络设备包括至少一个软件功能,每一个软件功能由对应线程实现,所述方法包括:
根据本地记录的软件功能与线程的标识的对应关系,确定与待配置软件功能对应的目标线程的标识;
向所述网络设备发送第一配置更新报文,所述第一配置更新报文包括所述目标线程的标识以及使能信息,以使所述网络设备利用所述目标线程对所述目标线程对应软件功能执行相应使能操作。
可选的,所述向所述网络设备发送第一配置更新报文之后,所述方法还包括:
接收所述网络设备发送的心跳报文,所述心跳报文包括所述目标线程对应软件功能当前的使能状态;
如果所述目标线程对应软件功能当前的使能状态与所述使能信息指示的所述目标线程对应软件功能执行对应使能操作所要达到的使能状态一致,则确定对所述目标线程对应软件功能的配置成功。
可选的,当所述第一配置更新报文包括的使能信息指示开启所述目标线程对应软件功能时,所述第一配置更新报文还包括所述目标线程的资源占用上限值,所述方法还包括:
如果在预设时间段内接收到超过预设数量个网络设备上报的所述目标线程的异常日志,则根据上报异常日志的网络设备所属目标区域,确定需要关闭所述目标线程对应软件功能的目标网络设备,其中,所述异常日志为网络设备监测到所述目标线程的实际资源占用值超过所述资源占用上限值时生成并上报的;
向目标网络设备发送第二配置更新报文,所述第二配置更新报文包括所述目标线程的标识以及用于指示关闭所述目标线程对应软件功能的使能信息,以使所述目标网络设备利用所述目标线程关闭所述目标线程对应软件功能。
可选的,所述根据上报异常日志的网络设备所属目标区域,确定需要关闭所述目标线程的目标网络设备,包括:
分别确定所述超过预设数量个网络设备的型号、所属目标区域以及运营商;
将所述目标区域中与所述上报异常日志的网络设备型号相同、且属于同一运营商的网络设备,确定为目标网络设备。
可选的,所述第一配置更新报文为传输控制协议(英文:Transmission ControlProtocol,缩写:TCP)数据报文,所述向所述网络设备发送第一配置更新报文之前,所述方法还包括:
将所述待配置软件功能的标识添加到所述第一配置更新报文的选项(Option)字段;
将所述待配置软件功能的配置参数添加到所述第一配置更新报文的数据字段,所述配置参数包括但不限于所述目标线程的标识以及使能信息。
第二方面,本申请提供另一种网络设备配置方法,应用于网络设备,所述网络设备包括至少一个软件功能,每一个软件功能由对应线程实现,所述方法包括:
接收云服务器下发的第一配置更新报文,所述第一配置更新报文包括目标线程的标识以及使能信息;
检测所述目标线程对应软件功能当前的使能状态与所述使能信息指示的所述目标线程对应软件功能执行对应使能操作所要达到的使能状态是否一致;
如果不一致,则利用所述目标线程对所述目标线程对应软件功能执行相应使能操作。
可选的,当所述第一配置更新报文包括的使能信息指示开启所述目标线程对应软件功能时,所述第一配置更新报文还包括所述目标线程的资源占用上限值,所述方法还包括:
如果所述目标线程的实际资源占用值超过所述资源占用上限值,生成所述目标线程对应的异常日志;
向所述云服务器上报所述异常日志,以使所述云服务器在预设时间段内接收到超过预设数量个网络设备上报的所述异常日志时,向基于所述预设数量个网络设备确定出的目标网络设备下发用于指示关闭所述目标线程对应软件功能的第二配置更新报文。
第三方面,本申请提供一种网络设备配置装置,设置于云服务器,所述网络设备包括至少一个软件功能,每一个软件功能由对应线程实现,所述装置包括:
线程确定单元,用于根据本地记录的软件功能与线程的标识的对应关系,确定与待配置软件功能对应的目标线程的标识;
报文发送单元,用于向所述网络设备发送第一配置更新报文,所述第一配置更新报文包括所述目标线程的标识以及使能信息,以使所述网络设备利用所述目标线程对所述目标线程对应软件功能执行相应使能操作。
可选的,所述装置还包括:
报文接收单元,用于接收所述网络设备发送的心跳报文,所述心跳报文包括所述目标线程对应软件功能当前的使能状态;
配置确认单元,用于如果所述目标线程对应软件功能当前的使能状态与所述使能信息指示的所述目标线程对应软件功能执行对应使能操作所要达到的使能状态一致,则确定对所述目标线程对应软件功能的配置成功。
可选的,当所述第一配置更新报文包括的使能信息指示开启所述目标线程对应软件功能时,所述第一配置更新报文还包括所述目标线程的资源占用上限值,所述装置还包括:
设备确定单元,用于如果在预设时间段内接收到超过预设数量个网络设备上报的所述目标线程的异常日志,则根据上报异常日志的网络设备所属目标区域,确定需要关闭所述目标线程对应软件功能的目标网络设备,其中,所述异常日志为网络设备监测到所述目标线程的实际资源占用值超过所述资源占用上限值时生成并上报的;
所述报文发送单元,还用于向目标网络设备发送第二配置更新报文,所述第二配置更新报文包括所述目标线程的标识以及用于指示关闭所述目标线程对应软件功能的使能信息,以使所述目标网络设备利用所述目标线程关闭所述目标线程对应软件功能。
可选的,所述设备确定单元根据上报异常日志的网络设备所属目标区域,确定需要关闭所述目标线程的目标网络设备,包括:
分别确定所述超过预设数量个网络设备的型号、所属目标区域以及运营商;
将所述目标区域中与所述上报异常日志的网络设备型号相同、且属于同一运营商的网络设备,确定为目标网络设备。
可选的,所述第一配置更新报文为TCP数据报文,所述装置还包括:
信息添加单元,用于将所述待配置软件功能的标识添加到所述第一配置更新报文的选项Option字段;将所述待配置软件功能的配置参数添加到所述第一配置更新报文的数据字段,所述配置参数包括但不限于所述目标线程的标识以及使能信息。
第四方面,本申请提供另一种网络设备配置装置,设置于网络设备,所述网络设备包括至少一个软件功能,每一个软件功能由对应线程实现,所述装置包括:
报文接收单元,用于接收云服务器下发的第一配置更新报文,所述第一配置更新报文包括目标线程的标识以及使能信息;
状态检测单元,用于检测所述目标线程对应软件功能当前的使能状态与所述使能信息指示的所述目标线程对应软件功能执行对应使能操作所要达到的使能状态是否一致;
使能操作单元,用于如果所述状态检测单元的检测结果为不一致,则利用所述目标线程对所述目标线程对应软件功能执行相应使能操作。
可选的,当所述第一配置更新报文包括的使能信息指示开启所述目标线程对应软件功能时,所述第一配置更新报文还包括所述目标线程的资源占用上限值,所述装置还包括:
日志生成单元,用于如果所述目标线程的实际资源占用值超过所述资源占用上限值,生成所述目标线程对应的异常日志;
日志上报单元,用于向所述云服务器上报所述异常日志,以使所述云服务器在预设时间段内接收到超过预设数量个网络设备上报的所述异常日志时,向基于所述预设数量个网络设备确定出的目标网络设备下发用于指示关闭所述目标线程对应软件功能的第二配置更新报文。
由以上描述可以看出,本申请实施例中,网络设备按软件功能划分,每一个软件功能由对应线程实现。在需要配置(开启或关闭)软件功能时,直接利用软件功能对应线程对软件功能进行配置。该过程不涉及更新网络设备的配置文件,因此,无需重启网络设备以生效配置,可有效降低对网络设备的影响。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例示出的一种网络设备配置方法流程图;
图2是本申请实施例示出的一种组网示意图;
图3是本申请实施例示出的TCP数据报文格式;
图4是本申请实施例示出的一种配置确认方法流程图;
图5是本申请实施例示出的一种异常处理流程图;
图6是本申请实施例示出的另一种网络设备配置方法流程图;
图7是本申请实施例示出的另一种异常处理流程图;
图8是本申请实施例示出的一种网络设备配置装置的结构示意图;
图9是本申请实施例示出的另一种网络设备配置装置的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。
在本申请实施例使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请实施例。在本申请实施例中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请实施例可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请实施例范围的情况下,协商信息也可以被称为第二信息,类似地,第二信息也可以被称为协商信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
本申请提供一种网络设备配置方法,该方法中,将网络设备按软件功能划分,每一个软件功能由对应线程实现。在需要配置时,直接利用软件功能对应线程对软件功能进行配置。该过程不涉及更新网络设备的配置文件,因此,无需重启网络设备生效配置,可有效降低对网络设备的影响。
为了使本申请的目的、技术方案和优点更加清楚,下面结合附图和具体实施例对本申请执行详细描述:
参见图1,为本申请实施例示出的一种网络设备配置方法流程图,该流程应用于云服务器。本申请实施例中,网络设备按照软件功能划分,每一个软件功能由对应线程实现。
如图2所示组网,该组网包括网络设备和云服务器,以及通过网络设备接入运营商网络的终端设备(终端1和终端2)。
其中,云服务器可由一台或多台服务器组成,具体可根据实际业务需求部署,本申请对此不作限定。
云服务器与网络设备之间可通过网关连接,也可以在该网络设备上实现网关功能,本申请对此不作限定。
在网络设备组成的局域网中,终端设备可通过有线或无线的方式接入网络设备。该网络设备可以为路由器、交换机等;终端设备可以为手持设备、计算机等,本申请对此不作限定。
网络设备上电后,可通过引导加载程序(Bootloader)完成设备初始化以及启动过程。
网络设备首次正常运行后,需要判断网络设备的广域网(英语:Wide AreaNetwork,缩写:WAN)口的当前状态。如果该WAN口的当前状态为使能状态,则控制该WAN口按照默认动态主机配置协议(英文:Dynamic Host Configuration Protocol,缩写:DHCP)模式启动;如果该WAN口的当前状态为非使能状态,则控制该WAN口按照默认中继(Repeat)模式启动。
在网络设备的WAN口获取到互联网协议地址(英文:Internet Protocol Address,缩写:IP)后,网络设备可通过后台运行检测进程ip_check,定时触发ping程序检测云服务器的IP地址是否路由可达。如果路由可达,则认为已正常接入互联网。
在此基础上,云服务器与网络设备之间可通过TCP三次握手建立连接,并协商用于报文传输的加密隧道,比如,基于安全传输层协议(英文:Transport Layer Security,缩写:TLS)的加密隧道,以通过非对称方式加密传输的报文,保证报文传输的安全性。
本申请实施例中,网络设备与云服务器建立连接后,定时向云服务器发送心跳报文,以上报网络设备的最新状态。该最新状态包括但不限于网络设备的IP地址、设备型号、介质访问控制(英文:MediaAccess Control,缩写:MAC)地址、产品序列号(英文:SerialNumber,缩写:SN)电子标签、软件版本号、日志信息等。
这里,需要说明的是,由于网络设备可能位于网络地址转换(英文:NetworkAddress Translation,缩写:NAT)内网,WAN口的IP地址不一定是互联网IP地址,因此,云服务器可将心跳报文的源IP地址(NAT转换后的IP地址)作为网络设备的IP地址。
为了进一步确保数据安全性,本申请实施例中,云服务器可预先导入网络设备出厂时的设备型号、MAC地址以及SN电子标签等信息。当云服务器接收到网络设备上报的最新状态时,可将该最新状态中的设备型号、MAC地址以及SN电子标签与云服务器中预先导入的网络设备的设备型号、MAC地址以及SN电子标签进行比较,如果三者一致,则认为鉴权通过,允许对该网络设备执行后续操作;否则,鉴权不通过,禁止执行后续操作。
云服务器根据网络设备上报的状态信息,生成各网络设备的注册信息,该注册信息包括但不限于网络设备的设备型号、地理位置、运营商类型等。其中,地理位置、运营商类型可根据网络设备的IP地址定位得到。
云服务器可根据网络设备的设备型号、地理位置、所属运营商,向网络设备下发针对该网络设备的初始配置(这里,需要说明的是,同一型号、不同地理位置、不同运营商的网络设备,其对应配置可能不同),以使网络设备根据云服务器下发的初始配置更新本地CFG配置文件,并在网络设备重启后,生效该CFG配置文件,以启动相应软件功能。
在网络设备基于CFG配置文件运行(在线)后,可通过如下配置流程在线更新网络设备的配置。
如图1所示,该网络设备配置流程可包括以下步骤:
步骤101,云服务器根据本地记录的软件功能与线程的标识的对应关系,确定与待配置软件功能对应的目标线程的标识。
这里,需要说明的是,云服务器本地预先设置软件功能与实现该软件功能的线程的标识之间的对应关系。参见表1,为软件功能与线程的标识的对应关系示例。
其中,功能代码为软件功能对应编号,用于唯一标识该软件功能。表1所示功能代码均采用四位字符串表示。以E-link配置功能为例,该软件功能对应功能代码为0001,具体实现该软件功能的线程的名称(标识)为elink_status。
当需要更新某软件功能的配置时,云服务器可根据本地记录的软件功能与线程的标识的对应关系,确定与该待配置软件功能对应的线程的标识。
这里,将待配置软件功能对应的线程称为目标线程。可以理解的是,之所以称为目标线程,只是为便于区分而进行的命名,并非用于限定。
步骤102,云服务器向网络设备发送第一配置更新报文,该第一配置更新报文包括目标线程的标识以及使能信息。
这里,目标线程的标识可以为目标线程的名称;使能信息用于指示开启或关闭目标线程对应软件功能,该使能信息可以通过一个二进制位(bit)表示,比如,0表示关闭,1表示开启。
作为一种实施方式,该第一配置更新报文可基于TCP数据报文构建。如图3所示,为TCP数据报文格式。
云服务器可将待配置软件功能的标识,比如,功能代码,添加到TCP数据报文(第一配置更新报文)的Option(选项)字段;将待配置软件功能的配置参数添加到TCP数据报文(第一配置更新报文)的数据字段,该配置参数包括但不限于目标线程的标识以及使能信息。
需要说明的是,在一个配置更新报文中,可携带针对多个软件功能的配置。网络设备可按照选项字段中各功能代码的顺序,依次获取数据字段中各软件功能的配置参数。且该配置参数中还可包括配置参数的字符长度,以便准确、快速区分各软件功能对应配置参数。
可以理解的是,本步骤中,第一配置更新报文只是为了便于区分而进行的命名,并非用于限定。
网络设备接收到第一配置更新报文后,获取第一配置更新报文包括的目标线程的标识以及使能信息,根据该目标线程的标识找到本设备中的目标线程,然后,利用目标线程对该目标线程对应软件功能执行相应使能操作。
比如,配置更新报文包括的目标线程的标识为elink_status,使能信息为1,则网络设备根据该目标线程的标识找到本设备中的目标线程elink_status,然后,根据云服务器配置的使能信息(1,表示开启),启动目标线程elink_status。本申请通过启动目标线程(elink_status)实现开启软件功能(E-link配置)。
至此,完成图1所示流程。
通过图1所示流程可以看出,本申请实施例中,将网络设备按软件功能划分,每一个软件功能由对应线程实现。在需要配置时,直接利用软件功能对应线程对软件功能进行配置。该过程不涉及更新网络设备的配置文件,因此,无需重启网络设备生效配置,可有效降低对在线网络设备的影响。
作为一个实施例,在执行步骤102之后,云服务器可通过接收网络设备发送的心跳报文来确定目标线程对应软件功能是否配置成功。
参见图4,为本申请实施例示出的一种配置确认方法流程图。如图4所示,该流程可包括以下步骤:
步骤401,云服务器接收网络设备发送的心跳报文,该心跳报文包括目标线程对应软件功能当前的使能状态。
如前所述,网络设备定期发送心跳报文,向云服务器上报网络设备的最新状态。该最新状态可包括网络设备中各线程对应软件功能当前所处使能状态。
云服务器通过网络设备的心跳报文,获取网络设备中目标线程对应软件功能的实际使能状态。
步骤402,如果目标线程对应软件功能当前的使能状态与使能信息指示的目标线程对应软件功能执行对应使能操作所要达到的使能状态一致,则云服务器确定目标线程对应软件功能配置成功。
如果网络设备中目标线程对应软件功能的实际使能状态与云服务器希望其达到的使能状态相同,说明对目标线程对应软件功能的配置已生效,此次配置成功;否则,说明配置失败。
云服务器在确定对目标线程对应软件功能的配置失败后,可尝试再次向网络设备下发第一配置更新报文。如果在达到预设下发次数后,仍无法配置成功,则停止下发,以避免频繁下发影响网络设备的正常运行。
至此,完成图4所示流程。
通过图4所示流程,云服务器可感知配置结果,进而采取相应的处理措施,比如,重新配置等。
作为一个实施例,参见图5,为本申请实施例示出的一种异常处理流程。如图5所示,该流程可包括以下步骤:
步骤501,如果在预设时间段内接收到超过预设数量个网络设备上报的目标线程的异常日志,则云服务器根据上报异常日志的网络设备所属目标区域,确定需要关闭目标线程对应软件功能的目标网络设备。
这里,异常日志为网络设备在监测到目标线程的实际资源占用值超过预设的目标线程的资源占用上限值时生成并上报给云服务器。
其中,该资源占用上限值可由云服务器与网络设备预先约定,并由云服务器标记,通过第一配置更新报文携带,下发给网络设备。
参见表2,为在表1的基础上,增加对各线程所占资源上限值的限定的示例。
以E-link配置软件功能为例,该软件功能对应线程elink_status的CPU资源占用上限为5%,内存资源占用上限为200KB,则在网络设备检测到elink_status线程的CPU资源占用值超过5%,和/或,内存资源占用值超过200KB时,向云服务器上报异常日志。该异常日志包括但不限于elink_status线程的标识以及实际资源占用值。
本申请实施例中,云服务器对接收到的异常日志进行统计。当在短时间内(预设时间段内)接收到多个(超过预设数量个)网络设备上报的针对同一线程(目标线程)的异常日志时,说明网络中存在该目标线程对应软件功能的大批量异常。这种大批量异常通常不是由于设备自身原因导致,而往往由于运营商的错误操作,比如,超范围修改配置参数、修改运行机制等导致。
针对该大批量异常问题,本申请实施例提供了一种异常处理机制:
首先,云服务器确定需要关闭目标线程对应软件功能的目标网络设备。这里,目标网络设备只是为了便于区分而进行的命名,并非用于限定。
作为一种实施方式,云服务器可将所有上报异常日志的网络设备,均作为目标网络设备。
作为另一种实施方式,云服务器可分别确定上报异常日志的网络设备的型号、所属目标区域(比如,浙江杭州)以及所属运营商(比如,中国电信)。这里,目标区域只是为便于区分而进行的命名,并非用于限定。
具体地,云服务器可从本地记录的网络设备的注册信息中获取网络设备的型号以及IP地址;然后,根据网络设备的IP地址定位该网络设备所属目标区域以及运营商。作为一个示例,云服务器可通过调用第三方API接口查询网络设备的详细地理位置(目标区域)以及运营商归属信息。由于调用第三方API查询地理位置和运营商归属已属于成熟技术,本申请对此不作详细介绍。
在确定目标区域以及运营商后,云服务器可将目标区域内与上报异常日志的网络设备型号相同、且属于同一运营商的网络设备,均作为目标网络设备。
这是因为,同一地区、同一运营商针对同一型号的网络设备的配置以及操作通常相同,既使目前还没有接收到其它网络设备上报的目标线程的异常日志,但这些网络设备存在相同的风险。
步骤502,向目标网络设备发送第二配置更新报文,该第二配置更新报文包括目标线程的标识以及用于指示关闭目标线程对应软件功能的使能信息。
这里,第二配置更新报文只是为了便于区分而进行的命名,并非用于限定。
可以看出,本步骤通过下发配置更新报文,触发目标网络设备关闭目标线程对应软件功能。
至此,完成图5所示流程。
通过图5所示流程可以看出,本申请实施例可自动检测异常、自动告警、自动触发异常处理机制,可有效避免出现大面积严重故障。
参见图6,为本申请实施例示出的另一种网络设备配置方法流程图,该流程应用于网络设备。该网络设备按照软件功能划分,每一个软件功能由对应线程实现。
如图6所示,该流程可包括以下步骤:
步骤601,网络设备接收云服务器下发的第一配置更新报文,该第一配置更新报文包括目标线程的标识以及使能信息。
具体参见前述云服务器侧步骤101和步骤102的描述,这里不再赘述。
步骤602,网络设备检测目标线程对应软件功能当前的使能状态与使能信息指示的目标线程对应软件功能执行对应使能操作所要达到的使能状态是否一致。
具体地,网络设备可通过后台启动检测进程status_check,检测网络设备中目标线程的运行状态,该目标线程的运行状态直接反映对应软件功能的使能状态。比如,如果检测到目标线程在运行,则说明该目标线程对应软件功能处于开启状态;反之,如果检测到目标线程未运行,则说明该目标线程对应软件功能处于关闭状态。
网络设备将检测到的该目标线程对应软件功能的使能状态与云服务器下发第一配置更新报文希望软件功能达到的使能状态进行比较。
如果一致,则无需根据第一配置更新报文包括的使能信息执行相应使能操作。比如,当前目标线程对应软件功能的使能状态为开启,云服务器配置的使能信息为开启,则网络设备无需再对目标线程对应软件功能执行开启操作。
如果不一致,则转步骤603。
步骤603,如果不一致,网络设备利用目标线程对该目标线程对应软件功能执行相应使能操作。
比如,当前目标线程对应软件功能的使能状态为开启,云服务器配置的使能信息为关闭,则网络设备关闭目标线程,以实现关闭该目标线程对应软件功能。
至此,完成图6所示流程。
通过图6所示流程可以看出,本申请实施例中,网络设备按软件功能划分,每一个软件功能由对应线程实现。在需要配置时,利用软件功能对应线程对软件功能进行配置。该过程不涉及更新网络设备的配置文件,因此,无需重启网络设备生效配置,可有效降低对在线网络设备的影响。
参见图7,为本申请实施例示出的另一种异常处理流程,应用于网络设备。如图7所示,该流程可包括以下步骤:
步骤701,如果目标线程的实际资源占用值超过预设的资源占用上限值,网络设备生成该目标线程对应的异常日志。
具体参见前述云服务器侧步骤501的描述,这里不再赘述。
步骤702,网络设备向云服务器上报该异常日志,以使云服务器在预设时间段内接收到超过预设数量个网络设备上报的目标线程的异常日志时,向基于预设数量个网络设备确定出的目标网络设备下发用于指示关闭目标线程对应软件功能的第二配置更新报文。
具体参见前述云服务器侧步骤501的描述,这里不再赘述。
至此,完成图7所示流程。
通过图7所示流程可以看出,本申请实施例可自动检测异常、自动告警、自动触发异常处理机制,可有效避免出现大面积严重故障。
以上对本申请实施例提供的方法进行了描述,下面对本申请实施例提供的网络设备配置装置进行描述:
参见图8,为本申请实施例提供的一种网络设备配置装置的结构示意图,设置于云服务器。所述网络设备包括至少一个软件功能,每一个软件功能由对应线程实现,所述装置包括:线程确定单元801和报文发送单元802,其中:
线程确定单元801,用于根据本地记录的软件功能与线程的标识的对应关系,确定与待配置软件功能对应的目标线程的标识;
报文发送单元802,用于向所述网络设备发送第一配置更新报文,所述第一配置更新报文包括所述目标线程的标识以及使能信息,以使所述网络设备利用所述目标线程对所述目标线程对应软件功能执行相应使能操作。
作为一个实施例,所述装置还包括:
报文接收单元,用于接收所述网络设备发送的心跳报文,所述心跳报文包括所述目标线程对应软件功能当前的使能状态;
配置确认单元,用于如果所述目标线程对应软件功能当前的使能状态与所述使能信息指示的所述目标线程对应软件功能执行对应使能操作所要达到的使能状态一致,则确定对所述目标线程对应软件功能的配置成功。
作为一个实施例,当所述第一配置更新报文包括的使能信息指示开启所述目标线程对应软件功能时,所述第一配置更新报文还包括所述目标线程的资源占用上限值,所述装置还包括:
设备确定单元,用于如果在预设时间段内接收到超过预设数量个网络设备上报的所述目标线程的异常日志,则根据上报异常日志的网络设备所属目标区域,确定需要关闭所述目标线程对应软件功能的目标网络设备,其中,所述异常日志为网络设备监测到所述目标线程的实际资源占用值超过所述资源占用上限值时生成并上报的;
所述报文发送单元802,还用于向目标网络设备发送第二配置更新报文,所述第二配置更新报文包括所述目标线程的标识以及用于指示关闭所述目标线程对应软件功能的使能信息,以使所述目标网络设备利用所述目标线程关闭所述目标线程对应软件功能。
作为一个实施例,所述设备确定单元根据上报异常日志的网络设备所属目标区域,确定需要关闭所述目标线程的目标网络设备,包括:
分别确定所述超过预设数量个网络设备的型号、所属目标区域以及运营商;
将所述目标区域中与所述上报异常日志的网络设备型号相同、且属于同一运营商的网络设备,确定为目标网络设备。
作为一个实施例,所述第一配置更新报文为TCP数据报文,所述装置还包括:
信息添加单元,用于将所述待配置软件功能的标识添加到所述第一配置更新报文的Option字段;将所述待配置软件功能的配置参数添加到所述第一配置更新报文的数据字段,所述配置参数包括但不限于所述目标线程的标识以及使能信息。
至此,完成图8所示装置的描述。本申请实施例中,网络设备按软件功能划分,每一个软件功能由对应线程实现。在需要配置时,利用软件功能对应线程对软件功能进行配置。该过程不涉及更新网络设备的配置文件,因此,无需重启网络设备以生效配置,可有效降低对网络设备的影响。
参见图9,为本申请实施例提供的另一种网络设备配置装置的结构示意图,设置于网络设备,所述网络设备包括至少一个软件功能,每一个软件功能由对应线程实现,所述装置包括:报文接收单元901、状态检测单元902以及使能操作单元903,其中:
报文接收单元901,用于接收云服务器下发的第一配置更新报文,所述第一配置更新报文包括目标线程的标识以及使能信息;
状态检测单元902,用于检测所述目标线程对应软件功能当前的使能状态与所述使能信息指示的所述目标线程对应软件功能执行对应使能操作所要达到的使能状态是否一致;
使能操作单元903,用于如果所述状态检测单元902的检测结果为不一致,则利用所述目标线程对所述目标线程对应软件功能执行相应使能操作。
作为一个实施例,当所述第一配置更新报文包括的使能信息指示开启所述目标线程对应软件功能时,所述第一配置更新报文还包括所述目标线程的资源占用上限值,所述装置还包括:
日志生成单元,用于如果所述目标线程的实际资源占用值超过所述资源占用上限值,生成所述目标线程对应的异常日志;
日志上报单元,用于向所述云服务器上报所述异常日志,以使所述云服务器在预设时间段内接收到超过预设数量个网络设备上报的所述异常日志时,向基于所述预设数量个网络设备确定出的目标网络设备下发用于指示关闭所述目标线程对应软件功能的第二配置更新报文。
至此,完成图9所示装置的描述。本申请实施例中,网络设备按软件功能划分,每一个软件功能由对应线程实现。在需要配置时,利用软件功能对应线程对软件功能进行配置。该过程不涉及更新网络设备的配置文件,因此,无需重启网络设备以生效配置,可有效降低对网络设备的影响。
以上所述仅为本申请实施例的较佳实施例而已,并不用以限制本申请,凡在本申请实施例的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。
- 一种PRS资源的配置方法及装置、UE、网络设备
- 一种网络设备配置方法、装置和介质