CN113194119A - 一种配置文件获取方法及装置 - Google Patents

Abstract

本说明书提供一种配置文件的获取方法及装置，所述方法包括：接收网络设备发送的配置文件获取请求；向所述网络设备发送配置文件，所述配置文件中包括所述网络设备待加入的组播组的配置；向组播组中的成员设备发送探测报文；接收到成员设备发送的响应报文之后，将所述成员设备的地址信息作为配置文件服务器的地址信息同步给动态主机配置协议DHCP服务器。控制器在接收到成员设备的响应报文后，将该成员设备的地址信息作为配置文件服务器的地址同步给DHCP服务器，从而后续有其他网络设备上线时，向DHCP服务器请求配置文件服务器的地址时，DHCP服务器会将该成员设备的地址作为配置文件TFTP服务器的地址下发给其他网络设备。

Description

一种配置文件获取方法及装置

技术领域

本说明书涉及通信技术领域，尤其涉及一种配置文件获取方法及装置。

背景技术

SDN(Software Defined Network，软件定义网络)技术的发展，目的在于简化网络运维人员的工作。其中，为了实现大批量设备的快速部署，引入了自动化部署的技术。部署人员仅需要将设备接入网络，然后清空配置启动，SDN控制器便可完成设备自动发现，自动配置导入，自动上线的工作。

在自动化过程中存在一些TFTP(Trivial File Transfer Protocol,简单文件传输协议)的文件传输通信，包括：设备清单、设备配置模板和网络设备的版本信息。其中，网络设备从控制器处获取设备清单，只有自身属于设备清单中的设备时，才可以进行后续的流程。由于TFTP文件传输比较耗时，同时当有大量设备自动化上线时(实际组网中，接入层设备可能较多)，控制器侧需要同时处理大量的TFTP请求以及文件传输，控制器压力较大，设备的上线效率也会受到影响。

发明内容

为克服相关技术中存在的问题，本说明书提供了一种方法及装置。

根据本说明书实施例的第一方面，提供一种配置文件获取方法，应用于控制器，所述方法包括：

接收网络设备发送的配置文件获取请求；

向所述网络设备发送配置文件，所述配置文件中包括所述网络设备待加入的组播组的配置；

向组播组中的成员设备发送探测报文；

接收到成员设备发送的响应报文之后，将所述成员设备的地址信息作为配置文件服务器的地址信息同步给动态主机配置协议DHCP服务器。

可选的，若感知到成员设备下线状态，则向DHCP服务器同步所述成员设备的状态信息。

本说明书实施例的第二方面，提供一种配置文件获取方法，应用于DHCP服务器，包括：

接收网络设备发送的DHCP请求报文；

确定所述网络设备待加入的组播组的配置，其中，所述组播组中上线的成员设备作为配置文件服务器，用于向所述组播组中其他待上线的网络设备发送配置文件；

向所述网络设备发送DHCP应答报文，所述应答报文中包括：所述网络设备待加入的组播组的配置和配置文件服务器的地址。

在一种可能的实现方式中，所述方法还包括：

从SDN控制器的地址和组播组中已上线的成员设备的地址中选取一个地址作为配置文件服务器的地址信息；

将所述配置文件服务器的地址信息封装至所述DHCP应答报文中。

在一种可能的实现方式中，从SDN控制器的地址和组播组中已上线的成员设备中选取一个地址作为配置文件服务器的地址信息包括：

若所述网络设备为首个向DHCP服务器发送请求报文的网络设备，则选择控制器的地址作为配置文件服务器的地址信息。

在一种可能的实现方式中，所述方法还包括：

接收控制器发送新增的配置文件服务器的地址信息，所述新增的配置文件服务器为新上线的网络设备的地址。

本说明书实施例的第三方面，提供一种配置文件获取方法，应用于网络设备，包括：

向所述配置文件服务器发送配置文件获取请求；

接收配置文件服务器发送的配置文件，所述配置文件中包括待加入的组播组的配置；

加载所述组播组的配置；

接收作为组播源的控制器发送的探测报文；

向所述控制器发送响应报文。

