CN107294763A - 网络设备部署方法及设备 - Google Patents

Abstract

本申请的目的是提供一种网络设备部署方法及设备，用以解决现有技术中各个厂商网络设备的零配置启动实现方式不同，无法屏蔽厂商间差异的问题。具体地，基于待部署设备的厂商类标识信息获取启动文件，然后基于所述启动文件获取包括用于所述待部署设备的配置文件的部署需求数据，并根据所述部署需求数据对所述待部署设备进行配置，从而完成网络设备的部署。与现有技术相比，本申请的方案在保证部署效率的同时，增加了对于各厂商设备配置文件的管控环节，在部署时无需关注待部署设备的厂商，从而屏蔽厂商差异，能够适用于大规模的部署场景。

Description

网络设备部署方法及设备

技术领域

本申请涉及计算机领域，尤其涉及一种适用于大规模部署场景的网络设备部署方法及设备。

背景技术

随着大型互联网公司业务的迅速发展，作为互联网底层支撑的网络基础业务规模开始爆发。传统IDC(Internet Data Center，互联网数据中心)的网络设备部署时，一般采用现场人员工人配置或者厂商的零配置启动方式。

对于人工配置的方式，现场人员需要通过控制(console)端口进行粘贴配置或使用存储介质拷贝配置，容易出现配置拷贝错误等风险，并且效率低下。其次，大型互联网公司会使用不同厂商的设备，而不同厂商的配置命令的存在差异性，因此网络人员需要对每个厂商的命令有较强的专业知识，人力成本较高。而厂商零配置启动方式，需要按照固定的服务器路径将设备配置文件提前上传，无法进行中心管控，在配置过程中无法屏蔽厂商之间的差异，不同厂商的设备会有不同的实现方式，在涉及厂商较多时后期维护较为困难，无法适用于大规模的部署。

申请内容

本申请的一个目的是提供一种网络设备部署方法及设备，用以解决现有技术中各个厂商网络设备的零配置启动实现方式不同，无法屏蔽厂商间差异的问题。

为实现上述目的，本申请提供了一种在待部署设备端的网络设备部署方法，该方法包括：

基于待部署设备的厂商类标识信息获取启动文件；

基于所述启动文件获取包括用于所述待部署设备的配置文件的部署需求数据；

根据所述部署需求数据对所述待部署设备进行配置。

本申请还提供了一种在网管设备端的网络设备部署方法，该方法包括：

向待部署设备提供包括用于所述待部署设备的配置文件的部署需求数据或者所述部署需求数据的定位信息，以使所述待部署设备获取所述部署需求数据。

本申请还提供了一种在配置服务设备端的网络设备部署方法，该方法包括：

获取待部署设备发送的厂商类标识信息；

根据所述厂商类标识信息向所述待部署设备提供启动文件相关数据，以使所述待部署设备根据所述启动文件相关数据获取启动文件，其中，所述启动文件相关数据包括启动文件或启动文件定位信息。

基于本申请的另一方面，还提供了一种待部署设备，该设备包括：

交互处理装置，用于基于待部署设备的厂商类标识信息获取启动文件，以及基于所述启动文件获取包括用于所述待部署设备的配置文件的部署需求数据；

配置装置，用于根据所述部署需求数据对所述待部署设备进行配置。

本申请还提供了一种网管设备，该设备包括：

交互处理装置，用于向待部署设备提供包括用于所述待部署设备的配置文件的部署需求数据或者所述部署需求数据的定位信息，以使所述待部署设备获取所述部署需求数据。

本申请还提供了一种配置服务设备，其中，该设备包括：

交互处理装置，用于获取待部署设备发送的厂商类标识信息，以及根据所述厂商类标识信息向所述待部署设备提供启动文件相关数据，以使所述待部署设备根据所述启动文件相关数据获取启动文件，其中，所述启动文件相关数据包括启动文件或启动文件定位信息。

本申请还提供了一种待部署设备，该设备包括：

处理器；

以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：基于待部署设备的厂商类标识信息获取启动文件；基于所述启动文件获取包括用于所述待部署设备的配置文件的部署需求数据；根据所述部署需求数据对所述待部署设备进行配置。

本申请还提供了一种网管设备，该设备包括：

处理器；

以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：向待部署设备提供部署需求数据或者所述部署需求数据的定位信息，以使所述待部署设备获取所述部署需求数据，其中，所述部署需求数据包括用于所述待部署设备的配置文件。

本申请还提供了一种配置服务设备，该设备包括：

处理器；

以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：获取待部署设备发送的厂商类标识信息；根据所述厂商类标识信息向所述待部署设备提供启动文件相关数据，以使所述待部署设备根据所述启动文件相关数据获取启动文件，其中，所述启动文件相关数据包括启动文件或启动文件定位信息。

与现有技术相比，本申请的技术方案在设备启动时首先获取启动文件，然后通过执行启动文件，来获取用于所述待部署设备的配置文件或者配置文件及版本镜像文件，并进行加载来实现自动化部署，在保证部署效率的同时，增加了对于各厂商设备配置文件的管控环节，在部署时无需关注待部署设备的厂商，从而屏蔽厂商差异，能够适用于大规模的部署场景。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1为本申请实施例提供的大规模网络设备部署系统的拓扑结构图；

图2为本申请实施例提供的在待部署设备端的网络设备部署方法的流程图；

图3为本申请实施例提供的在部署服务设备端的网络设备部署方法的流程图；

图4为本申请实施例中待部署设备端与DHCP服务器交互的流程图；

