目  录

1 自动配置

1.1 自动配置简介

1.2 服务器自动配置

1.2.1 配置文件服务器

1.2.2 准备文件

1.2.3 配置DHCP服务器

1.2.4 配置DNS服务器

1.2.5 配置网关

1.2.6 选择接口获取配置文件

1.2.7 完成自动配置过程

1.3 U盘自动配置

1.3.1 U盘自动配置简介

1.3.2 注意事项

1.3.3 操作步骤

1.4 短信自动配置

1.4.1 注意事项

1.4.2 操作步骤

1.5 自动配置典型配置举例

1.5.1 服务器自动配置举例（TFTP方式）

1.5.2 服务器自动配置举例（HTTP Tcl方式）

1.5.3 服务器自动配置举例（HTTP Python方式）

1.5.4 服务器自动配置实现IRF零配置举例

1 自动配置

1.1  自动配置简介

自动配置功能是指设备在启动时自动获取并执行配置文件。网络管理员只需将配置文件保存在指定的存储介质上，设备启动时可以自动从存储介质上获取并执行配置文件，实现自动配置，从而简化了网络配置，大大降低了网络管理员的工作量，便于实现对设备的集中管理。

根据配置文件存储介质的不同，自动配置可以通过如下方式实现：

·              服务器自动配置：管理员将配置文件保存在文件服务器上，设备在启动时可以自动从文件服务器上获取并执行配置文件，实现自动配置功能。当网络规模较大，设备位置相对分散时，网络管理员在每一台设备上进行自动配置的工作量很大，这时管理员可以考虑使用服务器自动配置。

·              U盘自动配置：管理员将配置文件保存在U盘上，设备在启动时可以自动从U盘上获取并执行配置文件，实现自动配置功能。当网络规模较小、设备位置相对集中、缺少多余设备作为文件服务器或者仅有少量设备的配置需要更新的情况下，管理员可以考虑使用U盘自动配置。

·              短信自动配置：管理员将配置文件保存在iMC服务器上。设备启动后，接收到短信发出端（手机或短信网关）发送的短信，之后通过3G/4G网络连接到iMC服务器，并根据iMC服务器上配置的设备和配置文件对应关系获取相应的配置文件，实现短信自动配置功能。当设备位置相对分散且支持3G/4G网络的情况下，管理员可以考虑使用短信自动配置。

设备上优先使用U盘自动配置。短信自动配置成本相对较高，可靠性相对较差（受3G/4G信号影响较大），如果可以选择其他类型的自动配置方式，不建议使用短信自动配置。

1.2  服务器自动配置

图1-1 服务器自动配置典型组网图

服务器自动配置的典型组网环境如图1-1所示。设备需要在DHCP服务器、文件服务器（TFTP服务器或HTTP服务器）和DNS服务器的配合下，实现服务器自动配置功能。

服务器自动配置的步骤如下：

1.2.1  配置文件服务器

设备可以通过HTTP服务器或TFTP服务器获取配置文件，管理员需要根据选用的方式在文件服务器上配置相应的HTTP服务或TFTP服务。

1.2.2  准备文件

设备从文件服务器上获取的文件类型可以是配置文件或者配置脚本两种形式。如果DHCP服务器未下发配置文件名，管理员还可以在TFTP服务器上创建主机名文件提供主机名和设备IP地址的对应关系，以保证执行自动配置的设备获取到配置文件。

1. 主机名文件

主机名文件的文件名为“network.cfg”。主机名文件用来保存主机IP地址与主机名称的映射关系，需要上传到TFTP服务器。管理员需按照以下格式手工定义主机IP地址与主机名称的映射关系：

ip host host-name ip-address

例如，主机名文件中可以包括以下内容：

ip host host1 101.101.101.101

ip host host2 101.101.101.102

ip host client1 101.101.101.103

ip host client2 101.101.101.104

需要注意的是，主机名文件中保存的主机名称是管理员为了更好地管理自动配置而设定的，需要与主机的配置文件名保持一致。增加新的对应关系时必须换行填写。

2. 配置文件

配置文件可以实现下发配置的功能。

如果管理员选择在TFTP服务器上获取配置文件，根据配置文件的适用范围，TFTP服务器上应准备以下几种类型的配置文件：