在一种可能的实现方式中，所述向所述配置文件服务器发送配置文件获取请求之前，还包括：

向DHCP服务器发送DHCP请求报文；

接收所述DHCP服务器发送的DHCP响应报文，所述响应报文中包括配置文件服务器的地址信息，所述配置文件服务器的地址信息为SDN控制器的地址和组播组中已上线的成员设备中的任意一个。

在一种可能的实现方式中，所述方法还包括：

接收其他网络设备发送的配置文件获取请求；

将所述配置文件中包括的配置文件发送至所述其他网络设备。

本说明书实施例的第四方面，提供一种配置文件获取装置，包括：

第一接收模块，用于接收网络设备发送的配置文件获取请求；

第一发送模块，用于向所述网络设备发送配置文件，所述配置文件中包括所述网络设备待加入的组播组的配置；

所述第一发送模块还用于向组播组中的成员设备发送探测报文；

所述第一发送模块还用于在第一接收模块接收成员设备发送的响应报文之后，将所述成员设备的地址信息作为配置文件服务器的地址信息同步给动态主机配置协议DHCP服务器。

一种可选的实施方式中，所述第一发送模块还用于在感知到成员设备下线状态时，向DHCP服务器同步所述成员设备的状态信息。

本说明书实施例的第四方面，提供一种配置文件获取装置，包括：

第二接收模块，用于接收网络设备发送的DHCP请求报文；

确定模块，用于确定所述网络设备待加入的组播组的配置，其中，所述组播组中上线的成员设备作为配置文件服务器，用于向所述组播组中其他待上线的网络设备发送配置文件；

第二发送模块用于向所述网络设备发送DHCP应答报文，所述应答报文中包括：所述网络设备待加入的组播组的配置和配置文件服务器的地址。

一种可选的实施方式中，所述装置还包括：

选取模块，用于从SDN控制器的地址和组播组中已上线的成员设备的地址中选取一个地址作为配置文件服务器的地址信息；

封装模块，用于将所述配置文件服务器的地址信息封装至所述DHCP应答报文中。

一种可选的实施方式中，选取模块还用于若所述网络设备为首个向DHCP服务器发送请求报文的网络设备，则选择控制器的地址作为配置文件服务器的地址信息。

一种可选的实施方式中，所述第二接收模块还用于接收控制器发送新增的配置文件服务器的地址信息，所述新增的配置文件服务器为新上线的网络设备的地址。

本说明书实施例的第四方面，提供一种配置文件获取装置，包括：

第三发送模块，用于向所述配置文件服务器发送配置文件获取请求；

第三接收模块，用于接收配置文件服务器发送的配置文件，所述配置文件中包括待加入的组播组的配置；

加载模块，用于加载所述组播组的配置；

第三接收模块还用于接收作为组播源的控制器发送的探测报文；

第三发送模块还用于向所述控制器发送响应报文。

在一种可选的实施方式中，所述第三发送模块在所述向所述配置文件服务器发送配置文件获取请求之前，还用于向DHCP服务器发送DHCP请求报文；所述第三接收模块还用于接收所述DHCP服务器发送的DHCP响应报文，所述响应报文中包括配置文件服务器的地址信息，所述配置文件服务器的地址信息为SDN控制器的地址和组播组中已上线的成员设备中的任意一个。

在一种可选的实施方式中，所述第三接收模块还用于接收其他网络设备发送的配置文件获取请求；

所述第三发送模块还用于将所述配置文件中包括的配置文件发送至所述其他网络设备。

本说明书的实施例提供的技术方案可以包括以下有益效果：控制器在接收到成员设备的响应报文后，将该成员设备的地址信息作为配置文件服务器的地址同步给DHCP服务器，从而后续有其他网络设备上线时，向DHCP服务器请求配置文件服务器的地址时，DHCP服务器会将该成员设备的地址作为配置文件TFTP服务器的地址下发给其他网络设备。

通过这样的方式，可以使得上线的网络设备作为TFTP服务器，这种分布式的处理方式，可以减轻控制器的处理压力。