图5为本申请实施例中待部署设备端与网管设备交互的流程图；

图6为本申请实施例的大规模网络设备部署系统中各个组件交互的流程图；

图7为待部署设备在加电后的内部处理流程图；

图8为待部署设备执行启动文件时执行的相应操作的流程图；

图9为网管设备执行的相应操作的流程图；

图10为本申请实施例提供的一种待部署设备的结构示意图；

图11为待部署设备与DHCP服务器之间的交互示意图；

图12为待部署设备与网管设备之间的交互示意图；

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

下面结合附图对本申请作进一步详细描述。

在本申请一个典型的配置中，终端、服务网络的设备和可信方均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

采用本申请的方案对IDC进行大规模网络设备部署时，各个设备之间的拓扑结构如图1所示，在管理端，包括网管设备100、部署服务设备200、文件服务器300，所述管理端的设备通过管理网络与待部署设备400以及需要部署设备的IDC连接。待部署设备完成部署之后即作为交付单元中的设备，被交付给相应的IDC提供服务。在此，本领域技术人员应当理解，该系统中的相应设备包括但不限于用户设备、网络设备或用户设备与网络设备通过网络相集成所构成的设备，例如服务器、或者服务器和用户的浏览器通过网络相集成所构成的设备。所述用户设备包括但不限于个人计算机、触控终端等实现；所述网络设备包括但不限于如网络主机、单个网络服务器、多个网络服务器集或基于云计算的计算机集合等实现。在此，云由基于云计算(Cloud Computing)的大量主机或网络服务器构成，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个虚拟计算机。

其中，待部署设备端的网络设备部署方法的处理流程如图2所示，包括以下步骤：

步骤S201，基于待部署设备的厂商类标识信息获取启动文件。

所述厂商类标识信息(Vendor-Class-Identifier)中携带的信息可以包括厂商信息、设备型号等，通过所述厂商类标识信息可以识别出待部署设备的厂商和型号等。

具体地，所述待部署设备可以从管理端的部署服务设备中获取启动文件(bootfile)，或者从部署服务设备中获取启动文件定位信息，然后基于该启动文件定位信息主动从管理端的文件服务器下载对应的启动文件。由此，在所述部署服务设备端的网络设备部署方法的处理流程如图3所示，具体包括以下步骤：

步骤S301，获取待部署设备发送的厂商类标识信息；

步骤S302，根据所述厂商类标识信息向所述待部署设备提供启动文件相关数据，以使所述待部署设备根据所述启动文件相关数据获取启动文件，其中，所述启动文件相关数据包括启动文件或启动文件定位信息。

优选地，待部署设备获取启动文件的处理步骤在设备加电后进行动态主机配置的过程中进行，此时对应的部署服务设备优选为部署于管理端的DHCP(Dynamic HostConfiguration Protocol，动态主机配置协议)服务器，用于向待部署设备提供启动文件定位信息。相应地，待部署设备和DHCP服务器之间的交互信息可以通过DHCP报文携带。

具体地，待部署设备端获取启动文件的具体流程如图4所示，包括以下步骤：

步骤S401，向DHCP服务器发送包含厂商类标识信息的DHCP请求；

步骤S402，获取所述DHCP服务器根据所述包含厂商类标识信息的DHCP请求返回的包含启动文件定位信息的DHCP应答；

步骤S403，基于所述启动文件定位信息从文件服务器获取对应的启动文件。

相应地，DHCP服务器端提供启动文件定位信息的具体流程如图4所示，包括以下步骤：

步骤S404，获取待部署设备发送的包含厂商类标识信息的DHCP请求；

步骤S405，根据所述包含厂商类标识信息的DHCP请求生成包含启动文件定位信息的DHCP应答。在该步骤中，DHCP服务器通过DHCP请求中的厂商类标识信息判断是否支持该厂商中此型号网络设备的部署，只有在支持时才继续执行后续处理。由此，该步骤具体包括：根据所述DHCP请求中的厂商类标识信息判断是否支持所述待部署设备的部署；若为是，生成包含启动文件定位信息的DHCP应答。

步骤S406，向所述待部署设备发送所述DHCP应答。

在本实施例中，待部署设备发送的DHCP请求为DHCP Discover报文，该DHCPDiscover报文需要携带60、61options字段的，上述options字段的信息分别为：

a)60，Vendor-Class-Identifier(厂商类标识信息)，携带厂商、设备型号等信息；

b)61，Client-Identifier(客户端标识信息)，用于实现动态主机配置功能，即在租约未满其间为同一客户端标识信息的待部署设备复用同一IP地址。

只有当待部署设备发送的DHCP Discover报文携带60、61options字段信息时，DHCP服务器才会进行后续处理，否则，将予以拒绝。

而DHCP服务器向待部署设备返回的DHCP应答为DHCP Offer报文。DHCP服务器通过60options字段中的厂商类标识信息判断是否支持所述待部署设备，若支持则返回DHCPOffer报文。在该DHCP Offer报文中添加3、66、67options字段的信息，上述options字段的信息分别为：

a)3，Router(路由)，提供给待部署设备的路由地址，用于在待部署设备连接管理端时，用来作为网关使用；

b)66，Server-Name(服务器名称)，下载启动文件的TFTP服务器地址；

c)67，Bootfile-Name(启动文件名称)，下载的启动文件的名称。

其中，66、67options字段的内容即为启动文件定位信息，待部署设备可以由此从TFTP服务器下载到启动文件。

