CN106060135A - 一种版本更新方法和装置 - Google Patents

一种版本更新方法和装置 Download PDF

Info

Publication number
CN106060135A
CN106060135A CN201610383048.4A CN201610383048A CN106060135A CN 106060135 A CN106060135 A CN 106060135A CN 201610383048 A CN201610383048 A CN 201610383048A CN 106060135 A CN106060135 A CN 106060135A
Authority
CN
China
Prior art keywords
version
address information
version updating
updating
new edition
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
CN201610383048.4A
Other languages
English (en)
Other versions
CN106060135B (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.)
Hangzhou H3C Technologies Co Ltd
Original Assignee
Hangzhou H3C 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 Hangzhou H3C Technologies Co Ltd filed Critical Hangzhou H3C Technologies Co Ltd
Priority to CN201610383048.4A priority Critical patent/CN106060135B/zh
Publication of CN106060135A publication Critical patent/CN106060135A/zh
Application granted granted Critical
Publication of CN106060135B publication Critical patent/CN106060135B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/06Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004Server selection for load balancing
    • H04L67/1012Server selection for load balancing based on compliance of requirements or conditions with available server resources

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明提供一种版本更新方法和装置,该方法包括:接收来自AC的版本更新通知消息;如果所述版本更新通知消息中携带有已完成版本更新的AP的地址信息,则从所述版本更新通知消息中携带的地址信息中选择至少一个AP的地址信息,并从选择出的地址信息对应的AP获取更新版本文件;利用获取的更新版本文件更新所述AP的版本。通过本发明的技术方案,AC不需要向大量AP发送更新版本文件,提高AC的处理性能,节约AC与AP之间的网络带宽。而且,可以提高更新版本文件的传输效率,并降低版本更新时间。

Description