同时利用组播技术控制器可以一次探测中同时发现多台设备，在一定程度上提高了设备自动化上线的效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本说明书的实施例，并与说明书一起用于解释本说明书的原理。

图1是一种带外网络设备管理方式的示意图；

图2是一种带内网络设备管理方式的示意图；

图3是本实施例提供的配置文件获取方法的流程示意图；

图4是另一实施例的配置文件的获取方法的流程示意图；

图5示出了本申请又一实施例提供的配置文件的获取方法的流程示意图；

图6是本申请一实施例提供的配置文件的获取装置的结构示意图；

图7是本申请又一实施例提供的配置文件的获取装置的结构示意图；

图8是本申请再一实施例提供的配置文件的获取装置的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。

在相关技术中，网络设备获取网络设备的初始化配置一般是控制器与DHCP(Dynamic Host Configuration Protocol，动态主机配置协议)服务器配合，DHCP服务器为网络设备分配IP地址之后，网络设备在被分配了IP地址之后，向控制器发送配置获取请求，控制器向网络设备推送网络设备的配置。

图1为示出了一种带外网络设备管理方式的示意图，带外网管是指通过专门的网管通道实现对网络的管理，将网管数据与业务数据分开，为网管数据建立独立通道，图1中控制器通过交换机1与控制器管理的汇聚层设备以及接入层设备分别建立管理通道，用于传输与网络管理相关的网管数据，同时接入层设备与汇聚层设备以及核心层设备之间还有另外的通道进行业务数据的传输。

图2示出了一种带内网络设备管理方式的示意图，带内管理就是网络中的网管数据和业务数据在相同的链路中传输。根据图2可以看出核心层设备与汇聚层设备以及接入层设备之间只建立了一个通道。

图1和图2所示的网络架构示意图是比较常见的网络架构。以图1所示的网络架构为例，对网络设备获取配置的方式进行说明。一般来说，包括以下几个步骤：

步骤101，网络设备会自动发出DHCP请求。

步骤102，DHCP服务器收到网络设备的DHCP请求后，为网络设备分配地址。分配地址的同时通过DHCP Option 66通告设备TFTP服务器的地址、通过Option 67通告配置模板的名称。配置模板中包括网络设备需要执行的命令，该命令是对各个网络设备之间的层次关系、配置数据结构、配置数据的格式等信息的抽象，在此称为配置模板。一般来说，同一层次或角色的网络设备下发的配置模板是相同的。

可选的，还可以包括：步骤103，设备发送TFTP请求给SDN控制器请求设备清单，并根据设备清单信息进行校验。只有在设备清单中的设备才可以通过验证。

步骤104，网络设备发送TFTP请求给SDN控制器请求配置模板，加载初始配置。

可选的，还可以包括步骤105，网络设备根据配置模板信息，请求网络设备的系统版本，执行版本升级操作。

步骤106，控制器收到网络设备的TFTP请求后，感知到新上线的网络设备，推送配置模板文件，同时通过Netconf(Network Configuration Protocol，网络配置协议)获取网络设备信息，实现网络设备的纳管。

以上是一种网络设备自动化上线过程中，网络设备获取配置模板的过程。

本申请中还提供另一种配置文件的获取方法，该方法可以应用于控制器，图3是本实施例提供的配置文件获取方法的流程示意图，如图3所示，该方法包括：

步骤301，控制器接收网络设备发送的配置文件获取请求。

网络设备在首次上线的过程中，一种可选的实施方式中，网络设备可以向控制器发送TFTP请求，以请求配置文件，从而可以根据配置文件对进行网络配置。

步骤303，控制器向网络设备发送配置文件，所述配置文件中包括所述网络设备待加入的组播组的配置。

配置文件中可以包括设备清单、配置模板等。

在一种可选的实施方式中，步骤301和步骤303的一种具体的实现方式包括步骤3011～3013：

步骤3011，网络设备向控制器发送TFTP请求，控制器根据TFTP请求向网络设备下发设备清单；

步骤3012，网络设备在接收到设备清单之后，根据设备清单中包括的网络设备的角色信息和模板文件的名称向控制器发送配置模板的请求。