步骤S202，基于所述启动文件获取包括用于所述待部署设备的配置文件的部署需求数据。其中，所述启动文件为一段可执行的程序代码，通过执行所述启动文件，所述待部署设备会执行一系列操作从而至少获取到配置文件，对自身进行配置。

具体地，所述待部署设备可以从管理端的网管设备中获取配置文件，或者从网管设备中获取配置文件定位信息，然后基于该配置文件定位信息主动从管理端的文件服务器下载对应的启动文件。由此，在所述网管设备端的网络设备部署方法具体包括：向待部署设备提供部署需求数据或者所述部署需求数据的定位信息，以使所述待部署设备获取所述部署需求数据，其中，所述部署需求数据包括用于所述待部署设备的配置文件。

在实际场景下，所述待部署设备在执行所述启动文件时，首先会向网管设备上报包含其设备标识信息的就绪通知，以告知网管设备需要获取相关的文件。并且根据不同的情况，除所述配置文件外，待部署设备还可能需要获取用于所述待部署设备的版本镜像文件，此时所述部署需求数据包括用于所述待部署设备的配置文件和版本镜像文件。类似的，网管设备在提供版本镜像文件时，可以直接向待部署设备提供版本镜像文件，也可以向待部署设备提供版本镜像文件定位信息，由待部署设备自行下载。以网管设备提供定位信息的场景为例，具体地，所述待部署设备的获取配置文件、版本镜像文件的处理流程如图5所示，包括以下步骤：

步骤S501，向网管设备发送所述待部署设备的设备标识信息。其中，所述设备标识信息用于唯一确定该待部署设备，在本实施例采用SN(Serial Number，产品序列号)，携带于待部署设备上报的就绪通知中。

步骤S502，获取所述网管设备基于所述设备标识信息返回的用于所述待部署设备的配置信息和版本信息。

步骤S503，判断所述版本信息与所述待部署设备的当前系统版本是否一致；

步骤S504，若一致，则表示当前系统版本可用，无需对其进行更新，因此只需要获取用于所述待部署设备的配置文件即可完成部署，此时根据配置信息获取用于所述待部署设备的配置文件。否则，在根据配置文件进行配置的同时，还需要更新当前系统版本才可以完成部署，此时需要根据配置信息和版本信息获取用于所述待部署设备的配置文件和版本镜像文件。

对于S504中的第一种情况，步骤S504，具体包括以下步骤：

步骤S5041，根据配置信息向所述网管设备发送的关于配置文件的查询请求。

步骤S5042，获取所述网管设备基于所述查询请求返回的配置文件定位信息。其中，所述配置文件定位信息可以包括保存配置文件的服务器名称以及配置文件名称，由此可以定位所述配置文件。

步骤S5043，根据所述配置文件定位信息从文件服务器获取用于所述待部署设备的配置文件。

对于S504中的第二种情况，步骤S504，具体包括以下步骤：

步骤S5041，根据配置信息和版本信息向所述网管设备发送的关于配置文件和版本镜像文件的查询请求。

步骤S5042，获取所述网管设备基于所述查询请求返回的配置文件定位信息和版本镜像文件定位信息。与配置文件定位信息类似，所述版本镜像文件定位信息可以包括保存版本镜像文件的服务器名称以及版本镜像文件名称，由此可以定位所述版本镜像文件。在本实施例中，用于保存版本镜像文件和配置镜像文件的文件服务器可以使用FTP(FileTransfer Protocol，文件传输协议)服务器。

步骤S5043，分别根据配置文件定位信息和版本镜像文件定位信息从文件服务器获取用于所述待部署设备的的配置文件和版本镜像文件。考虑到实际场景中，镜像文件较大(一般在60～300MB左右)，下载时间较长，通过先下载配置文件，再下载版本镜像文件的方式，优化部署过程，减少待部署设备等待时间以及对应FTP服务器的拥堵。具体地，首先，根据配置文件定位信息从文件服务器获取用于所述待部署设备的配置文件；在所述配置文件获取完成后，根据版本镜像文件定位信息从文件服务器获取用于所述待部署设备的版本镜像文件。

相应地，在网管设备端的具体处理过程如图5所示，包括以下步骤：

步骤S505，获取待部署设备发送的设备标识信息。

步骤S506，根据所述设备标识信息获取用于所述待部署设备的配置信息和版本信息。优选地，可以预先建立设备标识信息与对应的配置信息、版本信息之间映射关系，此时仅需要根据设备标识信息进行查找，即可获取对应的配置信息和版本信息。由此，网管设备端在获取待部署设备发送的设备标识信息之前，还包括：建立待部署设备的设备标识信息与对应的配置信息、版本信息之间的映射关系，并且根据所述设备标识信息在所述映射关系中查询对应的配置信息和版本信息。

在实际场景中，可以预先在网管设备中录入待部署设备的SN、Vendor(厂商信息)及在机房中的机器机架等预规划信息，基于这些预规划信息确定对应待部署设备需要的配置文件以及系统版本，并构建映射关系。由此，在收到待部署设备的就绪通知时，可以根据其中的SN确定对应的配置信息和版本信息，即确定待部署设备需要什么配置文件和哪个系统版本。

步骤S507，向所述待部署设备发送所述配置信息和版本信息。

步骤S508，获取所述待部署设备基于所述配置信息和版本信息发送的查询请求。

步骤S509，根据所述查询请求向待部署设备提供部署需求数据的定位信息。在此，所述部署需求数据可以是配置文件，或者配置文件及版本镜像文件。

