03

目  录

1 DHCP概述

1.1 DHCP组网模型

1.2 DHCP的IP地址分配

1.2.1 IP地址分配策略

1.2.2 IP地址获取过程

1.2.3 IP地址的租约更新

1.3 DHCP报文格式

1.4 DHCP选项介绍

1.5 DHCP常用选项

1.6 自定义DHCP选项

1.6.1 厂商特定信息选项（Option 43）

1.6.2 中继代理信息选项（Option 82）

1.6.3 Option 184

1.7 协议规范

2 DHCP中继

2.1 DHCP中继简介

2.1.2 DHCP中继的基本原理

2.1.3 DHCP中继支持Option 82功能

2.1.4 DHCP中继支持MCE

2.2 DHCP中继配置任务简介

2.3 开启DHCP服务

2.4 配置接口工作在DHCP中继模式

2.5 指定DHCP服务器的地址

2.5.1 指定DHCP中继对应的DHCP服务器地址

2.5.2 指定中继地址池对应的DHCP服务器地址

2.5.3 配置DHCP中继选择DHCP服务器方式

2.6 配置DHCP中继的安全功能

2.6.1 配置DHCP中继用户地址表项记录功能

2.6.2 配置DHCP中继动态用户地址表项定时刷新功能

2.6.3 配置防止DHCP饿死攻击

2.6.4 配置DHCP中继的用户下线探测功能

2.7 配置通过DHCP中继释放客户端的IP地址

2.8 配置DHCP中继支持Option 82功能

2.9 配置DHCP中继在DHCP请求报文中添加Option 60选项

2.10 配置DHCP中继发送DHCP报文的DSCP优先级

2.11 配置DHCP中继在DHCP报文中填充的中继地址

2.11.1 手工指定在DHCP报文中填充的中继地址

2.11.2 通过smart-relay功能指定DHCP报文中填充的中继地址

2.12 指定DHCP中继向DHCP服务器转发报文的源地址

2.13 开启DHCP中继单播转发DHCP应答报文功能

2.14 配置DHCP中继通过Option82信息转发DHCP应答报文

2.15 DHCP中继显示和维护

2.15.1 显示DHCP中继的配置

2.15.2 显示和清除DHCP中继的用户地址表项信息

2.15.3 显示DHCP中继的MAC地址检查表项

2.15.4 显示和清除DHCP中继的报文统计信息

2.16 DHCP中继典型配置举例

2.16.1 DHCP中继基本组网配置举例

2.16.2 DHCP中继支持Option 82配置举例

2.16.3 DHCP中继选择DHCP服务器方式配置举例

2.17 DHCP中继常见故障处理

2.17.1 DHCP客户端无法通过DHCP中继获取配置信息

3 DHCP客户端

3.1 DHCP客户端简介

3.2 DHCP客户端配置限制和指导

3.3 DHCP客户端配置任务简介

3.4 配置接口通过DHCP协议获取IP地址

3.5 配置接口使用的DHCP客户端ID

3.6 开启地址冲突检查功能

3.7 配置DHCP客户端发送DHCP报文的DSCP优先级

3.8 DHCP客户端显示和维护

4 BOOTP客户端

4.1 BOOTP客户端简介

4.1.1 BOOTP客户端的应用环境

4.1.2 IP地址动态获取过程

4.1.3 协议规范

4.2 配置接口通过BOOTP协议获取IP地址

4.3 BOOTP客户端显示和维护

4.4 BOOTP客户端典型配置举例

4.4.1 BOOTP客户端典型配置举例

DHCP（Dynamic Host Configuration Protocol，动态主机配置协议）采用客户端/服务器模式，由服务器为网络设备动态地分配IP地址等网络配置参数。DHCP客户端和DHCP服务器处于不同物理网段时，客户端可以通过DHCP中继与服务器通信，获取IP地址及其他配置信息。DHCP中继的详细介绍，请参见“2.1  DHCP中继简介”。

图1-1 同网段DHCP组网应用

针对客户端的不同需求，DHCP提供三种IP地址分配策略：

·     手工分配地址：由管理员为少数特定客户端（如WWW服务器等）静态绑定固定的IP地址。通过DHCP将配置的固定IP地址分配给客户端。

·     自动分配地址：DHCP为客户端分配租期为无限长的IP地址。

·     动态分配地址：DHCP为客户端分配具有一定有效期限的IP地址，到达使用期限后，客户端需要重新申请地址。绝大多数客户端得到的都是这种动态分配的地址。

图1-2 IP地址动态获取过程

如图1-2所示，DHCP客户端从DHCP服务器获取IP地址，主要通过四个阶段进行：

(1)     发现阶段，即DHCP客户端寻找DHCP服务器的阶段。客户端以广播方式发送DHCP-DISCOVER报文。

(2)     提供阶段，即DHCP服务器提供IP地址的阶段。DHCP服务器接收到客户端的DHCP-DISCOVER报文后，根据IP地址分配的优先次序选出一个IP地址，与其他参数一起通过DHCP-OFFER报文发送给客户端。

(3)     选择阶段，即DHCP客户端选择IP地址的阶段。如果有多台DHCP服务器向该客户端发来DHCP-OFFER报文，客户端只接受第一个收到的DHCP-OFFER报文，然后以广播方式发送DHCP-REQUEST报文，该报文中包含DHCP服务器在DHCP-OFFER报文中分配的IP地址。

(4)     确认阶段，即DHCP服务器确认IP地址的阶段。DHCP服务器收到DHCP客户端发来的DHCP-REQUEST报文后，只有DHCP客户端选择的服务器会进行如下操作：如果确认将地址分配给该客户端，则返回DHCP-ACK报文；否则返回DHCP-NAK报文，表明地址不能分配给该客户端。

客户端收到服务器返回的DHCP-ACK确认报文后，会以广播的方式发送免费ARP报文，探测是否有主机使用服务器分配的IP地址，如果在规定的时间内未收到回应，并且客户端上不存在与该地址同网段的其他地址时，客户端才使用此地址。否则，客户端会发送DHCP-DECLINE报文给DHCP服务器，并重新申请IP地址。

如果网络中存在多个DHCP服务器，除DHCP客户端选中的服务器外，其它DHCP服务器中本次未分配出的IP地址仍可分配给其他客户端。

DHCP服务器分配给客户端的IP地址具有一定的租借期限（除自动分配的IP地址），该租借期限称为租约。当租借期满后服务器会收回该IP地址。如果DHCP客户端希望继续使用该地址，则DHCP客户端需要申请延长IP地址租约。

在DHCP客户端的IP地址租约期限达到一半左右时间时，DHCP客户端会向为它分配IP地址的DHCP服务器单播发送DHCP-REQUEST报文，以进行IP租约的更新。如果客户端可以继续使用此IP地址，则DHCP服务器回应DHCP-ACK报文，通知DHCP客户端已经获得新IP租约；如果此IP地址不可以再分配给该客户端，则DHCP服务器回应DHCP-NAK报文，通知DHCP客户端不能获得新的租约。

如果在租约的一半左右时间进行的续约操作失败，DHCP客户端会在租约期限达到7/8时，广播发送DHCP-REQUEST报文进行续约。DHCP服务器的处理方式同上，不再赘述。