步骤3013，控制器根据接收到的配置模板的请求将配置模板下发至网络设备中。

配置文件中还可以包括网络设备待加入的组播组的配置，例如，待加入的组播组的IP地址等信息，同时还包括PIM(Protocol Independent Multicast，组播路由协议)和IGMP(Internet Group Management Protocol,网际组管理协议)的相关配置从而使组播流量互通，关于PIM和IGMP的相关配置采用现有技术实现即可，本实施例在此不再赘述。

一种可选的实施方式中，网络设备角色相同的网络设备会加入相同的组播组，角色相同，其网络配置模板一般是相同的，例如，同一个数据中心的多个核心层设备可以加入同一组播组、多个汇聚层的设备可以加入另一组播组、接入层的设备加入同一个组播组。

在一种可选的实施方式中，控制器可以不区分角色信息，将所有角色的配置模板均下发至网络设备中；后续网络设备根据自身的角色获取自身实际需要的配置模板。

在另一种可选的实施方式中，控制器可以根据网络设备的角色信息，将与该角色相关的配置模板下发至网络设备中。

步骤305，控制器向组播组中的成员设备发送探测报文。

控制器作为组播源会向组播组中从成员设备发送探测报文。

网络设备现在接收到配置文件之后，会加载相关配置，从而成为组播组中的成员设备，因此在接收到控制器发送的ping报文时，会向组播源即控制器发送响应报文。

步骤307，控制器接收到成员设备发送的响应报文之后，将成员设备的地址信息作为配置文件服务器的地址信息同步给动态主机配置协议DHCP服务器。

控制器在接收到成员设备发送的响应报文之后，则控制器感知到该成员设备，控制器会在本地该网络设备记录为已上线设备，后续会与该网络设备建立openflow连接、和/或网络管理协议的连接等。

同时，控制器在接收到成员设备的响应报文后，将该成员设备的地址信息作为配置文件服务器的地址同步给DHCP服务器，从而后续有其他网络设备上线时，向DHCP服务器请求配置文件服务器的地址时，DHCP服务器会将该成员设备的地址作为配置文件TFTP服务器的地址下发给其他网络设备。

通过这样的方式，可以使得上线的网络设备作为TFTP服务器，这种分布式的处理方式，可以减轻控制器的处理压力。

同时利用组播技术控制器可以一次ping报文探测中同时发现多台设备，在一定程度上提高了设备自动化上线的效率。

在上述实施例的基础上，在一种可选的实施方式中，控制器如果感知到成员设备下线了，可以向DHCP服务器同步成员设备的状态信息。从而DHCP服务器不选择已经下线的设备作为TFTP服务器。

本申请的另一实施例中还提供一种配置文件的获取方法，该方法应用于DHCP服务器，该DHCP服务器可以与上述控制器相互配合，为网络设备分配IP地址以及向网络设备发送TFTP服务器的地址等。为了更好的理解DHCP服务器如何与上述实施例中的控制器之间的相互配合关系，本实施例以DHCP服务器、控制器、网络设备三者之间的交互过程为例，对本实施例所提供的方法进行说明。

首先如图4所示，控制器和DHCP服务器上会配置设备自动化上线所需要的配置，例如IP地址池以及配置文件。控制器会将IP地址池、TFTP服务器的地址推送给DHCP服务器。IP地址池中包括多个IP地址，DHCP服务器利用IP地址池中的IP地址为新上线的网络设备分配IP地址。对于一些未被控制器纳管的网络设备，例如，图1和图2中的交换机1和交换机2一般不会被控制器纳管，因此可以手动预先配置好PIM以及IGMP的相关配置，用于转发组播组的流量。

图4为本实施例提供的配置文件的获取方法的流程示意图，如图4所示，该方法包括:

步骤401，网络设备向DHCP服务器发送DHCP请求报文。

步骤402，DHCP服务器接收网络设备发送的DHCP请求报文；

步骤403，DHCP服务器确定网络设备待加入的组播组的配置。