根据待部署设备在步骤S503中的判断结果不同，获取到的查询请求包括两种：仅请求获取配置文件定位信息，或者请求同时获取配置文件定位信息及版本镜像文件定位信息。由此，若获取到所述待部署设备基于所述配置信息和版本信息发送的关于配置文件的查询请求，向所述待部署设备提供用于所述待部署设备的配置文件定位信息；若获取到所述待部署设备基于所述配置信息和版本信息发送的关于配置文件和版本镜像文件的查询请求，向所述待部署提供用于所述待部署设备的配置文件定位信息和版本镜像文件定位信息。

步骤S203，根据所述部署需求数据对所述待部署设备进行配置。

基于前述的两种情况，若无需更新系统版本，则仅需要根据所述配置文件对所述待部署设备进行配置；否则需要根据所述配置文件对所述待部署设备进行配置，并且根据所述版本镜像文件更新所述待部署设备端的系统版本，以完成部署。

此外，在部署完成后，待部署设备可以向网管设备发送部署成功的通知，以告知网管设备当前状态。当交付单元的所有网络设备完成部署后，进行业务交付，部署完成的网络设备将正式提供服务。

作为一种可行的实施方式，对于图1所示的系统，若所述文件服务器包括用于提供启动文件下载服务的TFTP服务器，用于提供的版本镜像文件下载服务的镜像服务器，以及用于提供配置文件下载服务的配置服务器。由于网络设备的配置文件并不大，一般可以使用一台配置服务器就可以提供上千台网络设备下载配置文件的能力。而由于镜像文件一般都是60-300MB不等，在上千台网络设备部署过程中，镜像服务器的网络必然成为瓶颈。所以，在实际部署中镜像服务器可以由部署在不同IDC的多台服务器组成。

在进行网络设备部署过程中，上述系统中各个组件之间的交互如图6所示，具体交互流程如下：

步骤S601，待部署设备请求临时IP地址、TFTP服务器地址和启动文件名称。

步骤S602，DHCP服务器分配临时IP地址，同时返回、TFTP服务器地址和启动文件名。

步骤S603，待部署设备从TFTP服务器下载启动文件。

步骤S604，待部署设备向网管系统通告就绪状态。

步骤S605，网管系统向待部署设备下发配置信息和版本信息；

步骤S606，待部署设备向网管请求配置服务器地址、配置文件名、镜像服务器地址、版本镜像文件名。

步骤S607，待部署设备从配置服务器下载配置文件。

步骤S608，待部署设备从镜像服务器下载版本镜像文件。

步骤S609，完成部署后，待部署设备向网管系统通告成功状态；

步骤S610，网管系统进行业务交付。

在上述部署过程中，待部署设备在加电后的内部处理流程如图7所示，待部署设备加电后首先会自检配置，在已经有配置的情况下，正常启动；而在无配置的情况下进入安装模式，即进行自动部署。根据前述方式获取并执行启动文件，并在执行成功后重启设备，由于此时已经完成配置，则可以正常启动，提供服务。图8示出了待部署设备执行启动文件时执行的相应流程。相应地，在网管设备端执行的处理流程如图9所示，其中如下部分可以由人工介入，例如在网络设备上架后SN、Vendor、机器机架等预规划信息的录入，配置文件的生成，待部署设备订阅列表的生成，问题排查等。通过订阅待部署设备的设备状态信息，实现对网络设备部署进度的实时监控。

基于本申请的另一方面，还提供了一种待部署设备，该待部署设备400的结构如图10所示，包括交互处理装置410和配置装置420。其中，所述交互处理装置410用于基于待部署设备的厂商类标识信息获取启动文件，以及基于所述启动文件获取包括用于所述待部署设备的配置文件的部署需求数据。所述配置装置420用于根据所述部署需求数据对所述待部署设备进行配置。

其中，所述厂商类标识信息(Vendor-Class-Identifier)中携带的信息可以包括厂商信息、设备型号等，通过所述厂商类标识信息可以识别出待部署设备的厂商和型号等。

具体地，所述待部署设备可以从管理端的部署服务设备中获取启动文件(bootfile)，或者从部署服务设备中获取启动文件定位信息，然后基于该启动文件定位信息主动从管理端的文件服务器下载对应的启动文件。在此，部署服务设备包括一交互处理装置，用于获取待部署设备发送的厂商类标识信息，以及根据所述厂商类标识信息向所述待部署设备提供启动文件相关数据，以使所述待部署设备根据所述启动文件相关数据获取启动文件，其中，所述启动文件相关数据包括启动文件或启动文件定位信息。

优选地，待部署设备获取启动文件的处理在设备加电后进行动态主机配置的过程中进行，此时对应的部署服务设备优选为部署于管理端的DHCP(Dynamic HostConfiguration Protocol，动态主机配置协议)服务器，用于向待部署设备提供启动文件定位信息。相应地，待部署设备和DHCP服务器之间的交互信息可以通过DHCP报文携带。

具体地，待部署设备400与DHCP服务器200之间的交互如图11所示，待部署设备400的交互处理装置410在获取启动文件时的具体处理流程如下：

步骤S1101，向DHCP服务器发送包含厂商类标识信息的DHCP请求；

步骤S1102，获取所述DHCP服务器根据所述包含厂商类标识信息的DHCP请求返回的包含启动文件定位信息的DHCP应答；

步骤S1103，基于所述启动文件定位信息从文件服务器获取对应的启动文件。