DHCP有8种类型的报文，每种报文的格式都相同，只是某些字段的取值不同。DHCP的报文格式如图1-3所示，括号中的数字表示该字段所占的字节。

图1-3 DHCP报文格式

各字段的解释如下：

·     op：报文的操作类型，分为请求报文和响应报文，1为请求报文；2为响应报文。具体的报文类型在options字段中标识。

·     htype、hlen：DHCP客户端的硬件地址类型及长度。

·     hops：DHCP报文经过的DHCP中继的数目。DHCP请求报文每经过一个DHCP中继，该字段就会增加1。

·     xid：客户端发起一次请求时选择的随机数，用来标识一次地址请求过程。

·     secs：DHCP客户端开始DHCP请求后所经过的时间。目前没有使用，固定为0。

·     flags：第一个比特为广播响应标识位，用来标识DHCP服务器响应报文是采用单播还是广播方式发送，0表示采用单播方式，1表示采用广播方式。其余比特保留不用。

·     ciaddr：DHCP客户端的IP地址。如果客户端有合法和可用的IP地址，则将其添加到此字段，否则字段设置为0。此字段不用于客户端申请某个特定的IP地址。

·     yiaddr：DHCP服务器分配给客户端的IP地址。

·     siaddr：DHCP客户端获取启动配置信息的服务器IP地址。

·     giaddr：DHCP客户端发出请求报文后经过的第一个DHCP中继的IP地址。

·     chaddr：DHCP客户端的硬件地址。

·     sname：DHCP客户端获取启动配置信息的服务器名称。

·     file：DHCP服务器为DHCP客户端指定的启动配置文件名称及路径信息。

·     options：可选变长选项字段，包含报文的类型、有效租期、DNS服务器的IP地址、WINS服务器的IP地址等配置信息。

为了与BOOTP（Bootstrap Protocol，自举协议）兼容，DHCP保留了BOOTP的消息格式。DHCP和BOOTP消息的不同主要体现在选项（Options）字段。DHCP在BOOTP基础上增加的功能，通过Options字段来实现。

DHCP利用Options字段传递控制信息和网络配置参数，实现地址动态分配的同时，为客户端提供更加丰富的网络配置信息。

DHCP选项的格式如图1-4所示。

图1-4 DHCP选项格式

常见的DHCP选项有：

·     Option 3：路由器选项，用来指定为客户端分配的网关地址。

·     Option 6：DNS服务器选项，用来指定为客户端分配的DNS服务器地址。

·     Option 33：静态路由选项。该选项中包含一组有分类静态路由（即目的网络地址的掩码固定为自然掩码，不能划分子网），客户端收到该选项后，将在路由表中添加这些静态路由。如果Option 33和Option 121同时存在，则忽略Option 33。

·     Option 51：IP地址租约选项。

·     Option 53：DHCP消息类型选项，标识DHCP消息的类型。

·     Option 55：请求参数列表选项。客户端利用该选项指明需要从服务器获取哪些网络配置参数。该选项内容为客户端请求的参数对应的选项值。

·     Option 60：厂商标识选项。客户端利用该选项标识自己所属的厂商；DHCP服务器可以根据该选项区分客户端所属的厂商，并为其分配特定范围的IP地址。

·     Option 66：TFTP服务器名选项，用来指定为客户端分配的TFTP服务器的域名。

·     Option 67：启动文件名选项，用来指定为客户端分配的启动文件名。

·     Option 121：无分类路由选项。该选项中包含一组无分类静态路由（即目的网络地址的掩码为任意值，可以通过掩码来划分子网），客户端收到该选项后，将在路由表中添加这些静态路由。如果Option 33和Option 121同时存在，则忽略Option 33。

·     Option 150：TFTP服务器地址选项，用来指定为客户端分配的TFTP服务器的地址。

更多DHCP选项的介绍，请参见RFC 2132和RFC 3442。

有些选项的内容，RFC 2132中没有统一规定，例如Option 43、Option 82和Option 184。下面将介绍设备上定义的几种选项。

Option 43称为厂商特定信息选项。DHCP服务器和DHCP客户端通过Option 43交换厂商特定的信息。

设备作为DHCP客户端时，可以通过Option 43获取：

·     ACS（Auto-Configuration Server，自动配置服务器）的参数，包括URL地址、用户名和密码。

·     服务提供商标识，CPE（Customer Premises Equipment，用户侧设备）从DHCP服务器获取该信息后，将该信息通告给ACS，以便ACS选择服务提供商特有的配置和参数等。

·     PXE（Preboot eXecution Environment，预启动执行环境）引导服务器地址，以便客户端从PXE引导服务器获取启动文件或其他控制信息。

·     在无线网络中，AP（Access Point，接入点）作为DHCP客户端，可以通过Option 43获取AC（Access Controller，接入控制器）地址，以便AP从AC获取启动文件或其他控制信息。

图1-5 Option 43格式

为了提供可扩展性，通过Option 43为客户端分配更多的信息，Option 43采用子选项的形式，通过不同的子选项为用户分配不同的网络配置参数。如图1-5所示。子选项中各字段的含义为：

·     Sub-option type：子选项类型。目前，子选项类型值可以为0x01表示ACS参数子选项，0x02表示服务提供商标识子选项，0x80表示PXE引导服务器地址子选项。

·     Sub-option length：子选项的长度，不包括子选项类型和子选项长度字段。

·     Sub-option value：子选项的取值。不同类型的子选项，取值格式有所不同。

·     ACS参数子选项的取值字段格式如图1-6所示。ACS的URL地址、用户名和密码长度可变，每个参数之间用空格（十六进制数为20）隔开。

图1-6 ACS参数子选项取值字段的格式

·     服务提供商标识子选项的取值字段内容为服务提供商的标识。

·     PXE引导服务器地址子选项的取值字段格式如图1-7所示。其中，PXE服务器类型目前取值只能为0；Server number为子选项中包含的PXE服务器地址的数目；Server IP addresses为PXE服务器的IP地址。

图1-7 PXE引导服务器地址子选项取值字段的格式

Option 82称为中继代理信息选项，该选项记录了DHCP客户端的位置信息。DHCP中继或DHCP Snooping设备接收到DHCP客户端发送给DHCP服务器的请求报文后，在该报文中添加Option 82，并转发给DHCP服务器。

管理员可以从Option 82中获得DHCP客户端的位置信息，以便定位DHCP客户端，实现对客户端的安全和计费等控制。支持Option 82的服务器还可以根据该选项的信息制定IP地址和其他参数的分配策略，提供更加灵活的地址分配方案。

Option 82最多可以包含255个子选项。若定义了Option 82，则至少要定义一个子选项。目前设备只支持sub-option 1（Circuit ID，电路ID子选项）和sub-option 2（Remote ID，远程ID子选项）和sub-option 5（Link Selection，链路选择子选项）等子选项。

由于Option 82的内容没有统一规定，不同厂商通常根据需要进行填充。

设备上，Circuit ID的填充模式有以下几种：

·     采用string模式填充：sub-option 1的内容是用户配置的字符串。