一种可选的实施方式中，DHCP服务器可以根据网络设备的角色信息确定网络设备待加入的组播组。例如，DHCP服务器可以将核心层设备加入一个组播组、将接入层的设备加入一个组播组，即不同角色的设备加入到不同的组播组。

在另一种可选的实施方式中，可以根据实际的组网需求确定网络设备加入的组播组。

步骤404，向网络设备发送DHCP应答报文，应答报文中包括：TFTP服务器的地址。

如果网络设备是首个上线的网络设备，那么DHCP服务器可以以控制器的地址作为TFTP服务器的地址通告给该首个上线的网络设备。

如果网络设备不是首个上线的网络设备，会在后面的实施例中详细描述。

应答报文中还可以包括配置模板的名称。后续可以根据配置模板的名称获取相应的配置模板。

本实施例主要以首个上线的网络设备为例进行介绍。

步骤405，网络设备向配置文件服务器(即控制器)发送配置文件获取请求；

对于首个上线的网络设备来说，DHCP服务器给其分配的TFTP服务器的地址就是控制器的地址，因此网络设备会向控制器发送配置文件获取请求。具体的，配置文件可以包括设备清单、配置文件模板等。

在一种实现方式中，控制器将所有网络设备的配置文件模板都下发给网络设备。也即在后续分布式的TFTP服务器中，每一个TFTP服务器都具备所有网络设备的配置文件模板。

在另一种实现方式中，可以通过步骤406-407实现，即控制器根据设备的角色或者模板名称，向网络设备下发与对应的配置模板。

步骤406，控制器收到配置文件获取请求之后，会向网络设备发送配置文件。

具体的，在实现过程中，控制器先向网络设备下发设备清单，设备清单中包括网络设备的标识，标识可以为MAC地址，也可以为SN(Serial Number，序列号)。设备清单还可以包括网络设备的角色信息。

网络设备可以根据设备清单中包括的角色信息和/或模板名称请求配置模板。

配置模板中包括PIM和IGMP的相关配置，同时还包括网络设备待加入的组播组的组播IP等配置。

网络设备不同数据中心的网络设备或者不同角色的网络设备其模板名称可以不同。

网络设备接收到配置模板之后，加载配置模板，并添加PIM和IGMP的配置。配置加载完成后，网络设备加入了指定的组播组，组播流量打通。

步骤407，控制器向组播组中的成员设备发送探测报文。

控制器可以周期性的发送ping报文，探测组播地址。

步骤408，网络设备接收控制器发送的探测报文；

步骤409，加入组播组的网络设备会向控制器发送响应报文；

步骤410，控制器接收成员设备发送的响应报文，将成员设备的地址信息作为配置服务器的地址同步给DHCP服务器。

控制器接收到成员设备发送的响应报文之后可以感知到该网络设备上线，从而可以执行后续激活流程，后续的激活流程可以包括与控制器与网络设备建立openflow连接以及netconf连接，在控制器与网络设备之间的openflow连接以及netconf连接建立好，可以视为网络设备被控制器纳管，此时网络设备上线成功。

步骤411，控制器可以在SDN控制器的地址和组播组中已上线的成员设备的地址中选取一个地址作为配置文件服务器的地址信息；

步骤412，控制器将配置文件服务器的地址信息封装至DHCP应答报文中通告给DHCP服务器。

以上即为首次上线的网络设备上线时获取配置文件的过程。

该网络设备上线完成后，图5示出了本申请又一实施例中提供的配置文件的获取方法的流程示意图，如图5所示，在图5中以图4中的网络设备记为网络设备A，后续上线的网络设备，记为网络设备B为例对图5中网络设备B执行流程的流程进行描述，具体的图5所示的方法包括：

步骤501，网络设备B向DHCP服务器发送DHCP请求报文。

步骤502，DHCP服务器收到请求报文后，为网络设备B分配IP地址，同时向网络设备B通告TFTP地址。

在一种可选的实施方式中，此时DHCP服务器可以选择通告控制器的地址和已上线的网络设备A的地址作为TFTP服务器的地址，DHCP服务器随机选择一个通告给新上线的设备。