一种版本更新方法和装置
技术领域
本发明涉及通信技术领域,尤其涉及一种版本更新方法和装置。
背景技术
在WLAN(Wireless Local Area Networks,无线局域网)中,可以采用AC(Access Controller,接入控制器)和AP(Access Point,接入点)的组网架构,由AC对多个AP进行集中控制和管理。其中,AC通过CAPWAP(Controlling andProvisioning of Wireless Access Point,无线接入点控制与供应)协议与AP建立CAPWAP隧道,并通过该CAPWAP隧道将配置信息下发给AP,由AP利用该配置信息完成自身的配置。当需要更新AP的版本时,AC还通过该CAPWAP隧道将更新版本文件下发给AP,由AP利用该更新版本文件升级自身的版本。
由于AC通常管理大量AP,如几千个AP,当大量AP均更新版本时,则AC向大量AP发送更新版本文件,严重影响AC的处理性能,并占有大量网络带宽。而且,如果同时更新版本的AP数量超过AC的并发能力,如AC只能同时为10个AP发送更新版本文件,则从第11个AP开始,需要等其它AP的更新版本文件传输完成后,才能够接收到更新版本文件,版本更新时间会非常长。
发明内容
本发明提供一种版本更新方法,应用在AP上,所述方法包括:
接收来自AC的版本更新通知消息;
如果所述版本更新通知消息中携带有已完成版本更新的AP的地址信息,则从所述版本更新通知消息中携带的已完成版本更新的AP的地址信息中选择至少一个AP的地址信息,并从选择出的地址信息对应的AP获取更新版本文件;
利用获取的更新版本文件更新所述AP的版本。
本发明提供一种版本更新方法,其特征在于,应用在AC上,所述方法包括:
当需要为AP更新版本时,判断当前是否存在已完成版本更新的AP;
如果是,则向所述AP发送携带已完成版本更新的AP的地址信息的版本更新通知消息,以使所述AP从已完成版本更新的AP的地址信息中选择至少一个AP的地址信息,并从选择出的地址信息对应的AP获取更新版本文件,利用获取的更新版本文件更新所述AP的版本。
本发明提供一种版本更新装置,应用在AP上,所述装置包括:
接收模块,用于接收来自AC的版本更新通知消息;
获得模块,用于当所述版本更新通知消息中携带有已完成版本更新的AP的地址信息时,则从所述版本更新通知消息中携带的已完成版本更新的AP的地址信息中选择至少一个AP的地址信息,并从选择出的地址信息对应的AP获取更新版本文件;
更新模块,用于利用获取的更新版本文件更新所述AP的版本。
本发明提供一种版本更新装置,应用在AC上,所述装置包括:
判断模块,用于当需要为AP更新版本时,判断当前是否存在已完成版本更新的AP;
发送模块,用于当判断结果为是时,则向所述AP发送携带已完成版本更新的AP的地址信息的版本更新通知消息,以使所述AP从已完成版本更新的AP的地址信息中选择至少一个AP的地址信息,并从选择出的地址信息对应的AP获取更新版本文件,利用获取的更新版本文件更新所述AP的版本。
基于上述技术方案,本发明实施例中,AP可以从已完成版本更新的AP获取更新版本文件,可以不从AC上获取更新版本文件,当大量AP均需要更新版本时,AC不需要向大量AP发送更新版本文件,提高AC的处理性能,节约AC与AP之间的网络带宽。而且,当同时更新版本的AP数量超过AC的并发能力时,不再需要等其它AP的更新版本文件传输完成,就可以从已完成版本更新的AP获取更新版本文件,提高更新版本文件的传输效率,并降低版本更新时间。
附图说明
为了更加清楚地说明本发明实施例或者现有技术中的技术方案,下面将对本发明实施例或者现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明中记载的一些实施例,对于本领域普通技术人员来讲,还可以根据这些附图获得其他的附图。
图1是本发明一种实施方式中的应用场景示意图;
图2是本发明一种实施方式中的版本更新方法的流程图;
图3是本发明另一种实施方式中的版本更新方法的流程图;
图4是本发明一种实施方式中的AP的硬件结构图;
图5是本发明一种实施方式中的版本更新装置的结构图;
图6是本发明一种实施方式中的AC的硬件结构图;
图7是本发明一种实施方式中的版本更新装置的结构图。
具体实施方式
在本发明使用的术语仅仅是出于描述特定实施例的目的,而非限制本发明。本发明和权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其它含义。还应当理解,本文中使用的术语“和/或”是指包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本发明可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本发明范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,此外,所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
针对现有技术中存在的问题,本发明实施例中提出一种版本更新方法,该方法可以应用于包括AC和多个AP的WLAN中,且AP均是指瘦AP。在实际应用中,AC可以管理大量AP,这些AP可以部署在同一局域网内,也可以部署在不同局域网内,且AC将部署在同一局域网内的AP划分在同一个逻辑组内。
如图1所示,AP1、AP2、AP3、AP4部署在同一局域网内,且AC将AP1、AP2、AP3、AP4划分在同一个逻辑组内。考虑到同一个局域网内的AP之间的网络连接,可以不受互联网带宽限制,因此,同一个局域网内的AP之间可以互相传输更新版本文件,且更新版本文件的传输带宽不受互联网带宽限制。
基于此,本发明实施例中提出的版本更新方法,可以适用于同一个逻辑组内的多个AP。例如,可以适用于逻辑组内的AP1、AP2、AP3、AP4。
本发明实施例中,当需要为AP更新版本时,则在AC上配置更新版本文件,该更新版本文件用于升级AP的版本。例如,各AP上正在使用版本1,如果需要将各AP的版本1升级为版本2,则在AC上配置版本2的更新版本文件。
在一个例子中,AC在获得更新版本文件后,可以生成该更新版本文件对应的版本来源列表,如表1所示,为版本来源列表的一个示例。该版本来源列表可以包括已完成版本更新的AP的地址信息、更新版本文件的分片标识。
其中,已完成版本更新的AP的地址信息可以包括但不限于:已完成版本更新的AP的IP地址和服务端口。在初始状态下,已完成版本更新的AP的地址信息为空,在后续过程中,AC会在版本来源列表中添加地址信息。
其中,可以在AC上预先配置更新版本文件的分片策略,基于该分片策略,AC可以获得更新版本文件的分片标识,并在版本来源列表中记录该分片标识。例如,分片策略为将更新版本文件划分为10个同等大小的分片文件,则分片标识可以为1、2、3…、10。分片策略为将更新版本文件划分为8个分片文件,第2个分片文件比第1个分片文件大10K,第3个分片文件比第3个分片文件大10K,以此类推,第8个分片文件比第7个分片文件大10K,则分片标识可以为1、2、3…、8。当然,分片策略还可以为其它情况,本发明实施例中对此不再赘述,只要基于该分片策略能够将更新版本文件划分为若干个分片文件即可。
在一个例子中,AC还可以将更新版本文件的分片策略发送给各个AP,该分片策略可以携带在AC发送给AP的任意消息(现有消息或者新设计消息)中,只要能够将分片策略发送给AP即可,本发明实施例中对此发送方式不再赘述。
表1
已完成版本更新的AP的地址信息 更新版本文件的分片标识
1、2、3、4、5、6、7、8、9、10
参见图2所示,为本发明实施例中提出的版本更新方法的流程图,该方法可以应用在AP(后续称为本AP)上,且该版本更新方法可以包括以下步骤:
步骤201,接收来自AC的版本更新通知消息。
步骤202,如果版本更新通知消息中携带有已完成版本更新的AP的地址信息,则从版本更新通知消息中携带的已完成版本更新的AP的地址信息中选择至少一个AP的地址信息,并从选择出的地址信息对应的AP获取更新版本文件。
步骤203,利用获取的更新版本文件更新AP的版本。
针对步骤201,介绍版本更新通知消息的发送时机。
在一个例子中,为了完成AP和AC之间的交互,AP需要与AC建立隧道,以CAPWAP隧道为例,则处理流程可以为:AP向AC发送发现请求消息。AC向AP发送发现响应消息。AP向AC发送关联请求消息,该关联请求消息中携带本AP的版本信息,如版本1。AC在接收到关联请求消息之后,由于本地配置有版本2的更新版本文件,因此,确定需要利用该更新版本文件为AP更新版本,AC向AP发送关联响应消息,且该关联响应消息中携带最新版本信息,如版本2。在该例子中,该关联响应消息就是上述的版本更新通知消息。
在另一个例子中,当AC接收到需要为AP升级版本的命令(可以为管理员下发或者其它设备下发的命令)时,确定需要为AP更新版本,并可以向AP发送版本更新通知消息,且该版本更新通知消息中携带最新版本信息,如版本2。
针对步骤201,介绍版本更新通知消息中携带的内容。
当需要为AP更新版本时,AC会判断当前是否存在已完成版本更新的AP,其中,AC可以通过查询版本来源列表的已完成版本更新的AP的地址信息是否为空,来判断当前是否存在已完成版本更新的AP。如果是,则AC向AP发送携带已完成版本更新的AP的地址信息的版本更新通知消息。如果否,则AC向AP发送未携带已完成版本更新的AP的地址信息的版本更新通知消息。
在一个例子中,在AC向AP发送携带已完成版本更新的AP的地址信息的版本更新通知消息时,该版本更新通知消息中还可以携带有更新版本文件的分片标识。而且,AC可以从版本来源列表中,获得已完成版本更新的AP的地址信息以及更新版本文件的分片标识。在另一个例子中,在AC向AP发送未携带已完成版本更新的AP的地址信息的版本更新通知消息时,该版本更新通知消息中也未携带有更新版本文件的分片标识,就相当于现有的版本更新通知消息。
针对步骤201,介绍AP接收到版本更新通知消息后的处理方式。
AP在接收到版本更新通知消息之后,发现本AP的版本1比版本更新通知消息中携带的版本2低,因此,AP需要获得版本2的更新版本文件。其中,如果版本更新通知消息中携带已完成版本更新的AP的地址信息,则AP可以到已完成版本更新的AP上获取更新版本文件,处理流程参见步骤202。如果版本更新通知消息中未携带已完成版本更新的AP的地址信息,则AP可以从AC上获取更新版本文件,并利用获取的更新版本文件更新本AP的版本。其中,AP从AC上获取更新版本文件的方式与现有技术相同,在此不再详加赘述。
针对步骤202,由于版本更新通知消息中携带有一个或者多个已完成版本更新的AP的地址信息,因此,本AP可以从版本更新通知消息携带的地址信息中,选择至少一个AP的地址信息,如可以选择出版本更新通知消息中携带的所有地址信息,或者,当版本更新通知消息中携带的地址信息的数量大于M个(如5个)时,则可以选择出版本更新通知消息中携带的任意M个地址信息。
针对步骤202,基于版本更新通知消息中携带的更新版本文件的分片标识,则从选择出的地址信息对应的AP获取更新版本文件的过程,具体可以包括但不限于:在选择出的地址信息为一个时,则本AP从该地址信息对应的AP获取所有更新版本文件的分片标识对应的分片文件,并将获取到的分片文件进行重组,得到更新版本文件。或者,在选择出的地址信息为多个时,则本AP将版本更新通知消息中携带的更新版本文件的分片标识,分配到选择出的地址信息对应的AP上;之后,分别从选择出的地址信息对应的AP获取分配的分片标识对应的分片文件,并将获取到的分片文件进行重组,得到更新版本文件。
例如,本AP选择出的地址信息为地址信息1、地址信息2和地址信息3,则本AP可以将分片标识1、2、3、4分配到地址信息1对应的AP1,将分片标识5、6、7分配到地址信息2对应的AP2,将分片标识8、9、10分配到地址信息3对应的AP3。之后,本AP从地址信息1对应的AP1获取分片标识1、2、3、4分别对应的分片文件1、2、3、4,从地址信息2对应的AP2获取分片标识5、6、7分别对应的分片文件5、6、7,从地址信息3对应的AP3获取分片标识8、9、10分别对应的分片文件8、9、10。之后,本AP将获取到的分片文件1、2、3、4、5、6、7、8、9、10进行重组,从而得到一个完整的更新版本文件。
上述将分片标识1、2、3、4分配到AP1,将分片标识5、6、7分配到AP2,将分片标识8、9、10分配到AP3,只是分配策略的一个示例,在实际应用中,分配策略可以任意选择,如将分片标识1、4、7、10分配到AP1,将分片标识2、5、8分配到AP2,将分片标识3、6、9分配到AP3,对此分配策略不再赘述。
以下结合从地址信息1对应的AP1获取分片标识1对应的分片文件1的示例,说明如何从选择出的地址信息对应的AP获取分片标识对应的分片文件,对于其它分片标识对应的分片文件的获取过程,与此类似,后续不再赘述。
在一个例子中,本AP可以发送目的地址为地址信息1的版本数据请求消息,该版本数据请求消息中携带了分片标识1,且该版本数据请求消息会被传输给AP1。AP1从版本数据请求消息中解析出分片标识1,并获得该分片标识1对应的分片文件1,并向本AP发送携带该分片文件1的版本数据响应消息。之后,本AP可以从版本数据响应消息中解析出分片标识1对应的分片文件1。
在后续过程中,会针对本AP获得分片标识对应的分片文件的过程进行详细说明,而AP1获得该分片标识1对应的分片文件1的实现方式,与本AP获得分片标识对应的分片文件的实现方式类似,在此不再详加赘述。
针对步骤202,在一个例子中,在从选择出的地址信息对应的AP中的任一AP获取分配的分片标识对应的分片文件时,如果获取失败,则本AP通知AC删除该AP的地址信息,并将分配到该AP上的分片标识中的还未成功获取到分片文件的分片标识,重新分配到选择出的地址信息对应的AP中剩余的一个或多个AP上,并从剩余的一个或多个AP获取重新分配的分片标识对应的分片文件。
例如,本AP需要从AP1获取分片标识1、2、3、4对应的分片文件1、2、3、4,假设获取分片文件1失败,则本AP通知AC从版本来源列表中删除AP1的地址信息1,这样,AP1就不再是已完成版本更新的AP。此外,本AP将分配到AP1上的分片标识中的还未成功获取到分片文件的分片标识,重新分配到AP2和/或AP3,并从AP2和/或AP3获取重新分配的分片标识对应的分片文件。
例如,假设还未成功获取到分片文件1、2、3、4,则可以将分片标识1、2重新分配到AP2,并将分片标识3、4重新分配到AP3,并从AP2获取分片标识1、2对应的分片文件1、2,并从AP3获取分片标识3、4对应的分片文件3、4。假设还未成功获取到分片文件3、4,且已经成功获取到分片文件1、2,则可以将分片标识3重新分配到AP2,并将分片标识4重新分配到AP3,并从AP2获取分片标识3对应的分片文件3,并从AP3获取分片标识4对应的分片文件4。
针对步骤203,本AP在利用获取的更新版本文件更新AP的版本之后,本AP还可以将本AP的地址信息以及当前的版本信息(如版本2)发送给AC,以使AC利用该版本信息确定本AP为已完成版本更新的AP。进一步的,在将本AP的地址信息以及当前的版本信息发送给AC之后,本AP如果接收到来自待更新版本的AP的携带分片标识的版本数据请求消息,则可以获取该分片标识对应的分片文件,并将获取到的分片文件发送给待更新版本的AP。
在一个例子中,AC在接收到本AP的地址信息以及当前的版本信息之后,由于该版本信息已经是AC上配置的最新版本,因此,AC可以确定本AP为已完成版本更新的AP,并在版本来源列表中记录本AP的地址信息。
在另一个例子中,在使用版本更新通知消息向AP发送已完成版本更新的AP的地址信息时,为了避免版本更新通知消息太大,则需要对版本来源列表中记录的地址信息的数量加以限制,如最大数量为32。基于此,AC在获得本AP的地址信息以及当前的版本信息,且利用该版本信息确定本AP已完成版本更新时,则判断当前已完成版本更新的AP的数量是否达到预设阈值,例如,判断版本来源列表中记录的地址信息的数量是否达到最大数量32。如果否,则AC将本AP记录为已完成版本更新的AP,并在版本来源列表中记录本AP的地址信息。如果是,则AC删除记录时间最长的已完成版本更新的AP,并将本AP记录为已完成版本更新的AP,并在版本来源列表中记录本AP的地址信息。
本AP在成为已完成版本更新的AP后,会接收到来自待更新版本的AP的携带分片标识的版本数据请求消息,并获取该分片标识对应的分片文件。针对本AP获取该分片标识对应的分片文件的过程,可以包括但不限于如下方式:
方式一、在步骤202中,在获取到每个分片标识对应的分片文件之后,在将获取到的分片文件进行重组之前,先复制每个分片标识对应的分片文件,这样就有两份相同的每个分片标识对应的分片文件。一份分片文件保存在本地存储介质中,另一份分片文件重组成更新版本文件。基于此,本AP获取该分片标识对应的分片文件的过程,就可以通过直接查询本地存储介质中存储的每个分片标识对应的分片文件,从而可以获取到该分片标识对应的分片文件。
方式二、本AP利用分片策略将重组后的更新版本文件划分为若干个分片文件,每个分片文件对应一个分片标识,因此,本AP可以获取到该分片标识对应的分片文件。其中,分片策略可以是AC发送给本AP的,例如,将更新版本文件划分为10个同等大小的分片文件的分片策略,分片策略的内容和分片策略的发送方式,在上面的过程中已经介绍过,在此不再重复赘述。
由于AC是基于分片策略获得更新版本文件的分片标识,并将分片标识发送给各AP。因此,本AP基于该分片策略将更新版本文件划分为若干个分片文件时,每个分片文件就对应一个分片标识,从而获取到分片标识对应的分片文件。
本发明实施例中,在各AP上还配置有相同的组密钥和摘要算法(如MD5算法等)。例如,可以在AC上配置组密钥和摘要算法,并将组密钥和摘要算法下发给各AP,如AC通过发现响应消息或者关联响应消息将组密钥和摘要算法下发给各AP,由各AP存储组密钥和摘要算法。基于此,本AP接收到的版本数据请求消息中还可以包含第一摘要信息(如待更新版本的AP利用MD5算法对组密钥进行hash处理后得到的摘要信息),而且本AP在接收到版本数据请求消息后,可以利用本地的组密钥计算第二摘要信息(如利用MD5算法对组密钥进行hash处理,以得到第二摘要信息)。进一步的,如果第二摘要信息与第一摘要信息相同,则允许向待更新版本的AP提供分片文件。如果第二摘要信息与第一摘要信息不同,则不允许向待更新版本的AP提供分片文件。
基于上述技术方案,本发明实施例中,AP可以从已完成版本更新的AP获取更新版本文件,可以不从AC上获取更新版本文件,当大量AP均需要更新版本时,AC不需要向大量AP发送更新版本文件,提高AC的处理性能,节约AC与AP之间的网络带宽。而且,当同时更新版本的AP数量超过AC的并发能力时,不再需要等其它AP的更新版本文件传输完成,就可以从已完成版本更新的AP获取更新版本文件,提高更新版本文件的传输效率,并降低版本更新时间。
参见图3所示,为本发明实施例中提出的版本更新方法的流程图,该方法可以应用在AC上,且该版本更新方法可以包括以下步骤:
步骤301,当需要为AP更新版本时,判断当前是否存在已完成版本更新的AP。如果是,则执行步骤302。如果否,则AC可以向AP发送未携带已完成版本更新的AP的地址信息的版本更新通知消息。进一步的,AP在接收到未携带已完成版本更新的AP的地址信息的版本更新通知消息时,则可以从AC上获得版本更新文件,并利用获得的版本更新文件更新AP的版本。
步骤302,向AP发送携带已完成版本更新的AP的地址信息的版本更新通知消息。进一步的,AP在接收到携带已完成版本更新的AP的地址信息的版本更新通知消息时,则可以从已完成版本更新的AP的地址信息中选择至少一个AP的地址信息,并从当前选择出的地址信息对应的AP获取更新版本文件,并利用获取的该更新版本文件更新AP的版本。
在一个例子中,AC在获得AP的地址信息以及当前的版本信息,且利用该版本信息确定该AP已完成版本更新时,则判断当前已完成版本更新的AP的数量是否达到预设阈值。如果否,则AC将该AP记录为已完成版本更新的AP,并在版本来源列表中记录该AP的地址信息。如果是,则AC从版本来源列表中删除记录时间最长的已完成版本更新的AP,并将该AP记录为已完成版本更新的AP,并在版本来源列表中记录该AP的地址信息。
在一个例子中,AC在监测到已完成版本更新的AP离线时,则从版本来源列表中删除离线的AP。例如,AC可以监测到各AP的状态,如果有AP离线,且该AP被记录在版本来源列表中,则从版本来源列表中删除离线的AP。
在一个例子中,AC在接收到未完成版本更新的AP发送的删除获取分片文件失败的AP的通知消息时,则从版本来源列表中删除获取分片文件失败的AP。例如,如果AP1从AP2上获取分片文件失败,则AP1向AC发送删除AP2的通知消息,AC在接收到该通知消息时,可以从版本来源列表中删除AP2。
基于上述技术方案,本发明实施例中,AP可以从已完成版本更新的AP获取更新版本文件,可以不从AC上获取更新版本文件,当大量AP均需要更新版本时,AC不需要向大量AP发送更新版本文件,提高AC的处理性能,节约AC与AP之间的网络带宽。而且,当同时更新版本的AP数量超过AC的并发能力时,不再需要等其它AP的更新版本文件传输完成,就可以从已完成版本更新的AP获取更新版本文件,提高更新版本文件的传输效率,并降低版本更新时间。
针对图1所示的应用场景,假设先为AP1提供更新版本文件,在AP1完成版本更新后,为AP2提供更新版本文件,在AP2完成版本更新后,为AP3提供更新版本文件,在AP3完成版本更新后,为AP4提供更新版本文件。
情况一、AP1获得更新版本文件的过程。
AC向AP1发送的版本更新通知消息中未携带已完成版本更新的AP的地址信息。AP1在接收到该版本更新通知消息后,从AC上获得更新版本文件,并利用更新版本文件更新AP1的版本,并在更新完成后重启。在重启后,AP1重新与AC建立CAPWAP隧道,向AC发送发现请求消息,在接收到AC返回的发现响应消息后,向AC发送关联请求消息。基于此,AP1可以在关联请求消息添加私有消息Element(元素),通过私有消息Element承载本AP1的地址信息(如AP1的IP地址和服务端口)。AC在从关联请求消息中解析出AP1的地址信息之后,则可以将AP1的地址信息添加到版本来源列表中。
情况二、AP2、AP3、AP4获得更新版本文件的过程。
AC向AP2发送的版本更新通知消息中携带已完成版本更新的AP的地址信息(即AP1的地址信息)。AP2在接收到该版本更新通知消息后,从AP1上获得更新版本文件,具体的获得方式,上面已详细说明,在此不再赘述,并利用更新版本文件更新AP1的版本,并在更新完成后重启。AP2重启后的处理与AP1的处理相同,在此不再赘述,AC最终将AP2的地址信息添加到版本来源列表中。
AP3和AP4的处理与AP2的处理类似,只是AP3从AP1和/或AP2上获得更新版本文件,AP4从AP1、AP2、和/或AP3上获得更新版本文件,在此不再赘述,AC最终将AP3和AP4的地址信息添加到版本来源列表中。
基于与上述方法同样的发明构思,本发明实施例中还提供了一种版本更新装置,该版本更新装置应用在AP上。该版本更新装置可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。以软件实现为例,作为一个逻辑意义上的装置,是通过其所在的AP的处理器,读取非易失性存储器中对应的计算机程序指令形成的。从硬件层面而言,如图4所示,为本发明提出的版本更新装置所在的AP的一种硬件结构图,除了图4所示的处理器、非易失性存储器外,AP还可以包括其他硬件,如网络接口、内存等。
如图5所示,为本发明提出的版本更新装置的结构图,所述装置包括:
接收模块11,用于接收来自AC的版本更新通知消息;
获得模块12,用于当所述版本更新通知消息中携带有已完成版本更新的AP的地址信息时,则从所述版本更新通知消息中携带的已完成版本更新的AP的地址信息中选择至少一个AP的地址信息,并从选择出的地址信息对应的AP获取更新版本文件;
更新模块13,用于利用获取的更新版本文件更新所述AP的版本。
所述版本更新通知消息中还携带有更新版本文件的分片标识;
所述获得模块12,具体用于在从选择出的地址信息对应的AP获取更新版本文件的过程中,在选择出的地址信息为多个时,将所述版本更新通知消息中携带的更新版本文件的分片标识,分配到选择出的地址信息对应的AP上;
分别从选择出的地址信息对应的AP获取分配的分片标识对应的分片文件,并将获取到的分片文件进行重组,得到更新版本文件。
所述获得模块12,还用于在从选择出的地址信息对应的AP中的任一AP获取分配的分片标识对应的分片文件时,如果获取失败,通知所述AC删除该AP的地址信息,并将分配到该AP上的分片标识中的还未成功获取到分片文件的分片标识,重新分配到选择出的地址信息对应的AP中剩余的一个或多个AP上;
从所述剩余的一个或多个AP获取重新分配的分片标识对应的分片文件。
所述获得模块12,还用于当所述版本更新通知消息中未携带已完成版本更新的AP的地址信息时,则从所述AC获取所述更新版本文件;
所述更新模块13,还用于利用所述更新版本文件更新所述AP的版本。
所述装置还包括(在图中未体现):
发送模块14,用于在所述更新模块13利用更新版本文件更新所述AP的版本之后,将所述AP的地址信息以及当前的版本信息发送给所述AC,以使所述AC利用所述版本信息确定所述AP为已完成版本更新的AP;
在将所述AP的地址信息以及当前的版本信息发送给所述AC之后,如果接收到来自待更新版本的AP的携带分片标识的版本数据请求消息,则获取所述分片标识对应的分片文件,并将所述分片文件发送给所述待更新版本的AP。
基于与上述方法同样的发明构思,本发明实施例中还提供了一种版本更新装置,该版本更新装置应用在AC上。该版本更新装置可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。以软件实现为例,作为一个逻辑意义上的装置,是通过其所在的AC的处理器,读取非易失性存储器中对应的计算机程序指令形成的。从硬件层面而言,如图6所示,为本发明提出的版本更新装置所在的AC的一种硬件结构图,除了图6所示的处理器、非易失性存储器外,AC还可包括其他硬件,如网络接口、内存等。
如图7所示,为本发明提出的版本更新装置的结构图,所述装置包括:
判断模块21,用于当需要为AP更新版本时,判断当前是否存在已完成版本更新的AP;
发送模块22,用于当判断结果为是时,则向所述AP发送携带已完成版本更新的AP的地址信息的版本更新通知消息,以使所述AP从已完成版本更新的AP的地址信息中选择至少一个AP的地址信息,并从选择出的地址信息对应的AP获取更新版本文件,利用获取的更新版本文件更新所述AP的版本。
所述发送模块22,还用于当判断结果为否时,则向所述AP发送未携带已完成版本更新的AP的地址信息的版本更新通知消息,以使所述AP从所述AC上获得所述版本更新文件,并利用所述版本更新文件更新所述AP的版本。
所述装置还包括(在图中未体现):
维护模块23,用于当获得所述AP的地址信息以及当前的版本信息,且利用所述版本信息确定所述AP已完成版本更新时,判断当前已完成版本更新的AP的数量是否达到预设阈值;如果否,则将所述AP记录为已完成版本更新的AP;如果是,则删除记录时间最长的已完成版本更新的AP,并将所述AP记录为已完成版本更新的AP;
当监测到已完成版本更新的AP离线时,删除离线的AP;
当接收到未完成版本更新的AP发送的删除获取分片文件失败的AP的通知消息时,删除所述获取分片文件失败的AP。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可进一步拆分成多个子模块。上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (16)