·     采用normal模式填充：sub-option 1的内容是接收到DHCP客户端请求报文的接口所属的VLAN ID以及接口编号。

·     采用verbose模式填充：sub-option 1的内容包括用户配置的接入节点标识，接收到DHCP客户端请求报文的接口类型、接口编号和接口所属的VLAN ID。

Remote ID的填充模式有以下几种：

·     采用string模式填充：sub-option 2的内容是用户配置的字符串。

·     采用normal模式填充：sub-option 2的内容是接收到DHCP客户端请求报文的接口MAC地址（DHCP中继）或设备的桥MAC地址（DHCP Snooping）。

·     采用sysname模式填充：sub-option 2的内容是设备的系统名称。设备的系统名称可以通过系统视图下的sysname命令配置。

Link Selection的填充内容是授权地址池/接口绑定地址池的gateway或开启DHCP中继功能接口的地址。在中继上配置dhcp relay information enable命令开启支持Option 82功能，并配置dhcp relay source-address指定DHCP中继向DHCP服务器转发报文的源地址时，DHCP中继转发的DHCP报文中的Option 82选项中会携带此子选项。

Option 184是RFC中规定的保留选项，用户可以自定义该选项中携带的信息。设备上，Option 184携带了语音呼叫所需的信息。通过Option 184，可以实现在为具有语音功能的DHCP客户端提供语音呼叫相关信息。

目前Option 184支持四个子选项，承载的内容如下：

·     sub-option 1：网络呼叫处理器的IP地址，用来标识作为网络呼叫控制源及应用程序下载的服务器。只有定义了sub-option 1（网络呼叫处理器的IP地址子选项），其他子选项才能生效。

·     sub-option 2：备用服务器的IP地址，当sub-option 1中携带的网络呼叫处理器不可达或不合法时，DHCP客户端使用该选项指定的备用服务器作为网络呼叫处理器。

·     sub-option 3：语音VLAN信息，指定语音VLAN的ID及DHCP客户端是否会将所指定的VLAN作为语音VLAN。

·     sub-option 4：自动故障转移呼叫路由，指定故障转移呼叫路由的IP地址及其关联的拨号串，即SIP（Session Initiation Protocol，会话初始协议）用户之间互相通信时对端的IP地址和呼叫号码。当网络呼叫处理器和备用服务器均不可达时，SIP用户可以使用对端IP地址及呼叫号码直接与对端SIP用户建立连接并通信。

与DHCP相关的协议规范有：

·     RFC 2131：Dynamic Host Configuration Protocol

·     RFC 2132：DHCP Options and BOOTP Vendor Extensions

·     RFC 1542：Clarifications and Extensions for the Bootstrap Protocol

·     RFC 3046：DHCP Relay Agent Information Option

·     RFC 3442：The Classless Static Route Option for Dynamic Host Configuration Protocol (DHCP) version 4

DHCP客户端和DHCP服务器处于不同物理网段时，客户端可以通过DHCP中继与DHCP服务器通信，获取IP地址及其他配置信息。

图2-1是DHCP中继的典型应用示意图。

图2-1 DHCP中继的典型组网应用

通过DHCP中继完成动态配置的过程中，DHCP客户端与DHCP服务器的处理方式与不通过DHCP中继时的处理方式基本相同。下面只说明DHCP中继的转发过程，报文的具体交互过程请参见“1.2.2  IP地址获取过程”。

图2-2 DHCP中继的工作过程

如图2-2所示，DHCP中继的工作过程为：

(1)     具有DHCP中继功能的网络设备收到DHCP客户端以广播方式发送的DHCP-DISCOVER或DHCP-REQUEST报文后，将报文中的giaddr字段填充为DHCP中继的IP地址，并根据配置将报文单播转发给指定的DHCP服务器。

(2)     DHCP服务器根据giaddr字段为客户端分配IP地址等参数，并通过DHCP中继将配置信息转发给客户端，完成对客户端的动态配置。

Option 82记录了DHCP客户端的位置信息。管理员可以利用该选项定位DHCP客户端，实现根据Option 82为客户端分配特定范围的地址、对客户端进行安全和计费等控制。Option 82的详细介绍请参见“1.6.2  中继代理信息选项（Option 82）”。

如果DHCP中继支持Option 82功能，则当DHCP中继接收到DHCP请求报文后，将根据报文中是否包含Option 82以及用户配置的处理策略及填充模式等对报文进行相应的处理，并将处理后的报文转发给DHCP服务器。具体的处理方式见表2-1。

如果DHCP中继收到的应答报文中带有Option 82，则会将Option 82删除后再转发给DHCP客户端。

表2-1 DHCP中继支持Option 82的处理方式

收到DHCP请求报文

处理策略

DHCP中继对报文的处理

收到的报文中带有Option 82

Drop

丢弃报文

Keep

保持报文中的Option 82不变并进行转发

Replace

根据DHCP中继上配置的填充模式、内容、格式等填充Option 82，替换报文中原有的Option 82并进行转发

收到的报文中不带有Option 82

-

根据DHCP中继上配置的填充模式、内容、格式等填充Option 82，添加到报文中并进行转发

设备作为MCE（Multi-VPN-instance Customer Edge，多VPN实例用户网络边界设备）时，在设备上配置DHCP中继功能，不仅可以为公网上的DHCP服务器和DHCP客户端转发DHCP报文，还可以实现为私网内的DHCP服务器和DHCP客户端转发DHCP报文。MCE的详细介绍，请参见“MCE配置指导”中的“MCE”。

DHCP中继配置任务如下：

(1)     开启DHCP服务

(2)     配置接口工作在DHCP中继模式

(3)     指定DHCP服务器的地址

(4)     （可选）配置DHCP中继的安全功能

(5)     （可选）配置通过DHCP中继释放客户端的IP地址

(6)     （可选）配置DHCP中继支持Option 82功能

(7)     （可选）配置DHCP中继在DHCP请求报文中添加Option 60选项

(8)     （可选）配置DHCP中继发送DHCP报文的DSCP优先级

(9)     （可选）配置DHCP中继在DHCP报文中填充的中继地址

(10)     （可选）指定DHCP中继向DHCP服务器转发报文的源地址

(11)     （可选）开启DHCP中继单播转发DHCP应答报文功能

(12)     （可选）配置DHCP中继通过Option82信息转发DHCP应答报文

只有开启DHCP服务后，其它相关的DHCP中继配置才能生效。

(1)     进入系统视图。

system-view

(2)     开启DHCP服务。

dhcp enable

缺省情况下，DHCP服务处于关闭状态。

配置接口工作在中继模式后，当接口收到DHCP客户端发来的DHCP报文时，会将报文转发给DHCP服务器，由服务器分配地址。

DHCP客户端通过DHCP中继获取IP地址时，DHCP服务器上需要配置与DHCP中继连接DHCP客户端的接口IP地址所在网段（网络号和掩码）匹配的地址池，否则会导致DHCP客户端无法获得正确的IP地址。

(1)     进入系统视图。

system-view

(2)     进入接口视图。

interface interface-type interface-number

(3)     配置接口工作在DHCP中继模式。

dhcp select relay

缺省情况下，接口未工作在DHCP中继模式。