或者，DHCP服务器可以选择通告控制器的地址或者根据该网络设备B的角色信息通告与其角色相同的已上线的网络设备的地址作为TFTP服务的地址。一种可选的实施方式中，相同角色的网络设备被加入一个组播组，相同角色的网络设备的配置模板也相同，这样设计可以差异化的设计配置模板的同时又可以是同一组播组中先上线的网络设备作为后上先网络设备的TFTP服务器。

例如，DHCP服务器通过DHCP响应报文中的option66以上述实施例中的首个上线的网络设备A的地址作为TFTP服务器的地址发送给此次上线的网络设备B。

步骤503，网络设备B向步骤502中通告的TFTP服务器发送配置文件获取请求。

步骤504，TFTP服务器接收其他网络设备发送的配置文件获取请求，TFTP服务器向网络设备B推送配置文件。

配置文件中包括配置模板以及设备清单等。此时的TFTP服务器可以是SDN控制器，也可能是先前已经上线的设备。

步骤505，网络设备加载配置模板。

网络设备加载配置模板时，会加载PIM和IGMP相关的配置，设备自动加入指定的组播组，组播流量被打通。

步骤506，控制器周期性地发送ping报文，探测组播地址。

步骤507，网络设备会向控制器发送响应报文。

步骤508，控制器感知到新设备后，执行后续的设备激活流程，设备上线完成。

步骤509，网络设备激活后，控制器将将新上线的网络设备的地址作为TFTP服务器的地址同步给DHCP服务器。

后续再有设备上线时，重复步骤501-509即可。

在上述实施例的基础上，控制器还需要实时同步设备的下线情况若已上线的设备下线或状态变化为不可用Inactive，则意味着当前设备不能作为TFTP服务器为新上线设备推送配置模板，此时控制器需要将网络设备的状态同步DHCP服务器，从而DHCP服务器不将其作为TFTP服务器地址。

在一种可选的实施方式中，如果配置模板中包括了所有类型的网络设备的配置模板，相应的，控制器只要在控制器地址和至少一个组播组中已上线的成员设备中选取一个网络设备的地址作为TFTP服务器的地址通告给DHCP服务器即可；

或者，在另一种实现方式中，如果同一角色的网络设备加入同一组播组，则控制器在与该网络设备角色所对应的组播组中选取已经上线的网络设备作为TFTP服务器通告给DHCP服务器。

在上述实施例的基础上，本实施例还提供一种配置文件获取装置，该装置用于执行上述实施例中控制器所执行的方法，图6示出了该装置的结构示意图，如图6所示，该装置包括：

第一接收模块601，用于接收网络设备发送的配置文件获取请求；

第一发送模块602，用于向所述网络设备发送配置文件，所述配置文件中包括所述网络设备待加入的组播组的配置；

所述第一发送模块602还用于向组播组中的成员设备发送探测报文；

所述第一发送模块602还用于在第一接收模块601接收成员设备发送的响应报文之后，将所述成员设备的地址信息作为配置文件服务器的地址信息同步给动态主机配置协议DHCP服务器。

一种可选的实施方式中，所述第一发送模块602还用于在感知到成员设备下线状态时，向DHCP服务器同步所述成员设备的状态信息。

本申请在上述实施例的基础上，还提供一种配置文件获取装置，该装置用于执行上述实施例中DHCP服务器所执行的方法，图7示出了该装置的结构示意图，如图7所示，该装置包括：

第二接收模块701，用于接收网络设备发送的DHCP请求报文；

确定模块702，用于确定所述网络设备待加入的组播组的配置，其中，所述组播组中上线的成员设备作为配置文件服务器，用于向所述组播组中其他待上线的网络设备发送配置文件；

第二发送模块703用于向所述网络设备发送DHCP应答报文，所述应答报文中包括：所述网络设备待加入的组播组的配置和配置文件服务器的地址。

一种可选的实施方式中，所述装置还包括：选取模块和封装模块(图中未示出)

选取模块，用于从SDN控制器的地址和组播组中已上线的成员设备的地址中选取一个地址作为配置文件服务器的地址信息；