相应地，DHCP服务器200的交互处理装置210在提供启动文件定位信息时的具体处理流程如下：

步骤S1104，获取待部署设备发送的包含厂商类标识信息的DHCP请求；

步骤S1105，根据所述包含厂商类标识信息的DHCP请求生成包含启动文件定位信息的DHCP应答。在该处理过程中，DHCP服务器通过DHCP请求中的厂商类标识信息判断是否支持该厂商中此型号网络设备的部署，只有在支持时才继续执行后续处理。由此，所述交互处理装置210具体用于根据所述DHCP请求中的厂商类标识信息判断是否支持所述待部署设备的部署；若为是，生成包含启动文件定位信息的DHCP应答。

步骤S1106，向所述待部署设备发送所述DHCP应答。

在本实施例中，待部署设备发送的DHCP请求为DHCP Discover报文，该DHCPDiscover报文需要携带60、61options字段的，上述options字段的信息分别为：

a)60，Vendor-Class-Identifier(厂商类标识信息)，携带厂商、设备型号等信息；

b)61，Client-Identifier(客户端标识信息)，用于实现动态主机配置功能，即在租约未满其间为同一客户端标识信息的待部署设备复用同一IP地址。

只有当待部署设备发送的DHCP Discover报文携带60、61options字段信息时，DHCP服务器才会进行后续处理，否则，将予以拒绝。

而DHCP服务器向待部署设备返回的DHCP应答为DHCP Offer报文。DHCP服务器通过60options字段中的厂商类标识信息判断是否支持所述待部署设备，若支持则返回DHCPOffer报文。在该DHCP Offer报文中添加3、66、67options字段的信息，上述options字段的信息分别为：

a)3，Router(路由)，提供给待部署设备的路由地址，用于在待部署设备连接管理端时，用来作为网关使用；

b)66，Server-Name(服务器名称)，下载启动文件的TFTP服务器地址；

c)67，Bootfile-Name(启动文件名称)，下载的启动文件的名称。

其中，66、67options字段的内容即为启动文件定位信息，待部署设备可以由此从TFTP服务器下载到启动文件。

所述启动文件为一段可执行的程序代码，通过执行所述启动文件，所述待部署设备会执行一系列操作从而至少获取到配置文件，对自身进行配置。

具体地，所述待部署设备可以从管理端的网管设备中获取配置文件，或者从网管设备中获取配置文件定位信息，然后基于该配置文件定位信息主动从管理端的文件服务器下载对应的启动文件。在此，网管设备包括一交互处理装置，用于向待部署设备提供部署需求数据或者所述部署需求数据的定位信息，以使所述待部署设备获取所述部署需求数据，其中，所述部署需求数据包括用于所述待部署设备的配置文件。

在实际场景下，所述待部署设备在执行所述启动文件时，首先会向网管设备上报包含其设备标识信息的就绪通知，以告知网管设备需要获取相关的文件。并且根据不同的情况，除所述配置文件外，待部署设备还可能获取用于所述待部署设备的版本镜像文件，此时所述部署需求数据包括用于所述待部署设备的配置文件和版本镜像文件。类似的，网管设备在提供版本镜像文件时，可以直接向待部署设备提供版本镜像文件，也可以向待部署设备提供版本镜像文件定位信息，由待部署设备自行下载。以网管设备提供定位信息的场景为例，具体地，待部署设备400与网管设备100之间的交互如图12所示，所述待部署设备400的交互处理装置410在获取配置文件、版本镜像文件时的处理流程如下：

步骤S1201，向网管设备发送所述待部署设备的设备标识信息。其中，所述设备标识信息用于唯一确定该待部署设备，在本实施例采用SN(Serial Number，产品序列号)，携带于待部署设备上报的就绪通知中。

步骤S1202，获取所述网管设备基于所述设备标识信息返回的用于所述待部署设备的配置信息和版本信息。

步骤S1203，判断所述版本信息与所述待部署设备的当前系统版本是否一致；

步骤S1204，若一致，则表示当前系统版本可用，无需对其进行更新，因此只需要获取用于所述待部署设备的配置文件即可完成部署，此时根据配置信息获取用于所述待部署设备的配置文件。否则，在根据配置文件进行配置的同时，还需要更新当前系统版本才可以完成部署，此时需要根据配置信息和版本信息获取用于所述待部署设备的配置文件和版本镜像文件。

对于步骤S1204中的第一种情况，所述待部署设备400的交互处理装置410的具体处理流程如下：步骤S12041，根据配置信息向所述网管设备发送的关于配置文件的查询请求。步骤S12042，获取所述网管设备基于所述查询请求返回的配置文件定位信息。步骤S12043，根据所述配置文件定位信息从文件服务器获取用于所述待部署设备的配置文件。其中，所述配置文件定位信息可以包括保存配置文件的服务器名称以及配置文件名称，由此可以定位所述配置文件。

对于步骤S1204中的第二种情况，所述待部署设备400的交互处理装置410具体的处理流程如下：步骤S12041，根据配置信息和版本信息向所述网管设备发送的关于配置文件和版本镜像文件的查询请求。步骤S12042，获取所述网管设备基于所述查询请求返回的配置文件定位信息和版本镜像文件定位信息。步骤S12043，分别根据配置文件定位信息和版本镜像文件定位信息从文件服务器获取用于所述待部署设备的配置文件和版本镜像文件。