为了提高可靠性，可以在一个网络中设置多个DHCP服务器。DHCP中继上配置多个DHCP服务器后，DHCP中继会将客户端发来的DHCP报文转发给所有的服务器。

指定的DHCP服务器的IP地址不能与DHCP中继的接口IP地址在同一网段。否则，可能导致客户端无法获得IP地址。

(1)     进入系统视图。

system-view

(2)     进入接口视图。

interface interface-type interface-number

(3)     指定DHCP中继对应的DHCP服务器地址。

dhcp relay server-address ip-address

缺省情况下，未指定DHCP服务器的地址。

通过多次执行dhcp relay server-address命令可以指定多个DHCP服务器，一个接口下最多可以指定8个DHCP服务器。

对于某些特定的用户接入方式，基于用户接入位置信息的不同，网络中存在大量不同类型的用户。为了使相同类型的用户可以从指定的DHCP服务器申请IP地址等网络参数，模块根据用户注册信息，使不同的用户选择不同的DHCP中继地址池，并从中继地址池下配置的DHCP服务器获取IP地址等网络参数。

为了提高可靠性，一个DHCP中继地址池下配置多个DHCP服务器地址，当DHCP客户端匹配该中继地址池后，DHCP中继会将DHCP客户端发来的DHCP报文转发给该地址池对应所有的DHCP服务器。

一台DHCP中继的一个接口下可能连接不同类型的用户，当DHCP中继转发DHCP客户端请求报文给DHCP服务器时，不能再以中继接口的IP地址作为选择地址池的依据。为了解决这个问题，需要使用gateway-list命令指定某个类型用户所在的网段，并将该地址添加到转发给DHCP服务器的报文字段中，为DHCP服务器选择地址池提供依据。

(1)     进入系统视图。

system-view

(2)     创建DHCP中继地址池，并进入中继地址池视图。

dhcp server ip-pool pool-name

(3)     指定匹配该地址池的DHCPv4客户端所在的网段地址。

gateway-list ip-address& [ export-route ]

缺省情况下，未指定匹配该地址池的DHCP客户端所在的网段地址。

(4)     指定中继地址池对应的DHCP服务器地址。

remote-server ip-address&

缺省情况下，未指定中继地址池对应的DHCP服务器的地址。

通过执行remote-server命令一次最多可以指定8个DHCP服务器的地址信息。

一般来说，DHCP中继是向所有DHCP服务器转发DHCP请求报文（即polling方式），且DHCP客户端会选择最快收到DHCP应答报文。如果用户想指定一台DHCP服务器作为主用DHCP服务器，其他DHCP服务器只在主用DHCP服务器不可用或没有空闲地址时才起作用，就需要DHCP中继支持优先选择用户期望的DHCP服务器作为主用DHCP服务器的功能。

当DHCP中继使用主备方式选择DHCP服务器后，会优先向配置的第一个DHCP服务器地址转发DHCP请求报文。当该DHCP服务器确定无法分配IP地址时，DHCP中继将之后的DHCP请求报文向下一个DHCP服务器地址转发。如果DHCP中继已切换到配置的最后一个DHCP服务器地址且发现该DHCP服务器仍不可用，则重新选择第一个配置的DHCP服务器地址进入下一个循环。

主备方式有两种配置方法：

·     对于普通组网，用户可以在DHCP中继接口上指定多个DHCP服务器地址。这样当配置DHCP中继主备方式选择DHCP服务器时，配置的第一个地址对应的DHCP服务器为主用DHCP服务器，之后配置的地址对应的DHCP服务器为备用DHCP服务器。

·     对于某些用户接入方式，用户必须配置中继地址池，并指定多个DHCP服务器地址。这样当配置DHCP中继主备方式选择DHCP服务器时，配置的第一个地址对应的DHCP服务器为主用DHCP服务器，之后配置的地址对应的DHCP服务器为备用DHCP服务器。

此外，本特性还支持配置以下功能：

·     配置DHCP服务器应答超时切换时间，缺省应答超时切换时间为30秒。当DHCP中继向DHCP服务器转发DHCP请求报文，如果超过配置的应答超时切换时间后还未收到该DHCP服务器的应答报文，则DHCP中继认为该DHCP服务器已不可用，并切换到下一个DHCP服务器。

·     配置回切主用DHCP服务器并指定回切延迟时间，缺省DHCP中继是不回切的。当用户在DHCP中继配置了回切主用DHCP服务器延迟时间且当前生效的不是主用DHCP服务器时，经过该回切延迟时间后，DHCP服务器会将DHCP请求报文转发到主用DHCP服务器。如果主用DHCP服务器不可用或没有空闲地址时则重新使用当前生效的DHCP服务器；如果主用DHCP服务器可用则继续使用主用DHCP服务器。

(1)     进入系统视图。

system-view

(2)     进入接口视图。

interface interface-type interface-number

(3)     配置DHCP中继选择DHCP服务器方式。

dhcp relay server-address algorithm { master-backup | polling }

缺省情况下，DHCP中继同时向所有DHCP服务器转发DHCP请求报文（polling方式）。

(4)     （可选）配置DHCP服务器应答超时切换时间。

dhcp relay dhcp-server timeout time

缺省情况下，DHCP服务器应答超时切换时间为30秒。

(5)     （可选）配置回切主用DHCP服务器并指定回切延迟时间。

dhcp relay master-server switch-delay delay-time

缺省情况下，DHCP中继不回切到主用DHCP服务器。

(1)     进入系统视图。

system-view

(2)     进入DHCP地址池视图。

dhcp server ip-pool pool-name

(3)     配置DHCP中继选择DHCP服务器方式。

remote-server algorithm { master-backup | polling }

缺省情况下，DHCP中继同时向所有DHCP服务器转发DHCP请求报文（polling方式）。

(4)     （可选）配置DHCP服务器应答超时切换时间。

dhcp-server timeout time

缺省情况下，DHCP服务器应答超时切换时间为30秒。

(5)     （可选）配置回切主用DHCP服务器并指定回切延迟时间。

master-server switch-delay delay-time

缺省情况下，DHCP中继不回切到主用DHCP服务器。

为了防止非法主机静态配置一个IP地址并访问外部网络，设备支持DHCP中继用户地址表项记录功能。

开启该功能后，当客户端通过DHCP中继从DHCP服务器获取到IP地址时，DHCP中继可以自动记录客户端IP地址与硬件地址的绑定关系，生成DHCP中继的用户地址表项。

本功能与其他IP地址安全功能配合，可以实现只允许匹配用户地址表项中绑定关系的报文通过DHCP中继。从而，保证非法主机不能通过DHCP中继与外部网络通信。

同异步串口作为DHCP客户端申请IP地址时，DHCP中继不会记录该客户端对应的用户地址表项。

(1)     进入系统视图。

system-view

(2)     开启DHCP中继的用户地址表项记录功能。

dhcp relay client-information record

缺省情况下，DHCP中继用户地址表项记录功能处于关闭状态。

DHCP客户端释放动态获取的IP地址时，会向DHCP服务器单播发送DHCP-RELEASE报文，DHCP中继不会处理该报文的内容。如果此时DHCP中继上记录了该IP地址与MAC地址的绑定关系，则会造成DHCP中继的用户地址表项无法实时刷新。为了解决这个问题，DHCP中继支持动态用户地址表项的定时刷新功能。