封装模块，用于将所述配置文件服务器的地址信息封装至所述DHCP应答报文中。

一种可选的实施方式中，选取模块还用于若所述网络设备为首个向DHCP服务器发送请求报文的网络设备，则选择控制器的地址作为配置文件服务器的地址信息。

一种可选的实施方式中，所述第二接收模块701还用于接收控制器发送新增的配置文件服务器的地址信息，所述新增的配置文件服务器为新上线的网络设备的地址。

本实施例在上述实施例的基础上，还提供一种配置文件获取装置，该装置用于执行上述实施例中网络设备所执行的方法，如图8所示，该装置包括：

第三发送模块801，用于向所述配置文件服务器发送配置文件获取请求；

第三接收模块802，用于接收配置文件服务器发送的配置文件，所述配置文件中包括待加入的组播组的配置；

加载模块803，用于加载所述组播组的配置；

第三接收模块802还用于接收作为组播源的控制器发送的探测报文；

第三发送模块801还用于向所述控制器发送响应报文。

在一种可选的实施方式中，所述第三发送模块801在所述向所述配置文件服务器发送配置文件获取请求之前，还用于向DHCP服务器发送DHCP请求报文；所述第三接收模块801还用于接收所述DHCP服务器发送的DHCP响应报文，所述响应报文中包括配置文件服务器的地址信息，所述配置文件服务器的地址信息为SDN控制器的地址和组播组中已上线的成员设备中的任意一个。

在一种可选的实施方式中，所述第三接收模块802还用于接收其他网络设备发送的配置文件获取请求；

所述第三发送模块801还用于将所述配置文件中包括的配置文件发送至所述其他网络设备。

上述实施例提供的装置，可以使得上线的网络设备作为TFTP服务器，这种分布式的处理方式，可以减轻控制器的处理压力。同时利用组播技术控制器可以一次ping报文探测中同时发现多台设备，在一定程度上提高了设备自动化上线的效率。

本实施例提供的装置中，各个模块的实现方式可以参照方法实施例，本实施例中不再详细赘述。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包括于本申请的至少一个实施例或示例中。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分。并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。

应理解的是，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。上述实施例方法的全部或部分步骤是可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。上述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读存储介质中。该存储介质可以是只读存储器，磁盘或光盘等。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到其各种变化或替换，这些都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (18)

1.一种配置文件获取方法，应用于控制器，其特征在于，包括：

接收网络设备发送的配置文件获取请求；

向所述网络设备发送配置文件，所述配置文件中包括所述网络设备待加入的组播组的配置；

向组播组中的成员设备发送探测报文；

接收到成员设备发送的响应报文之后，将所述成员设备的地址信息作为配置文件服务器的地址信息同步给动态主机配置协议DHCP服务器。

2.根据权利要求1所述的方法，其特征在于，若感知到成员设备下线状态，则向DHCP服务器同步所述成员设备的状态信息。

3.一种配置文件获取方法，应用于DHCP服务器，其特征在于，包括：

接收网络设备发送的DHCP请求报文；

确定所述网络设备待加入的组播组的配置，其中，所述组播组中上线的成员设备作为配置文件服务器，用于向所述组播组中其他待上线的网络设备发送配置文件；

向所述网络设备发送DHCP应答报文，所述应答报文中包括：所述网络设备待加入的组播组的配置和配置文件服务器的地址。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

从SDN控制器的地址和组播组中已上线的成员设备的地址中选取一个地址作为配置文件服务器的地址信息；

将所述配置文件服务器的地址信息封装至所述DHCP应答报文中。

5.根据权利要求4所述的方法，其特征在于，从SDN控制器的地址和组播组中已上线的成员设备中选取一个地址作为配置文件服务器的地址信息包括：

若所述网络设备为首个向DHCP服务器发送请求报文的网络设备，则选择控制器的地址作为配置文件服务器的地址信息。

6.根据权利要求4或5所述的方法，其特征在于，所述方法还包括：