再此过程中，与配置文件定位信息类似，所述版本镜像文件定位信息可以包括保存版本镜像文件的服务器名称以及版本镜像文件名称，由此可以定位所述版本镜像文件。在本实施例中，用于保存版本镜像文件和配置镜像文件的文件服务器可以使用FTP(FileTransfer Protocol，文件传输协议)服务器。

考虑到实际场景中，镜像文件较大(一般在60～300MB左右)，下载时间较长，可以通过先下载配置文件，再下载版本镜像文件的方式，优化部署过程，减少待部署设备等待时间以及对应FTP服务器的拥堵。具体地，所述待部署设备400的交互处理装置410具体用于先根据配置文件定位信息从文件服务器获取用于所述待部署设备的配置文件；在配置文件获取完成后，根据版本镜像文件定位信息从文件服务器获取用于所述待部署设备的版本镜像文件。

相应地，网管设备100的交互处理装置110在提供启动文件定位信息时的具体处理流程如下：

步骤S1205，获取待部署设备发送的设备标识信息。

步骤S1206，根据所述设备标识信息获取用于所述待部署设备的配置信息和版本信息。优选地，可以预先建立设备标识信息与对应的配置信息、版本信息之间映射关系，此时仅需要根据设备标识信息进行查找，即可获取对应的配置信息和版本信息。由此，网管设备还包括一预规划装置，用于在获取待部署设备发送的设备标识信息之前，建立待部署设备的设备标识信息与对应的配置信息、版本信息之间的映射关系，由此，交互处理装置110可以根据所述设备标识信息在所述映射关系中查询对应的配置信息和版本信息。

在实际场景中，可以预先在网管设备中录入待部署设备的SN、Vendor(厂商信息)及在机房中的机器机架等预规划信息，基于这些预规划信息确定对应待部署设备需要的配置文件以及系统版本，并构建映射关系。由此，在收到待部署设备的就绪通知时，可以根据其中的SN确定对应的配置信息和版本信息，即确定待部署设备需要什么配置文件和哪个系统版本。

步骤S1207，向所述待部署设备发送所述配置信息和版本信息。

步骤S1208，获取所述待部署设备基于所述配置信息和版本信息发送的查询请求。

步骤S1209，根据所述查询请求向待部署设备提供部署需求数据的定位信息，在此，所述部署需求数据可以是配置文件，或者配置文件及版本镜像文件。

根据待部署设备的交互处理装置410在步骤S1203中的判断结果不同，获取到的查询请求包括两种：仅请求获取配置文件定位信息，或者请求同时获取配置文件定位信息及版本镜像文件定位信息。由此，若交互处理装置110获取到所述待部署设备基于所述配置信息和版本信息发送的关于配置文件的查询请求，向所述待部署设备提供用于所述待部署设备的配置文件定位信息；若交互处理装置110获取到所述待部署设备基于所述配置信息和版本信息发送的关于配置文件和版本镜像文件的查询请求，向所述待部署提供用于所述待部署设备的配置文件定位信息和版本镜像文件定位信息。

基于前述的两种情况，若无需更新系统版本，则待部署设备400的配置装置420仅需要根据所述配置文件对所述待部署设备进行配置；否则需要根据所述配置文件对所述待部署设备进行配置，并且根据所述版本镜像文件更新所述待部署设备端的系统版本，以完成部署。

此外，在部署完成后，待部署设备可以向网管设备发送部署成功的通知，以告知网管设备当前状态。当交付单元的所有网络设备完成部署后，进行业务交付，部署完成的网络设备将正式提供服务。

本申请实施例还提供了一种待部署设备，该设备包括：

处理器；

以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：基于待部署设备的厂商类标识信息获取启动文件；基于所述启动文件获取包括用于所述待部署设备的配置文件的部署需求数据；根据所述部署需求数据对所述待部署设备进行配置。

本申请实施例还提供了一种网管设备，该设备包括：

处理器；

以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：向待部署设备提供部署需求数据或者所述部署需求数据的定位信息，以使所述待部署设备获取所述部署需求数据，其中，所述部署需求数据包括用于所述待部署设备的配置文件。

本申请实施例还提供了一种配置服务设备，该设备包括：

处理器；

以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：获取待部署设备发送的厂商类标识信息；根据所述厂商类标识信息向所述待部署设备提供启动文件相关数据，以使所述待部署设备根据所述启动文件相关数据获取启动文件，其中，所述启动文件相关数据包括启动文件或启动文件定位信息。

综上所述，本申请的技术方案在设备启动时首先获取启动文件，然后通过执行启动文件，来获取用于所述待部署设备的配置文件或者配置文件及版本镜像文件，并进行加载来实现自动化部署，在保证部署效率的同时，增加了对于各厂商设备配置文件的管控环节，在部署时无需关注待部署设备的厂商，从而屏蔽厂商差异，能够适用于大规模的部署场景。

需要注意的是，本申请可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本申请的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

另外，本申请的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本申请的方法和/或技术方案。而调用本申请的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本申请的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

Claims (29)

1.一种在待部署设备端的网络设备部署方法，其中，该方法包括：

基于待部署设备的厂商类标识信息获取启动文件；

基于所述启动文件获取包括用于所述待部署设备的配置文件的部署需求数据；

根据所述部署需求数据对所述待部署设备进行配置。

2.根据权利要求1所述的方法，其中，基于待部署设备的厂商类标识信息获取启动文件，包括：

向配置服务设备发送包含厂商类标识信息的动态主机配置协议请求；

获取所述配置服务设备根据所述包含厂商类标识信息的动态主机配置协议请求返回的包含启动文件定位信息的动态主机配置协议应答；