·              特定配置文件：特定配置文件只对应局域网内的某一台设备，配置特定配置文件可解决网络中设备的配置文件各不相同的需求。特定配置文件的命名规范为“配置文件名.cfg”（为了方便辨识文件名，尽量不要使用包含空格的配置文件名）。为了使设备能够获取到特定配置文件，管理员可以直接配置DHCP服务器下发配置文件名，也可以通过架设DNS服务器或者在TFTP服务器上保存主机名文件的方式来为设备提供主机名和设备IP地址的对应关系。

·              部分或全部共用配置文件：部分或全部共用配置文件对应局域网内部分或全部可以共用配置文件的设备，部分或全部共用配置文件可解决网络中部分或全部设备获取相同配置的需求。部分或全部共用配置文件可以使用任意名称来命名，但是文件扩展名必须保证是cfg。

·              缺省配置文件（device.cfg）：缺省配置文件对应局域网内未获取到以上几种配置文件的设备，TFTP服务器还能为未匹配以上几种配置文件的设备下发缺省配置文件，该文件包含一般设备启动的公用配置信息。

在服务器自动配置过程中，设备将先检查TFTP服务器上是否存在匹配的配置文件，若不存在，则选择缺省配置文件。利用此特点，管理员可以将以上三种方式结合使用，使局域网中的设备都可以获取到合适的配置文件。

如果管理员选择在HTTP服务器上获取配置文件，HTTP服务器上只需要特定配置文件、部分或全部共用配置文件。HTTP服务器不支持使用主机名文件提供主机名和IP地址的对应关系，也不支持配置缺省配置文件（device.cfg）。

3. 配置脚本

配置脚本可以实现自动更新版本、下发配置等功能。目前设备支持的配置脚本包括Python脚本和Tcl脚本。Python脚本使用的文件后缀固定为py，TCL脚本使用的文件后缀固定为tcl。

当管理员使用配置脚本下发配置时：

·              在文件服务器上只支持配置特定配置脚本和部分或全部共用配置脚本两种形式。

·              在文件服务器上不支持使用主机名文件提供主机名和IP地址的对应关系，也不支持缺省配置脚本。

关于Python脚本的详细介绍，请参见“基础配置指导”中的“Python”。关于Tcl脚本的详细介绍，请参见“基础配置指导”中的“Tcl”。

1.2.3  配置DHCP服务器

1. 简介

DHCP服务器为执行服务器自动配置的设备分配IP地址，并向设备通告获取自动配置文件或配置脚本的途径。

DHCP服务器可以根据管理员需要的配置文件类型，进行相应的配置（下发配置脚本和下发配置文件实现一致，下面以下发配置文件为例）：

·              如果管理员为每台设备分配特定配置文件，则需要在DHCP服务器上配置静态绑定关系，为每台设备分配特定的IP地址和配置文件名。由于一个地址池下只能配置一条配置文件名的命令，所以DHCP服务器上每一个地址池视图只能配置一个静态绑定关系。

·              如果管理员为局域网内的部分设备分配相同的配置文件，可以在DHCP服务器上为使用部分共用配置文件的设备配置静态绑定关系，并指定文件服务器和部分共用配置文件名。这时，这部分静态绑定关系需要在同一个DHCP地址池中配置。也可以使用动态分配IP地址的方式，管理员需要划分合适的动态地址段，为这部分设备分配IP地址，并指定文件服务器和部分共用配置文件名。

·              如果管理员为局域网内的所有设备分配相同的配置文件，则需要在DHCP服务器上配置动态分配IP地址的方式。为设备动态分配IP地址的同时，分配全部共用配置文件名。如果采用这种方式，全部共用配置文件中只能包含这些设备共有的配置，每个设备特有的配置还需要其他方式完成（如管理员使用Telnet登录到设备上手工配置）。

以上三种分配方式可以同时在一台DHCP服务器上配置。

2. 配置步骤

DHCP服务器可以指导DHCP客户端从哪台文件服务器上获取配置文件或配置脚本。

如果管理员使用HTTP服务器下发配置文件或配置脚本，则DHCP服务器的地址池配置如下。