接收控制器发送新增的配置文件服务器的地址信息，所述新增的配置文件服务器为新上线的网络设备的地址。

7.一种配置文件获取方法，应用于网络设备，其特征在于，包括：

向所述配置文件服务器发送配置文件获取请求；

接收配置文件服务器发送的配置文件，所述配置文件中包括待加入的组播组的配置；

加载所述组播组的配置；

接收作为组播源的控制器发送的探测报文；

向所述控制器发送响应报文。

8.根据权利要求7所述的方法，其特征在于，所述向所述配置文件服务器发送配置文件获取请求之前，还包括：

向DHCP服务器发送DHCP请求报文；

接收所述DHCP服务器发送的DHCP响应报文，所述响应报文中包括配置文件服务器的地址信息，所述配置文件服务器的地址信息为SDN控制器的地址和组播组中已上线的成员设备中的任意一个。

9.根据权利要求7所述的方法，其特征在于，所述方法还包括：

接收其他网络设备发送的配置文件获取请求；

将所述配置文件中包括的配置文件发送至所述其他网络设备。

10.一种配置文件获取装置，其特征在于，包括：

第一接收模块，用于接收网络设备发送的配置文件获取请求；

第一发送模块，用于向所述网络设备发送配置文件，所述配置文件中包括所述网络设备待加入的组播组的配置；

所述第一发送模块还用于向组播组中的成员设备发送探测报文；

所述第一发送模块还用于在第一接收模块接收成员设备发送的响应报文之后，将所述成员设备的地址信息作为配置文件服务器的地址信息同步给动态主机配置协议DHCP服务器。

11.根据权利要求10所述的装置，其特征在于，所述第一发送模块还用于在感知到成员设备下线状态时，向DHCP服务器同步所述成员设备的状态信息。

12.一种配置文件获取装置，其特征在于，包括：

第二接收模块，用于接收网络设备发送的DHCP请求报文；

确定模块用于确定所述网络设备待加入的组播组的配置，其中，所述组播组中上线的成员设备作为配置文件服务器，用于向所述组播组中其他待上线的网络设备发送配置文件；

第二发送模块用于向所述网络设备发送DHCP应答报文，所述应答报文中包括：所述网络设备待加入的组播组的配置和配置文件服务器的地址。

13.根据权利要求12所述的装置，其特征在于，所述装置还包括：

选取模块，用于从SDN控制器的地址和组播组中已上线的成员设备的地址中选取一个地址作为配置文件服务器的地址信息；

封装模块，用于将所述配置文件服务器的地址信息封装至所述DHCP应答报文中。

14.根据权利要求13所述的装置，其特征在于，选取模块还用于若所述网络设备为首个向DHCP服务器发送请求报文的网络设备，则选择控制器的地址作为配置文件服务器的地址信息。

15.根据权利要求13或14所述的装置，其特征在于，

所述第二接收模块还用于接收控制器发送新增的配置文件服务器的地址信息，所述新增的配置文件服务器为新上线的网络设备的地址。

16.一种配置文件获取装置，其特征在于，包括：

第三发送模块，用于向所述配置文件服务器发送配置文件获取请求；

第三接收模块，用于接收配置文件服务器发送的配置文件，所述配置文件中包括待加入的组播组的配置；

加载模块，用于加载所述组播组的配置；

第三接收模块还用于接收作为组播源的控制器发送的探测报文；

第三发送模块还用于向所述控制器发送响应报文。

17.根据权利要求16所述的装置，其特征在于，所述第三发送模块在所述向所述配置文件服务器发送配置文件获取请求之前，还用于向DHCP服务器发送DHCP请求报文；所述第三接收模块还用于接收所述DHCP服务器发送的DHCP响应报文，所述响应报文中包括配置文件服务器的地址信息，所述配置文件服务器的地址信息为SDN控制器的地址和组播组中已上线的成员设备中的任意一个。

18.根据权利要求16所述的装置，其特征在于，所述第三接收模块还用于接收其他网络设备发送的配置文件获取请求；

所述第三发送模块还用于将所述配置文件中包括的配置文件发送至所述其他网络设备。

Images