基于所述启动文件定位信息从文件服务器获取对应的启动文件。

3.根据权利要求1所述的方法，其中，基于所述启动文件获取包括用于所述待部署设备的配置文件的部署需求数据，包括：

向网管设备发送所述待部署设备的设备标识信息；

获取所述网管设备基于所述设备标识信息返回的用于所述待部署设备的配置信息和版本信息；

判断所述版本信息与所述待部署设备的当前系统版本是否一致；若一致，则根据配置信息获取包括用于所述待部署设备的配置文件的部署需求数据；否则，根据配置信息和版本信息获取包括用于所述待部署设备的配置文件和版本镜像文件的部署需求数据。

4.根据权利要求3所述的方法，其中，根据配置信息获取包括用于所述待部署设备的配置文件的部署需求数据，包括：

根据配置信息向所述网管设备发送的关于配置文件的查询请求；

获取所述网管设备基于所述查询请求返回的配置文件定位信息；

根据所述配置文件定位信息从文件服务器获取用于所述待部署设备的配置文件；

根据配置信息和版本信息获取包括用于所述待部署设备的配置文件和版本镜像文件的部署需求数据，包括：

根据配置信息和版本信息向所述网管设备发送的关于配置文件和版本镜像文件的查询请求；

获取所述网管设备基于所述查询请求返回的配置文件定位信息和版本镜像文件定位信息；

分别根据配置文件定位信息和版本镜像文件定位信息从文件服务器获取用于所述待部署设备的配置文件和版本镜像文件。

5.根据权利要求4所述的方法，其中，分别根据配置文件定位信息和版本镜像文件定位信息从文件服务器获取用于所述待部署设备的配置文件和版本镜像文件，包括：

根据配置文件定位信息从文件服务器获取用于所述待部署设备的配置文件；

在所述配置文件获取完成后，根据版本镜像文件定位信息从文件服务器获取用于所述待部署设备的版本镜像文件。

6.根据权利要求1所述的方法，其中，根据所述部署需求数据对所述待部署设备进行配置，包括：

根据所述配置文件对所述待部署设备进行配置；或者

根据所述配置文件对所述待部署设备进行配置，并根据所述版本镜像文件更新所述待部署设备端的系统版本。

7.一种在网管设备端的网络设备部署方法，其中，该方法包括：

向待部署设备提供部署需求数据或者所述部署需求数据的定位信息，以使所述待部署设备获取所述部署需求数据，其中，所述部署需求数据包括用于所述待部署设备的配置文件。

8.根据权利要求7所述的方法，其中，向待部署设备提供部署需求数据或者所述部署需求数据的定位信息，包括：

获取待部署设备发送的设备标识信息；

根据所述设备标识信息获取用于所述待部署设备的配置信息和版本信息；

向所述待部署设备发送所述配置信息和版本信息；

获取所述待部署设备基于所述配置信息和版本信息发送的查询请求；

根据所述查询请求向待部署设备提供部署需求数据或者所述部署需求数据的定位信息。

9.根据权利要求8所述的方法，其中，根据所述查询请求向待部署设备提供部署需求数据或者所述部署需求数据的定位信息，包括：

若获取到所述待部署设备基于所述配置信息和版本信息发送的关于配置文件的查询请求，向待部署设备提供包括用于所述待部署设备的配置文件的部署需求数据或者所述部署需求数据的定位信息；

若获取到所述待部署设备基于所述配置信息和版本信息发送的关于配置文件和版本镜像文件的查询请求，向待部署设备提供包括用于所述待部署设备的配置文件和版本镜像文件的部署需求数据或者所述部署需求数据的定位信息。

10.根据权利要求9所述的方法，其中，在获取待部署设备发送的设备标识信息之前，还包括：

建立待部署设备的设备标识信息与对应的配置信息、版本信息之间的映射关系；

根据所述设备标识信息获取用于所述待部署设备的配置信息和版本信息，包括：

根据所述设备标识信息在所述映射关系中查询对应的配置信息和版本信息。

11.一种在配置服务设备端的网络设备部署方法，其中，该方法包括：

获取待部署设备发送的厂商类标识信息；

根据所述厂商类标识信息向所述待部署设备提供启动文件相关数据，以使所述待部署设备根据所述启动文件相关数据获取启动文件，其中，所述启动文件相关数据包括启动文件或启动文件定位信息。

12.根据权利要求11所述的方法，其中，获取待部署设备发送的厂商类标识信息，包括：

获取待部署设备发送的包含厂商类标识信息的动态主机配置协议请求；

根据所述厂商类标识信息向所述待部署设备提供启动文件相关数据，包括：

根据所述包含厂商类标识信息的动态主机配置协议请求生成包含启动文件相关数据的动态主机配置协议应答；

向所述待部署设备发送所述动态主机配置协议应答。

13.根据权利要求12所述的方法，其中，根据所述包含厂商类标识信息的动态主机配置协议请求生成包含启动文件相关数据的动态主机配置协议应答，包括：

根据所述动态主机配置协议请求中的厂商类标识信息判断是否支持所述待部署设备的部署；若为是，生成包含启动文件相关数据的动态主机配置协议应答。

14.一种待部署设备，其中，该设备包括：

交互处理装置，用于基于待部署设备的厂商类标识信息获取启动文件，以及基于所述启动文件获取包括用于所述待部署设备的配置文件的部署需求数据；

配置装置，用于根据所述部署需求数据对所述待部署设备进行配置。