表1-1 使用HTTP服务器时的DHCP服务器的地址池配置

如果管理员使用TFTP服务器下发配置文件和配置脚本，则DHCP服务器地址池配置如下。

表1-2 使用TFTP服务器时的DHCP服务器的地址池配置

1.2.4  配置DNS服务器

在使用服务器自动配置功能时，在如下两种情况时，管理员需要配置DNS服务器：

·              当TFTP服务器上不存在主机名文件时，执行服务器自动配置的设备可以通过DNS服务器将自己的IP地址解析为主机名，以便从TFTP服务器获取到配置文件；

·              如果设备从DHCP应答报文中获取到TFTP服务器的域名，设备还可以通过DNS服务器将TFTP服务器的域名解析为TFTP服务器的IP地址。

1.2.5  配置网关

如果DHCP服务器、文件服务器和DNS服务器与执行服务器自动配置的设备不在同一网段，则需要部署网关设备，使得各个服务器和设备之间路由可达，并在网关上配置DHCP中继功能。

设备以广播方式向配置文件服务器发送请求消息时，由于广播报文只能在本网段内传播，如果执行服务器自动配置的设备与配置文件服务器不在同一个网段，则需要在网关设备上配置UDP Helper功能，将广播报文转换成单播报文，转发给指定的配置文件服务器。有关UDP Helper功能的详细介绍，请参见“三层技术-IP业务配置指导”中的“UDP-helper”。

1.2.6  选择接口获取配置文件

设备在进行自动配置时，系统按照如下规则选取符合条件的接口：

(1)      若有处于链路状态UP的管理以太网接口，则优先选取管理以太网接口；

(2)      若没有处于链路状态UP的管理以太网接口，有处于链路状态UP的二层以太网接口，则选取默认VLAN对应的VLAN虚接口；

(3)      若没有处于链路状态UP的二层以太网接口，则按照接口类型字典序、接口编号从小到大的顺序依次选择处于链路状态UP的三层以太网接口；

(4)      若没有处于链路状态UP的三层以太网接口，则在30秒后开始下次服务器自动配置接口选择过程。

建议管理员将设备的管理以太网接口连入网络中，这样可以加快服务器自动配置的速度。如果设备当前不存在配置文件，设备即可自动执行服务器自动配置流程。

1.2.7  完成自动配置过程

设备进入服务器自动配置时：

·              如果获取并执行配置文件成功，则整个服务器自动配置过程结束。

·              如果获取不到自动配置文件，则本次自动配置尝试失败，设备将继续尝试自动配置。用户可以等待尝试次数达到上限，设备自动结束自动配置，或根据提示信息，使用<Ctrl+C>或<Ctrl+D>快捷键手工终止自动配置。自动配置失败并结束后，设备将以空配置启动。

需要注意的是：设备通过服务器自动配置获取到的配置文件执行完成后，该文件将被删除，不会在设备上保存。建议在配置文件执行完成后，管理员在设备上执行save命令保存配置。否则，设备重启后还需重新执行服务器自动配置过程。save命令的详细介绍请参见“基础配置命令参考”中的“配置文件管理”。

1.3  U盘自动配置

1.3.1  U盘自动配置简介

U盘自动配置是指设备启动后自动检测U盘里的配置文件，并使用U盘的配置文件配置设备。

配置文件有.mdb和.cfg两种格式，.mdb格式的配置文件会在系统启动后，进入自动配置流程之前完成加载。

设备启动时会根据是否存在下次启动配置文件进行如下动作：

·              不存在下次启动配置文件或空配置启动，则拷贝U盘的配置文件设置为下次启动配置文件，继续启动。

·              有下次启动配置文件启动的情况下，设备会根据下次启动配置文件是否存在对应的.mdb文件，采取不同的处理流程：

¡  不存在.mdb文件，则拷贝U盘的.cfg配置文件设置为下次启动配置文件，继续启动。

¡  存在.mdb文件，则拷贝U盘上的.cfg配置文件设置为下次启动配置文件，判断当前存储介质上是否有和U盘上配置文件同名的.mdb文件，如果有，则删除该.mdb文件。如果没有，则重启设备，以便使U盘上的配置文件生效。