DHCP中继动态用户地址表项定时刷新功能开启时，DHCP中继每隔指定时间采用客户端获取到的IP地址和DHCP中继接口的MAC地址向DHCP服务器发送DHCP-REQUEST报文：

·     如果DHCP中继接收到DHCP服务器响应的DHCP-ACK报文或在指定时间内未接收到DHCP服务器的响应报文，则表明这个IP地址已经可以进行分配，DHCP中继会删除动态用户地址表中对应的表项。为了避免地址浪费，DHCP中继收到DHCP-ACK报文后，会发送DHCP-RELEASE报文释放申请到的IP地址。

·     如果DHCP中继接收到DHCP服务器响应的DHCP-NAK报文，则表示该IP地址的租约仍然存在，DHCP中继不会删除该IP地址对应的表项。

(1)     进入系统视图。

system-view

(2)     开启DHCP中继动态用户地址表项定时刷新功能。

dhcp relay client-information refresh enable

缺省情况下，DHCP中继动态用户地址表项定时刷新功能处于开启状态。

(3)     （可选）配置DHCP中继动态用户地址表项的定时刷新周期。

dhcp relay client-information refresh { auto | interval interval }

缺省情况下，定时刷新周期为auto，即根据表项的数目自动计算刷新时间间隔。

DHCP饿死攻击是指攻击者伪造chaddr字段各不相同的DHCP请求报文，向DHCP服务器申请大量的IP地址，导致DHCP服务器地址池中的地址耗尽，无法为合法的DHCP客户端分配IP地址，或导致DHCP服务器消耗过多的系统资源，无法处理正常业务。

如果封装DHCP请求报文的数据帧的源MAC地址各不相同，则限制三层接口上可以学习到的ARP表项数，或限制二层端口上可以学习到的MAC地址数，并配置学习到的MAC地址数达到最大值时，丢弃源MAC地址不在MAC地址表里的报文，能够避免攻击者申请过多的IP地址，在一定程度上缓解DHCP饿死攻击。

如果封装DHCP请求报文的数据帧的源MAC地址都相同，则通过上述方法无法防止DHCP饿死攻击。在这种情况下，需要开启DHCP中继的MAC地址检查功能。开启该功能后，DHCP中继检查接收到的DHCP请求报文中的chaddr字段和数据帧的源MAC地址字段是否一致。如果一致，则认为该报文合法，将其转发给DHCP服务器；如果不一致，则丢弃该报文。

因为DHCP中继转发DHCP报文时会修改报文的源MAC地址，所以只能在靠近DHCP客户端的第一跳DHCP中继设备上开启MAC地址检查功能。

设备支持配置DHCP中继的MAC地址检查表项老化时间，当老化时间到达以后，该表项信息会被老化掉，DHCP中继收到该MAC地址对应的DHCP请求报文后重新进行合法性检查。

(1)     进入系统视图。

system-view

(2)     配置DHCP中继的MAC地址检查表项的老化时间。

dhcp relay check mac-address aging-time time

缺省情况下，DHCP中继的MAC地址检查表项的老化时间为30秒。

如果未通过dhcp relay check mac-address命令开启DHCP中继的MAC地址检查功能，则本命令的配置不会生效。

(3)     进入接口视图。

interface interface-type interface-number

(4)     开启DHCP中继的MAC地址检查功能。

dhcp relay check mac-address

缺省情况下，DHCP中继的MAC地址检查功能处于关闭状态。

DHCP中继的用户下线探测功能以ARP表项老化功能为基础，当ARP表项老化时认为该表项对应的用户已经下线。

如果在接口上配置了DHCP中继的用户下线检测功能，则当ARP表项老化时，DHCP中继认为该表项对应的用户已经下线，删除对应的用户地址表项，并通过发送Release报文通知DHCP服务器删除下线用户的IP地址租约。

手工删除ARP表项，不会触发DHCP中继删除对应的用户地址表项。

(1)     进入系统视图。

system-view

(2)     开启DHCP中继的用户地址表项记录功能。

dhcp relay client-information record

缺省情况下，DHCP中继用户地址表项记录功能处于关闭状态。

用户需要开启DHCP中继用户地址表项记录功能，否则用户下线探测功能无法完全生效。

(3)     进入接口视图。

interface interface-type interface-number

(4)     配置接口工作在DHCP中继模式。

dhcp select relay

缺省情况下，接口未工作在DHCP中继模式。

(5)     开启DHCP中继的用户下线探测功能。

dhcp client-detect

缺省情况下，DHCP中继的用户下线探测功能处于关闭状态。

在某些情况下，可能需要通过DHCP中继手工释放客户端申请到的IP地址。如果DHCP中继上存在客户端IP地址对应的动态用户地址表项，则配置通过DHCP中继释放该客户端IP地址后，DHCP中继会主动向DHCP服务器发送DHCP-RELEASE报文。DHCP服务器收到该报文后，将会释放指定IP地址的租约。DHCP中继也会删除该动态用户地址表项。

释放的客户端IP地址必须是动态用户地址表项中存在的IP地址，否则DHCP中继无法释放该IP地址。

(1)     进入系统视图。

system-view

(2)     向DHCP服务器请求释放客户端申请到的IP地址。

dhcp relay release ip ip-address [ vpn-instance vpn-instance-name ]

为使Option 82功能正常使用，需要在DHCP服务器和DHCP中继上都进行相应配置。

dhcp relay information link-selection命令仅在开启支持Option 82功能并配置dhcp relay source-address后可生效，配置的地址必须与授权地址池/接口绑定地址池的gateway或开启DHCP中继功能的接口地址同网段，否则DHCP用户无法分配到IP地址。

(1)     进入系统视图。

system-view

(2)     进入接口视图。

interface interface-type interface-number

(3)     开启DHCP中继支持Option 82功能。

dhcp relay information enable

缺省情况下，DHCP中继支持Option 82功能处于关闭状态。

(4)     （可选）配置DHCP中继对包含Option 82的请求报文的处理策略。

dhcp relay information strategy { drop | keep | replace }

缺省情况下，处理策略为replace。

DHCP中继对包含Option 82请求报文的处理策略为replace时，需要配置Option 82的填充模式和填充格式；处理策略为keep或drop时，不需要配置Option 82的填充模式和填充格式。

(5)     （可选）配置Circuit ID子选项的填充模式和填充格式。

dhcp relay information circuit-id { bas | srv6-opcode | string circuit-id | { normal | verbose [ node-identifier { mac | sysname | user-defined node-identifier } ] [ interface ] } [ format { ascii | hex } ] }

缺省情况下，Circuit ID子选项的填充模式为Normal，填充格式为hex。

如果以设备的系统名称（sysname）作为节点标识填充DHCP报文的Option 82，则系统名称中不能包含空格；否则，DHCP中继添加或替换Option 82失败。

(6)     （可选）配置Remote ID子选项的填充模式和填充格式。

dhcp relay information remote-id { normal [ format { ascii | hex } ] | string remote-id | sysname }

缺省情况下，Remote ID子选项的填充模式为Normal；填充格式为hex。

