从ENSP里做DHCP实验这事儿，很多刚开始接触华为模拟器的朋友都卡在同一个地方：明明DHCP配置看着没问题，PC就是拿不到地址；或者一台路由器明明只配了一个地址池，却想让两个网段的终端都能自动获取IP，结果怎么折腾都不行。今天这篇就围绕“子网 + DHCP”的组合玩法展开，把ENSP里做多网段DHCP分配这件事从头到尾捋一遍，包括子网怎么算、地址池怎么规划、全局模式和接口模式怎么选、常见报错怎么排查。我自己在ENSP里反复搭过不少次这种拓扑，踩过不少坑，这篇会把能直接抄作业的配置和排错思路都放出来。
1. 先想清楚你要做什么：子网DHCP的本质是“一个服务器，多个网段”
1.1 为什么说子网DHCP不是“配个DHCP那么简单”
很多人第一次在ENSP里配置DHCP，就是一台路由器连一台PC，路由器上写个地址池，PC改成DHCP方式，完事。这种单网段环境确实简单，但它没有触及DHCP真正让人头疼的地方——当你的网络里有多个子网，而DHCP服务器只有一台（或者只在核心设备上启用了DHCP服务），你怎么让不同网段的终端各自拿到属于自己网段的地址、网关和DNS？
这个场景在真实企业网络里太常见了。比如公司内部有办公网、研发网、访客网，三个网段彼此隔离，但你不能每个网段都单独买一台服务器专门发地址，也没必要在每个网段的交换机上都部署一套独立的DHCP服务。更合理的做法是：核心设备（路由器或三层交换机）启用DHCP服务，配置多个地址池，用“接口感知”或“中继辅助”的方式让每个网段的PC都从对应的地址池里拿地址。这就是“一个DHCP服务器服务多个网段”的本质。
理解了这个，你就会发现ENSP里做这个实验的核心不是敲命令，而是把IP编址和DHCP分配机制想清楚。
1.2 在做实验之前，先把网络拓扑画明白
以我在ENSP里最常用的一套拓扑为例，你完全可以照着搭：
- 一台AR2220路由器，作为网络出口和DHCP服务器；
- 一台S5700交换机，做二层透传或者三层网关（取决于你想用哪种配置方式）；
- 三个PC，分别模拟办公、研发、访客三个网段的终端。
有些人做这个实验会直接用AR路由器的三个接口分别接三台PC，虽然也能做，但不够贴近真实场景，因为企业环境里不会把PC直接怼在路由器接口上。我建议至少加一台交换机，把“路由器作为DHCP服务器、交换机/路由器接口作为各网段网关”这个经典结构还原出来。
拓扑搭好后，告警灯变成一个亮点，这就是一个完整的实验环境了。接下来最耗脑子的其实是子网规划，而不是敲命令。
2. 子网划分这一关不过，后面的DHCP配置全是白搭
2.1 拿到一个大网段，怎么切成多个子网
子网划分是这整套实验的地基。别嫌这块基础，我见过不少人在ENSP里做DHCP实验，地址池写错了，查了半天发现是子网掩码算错导致的。子网划分的底层逻辑就一句话：借主机位，换网络位。
举个例子，假设公司申请到了一个网段：172.16.0.0/22。这个网段默认有1024个地址（因为掩码22意味着主机位是10位，2的10次方等于1024）。现在我们想把它切成四个等大的子网，分别给办公、研发、访客和未来预留。要切4个子网，需要借2位主机位（2的2次方等于4）。
借位之后的掩码是24位，也就是说每个子网是一个标准的C段大小，每个子网可用地址254个。听我一句，做DHCP地址池之前，先把每个子网的网段地址、掩码、可用地址范围、广播地址、网关地址全部列出来，写在一张纸上或者填进一个表格里，然后再动手配置。这样做的好处非常明显：你在配置地址池的时候，不会出现“网络地址填错”“网关和DHCP下发的网关不一致”这类低级错误。
下面是这套实验里我推荐的子网划分方案，可以直接用：
| 子网用途 | 网段 | 掩码 | 可用IP范围 | 广播地址 | 网关 |
|---|---|---|---|---|---|
| 办公网VLAN 10 | 172.16.0.0 | 255.255.255.0 | 172.16.0.1 - 172.16.0.254 | 172.16.0.255 | 172.16.0.1 |
| 研发网VLAN 20 | 172.16.1.0 | 255.255.255.0 | 172.16.1.1 - 172.16.1.254 | 172.16.1.255 | 172.16.1.1 |
| 访客网VLAN 30 | 172.16.2.0 | 255.255.255.0 | 172.16.2.1 - 172.16.2.254 | 172.16.2.255 | 172.16.2.1 |
| 预留网段VLAN 40 | 172.16.3.0 | 255.255.255.0 | 172.16.3.1 - 172.16.3.254 | 172.16.3.255 | 172.16.3.1 |
你可能会问：为什么网关地址都选 .1 而不是 .254 或者别的？这个没有强制规定，但全网统一采用“网关为每个子网第一个可用地址”的做法，后续在配置DHCP地址池时心智负担最低，排查问题时也最容易形成直觉。如果我们反过来，办公网关用 .1，研发网关用 .254，配置地址池的时候就得时刻记着“排除”这个网关，很容易漏。
2.2 用生活化的方式理解借位，记不住公式也不慌
借位这个东西，如果你一开始记不住2的N次方表，别硬背，用一个生活场景帮自己建立感觉。把整个大网段想成一条大马路，这条路有1024个停车位。现在物业要把这条路分成四段，分别由四个保安管理。怎么分？在原来的道路中间加两道隔离栏，把路分成四段。每段内部再各自编号，从1到254。隔离栏的物理位置就相当于“借主机位”，隔离栏一加，原来“每辆车有一个总编号”的规则就变成了“先看是哪一段，再看段内编号”。
映射到IP地址上就是：前三段数字（比如172.16.0、172.16.1、172.16.2）是哪一段，最后一段数字是段内编号。子网掩码255.255.255.0的作用是告诉设备“前三段是路段名，最后一段才是车位号”。DHCP和路由器的转发逻辑都靠这个“路段名与车位号”的边界来判断流量该去哪。这么一想，是不是比死记公式舒服多了？
2.3 子网划分里的几个常见低级错误
这块必须单独拿出来说，因为我在ENSP实验里反复被这几个问题坑过。
第一个错误是把可用主机数算错。有人以为254等于256减2，没错，但有人会以为一个/24有256个可用地址，忘了网络地址和广播地址不能分配给主机。如果你在DHCP地址池里不小心把广播地址填进可用范围，终端拿到这个IP之后网络肯定是通的，因为那台PC成了广播风暴的中心，抓包抓得你怀疑人生。做DHCP服务器的人，心里时刻要有这根弦：网络地址和广播地址永远不能进入分配范围。
第二个错误是网关不同段。比如你规划办公网是172.16.0.0/24，网关应该是172.16.0.1，结果配置交换机VLANIF接口时手一抖写成了172.16.1.1，这时候DHCP照样能给PC下发地址，因为从地址池看172.16.0.x是合法的，但PC的默认网关指向了一个完全不相干的网段，数据一出本网段就石沉大海。做实验时，你拿同一台交换机上的两个网段互ping就是这个症状。排查方法也很简单：看PC上ipconfig得到的网关，再对照交换机上的VLANIF配置，一眼就能发现问题。
第三个错误是地址池的范围大于实际划分范围。比如你划了四个/24的子网，但某个地址池里给了个172.16.0.0/16的掩码，这等于告诉DHCP“这一整个大网段你随便发”，它可能把172.16.1.1这个本该属于研发网的地址发给了办公网的PC。有些模拟器里的DHCP不会立刻报警，但一旦出现地址冲突或者路由混乱，会花很长时间才能定位到根因。
3. ENSP环境准备与拓扑搭建要点
3.1 设备选型与启动前的检查
ENSP里做这个实验，设备选型上我推荐：路由器用AR2220，交换机用S5700。AR2220性能充足，S5700支持VLANIF三层接口和DHCP服务，非常适合这个实验。别用S3700，有些版本不支持DHCP全局模式下的某些命令，白白浪费时间。
设备启动之前有几个老生常谈但必须再提一次的检查项。如果你用的是Windows 11，ENSP的兼容性坑比较集中：VirtualBox版本是不是配套的、网卡虚拟化功能是否正常、安装路径里有没有中文。我遇到过最典型的现象是路由器启动时一直显示“40”，然后报错，或者启动后Console口没反应。这个“40”跟具体配置无关，原因是ENSP自带的VirtualBox服务没有正常启动，或者CPU虚拟化被关了。排查顺序建议是：先打开任务管理器看VirtualBox进程在不在，再检查BIOS里的虚拟化开关，最后重装VirtualBox匹配版本。网上有人一遇到“40”就重装整套ENSP，其实大部分时候只要把VirtualBox单独重装一遍就好了。
另外，你的ENSP模拟出来的PC在DHCP实验里比较特殊：模拟PC默认是静态IP，想让它从DHCP获取地址，得手动把IP地址设置改成DHCP方式。很多人搭好拓扑后发现PC拿不到地址，第一个反应是去检查路由器和交换机，搞了半天才发现是PC的IP配置方式没改，还是“静态”模式。这属于最冤枉的报错。
3.2 拓扑连接与VLAN规划实操
按我前面说的拓扑，实际操作步骤是：
- 从设备列表里拖一台AR2220路由器、一台S5700交换机、三台PC到画布上。
- 用网线把路由器的GE0/0/0接口连到交换机的GE0/0/1接口，把三台PC分别连到交换机的GE0/0/2、GE0/0/3、GE0/0/4接口。
- 路由器接口配置IP地址：GE0/0/0设为172.16.0.254/24（这个地址只是路由器与交换机之间的互联地址，不是终端网关，如果想省事也可以把路由器当作办公网的网关，但为了后续扩展建议独立规划）。
注意这里有一个容易绕晕的细节：这个实验里有“两套网段逻辑”。一套是终端所在的办公网172.16.0.0/24、研发网172.16.1.0/24、访客网172.16.2.0/24，另一套是路由器与交换机之间的互联逻辑网段。有些初学者会把路由器的GE0/0/0接口地址直接配成172.16.0.1，把它当办公网的网关，然后交换机上划VLAN做三层转发。这样也可以，但有一个问题：如果办公网网关在路由器上，而研发网网关在交换机上，流量转发路径会比较拧巴。我的建议是，把交换机作为所有终端网段的网关（在每个VLANIF接口上配.1），路由器只管连接外网和提供DHCP服务。这样清晰很多。
交换机的VLAN规划命令大概是这样的（S5700）：
system-view vlan batch 10 20 30 interface gigabitethernet0/0/2 port link-type access port default vlan 10 interface gigabitethernet0/0/3 port link-type access port default vlan 20 interface gigabitethernet0/0/4 port link-type access port default vlan 30 interface gigabitethernet0/0/1 port link-type trunk port trunk allow-pass vlan 10 20 30GE0/0/1接路由器，这个口必须是Trunk，而且要让三个VLAN的报文都放行。如果不放行，路由器即使配了DHCP也收不到终端的DHCP请求。
接下来是关键：在交换机上创建VLANIF接口，给每个网段配置网关。这个网关地址就是DHCP要下发给对应网段PC的网关地址，两者必须严格一致。
interface vlanif10 ip address 172.16.0.1 255.255.255.0 interface vlanif20 ip address 172.16.1.1 255.255.255.0 interface vlanif30 ip address 172.16.2.1 255.255.255.0这里再强调一次：VLANIF的IP地址就决定了这个VLAN里PC的“默认网关”，DHCP下发地址池里的gateway-list必须和它一摸一样，否则就会出前面说的网关不同段问题。
3.3 路由器与交换机之间要不要配路由
还有一个关键点：既然网关全在交换机上，路由器要充当DHCP服务器和出口设备，它和交换机之间的互联就得有路由。最简单的方式是在路由器上写三条静态路由，分别指向三个终端网段，下一跳是交换机的互联地址（比如172.16.0.254）。或者反过来，在交换机上写一条默认路由指向路由器。具体命令如下：
路由器上：
ip route-static 172.16.0.0 255.255.255.0 172.16.0.254 ip route-static 172.16.1.0 255.255.255.0 172.16.0.254 ip route-static 172.16.2.0 255.255.255.0 172.16.0.254交换机上：
ip route-static 0.0.0.0 0.0.0.0 172.16.0.254如果这一步漏了，DHCP还是能分配地址（因为DHCP请求是广播，二层就能到达），但PC拿到地址之后想访问路由器或者外网，数据包发到网关，网关查路由表发现去路由器没有路由，直接丢弃。实验里的现象就是PC能获取地址但ping不通路由器。这是一类特别隐蔽的“配置没问题但不通”场景，很多人排查半天都没想到路由表。
4. DHCP服务器配置的两种模式：接口模式与全局模式怎么选
华为设备上DHCP配置有两大派系：接口模式（dhcp select interface）和全局模式（dhcp select global）。这两者的核心区别在于“地址池跟谁绑定”。接口模式是把地址池直接绑在接口上，这个接口收DHCP请求，就用这个接口对应的网段地址池分配。全局模式是地址池配置在系统视图下，接口只需要通过“dhcp select global”声明“我这个接口收到的DHCP请求由全局地址池匹配分配”。
在ENSP这个场景下，我的建议是：如果你是三台PC直接连路由器的三个口，用接口模式最省事；如果是像我前面说的“路由器当DHCP服务器、交换机当网关”的多VLAN环境，全局模式更合适。为什么？因为接口模式要求“收到请求的接口”和“下发地址的网段”同属一个IP网段。但在多VLAN架构里，终端的DHCP请求是通过Trunk交换机送到路由器的，路由器接口只属于互联网段，根本不是终端网段，接口模式没法直接工作，除非做DHCP中继。全局模式则没有这种绑定限制，它只需要路由器能收到DHCP请求报文（通过中继或广播），然后用报文里的VLAN信息或者接口信息去匹配对应的地址池。
这台AR路由器在ENSP上默认可能没开DHCP服务，第一步都是系统视图下敲dhcp enable开启全局DHCP功能。这一步很容易漏，漏了之后的效果就是地址池配得再完美，PC就是拿不到地址。
4.1 接口模式配置实例（适合简单拓扑和高速上手）
接口模式的配置思路是把地址池和具体接口绑定。比如我们现在有三个PC分别接在路由器的三个接口上，对应的网段分别是172.16.0.0/24、172.16.1.0/24、172.16.2.0/24，配置命令如下：
system-view dhcp enable interface gigabitethernet0/0/0 ip address 172.16.0.1 255.255.255.0 dhcp select interface dhcp server dns-list 223.5.5.5 interface gigabitethernet0/0/1 ip address 172.16.1.1 255.255.255.0 dhcp select interface dhcp server dns-list 223.5.5.5 interface gigabitethernet0/0/2 ip address 172.16.2.1 255.255.255.0 dhcp select interface dhcp server dns-list 223.5.5.5这个配置里，dhcp select interface让路由器自动为该接口创建一个地址池，池的范围就是接口IP所在的整个网段，网关默认就是接口IP本身。很适合新手的点在于：你几乎不需要手写network和gateway-list，路由器都帮你做了。但它的局限性也很明显——地址范围是整个网段，没法精细控制哪些IP能发、哪些不能发，而且如果终端网段和接口网段不是一回事，就得借助中继，那配置量直接翻倍。
4.2 全局模式配置实例（多VLAN企业场景的正解）
全局模式下，地址池和接口解耦，配置思路变了：先在系统视图下定义多个地址池，每个地址池对应一个VLAN网段；然后在接口下只需要开启dhcp select global，让路由器“把收到的DHCP请求交给全局地址池去匹配”。匹配的依据是什么？是DHCP请求报文里带的“网关IP地址”字段，也叫giaddr字段。DHCP服务器收到请求后，看到giaddr是172.16.1.1，就知道这个客户端属于172.16.1.0/24网段，于是从对应网段的地址池里分配地址。
用我推荐的拓扑，路由器作为DHCP服务器，终端网关都在交换机上，路由器只有GE0/0/0口与交换机互联。此时终端的DHCP请求广播到交换机，交换机做了三层终结后，会把请求以单播形式转发给DHCP服务器（这就是为什么这个实验里必须让交换机与路由器之间有路由）。更常见的做法是，在交换机每个VLANIF接口上配上dhcp relay命令（S5700支持），把请求明确地转交给DHCP服务器。这样路由器收到的每个请求里都带着giaddr，就能正确匹配地址池。
配置命令如下（路由器上）：
system-view dhcp enable ip pool vlan10 network 172.16.0.0 mask 255.255.255.0 gateway-list 172.16.0.1 dns-list 223.5.5.5 lease day 1 hour 0 minute 0 ip pool vlan20 network 172.16.1.0 mask 255.255.255.0 gateway-list 172.16.1.1 dns-list 223.5.5.5 ip pool vlan30 network 172.16.2.0 mask 255.255.255.0 gateway-list 172.16.2.1 dns-list 223.5.5.5然后交换机上，每个网关接口都声明DHCP中继（或者如果交换机自己打开DHCP全局模式，用dhcp select global，把本设备的地址池服务开启）：
interface vlanif10 dhcp select relay dhcp relay server-ip 172.16.0.254 interface vlanif20 dhcp select relay dhcp relay server-ip 172.16.0.254 interface vlanif30 dhcp select relay dhcp relay server-ip 172.16.0.254这里就回应了热搜词里的“一个dhcp服务器，发几个网段”的疑问：一个DHCP服务器可以维护多个地址池，网关/VLAN信息（giaddr）起到了“路由分发”的作用，让不同网段的终端各取所需。
4.3 全局模式和接口模式该怎么选：一张表看懂
| 对比项 | 接口模式 | 全局模式 |
|---|---|---|
| 地址池定义方式 | 接口下自动生成，基于接口IP | 系统视图下手动定义多个ip pool |
| 适用拓扑 | PC直连路由器接口 | 多VLAN、交换机做三层网关、DHCP服务器集中部署 |
| 是否需要DHCP中继 | 不需要 | 需要（交换机上配dhcp relay） |
| 精细分配控制能力 | 较弱（默认整个接口网段） | 强（可以排除地址、指定静态绑定） |
| 配置复杂度 | 低 | 中等 |
如果你只是练手、验证DHCP基础原理，直接上接口模式，10分钟搞定。但你要是为了应付综合实验、毕业设计甚至真实项目，全局模式才是必须掌握的技能，因为真实网络中的DHCP不会绑死在终端接口上。
4.4 地址池里的“排除地址”和“保留绑定”
全局模式里还有两个容易被忽略但非常实用的功能：排除地址和静态绑定。
排除地址的语法是：
ip pool vlan10 excluded-ip-address 172.16.0.1 172.16.0.20这条命令的意思很清楚：虽然这个网段/24有254个可用IP，但这20个地址我不要分出去。比如办公网里的门禁系统、打印机、监控服务器，它们喜欢用固定IP，如果你让DHCP去分配，很可能导致重复地址。把固定设备占用的IP段全部排除后，剩下的地址只给动态终端用，是真实网络里最常见的规划习惯。
静态绑定的场景是：研发网里有一台服务器，必须固定拿到某个IP，但又懒得在服务器上写死网络参数。这时候用DHCP静态绑定，通过MAC地址锁定IP：
ip pool vlan20 static-bind ip-address 172.16.1.100 mac-address 5489-98b1-2f3a配了静态绑定的地址，DHCP服务器会优先把它分配给对应的MAC地址。这个功能在做实验时可能用不上，但面试或综合实验里经常被问到：“怎么保证某个终端拿到的IP永远不变？”答案就是static-bind。
5. 实操验证：配置完成后怎么确认DHCP在正常工作
配置敲完不等于实验成功，必须验证。验证分三层：设备侧看地址池状态、抓包看报文交互、终端侧看获取结果。
5.1 在路由器上查看地址池状态与分配记录
华为设备上有几条非常实用的查看命令。第一是：
display ip pool这条能看到路由器上所有地址池的名称、网段、掩码、网关、DNS、租期和地址使用情况。最关键的是能看到“Used”字段，它告诉你这个地址池已经分配出去了多少地址。如果PC端明明配置了DHCP却一直刷新不出IP，而这个字段是0，说明问题出在“请求没到达服务器”这一层。
第二是：
display ip pool name vlan10 used这条能列出这个地址池里哪些IP已经分配出去、分配给了哪些MAC地址。当你怀疑地址分配混乱或者有冲突时，用这条命令一查就知道。比如说你发现vlan10池里居然有条记录是172.16.1.100的MAC，那说明地址池互相污染了，肯定是掩码配错，赶紧回头查配置。
第三是查看接口状态：
display dhcp server interface all如果是接口模式配置的DHCP，这条能看到每个接口上DHCP的开关状态、地址池信息和租期情况。
5.2 在PC上验证获取结果
ENSP模拟的PC配置成DHCP获取后，用ipconfig命令查看。正常情况下能看到：
- IPv4地址：比如172.16.0.100
- 子网掩码：255.255.255.0
- 网关：172.16.0.1
- DNS服务器：223.5.5.5
如果IP是169.254开头的，这是Windows系统的APIPA地址，说明DHCP请求没有成功，PC自己给自己编了个号。看到这个地址，你就别再纠结IP地址池了，问题几乎都出在DHCP请求根本没到服务器。
如果ipconfig里IP、网关、DNS都正常，那就做连通性测试。先ping网关，再ping路由器互联地址和DNS服务器。按顺序排除故障，比一上来就乱试强得多。
5.3 抓包看DHCP四步交互（DORA）
如果你追求更深的理解，可以在ENSP里把路由器和交换机之间的链路同时抓包，看DHCP的四个报文交互过程：Discover（客户端找服务器）、Offer（服务器给候选人地址）、Request（客户端确认要这个地址）、Ack（服务器确认分配）。
这四个报文的交互顺序其实和你租房子的流程很像：你先在网上发帖子找房源（Discover），中介给你推了几套房（Offer），你挑中一套递交申请（Request），中介回复“这房子归你了”（Ack）。理解了这套流程之后，排查问题就变得非常有方向：看不到Offer，说明服务器没收到Discover或服务器没启用DHCP；看不到Ack，说明地址池可能有问题，或者服务器认为这个地址不可用。
6. 实验中的高频故障与解决实录
6.1 现象一：PC拿到169.254开头的地址
这类问题占DHCP实验失败的一大半。排查顺序不要乱：
第一步，确认DHCP服务器上是否执行了dhcp enable，没执行就赶紧补上。
第二步，确认PC的IP配置方式确实改成了DHCP，而不是静态IP，这是ENSP里最容易被忽略的一步。
第三步，确认DHCP请求能到达服务器。如果是跨VLAN的架构，用display dhcp relay命令查看交换机上中继配置是否正确。如果是直连拓扑，查看路由器接口down没down，模拟器里线路连错的情况也时有发生。
第四步，用抓包确认PC发出的Discover报文到达了服务器。如果报文根本没出交换机，通常是VLAN没划对，PC接的那个端口不在预期VLAN里。
6.2 现象二：PC能拿到IP，但ping不通外网/路由器
这个问题我在前面已经提过，最典型的原因是路由缺失。PC能拿到IP，说明DHCP流程走完了；但拿到之后出不去，可能的原因有两个：
一是交换机上没有默认路由指向路由器，PC把数据交给了网关172.16.0.1，网关再查路由表，发现去172.16.0.254（路由器）没有路由，直接丢弃。解决办法是在交换机上补一条ip route-static 0.0.0.0 0.0.0.0 172.16.0.254。
二是ACL问题。有些综合实验里你会顺手配几条ACL做访问控制，结果把DHCP的报文也拦了，或者把ICMP拦了。检查VLANIF接口上是不是应用了ACL，如果有，先撤销再测试。
三是路由器上没有到终端网段的路由。有人配完交换机就忘了路由器，路由器只知道互联网段，PC发来的数据即使到了路由器，路由器也不认识回程路由，照样不通。这时需要在路由器上补静态路由或者配置动态路由协议。
6.3 现象三：多个网段之间相互ping不通
这个问题的根源多半是“网关隔离”与“三层路由缺失”的组合。VLAN本身是二层隔离，但如果交换机上没有启用VLANIF接口的三层路由，或者VLANIF接口没有全部创建，不同VLAN的终端即使拿到IP也到不了彼此。检查方法很简单：display ip interface brief，看所有VLANIF接口是否都处于UP状态且配置了IP。
还有一种情况，业务上你可能确实希望办公网和访客网不通，但实验里如果连网关之间都ping不通，那说明三层转发基础没搭好，这是配置层面的问题，不是有意隔离的问题。
6.4 现象四：DHCP地址池用尽但设备不断网
真实网络里经常有这种情况：地址池已经耗尽，新设备不断请求地址，老设备的租期又特别长，导致大量地址被“孤儿”占用。实验里可以通过缩短租期模拟这种场景，命令是：
ip pool vlan10 lease day 0 hour 1 minute 0租期改成1小时后，你会发现地址回收速度显著加快，用display ip pool可以看到已用地址数量的下降。这个技巧在综合实验的“压力测试”环节里很好用，也能帮你理解租期在DHCP生命周期里的作用。
6.5 参考资料与扩展方向
这个实验做完之后，想再往上走一层，可以做这几个扩展：
- DHCP中继的完整配置：不只在交换机上写两条命令，而是把“多个网段的DHCP请求通过中继汇聚到一台服务器”这个模型彻底弄懂；
- 在防火墙或者出口网关上做DHCP snooping，防止局域网里的非法DHCP服务器；
- 把地址绑定和网络安全结合，比如通过DHCP snooping的表项做IP-MAC绑定，提升内网安全性。
个人体会是，DHCP表面上看是“配几条命令”，真正把它做透，需要对网络分层、广播域、三层的报文转发有整体理解。ENSP的最大价值恰恰在于，它允许你用零成本反复验证这些模型，直到形成肌肉记忆。以后不管是在真实交换机上还是在模拟环境里做类似配置，思路都是相通的。