有关.mdb和.cfg文件的详细介绍请参见“基础配置指导”中的“配置文件管理”。

设备支持某些具有预读配置的功能，此时设备会在拷贝U盘的配置文件设置为下次启动配置文件之后重启设备。

1.3.2  注意事项

进行U盘自动配置，管理员需要注意以下事项：

·              设备只支持单主控板的U盘自动配置，在多主控板的情况下，可以在启动后再插入备用主控板，然后，配置文件会从主用主控板同步到备用主控板。

·              设备从U盘获取到配置文件后，将比较该配置文件与设备上的当前主配置文件内容是否相同：

¡  如果文件内容相同，设备将直接使用当前主用配置文件，不使用U盘上的配置文件。

¡  如果文件内容不相同，则设备将U盘中的配置文件复制到本地，并设置为下次启动的配置文件。设备本地存储中有重名配置文件时，根据本地配置文件的属性采用如下处理方式：

-      如果本地重名配置文件为当前主用配置文件，则设备将该文件以“原名_bak.cfg”为名称另存。

-      如果本地重名配置文件不是当前主用配置文件，则设备直接使用U盘中的配置文件覆盖本地重名文件。

1.3.3  操作步骤

为了实现设备可以通过U盘获取到配置文件，管理员需要执行以下步骤：

(1)      由于设备缺省情况下开启了U盘自动配置功能，设备启动后会自动从U盘获取配置文件，并执行该配置文件。如果设备未开启U盘自动配置功能，则需要执行autodeploy udisk enable命令开启该功能，再重启设备。

表1-3 开启U盘自动配置功能

(2)      管理员需要创建配置文件名为“设备序列号.cfg”或“autodeploy.cfg”的配置文件，并保存在U盘（该U盘只能有一个分区）的根目录中。若U盘中同时存在“设备序列号.cfg”和“autodeploy.cfg”文件时，设备优先使用配置文件“设备序列号.cfg”。管理员可以使用命令display device manuinfo查询设备的序列号，该命令的详细介绍请参见“基础配置命令参考”中的“设备管理”。

(3)      管理员将保存有配置文件的U盘插入设备的USB1接口，即usba0:，然后上电启动设备。

(4)      设备启动完成后，可以执行display current-configuration命令查看U盘中的配置是否已正确加载，该命令的详细介绍请参见“基础配置命令参考”中的“配置文件管理”。如果配置文件下发失败，设备会把失败的日志写到U盘根目录下，日志文件名为“配置文件全名.log”。管理员可以根据日志信息进行问题定位和处理。

(5)      U盘自动配置完成后需拔出U盘，否则设备重启时，配置会被U盘中保存的配置文件覆盖。

1.4  短信自动配置

1.4.1  注意事项

进行短信自动配置，管理员需要注意以下事项：

·              管理员需保证iMC服务器和短信网关设备之间路由可达。

·              管理员需要在需要获取配置文件的设备上配置LoopBack口的地址；否则，短信自动配置功能无法成功执行。

·              设备上电开启前，需要安装插有SIM卡的3G/4G Modem模块。

·              当3G/4G网络信号受到干扰或者信号强度较低时，短信发送端（手机或短信网关）与需要获取配置文件的设备之间的短信收发可能存在延迟。使用短信网关的方式，如果等待一段时间（管理员可以在iMC服务器设置等待时间）之后还没有收到设备的应答短信，短信网关可以重新发送部署短信。

·              管理员需要保证SIM卡未欠费且工作正常，并正确插入3G/4G Modem模块。如果是USB形式的3G Modem模块，可以使用主机来验证是否可以连接到3G/4G网络。

1.4.2  操作步骤

为了实现设备可以通过短信获取到配置文件，管理员需要执行以下步骤：

(1)      由于设备缺省情况下开启了短信自动配置功能，设备启动后收到短信发送端（手机或短信网关）的部署短信，自动从iMC服务器上获取配置文件，并执行该配置文件。如果设备未开启短信自动配置功能，则需要执行autodeploy sms enable命令开启该功能。

表1-4 开启短信自动配置功能

(2)      当管理员配置iMC服务器并使用短信网关发送部署短信时，需要进行以下的配置：（以下文字描述的内容均需要管理员在iMC服务器的Web页面进行配置）