1.一种版本更新方法,应用在接入点AP上,其特征在于,所述方法包括:
接收来自接入控制器AC的版本更新通知消息;
如果所述版本更新通知消息中携带有已完成版本更新的AP的地址信息,则从所述版本更新通知消息中携带的已完成版本更新的AP的地址信息中选择至少一个AP的地址信息,并从选择出的地址信息对应的AP获取更新版本文件;
利用获取的更新版本文件更新所述AP的版本。
2.根据权利要求1所述的方法,其特征在于,所述版本更新通知消息中还携带有更新版本文件的分片标识;
所述从选择出的地址信息对应的AP获取更新版本文件的过程,具体包括:
在选择出的地址信息为多个时,将所述版本更新通知消息中携带的更新版本文件的分片标识,分配到选择出的地址信息对应的AP上;
分别从选择出的地址信息对应的AP获取分配的分片标识对应的分片文件,并将获取到的分片文件进行重组,得到更新版本文件。
3.根据权利要求2所述的方法,其特征在于,所述方法进一步包括:
在从选择出的地址信息对应的AP中的任一AP获取分配的分片标识对应的分片文件时,如果获取失败,通知所述AC删除该AP的地址信息,并将分配到该AP上的分片标识中的还未成功获取到分片文件的分片标识,重新分配到选择出的地址信息对应的AP中剩余的一个或多个AP上;
从所述剩余的一个或多个AP获取重新分配的分片标识对应的分片文件。
4.根据权利要求1所述的方法,其特征在于,所述方法进一步包括:
如果所述版本更新通知消息中未携带已完成版本更新的AP的地址信息,则从所述AC获取所述更新版本文件,利用所述更新版本文件更新所述AP的版本。
5.根据权利要求1或4所述的方法,其特征在于,所述利用更新版本文件更新所述AP的版本之后,所述方法进一步包括:
将所述AP的地址信息以及当前的版本信息发送给所述AC,以使所述AC利用所述版本信息确定所述AP为已完成版本更新的AP;
在将所述AP的地址信息以及当前的版本信息发送给所述AC之后,如果接收到来自待更新版本的AP的携带分片标识的版本数据请求消息,则获取所述分片标识对应的分片文件,并将所述分片文件发送给所述待更新版本的AP。
6.一种版本更新方法,其特征在于,应用在接入控制器AC上,所述方法包括:
当需要为接入点AP更新版本时,判断当前是否存在已完成版本更新的AP;
如果是,则向所述AP发送携带已完成版本更新的AP的地址信息的版本更新通知消息,以使所述AP从已完成版本更新的AP的地址信息中选择至少一个AP的地址信息,并从选择出的地址信息对应的AP获取更新版本文件,利用获取的更新版本文件更新所述AP的版本。
7.根据权利要求6所述的方法,其特征在于,所述方法进一步包括:
在判断出当前不存在已完成版本更新的AP时,向所述AP发送未携带已完成版本更新的AP的地址信息的版本更新通知消息,以使所述AP从所述AC上获得所述版本更新文件,并利用所述版本更新文件更新所述AP的版本。
8.根据权利要求6或7所述的方法,其特征在于,所述方法还包括:
当获得所述AP的地址信息以及当前的版本信息,且利用所述版本信息确定所述AP已完成版本更新时,判断当前已完成版本更新的AP的数量是否达到预设阈值;如果否,将所述AP记录为已完成版本更新的AP;如果是,删除记录时间最长的已完成版本更新的AP,并将所述AP记录为已完成版本更新的AP;
当监测到已完成版本更新的AP离线时,删除离线的AP;
当接收到未完成版本更新的AP发送的删除获取分片文件失败的AP的通知消息时,删除所述获取分片文件失败的AP。
9.一种版本更新装置,应用在接入点AP上,其特征在于,所述装置包括:
接收模块,用于接收来自接入控制器AC的版本更新通知消息;
获得模块,用于当所述版本更新通知消息中携带有已完成版本更新的AP的地址信息时,则从所述版本更新通知消息中携带的已完成版本更新的AP的地址信息中选择至少一个AP的地址信息,并从选择出的地址信息对应的AP获取更新版本文件;
更新模块,用于利用获取的更新版本文件更新所述AP的版本。
10.根据权利要求9所述的装置,其特征在于,
所述版本更新通知消息中还携带有更新版本文件的分片标识;
所述获得模块,具体用于在从选择出的地址信息对应的AP获取更新版本文件的过程中,在选择出的地址信息为多个时,将所述版本更新通知消息中携带的更新版本文件的分片标识,分配到选择出的地址信息对应的AP上;
分别从选择出的地址信息对应的AP获取分配的分片标识对应的分片文件,并将获取到的分片文件进行重组,得到更新版本文件。
11.根据权利要求10所述的装置,其特征在于,
所述获得模块,还用于在从选择出的地址信息对应的AP中的任一AP获取分配的分片标识对应的分片文件时,如果获取失败,通知所述AC删除该AP的地址信息,并将分配到该AP上的分片标识中的还未成功获取到分片文件的分片标识,重新分配到选择出的地址信息对应的AP中剩余的一个或多个AP上;
从所述剩余的一个或多个AP获取重新分配的分片标识对应的分片文件。
12.根据权利要求9所述的装置,其特征在于,
所述获得模块,还用于当所述版本更新通知消息中未携带已完成版本更新的AP的地址信息时,则从所述AC获取所述更新版本文件;
所述更新模块,还用于利用所述更新版本文件更新所述AP的版本。
13.根据权利要求9或12所述的装置,其特征在于,所述装置还包括:
发送模块,用于在所述更新模块利用更新版本文件更新所述AP的版本之后,将所述AP的地址信息以及当前的版本信息发送给所述AC,以使所述AC利用所述版本信息确定所述AP为已完成版本更新的AP;
在将所述AP的地址信息以及当前的版本信息发送给所述AC之后,如果接收到来自待更新版本的AP的携带分片标识的版本数据请求消息,则获取所述分片标识对应的分片文件,并将所述分片文件发送给所述待更新版本的AP。
14.一种版本更新装置,其特征在于,应用在接入控制器AC上,所述装置包括:
判断模块,用于当需要为接入点AP更新版本时,判断当前是否存在已完成版本更新的AP;
发送模块,用于当判断结果为是时,则向所述AP发送携带已完成版本更新的AP的地址信息的版本更新通知消息,以使所述AP从已完成版本更新的AP的地址信息中选择至少一个AP的地址信息,并从选择出的地址信息对应的AP获取更新版本文件,利用获取的更新版本文件更新所述AP的版本。
15.根据权利要求14所述的装置,其特征在于,
所述发送模块,还用于当判断结果为否时,则向所述AP发送未携带已完成版本更新的AP的地址信息的版本更新通知消息,以使所述AP从所述AC上获得所述版本更新文件,并利用所述版本更新文件更新所述AP的版本。
16.根据权利要求14或15所述的装置,其特征在于,所述装置还包括:
维护模块,用于当获得所述AP的地址信息以及当前的版本信息,且利用所述版本信息确定所述AP已完成版本更新时,判断当前已完成版本更新的AP的数量是否达到预设阈值;如果否,则将所述AP记录为已完成版本更新的AP;如果是,则删除记录时间最长的已完成版本更新的AP,并将所述AP记录为已完成版本更新的AP;
当监测到已完成版本更新的AP离线时,删除离线的AP;
当接收到未完成版本更新的AP发送的删除获取分片文件失败的AP的通知消息时,删除所述获取分片文件失败的AP。
CN201610383048.4A 2016-05-31 2016-05-31 一种版本更新方法和装置 Active CN106060135B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610383048.4A CN106060135B (zh) 2016-05-31 2016-05-31 一种版本更新方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610383048.4A CN106060135B (zh) 2016-05-31 2016-05-31 一种版本更新方法和装置