(7)     （可选）配置Option 82子选项sub-option 5中填充的地址。

dhcp relay information link-selection link-selection-address

缺省情况下，Option 82子选项sub-option 5的填充内容为授权地址池/接口绑定地址池的gateway或开启DHCP中继功能的接口地址。

Option 60字段记录的是客户端的厂商标识信息。当DHCP服务器收到带有Option 60选项的DHCP请求报文后，可以根据Option 60选项匹配正确的用户类，再从该用户类对应的地址空间选择地址分配给DHCP客户端，从而确保不同Option 60选项的DHCP客户端可以获取到不同范围的IP地址。

在DHCP中继上开启本功能，当DHCP中继收到DHCP请求报文后，先检查报文中是否存在Option 60选项。如果报文中不存在Option 60选项，则DHCP中继使用本命令指定的Option 60选项内容填充报文，再将报文转发给DHCP服务器；如果报文中存在Option 60选项，则DHCP中继不会处理该报文，将报文直接转发给DHCP服务器。

(1)     进入系统视图。

system-view

(2)     进入接口视图。

interface interface-type interface-number

(3)     配置DHCP中继在DHCP请求报文中添加Option 60选项。

dhcp relay insert option60 option-text

缺省情况下，DHCP中继不会在DHCP请求报文中添加Option 60选项。

DSCP优先级用来体现报文自身的优先等级，决定报文传输的优先程度。通过本配置可以指定DHCP中继发送的DHCP报文的DSCP优先级。

(1)     进入系统视图。

system-view

(2)     配置DHCP中继发送DHCP报文的DSCP优先级。

dhcp dscp dscp-value

缺省情况下，DHCP中继发送的DHCP报文的DSCP优先级为56。

当未开启该功能时，DHCP中继收到DHCP客户端的请求报文后，只能将接口的主IP地址添加到报文中，然后转发给DHCP服务器。对于某些特定需求，DHCP中继需要添加指定的地址到报文中，这时就需要配置此功能。

(1)     进入系统视图。

system-view

(2)     进入接口视图。

interface interface-type interface-number

(3)     手工指定在DHCP报文中填充的中继地址。

dhcp relay gateway ip-address

缺省情况下，DHCP中继填充的中继地址是接口下的主IP地址。

当DHCP中继收到DHCP客户端发来的请求报文时，会使用中继接口的主IP地址填充请求报文的giaddr字段，然后转发给DHCP服务器，DHCP服务器根据giaddr字段中的地址选择合适的地址池为客户端分配IP地址。当DHCP服务器中该网段地址分配完毕后，不管DHCP服务器上是否存在其他网段的地址，都不会再为该DHCP中继下的其他DHCP客户端分配IP地址。

DHCP中继通过smart-relay解决上述问题，开启该功能后，DHCP中继可以使用除中继接口主地址外的其他IP地址来填充giaddr字段，从而使DHCP客户端可以获取到其他网段的IP地址。

DHCP中继转发3次DHCP-DISCOVER报文后，若还未收到DHCP服务器的应答报文，DHCP中继将使用下一个可用IP地址来填充giaddr字段。DHCP中继使用所有配置的IP地址填充giaddr字段之后，将重新选择第一个配置的IP地址进入下一个循环。

(1)     进入系统视图。

system-view

(2)     开启DHCP中继支持smart-relay功能。

dhcp smart-relay enable

缺省情况下，DHCP中继支持smart-relay功能处于关闭状态。

在某些组网中，多个DHCP中继接口IP地址相同或者中继接口IP到服务器没有可达路由，用户需要配置本命令指定一个IP地址或选择中继设备上的另一个接口的IP地址填充到转发给DHCP服务器的DHCP请求报文中的源地址字段中。

当使用ip-address时，会同时修改报文中的源地址和giaddr字段，导致giaddr字段地址和DHCP中继接口地址不在同一网段。因此，指定这个参数时需要先开启DHCP中继支持Option 82功能，DHCP中继收到DHCP请求报文时在Option 82选项填充的中继接口的主IP地址，DHCP服务器可以根据该地址来给DHCP客户端分配IP地址。DHCP中继收到DHCP应答报文后，通过查找MAC地址表中的接口信息向DHCP客户端转发。

(1)     进入系统视图。

system-view

(2)     进入接口视图。

interface interface-type interface-number

(3)     指定DHCP中继向DHCP服务器转发报文的源地址。

dhcp relay source-address { ip-address [ default-giaddr ] [ option code [ option-text ] ] | gateway | interface interface-type interface-number [ default-giaddr ] | relay-interface }

缺省情况下，当DHCP中继连接服务器的接口和DHCP服务器属于同一个VPN时，DHCP中继向DHCP服务器转发报文出接口的地址作为报文源地址；当DHCP中继连接服务器的接口和DHCP服务器不属于同一个VPN时，DHCP中继会选择一个中继上和DHCP服务器同VPN的最小地址作为报文源地址。

参数

说明

ip-address [ option code [ option-text ] ]

如果DHCP请求报文中携带指定的Option选项，则发送给DHCP服务器的报文源地址和giaddr字段值为指定的IP地址。

gateway

DHCP中继向DHCP服务器转发报文的源地址会取DHCP报文中giaddr字段的地址，如果giaddr字段为空，则按照缺省情况填充地址

interface

DHCP中继向DHCP服务器转发报文的源地址为该接口IP地址，如果该接口不存在地址，则按照缺省情况填充地址

relay-interface

DHCP中继向DHCP服务器转发报文的源地址为DHCP中继连接DHCP客户端接口的IP地址，如果该接口不存在地址，则按照缺省情况填充地址

default-giaddr

DHCP中继向DHCP服务器发送DHCP请求报文时，不修改报文的giaddr。如果未指定本参数，DHCP中继向DHCP服务器发送DHCP请求报文时，会将giaddr修改为本命令指定的ip-address或接口IP地址。

某些局域网内（比如WLAN组网中）不建议使用广播报文进行通信，这时用户可以开启DHCP中继单播转发应答报文功能。开启本功能后，DHCP中继会忽略DHCP应答报文中的广播标志位，统一以单播形式向DHCP客户端转发DHCP应答报文。

(1)     进入系统视图。

system-view

(2)     开启DHCP中继单播转发DHCP应答报文功能。

dhcp relay always-unicast

缺省情况下，DHCP中继根据应答报文中的广播标志位选择广播还是单播转发DHCP应答报文。

对于某些组网环境，DHCP中继需要通过DHCP服务器的DHCP应答报文中携带的Option 82信息（VLAN ID）把DHCP应答报文转发给DHCP客户端。

(1)     进入系统视图。

system-view

(2)     进入接口视图。

interface interface-type interface-number

(3)     开启DHCP中继支持Option 82功能。

dhcp relay information enable

缺省情况下，DHCP中继支持Option 82功能处于关闭状态。

(4)     配置Circuit ID子选项的填充模式和填充格式。

dhcp relay information circuit-id { bas | srv6-opcode | string circuit-id | { normal | verbose [ node-identifier { mac | sysname | user-defined node-identifier } ] [ interface ] } [ format { ascii | hex } ] }