a.   添加设备管理：配置设备参数，包括设备名称、设备SIM卡号和SIM卡运营商信息等。设置设备LoopBack口地址作为管理地址；

b.   配置短信网关功能：配置通过短信网关通知设备启动短信自动配置功能。选择对应的短信网关设备，设置短信有效重发次数和短信发送超时时间。完成上述配置后，短信网关会在发送部署短信后开始计时，到达超时时间后，如果还未收到设备的应答短信，则短信网关会重发部署短信；到达重发次数后，短信网关不再发送部署短信，短信自动配置过程终止；

c.   配置短信发送功能：配置iMC服务器生成部署短信内容，发送到之前选择的短信网关设备，开启短信网关的短信发送功能；

d.   创建和部署自动配置文件：先创建自动配置文件，然后配置文件和需要获取配置文件的设备之间的对应关系，最后开启iMC服务器下发配置文件功能。

(3)      当管理员选择手机发送部署短信的方式时，管理员可以直接通过手机编辑部署短信通知需要获取配置文件的设备启动短信自动配置功能，并指定iMC服务器的地址等信息。使用手机发送部署短信的方式可以替代步骤（2）中的b、c两步。设备收到部署短信后即可通过HTTP方式登录iMC服务器并获取相应的配置文件。手工设置部署短信的模板内容为：

dpl:

pu:card

ps:card

dn:*99#

an:3gnet

ac:http://60.191.123.87:9090

au:admin

as:admin

表1-5 部署短信的模板字段及含义

(4)      设备启动完成后，可以执行display current-configuration命令查看iMC服务器下发的配置文件中的的配置是否已正确加载，该命令的详细介绍请参见“基础配置命令参考”中的“配置文件管理”。

1.5  自动配置典型配置举例

1.5.1  服务器自动配置举例（TFTP方式）

1. 组网需求

如图1-2所示，Router B启动后自动从TFTP服务器获取配置文件，并执行该文件，以实现：

·              网络管理员能够通过Telnet方式登录、控制设备。

·              登录设备时需要进行认证，以提供一定的安全保证。

2. 组网图

图1-2 服务器自动配置组网图（TFTP方式）

3. 配置步骤

(1)      配置DHCP服务器

# 开启DHCP服务，创建名称为1的DHCP地址池，配置地址池动态分配IP地址的网段为192.168.1.0/24。

<RouterA> system-view

[RouterA] dhcp enable

[RouterA] dhcp server ip-pool 1

[RouterA-dhcp-pool-1] network 192.168.1.0 24

[RouterA-dhcp-pool-1] tftp-server ip-address 192.168.1.40

[RouterA-dhcp-pool-1] bootfile-name device.cfg

(2)      配置TFTP服务器，保证Router B可以从TFTP服务器成功下载配置文件device.cfg。

# 在TFTP服务器创建配置文件device.cfg，文件内容如下：

#

telnet server enable

#

local-user user

password simple abcabc

service-type telnet

authorization-attribute user-role network-operator

quit

#

user-interface vty 0 4

authentication-mode scheme

user-role network-admin

quit

#

interface gigabitethernet 1/0/1

port link-mode route

ip address dhcp-alloc

return

# 启动TFTP管理软件，开启TFTP服务（配置过程略）。

4. 验证配置

(1)      Router B在没有配置文件的情况下启动。启动成功后，在Router A上查看地址池中的地址绑定信息。

<RouterA> display dhcp server ip-in-use

IP address       Client identifier/    Lease expiration      Type

                 Hardware address

192.168.1.2      0030-3030-632e-3239-  May 12 17:41:15 2016  Auto(C)

                 3035-2e36-3736-622d-

                 4574-6830-2f30-2f32

(2)      在Router A上执行如下命令：

<RouterA> telnet 192.168.1.2

(3)      输入用户名user、密码abcabc后，用户可以登录Router B。

1.5.2  服务器自动配置举例（HTTP Tcl方式）

1. 组网需求

如图1-3所示，Router B启动后自动从HTTP服务器获取Tcl脚本启动配置文件，并执行该文件，以实现：