Publications (2)

Publication Number Publication Date
CN106060135A true CN106060135A (zh) 2016-10-26
CN106060135B CN106060135B (zh) 2019-08-06

Family

ID=57172609

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610383048.4A Active CN106060135B (zh) 2016-05-31 2016-05-31 一种版本更新方法和装置

Country Status (1)

Country Link
CN (1) CN106060135B (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107172188A (zh) * 2017-06-13 2017-09-15 郑州天迈科技股份有限公司 车载设备间的p2p更新方法
CN108012290A (zh) * 2017-12-08 2018-05-08 锐捷网络股份有限公司 一种无线局域网下大数据的处理方法及设备
CN109358876A (zh) * 2018-09-28 2019-02-19 联想(北京)有限公司 一种版本同步方法及装置、设备、存储介质
CN112367350A (zh) * 2020-09-29 2021-02-12 新华三大数据技术有限公司 一种版本文件运行方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003233504A (ja) * 2002-02-08 2003-08-22 Toshiba Corp ソフトウエア管理方法、通信システム、端末、アクセスポイント、通信システムの端末で用いるセキュリティ対策ファイルのダウンロード方法
CN103634782A (zh) * 2012-08-28 2014-03-12 中兴通讯股份有限公司 一种ap版本升级的方法、***及设备
CN104244306A (zh) * 2014-09-15 2014-12-24 杭州华三通信技术有限公司 一种接入点固件升级方法和装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003233504A (ja) * 2002-02-08 2003-08-22 Toshiba Corp ソフトウエア管理方法、通信システム、端末、アクセスポイント、通信システムの端末で用いるセキュリティ対策ファイルのダウンロード方法
CN103634782A (zh) * 2012-08-28 2014-03-12 中兴通讯股份有限公司 一种ap版本升级的方法、***及设备
CN104244306A (zh) * 2014-09-15 2014-12-24 杭州华三通信技术有限公司 一种接入点固件升级方法和装置

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107172188A (zh) * 2017-06-13 2017-09-15 郑州天迈科技股份有限公司 车载设备间的p2p更新方法
CN108012290A (zh) * 2017-12-08 2018-05-08 锐捷网络股份有限公司 一种无线局域网下大数据的处理方法及设备
CN108012290B (zh) * 2017-12-08 2021-05-18 锐捷网络股份有限公司 一种无线局域网下大数据的处理方法及设备
CN109358876A (zh) * 2018-09-28 2019-02-19 联想(北京)有限公司 一种版本同步方法及装置、设备、存储介质
CN112367350A (zh) * 2020-09-29 2021-02-12 新华三大数据技术有限公司 一种版本文件运行方法及装置
CN112367350B (zh) * 2020-09-29 2022-04-01 新华三大数据技术有限公司 一种版本文件运行方法及装置

Also Published As

Publication number Publication date
CN106060135B (zh) 2019-08-06

Similar Documents

Publication Publication Date Title
CN105744579B (zh) 终端在ap间切换的方法、切换控制装置及接入装置
CN106060135A (zh) 一种版本更新方法和装置
CN103309694B (zh) 应用程序更新方法和装置
US9960923B2 (en) Handling of digital certificates
US20130262647A1 (en) Network system and communication control method
US20170156084A1 (en) Roaming processing method and apparatus
CN110022583B (zh) 一种信息处理方法、装置、设备及计算机可读存储介质
US20090252097A1 (en) Band steering for multi-band wireless clients
US20090280811A1 (en) Base station apparatus and neighboring cell information management method
CN105592483B (zh) 一种配置信息的传输方法和装置
CN108934035B (zh) 数据备份方法和装置
EP3306858B1 (en) Network management system deployment method and device, and network management system
KR101950856B1 (ko) 블록체인을 이용한 정보 관리 시스템 및 방법
CN101330500A (zh) 在设备管理中访问权限的控制方法
CN110933192A (zh) 局域网ip地址分配方法、装置、***、计算机设备
CN107105037B (zh) 一种基于文件校验的分布式视频cdn资源管理***及方法
CN105101152A (zh) 无线终端在无线控制器之间的漫游方法及相关装置
CN106488547A (zh) 一种sta的认证数据管理方法、装置及设备
KR20200119601A (ko) 차량의 바이너리 데이터 처리 장치 및 방법
CN104469867A (zh) 一种群组终端越区时位置更新的方法、终端和网络侧设备
CN106304151A (zh) 一种版本更新方法和装置
CN110868340B (zh) 测试方法、装置、可重构测试仪及控制器
EP3254479B1 (en) Topology database for application service support at access nodes
CN108282371B (zh) 一种网元业务配置方法及***
CN104219155A (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
CB02 Change of applicant information
CB02 Change of applicant information

Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No.

Applicant after: Xinhua three Technology Co., Ltd.

Address before: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No.

Applicant before: Huasan Communication Technology Co., Ltd.

GR01 Patent grant
GR01 Patent grant