缺省情况下，Circuit ID子选项的填充模式为Normal，填充格式为hex。

如果以设备的系统名称（sysname）作为节点标识填充DHCP报文的Option 82，则系统名称中不能包含空格；否则，DHCP中继添加或替换Option 82失败。

(5)     配置DHCP中继通过Option82信息转发DHCP应答报文。

dhcp relay forward reply by-option82

缺省情况下，DHCP中继不通过Option82信息转发DHCP应答报文。

可在任意视图下执行以下命令：

·     显示接口上指定的DHCP服务器地址信息。

display dhcp relay server-address [ interface interface-type interface-number ]

·     显示DHCP中继上的Option 82配置信息。

display dhcp relay information [ interface interface-type interface-number ]

可在任意视图下执行以下命令，显示DHCP中继的用户地址表项信息：

display dhcp relay client-information [ interface interface-type interface-number | ip ip-address [ vpn-instance vpn-instance-name ] ]

请在用户视图下执行以下命令，清除DHCP中继的用户地址表项信息。

reset dhcp relay client-information [ interface interface-type interface-number | ip ip-address [ vpn-instance vpn-instance-name ] ]

可在任意视图下执行以下命令，显示DHCP中继的MAC地址检查表项。

display dhcp relay check mac-address

可在任意视图下执行以下命令，显示DHCP中继的报文统计信息。

display dhcp relay statistics [ interface interface-type interface-number ]

请在用户视图下执行以下命令，清除DHCP中继的相关报文统计信息。

reset dhcp relay statistics [ interface interface-type interface-number ]

·     DHCP客户端所在网段为10.10.1.0/24，DHCP服务器的IP地址为10.1.1.1/24；

·     由于DHCP客户端和DHCP服务器不在同一网段，因此，需要在客户端所在网段设置DHCP中继设备，以便客户端可以从DHCP服务器申请到10.10.1.0/24网段的IP地址及相关配置信息；

·     Switch A作为DHCP中继通过端口（属于VLAN10）连接到DHCP客户端所在的网络，交换机VLAN接口10的IP地址为10.10.1.1/24，VLAN接口20的IP地址为10.1.1.2/24。

图2-3 DHCP中继组网示意图

·     由于DHCP中继连接客户端的接口IP地址与DHCP服务器的IP地址不在同一网段，因此需要在DHCP服务器上通过静态路由或动态路由协议保证两者之间路由可达。

·     为了使DHCP客户端能从DHCP服务器获得IP地址，还需要在DHCP服务器上进行一些配置。

# 配置各接口的IP地址（略）。

# 开启DHCP服务。

system-view

[SwitchA] dhcp enable

# 配置VLAN接口10工作在DHCP中继模式。

[SwitchA] interface vlan-interface 10

[SwitchA-Vlan-interface10] dhcp select relay

# 配置DHCP服务器的地址。

[SwitchA-Vlan-interface10] dhcp relay server-address 10.1.1.1

配置完成后，DHCP客户端可以通过DHCP中继从DHCP服务器获取IP地址及相关配置信息。通过display dhcp relay statistics命令可以显示DHCP中继转发的DHCP报文统计信息；如果在DHCP中继上通过dhcp relay client-information record命令开启了DHCP中继的用户地址表项记录功能，则可以通过display dhcp relay client-information命令可以显示通过DHCP中继获取IP地址的客户端信息。

·     在DHCP中继Switch A上开启Option 82功能；

·     对包含Option 82的请求报文的处理策略为replace；

·     Ciruict ID填充内容为company001，Remote ID填充内容为device001；

·     Switch A将添加Option 82的DHCP请求报文转发给DHCP服务器Switch B，使得DHCP客户端可以获取到IP地址。

图2-4 DHCP中继支持Option82组网示意图

为使Option 82功能正常使用，DHCP服务器也需要进行相应配置。

# 配置各接口的IP地址（略）。

# 开启DHCP服务。

system-view

[SwitchA] dhcp enable

# 配置VLAN接口10工作在DHCP中继模式。

[SwitchA] interface vlan-interface 10

[SwitchA-Vlan-interface10] dhcp select relay

# 指定DHCP服务器的地址。

[SwitchA-Vlan-interface10] dhcp relay server-address 10.1.1.1

# 配置Option 82的处理策略和填充内容。

[SwitchA-Vlan-interface10] dhcp relay information enable

[SwitchA-Vlan-interface10] dhcp relay information strategy replace

[SwitchA-Vlan-interface10] dhcp relay information circuit-id string company001

[SwitchA-Vlan-interface10] dhcp relay information remote-id string device001

·     DHCP客户端所在网段为22.22.22.0/24；

·     由于DHCP客户端和DHCP服务器不在同一网段，需要在客户端所在网段设置DHCP中继，以便DHCP客户端可以从DHCP服务器申请到22.22.22.0/24网段的IP地址及相关配置信息；

·     DHCP中继Switch A通过VLAN接口2连接到DHCP客户端所在的网络，VLAN接口2的IP地址为22.22.22.1/24，通过VLAN接口3连接Switch B，VLAN接口3的IP地址为1.1.1.100/24，通过VLAN接口4连接Switch C，VLAN接口4的IP地址为2.2.2.100/24；

·     Switch B配置了22.22.22.0网段的地址池，但未开启DHCP服务；Switch C配置了22.22.22.0网段的地址池，也未开启DHCP服务。

图2-5 DHCP中继组网示意图

(1)      配置各设备上各接口的IP地址（略）。

(2)      配置DHCP服务器Switch B和Switch C（略）。

(3)      配置DHCP中继Switch A。

# 开启DHCP服务。

system-view

[SwitchA] dhcp enable

# 配置VLAN接口2工作在DHCP中继模式。

[SwitchA] interface vlan-interface 2

[SwitchA-Vlan-interface2] dhcp select relay

# 指定DHCP服务器的IP地址。

[SwitchA-Vlan-interface2] dhcp relay server-address 1.1.1.1

[SwitchA-Vlan-interface2] dhcp relay server-address 2.2.2.2

# 指定DHCP中继选择DHCP服务器方式为主备方式。

[SwitchA-Vlan-interface2] dhcp relay server-address algorithm master-backup

# 配置回切主用DHCP服务器并指定回切延迟时间为3分钟。

[SwitchA-Vlan-interface2] dhcp relay master-server switch-delay 3

# 配置完成后，DHCP客户端一开始不能申请到IP地址，等待大约30秒后打印日志信息。

DHCPR/3/DHCPR_SERVERCHANGE:

 Switched to the server at 2.2.2.2 because the current server did not respond.

# 用户开启Switch B的DHCP服务。

# 此时DHCP客户端无法申请到IP地址，再等待大约3分钟后打印日志信息。

DHCPR/3/DHCPR_SWITCHMASTER:

 Switched to the master DHCP server at 1.1.1.1.

# 此时DHCP客户端可以成功申请到IP地址。

DHCP客户端无法通过DHCP中继获得配置信息。

DHCP中继或DHCP服务器的配置可能有问题。可以打开调试开关显示调试信息，并通过执行display命令显示接口状态信息的方法来分析定位。

·     检查DHCP服务器和DHCP中继是否开启了DHCP服务。