·              网络管理员能够通过Telnet方式登录、控制设备。

·              登录设备时需要进行认证，以提供一定的安全保证。

2. 组网图

图1-3 服务器自动配置组网图（HTTP Tcl方式）

3. 配置步骤

(1)      配置DHCP服务器

# 开启DHCP服务，创建名称为1的DHCP地址池，配置地址池动态分配IP地址的网段为192.168.1.0/24。

<RouterA> system-view

[RouterA] dhcp enable

[RouterA] dhcp server ip-pool 1

[RouterA-dhcp-pool-1] network 192.168.1.0 24

# 配置DHCP客户端远程启动配置文件为HTTP形式的URL。

[RouterA-dhcp-pool-1] bootfile-name http://192.168.1.40/device.tcl

(2)      配置HTTP服务器，保证Router B可以从HTTP服务器成功下载配置文件device.tcl。

# 在HTTP服务器创建配置文件device.tcl，文件内容如下：

system-view

telnet server enable

local-user user

password simple abcabc

service-type telnet

quit

user-interface vty 0 4

authentication-mode scheme

user-role network-admin

quit

interface gigabitethernet 1/0/1

port link-mode route

ip address dhcp-alloc

return

# 启动HTTP管理软件，开启HTTP服务（配置过程略）。

4. 验证配置

(1)      Router B在没有配置文件的情况下启动。启动成功后，在Router A上查看地址池中的地址绑定信息。

<RouterA> display dhcp server ip-in-use

IP address       Client identifier/    Lease expiration      Type

                 Hardware address

192.168.1.2      0030-3030-632e-3239-  May 12 17:41:15 2016  Auto(C)

                 3035-2e36-3736-622d-

                 4574-6830-2f30-2f32

(2)      在Router A上执行如下命令：

<RouterA> telnet 192.168.1.2

(3)      输入用户名user、密码abcabc后，用户可以登录Router B。

1.5.3  服务器自动配置举例（HTTP Python方式）

1. 组网需求

如图1-4所示，Router B启动后自动从HTTP服务器获取Python脚本启动配置文件，并执行该文件，以实现：

·              网络管理员能够通过Telnet方式登录、控制设备。

·              登录设备时需要进行认证，以提供一定的安全保证。

2. 组网图

图1-4 服务器自动配置组网图（HTTP Python方式）

3. 配置步骤

(1)      配置DHCP服务器

# 开启DHCP服务，创建名称为1的DHCP地址池，配置地址池动态分配IP地址的网段为192.168.1.0/24。

<RouterA> system-view

[RouterA] dhcp enable

[RouterA] dhcp server ip-pool 1

[RouterA-dhcp-pool-1] network 192.168.1.0 24

# 配置DHCP客户端远程启动配置文件为HTTP形式的URL。

[RouterA-dhcp-pool-1] bootfile-name http://192.168.1.40/device.py

(2)      配置HTTP服务器，保证Router B可以从HTTP服务器成功下载配置文件device.py。

# 在HTTP服务器创建配置文件device.py，文件内容如下：

#!usr/bin/python

import comware

comware.CLI(‘system-view ;telnet server enable ;local-user user ;password simple abcabc ;service-type telnet ;quit ;user-interface vty 0 4 ;authentication-mode scheme ;user-role network-admin ;quit ;interface gigabitethernet 1/0/1 ;port link-mode route ;ip address dhcp-alloc ;return ’)

# 启动HTTP管理软件，开启HTTP服务（配置过程略）。

4. 验证配置

(1)      Router B在没有配置文件的情况下启动。启动成功后，在Router A上查看地址池中的地址绑定信息。

<RouterA> display dhcp server ip-in-use

IP address       Client identifier/    Lease expiration      Type

                 Hardware address

192.168.1.2      0030-3030-632e-3239-  May 12 17:41:15 2016  Auto(C)

                 3035-2e36-3736-622d-

                 4574-6830-2f30-2f32

(2)      在Router A上执行如下命令：

<RouterA> telnet 192.168.1.2

(3)      输入用户名user、密码abcabc后，用户可以登录Router B。

1.5.4  服务器自动配置实现IRF零配置举例

1. 组网需求