15.根据权利要求14所述的设备，其中，所述交互处理装置，用于向配置服务设备发送包含厂商类标识信息的动态主机配置协议请求，获取所述配置服务设备根据所述包含厂商类标识信息的动态主机配置协议请求返回的包含启动文件定位信息的动态主机配置协议应答，以及基于所述启动文件定位信息从文件服务器获取对应的启动文件。

16.根据权利要求14所述的设备，其中，所述交互处理装置，用于向网管设备发送所述待部署设备的设备标识信息，获取所述网管设备基于所述设备标识信息返回的用于所述待部署设备的配置信息和版本信息，以及判断所述版本信息与所述待部署设备的当前系统版本是否一致；若一致，则根据配置信息获取包括用于所述待部署设备的配置文件的部署需求数据；否则，根据配置信息和版本信息获取包括用于所述待部署设备的配置文件和版本镜像文件的部署需求数据。

17.根据权利要求16所述的设备，其中，所述交互处理装置，用于根据配置信息向所述网管设备发送的关于配置文件的查询请求，获取所述网管设备基于所述查询请求返回的配置文件定位信息，根据所述配置文件定位信息从文件服务器获取用于所述待部署设备的配置文件；或者根据配置信息和版本信息向所述网管设备发送的关于配置文件和版本镜像文件的查询请求，获取所述网管设备基于所述查询请求返回的配置文件定位信息和版本镜像文件定位信息，分别根据配置文件定位信息和版本镜像文件定位信息从文件服务器获取用于所述待部署设备的配置文件和版本镜像文件。

18.根据权利要求17所述的设备，其中，所述交互处理装置，用于根据配置文件定位信息从文件服务器获取用于所述待部署设备的配置文件，在所述配置文件获取完成后，根据版本镜像文件定位信息从文件服务器获取用于所述待部署设备的版本镜像文件。

19.根据权利要求17所述的设备，其中，所述配置装置，用于根据所述配置文件对所述待部署设备进行配置；或者根据所述配置文件对所述待部署设备进行配置，并根据所述版本镜像文件更新所述待部署设备端的系统版本。

20.一种网管设备，其中，该设备包括：

交互处理装置，用于向待部署设备提供部署需求数据或者所述部署需求数据的定位信息，以使所述待部署设备获取所述部署需求数据，其中，所述部署需求数据包括用于所述待部署设备的配置文件。

21.根据权利要求20所述的设备，其中，所述交互处理装置，用于获取待部署设备发送的设备标识信息，根据所述设备标识信息获取用于所述待部署设备的配置信息和版本信息，向所述待部署设备发送所述配置信息和版本信息，获取所述待部署设备基于所述配置信息和版本信息发送的查询请求，以及根据所述查询请求向待部署设备提供部署需求数据或者所述部署需求数据的定位信息。

22.根据权利要求21所述的设备，其中，所述交互处理装置，用于在获取到所述待部署设备基于所述配置信息和版本信息发送的关于配置文件的查询请求时，向待部署设备提供包括用于所述待部署设备的配置文件的部署需求数据或者所述部署需求数据的定位信息；以及在获取到所述待部署设备基于所述配置信息和版本信息发送的关于配置文件和版本镜像文件的查询请求时，向待部署设备提供包括用于所述待部署设备的配置文件和版本镜像文件的部署需求数据或者所述部署需求数据的定位信息。

23.根据权利要求22所述的设备，其中，所述设备还包括：

预规划装置，用于在获取待部署设备发送的设备标识信息之前，建立待部署设备的设备标识信息与对应的配置信息、版本信息之间的映射关系；

所述交互处理装置，用于根据所述设备标识信息在所述映射关系中查询对应的配置信息和版本信息。

24.一种配置服务设备，其中，该设备包括：

交互处理装置，用于获取待部署设备发送的厂商类标识信息，以及根据所述厂商类标识信息向所述待部署设备提供启动文件相关数据，以使所述待部署设备根据所述启动文件相关数据获取启动文件，其中，所述启动文件相关数据包括启动文件或启动文件定位信息。

25.根据权利要求24所述的设备，其中，所述交互处理装置，用于获取待部署设备发送的包含厂商类标识信息的动态主机配置协议请求，根据所述包含厂商类标识信息的动态主机配置协议请求生成包含启动文件相关数据的动态主机配置协议应答，向所述待部署设备发送所述动态主机配置协议应答。

26.根据权利要求25所述的设备，其中，所述交互处理装置，用于根据所述动态主机配置协议请求中的厂商类标识信息判断是否支持所述待部署设备的部署，并在判断结果为是时，生成包含启动文件相关数据的动态主机配置协议应答。

27.一种待部署设备，其中，该设备包括：

处理器；

以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：基于待部署设备的厂商类标识信息获取启动文件；基于所述启动文件获取包括用于所述待部署设备的配置文件的部署需求数据；根据所述部署需求数据对所述待部署设备进行配置。

28.一种网管设备，其中，该设备包括：

处理器；

以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：向待部署设备提供部署需求数据或者所述部署需求数据的定位信息，以使所述待部署设备获取所述部署需求数据，其中，所述部署需求数据包括用于所述待部署设备的配置文件。

29.一种配置服务设备，其中，该设备包括：

处理器；

以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：获取待部署设备发送的厂商类标识信息；根据所述厂商类标识信息向所述待部署设备提供启动文件相关数据，以使所述待部署设备根据所述启动文件相关数据获取启动文件，其中，所述启动文件相关数据包括启动文件或启动文件定位信息。