·     检查DHCP服务器是否配置有DHCP客户端所在网段的地址池。

·     检查具有DHCP中继功能的网络设备和DHCP服务器是否配置有相互可达的路由。

·     检查具有DHCP中继功能的网络设备是否在连接DHCP客户端所在网段的接口上指定了正确的DHCP服务器地址。

为了方便用户配置和集中管理，可以指定设备的接口作为DHCP客户端，使用DHCP协议从DHCP服务器动态获得IP地址等参数。

DHCP客户端中对于接口的相关配置，目前只能在三层以太网接口（包括子接口）、VLAN接口和三层聚合接口上进行。

DHCP客户端配置任务如下：

(1)     配置接口通过DHCP协议获取IP地址

(2)     配置接口使用的DHCP客户端ID

DHCP客户端使用客户端ID从DHCP服务器获取特定地址时配置。

(3)     （可选）开启地址冲突检查功能

(4)     （可选）配置DHCP客户端发送DHCP报文的DSCP优先级

配置接口通过DHCP协议获取IP地址，需要注意：

·     接口作为DHCP客户端多次申请IP地址失败后，将停止申请，并为接口配置缺省IP地址。

·     接口可以采用多种方式获得IP地址，新的配置方式会覆盖原有的配置方式。

·     当接口被配置为通过DHCP动态获取IP地址后，不能再给该接口配置从IP地址。

·     如果DHCP服务器为接口分配的IP地址与设备上其他接口的IP地址在同一网段，则该接口不会使用该IP地址，且会再向DHCP服务器重新申请IP地址。

(1)     进入系统视图。

system-view

(2)     进入接口视图。

interface interface-type interface-number

(3)     配置接口通过DHCP协议获取IP地址。

ip address dhcp-alloc

缺省情况下，接口不通过DHCP协议获取IP地址。

DHCP客户端ID用来填充DHCP报文Option 61，作为识别DHCP客户端的唯一标识。DHCP服务器可以根据客户端ID为特定的客户端分配特定的IP地址。DHCP客户端ID包括类型和取值两部分，用户可以通过ASCII字符串、十六进制数和指定接口的MAC地址来指定DHCP客户端ID：

·     当客户端ID的取值为ASCII字符串时，对应的类型值为00；

·     当客户端ID的取值为十六进制数时，对应的类型值为该十六进制数的前两个字符；

·     当客户端ID使用指定接口的MAC地址时，对应的类型值为01。

DHCP客户端ID类型值可通过命令display dhcp server ip-in-use或display dhcp client进行查看。

用户在指定客户端ID时，需要确保不同客户端的客户端ID不能相同。

(1)     进入系统视图。

system-view

(2)     进入接口视图。

interface interface-type interface-number

(3)     配置接口使用的DHCP客户端ID。

dhcp client identifier { ascii ascii-string | hex hex-string | mac interface-type interface-number }

缺省情况下，根据本接口MAC地址生成DHCP客户端ID，如果本接口没有MAC地址，则获取设备第一个以太接口的MAC地址生成DHCP客户端ID。

通常情况下，DHCP客户端上开启地址冲突检查功能，通过发送和接收ARP报文，对DHCP服务器分配的IP地址进行地址冲突检测。

如果攻击者仿冒地址拥有者进行ARP应答，就可以欺骗DHCP客户端，导致DHCP客户端无法正常使用分配到的IP地址。在网络中存在上述攻击者时，建议在客户端上关闭地址冲突检查功能。

(1)     进入系统视图。

system-view

(2)     开启地址冲突检查功能。

dhcp client dad enable

缺省情况下，地址冲突检查功能处于开启状态。

DSCP优先级用来体现报文自身的优先等级，决定报文传输的优先程度。通过本配置可以指定DHCP客户端发送的DHCP报文的DSCP优先级。

(1)     进入系统视图。

system-view

(2)     配置DHCP客户端发送DHCP报文的DSCP优先级。

dhcp client dscp dscp-value

缺省情况下，DHCP客户端发送的DHCP报文的DSCP优先级为56。

可在任意视图下执行以下命令，显示DHCP客户端的相关信息。

display dhcp client [ verbose ] [ interface interface-type interface-number ]

BOOTP是Bootstrap Protocol（自举协议）的简称。指定设备的接口作为BOOTP客户端后，该接口可以通过BOOTP协议从BOOTP服务器获取IP地址等信息，从而方便用户配置。

使用BOOTP协议时，管理员需要在BOOTP服务器上为每个BOOTP客户端配置BOOTP参数文件，该文件包括BOOTP客户端的MAC地址及其对应的IP地址等信息。当BOOTP客户端向BOOTP服务器发起请求时，服务器会查找BOOTP参数文件，并返回相应的配置信息。

由于BOOTP协议需要在BOOTP服务器上为每个客户端事先配置参数文件，BOOTP一般运行在相对稳定的环境中。当网络变化频繁时，推荐采用DHCP协议。

由于DHCP服务器可以与BOOTP客户端进行交互，因此用户可以不配置BOOTP服务器，而使用DHCP服务器为BOOTP客户端分配IP地址。DHCP服务器会按照服务器分配地址的优先次序为BOOTP客户端分配IP地址。

BOOTP客户端从BOOTP服务器动态获取IP地址的具体过程如下：

(1)     BOOTP客户端以广播方式发送BOOTP请求报文，其中包含了BOOTP客户端的MAC地址；

(2)     BOOTP服务器接收到请求报文后，根据报文中的BOOTP客户端MAC地址，从配置文件数据库中查找对应的IP地址等信息，并向客户端返回包含这些信息的BOOTP响应报文；

(3)     BOOTP客户端从接收到的响应报文中即可获得IP地址等信息。

在下面的IP地址动态获取过程中，BOOTP服务器的功能可以用DHCP服务器替代。

与BOOTP相关的协议规范有：

·     RFC 951：Bootstrap Protocol (BOOTP)

·     RFC 2132：DHCP Options and BOOTP Vendor Extensions

·     RFC 1542：Clarifications and Extensions for the Bootstrap Protocol

(1)     进入系统视图。

system-view

(2)     进入接口视图。

interface interface-type interface-number

BOOTP客户端中对于接口的相关配置，目前只能在三层以太网接口（包括子接口）、三层聚合接口和VLAN接口上进行。

(3)     配置接口通过BOOTP协议获取IP地址。

ip address bootp-alloc

缺省情况下，接口不通过BOOTP协议获取IP地址。

可在任意视图下执行以下命令，显示BOOTP客户端的相关信息。

display bootp client [ interface interface-type interface-number ]

Switch B的端口（属于VLAN10）接入局域网，VLAN接口10通过BOOTP协议从DHCP服务器获取IP地址。

图4-1 BOOTP客户端组网图

为了使BOOTP客户端能从DHCP服务器获得IP地址，还需要在DHCP服务器上进行一些配置。

下面只列出图4-1中作为客户端的Switch B的配置。

# 配置VLAN接口10通过BOOTP动态获取地址。

system-view

[SwitchB] interface vlan-interface 10

[SwitchB-Vlan-interface10] ip address bootp-alloc

通过display bootp client命令可以查看BOOTP客户端申请到的IP地址。