如图1-5所示，Router A和Router B通过管理以太网口分别与HTTP 服务器和Device A相连。Device A上开启DHCP服务。为网络中的设备动态分配192.168.1.0/24网段的IP地址。

现要求通过自动配置实现Router A和Router B根据脚本自动执行IRF配置的相关命令。然后再连接Router A和Router B之间的线缆，完成IRF的建立。

2. 组网图

图1-5 服务器自动配置实现IRF零配置组网图

3. 配置步骤

(1)      配置设备接口地址，保证设备间路由可达。

配置HTTP服务器。启动HTTP管理软件，开启HTTP服务（配置过程略）。针对IRF零配置，HTTP服务器上需要配置Python脚本文件、配置文件、sn.txt和软件启动包等文件。以下是关于各文件的介绍：

·              Python脚本文件：Python脚本是设备进行IRF零配置操作的主要文件，需要管理员自行准备并保存在HTTP服务器上。Python脚本需要完成的操作：

¡  设备判断flash是否存在足够的存储空间（可选）；

¡  设备从HTTP服务器下载配置文件；

¡  设备从HTTP服务器下载启动软件包（可选）；

¡  设备从HTTP服务器下载sn.txt文件；

¡  配置设备下次启动时使用的启动软件包（可选）；

¡  解析sn.txt文件并修改设备的IRF成员编号；

¡  配置设备下次启动时使用的配置文件；

¡  设备重新启动。

·              配置文件：配置文件包含了所有设备进行IRF的相关命令，管理员可以在已经成功创建IRF的设备上，将配置文件导出并修改然后保存在HTTP服务器上，供需要创建类似拓扑IRF的设备下载使用。

·              sn.txt文件：每个设备都有唯一的设备序列号，sn.txt文件根据设备的序列号来指定设备在IRF组中的成员编码。设备通过运行Python脚本来解析sn.txt文件，然后修改设备的IRF成员编号，并根据自身的成员编号来完成相应的IRF配置。

·              软件启动包：软件启动包是设备启动、运行的必备软件，需保存在HTTP服务器上。如果现有设备（包括主设备和备设备）的启动软件包全部一致且不需要升级软件版本，可不需要准备该文件。

(2)      在Device A上配置DHCP服务器

# 开启DHCP服务，创建名称为1的DHCP地址池，配置地址池动态分配IP地址的网段为192.168.1.0/24。

<DeviceA> system-view

[DeviceA] dhcp enable

[DeviceA] dhcp server ip-pool 1

[DeviceA-dhcp-pool-1] network 192.168.1.0 24

# 配置DHCP客户端远程启动配置文件为HTTP形式的URL。

[DeviceA-dhcp-pool-1] bootfile-name http://192.168.1.40/device.py

[DeviceA-dhcp-pool-1] quit

# 配置接口GigabitEthernet1/0/1工作在DHCP服务器模式。

[DeviceA] interface gigabitethernet 1/0/1

[DeviceA-GigabitEthernet1/0/1] dhcp select server

[DeviceA-GigabitEthernet1/0/1] quit

(3)      设备根据DHCP服务器获取到Python脚本文件，执行Python脚本下载配置文件和软件启动包；解析sn.txt文件生成IRF成员编号。然后，所有设备会执行重启操作。

(4)      设备重启完毕后，连接Router A和Router B之间的线缆，连接好线缆后设备将进行IRF选举，选举失败的一台设备会再次重启。当设备自动重启后，Router A和Router B成功组成IRF。

4. 验证配置

下面以Router A为例验证设备是否成功组成IRF，Router B和Router A类似，不再赘述。

# 显示IRF中所有成员设备的相关信息。

<Router A> display irf

MemberID  Slot  Role    Priority  CPU-Mac         Description

   1      1     Standby 1         00e0-fc0f-8c02  ---

 *+2      1     Master  30        00e0-fc0f-8c14  ---

--------------------------------------------------

 * indicates the device is the master.

 + indicates the device through which the user logs in.

 The Bridge MAC of the IRF is: 000c-1000-1111

 Auto upgrade                : yes

 Mac persistent              : always

 Domain ID                   : 0

 Auto merge                  : yes

以上显示信息表明IRF已经成功建立。