eNSP校园网拓扑设计实战：VLAN划分、DHCP配置与静态路由全解析

简介：面向计算机网络期末设计、课程设计及eNSP仿真练习的完整项目资料包，围绕某中学校园网络拓扑设计展开。方案包含网络拓扑选型、综合布线系统规划、教学楼/行政楼/宿舍接入设计，以及VLAN划分、IP地址分配、路由协议配置等模拟配置要点，既可用于撰写课程设计报告，也可支持答辩PPT展示与仿真演示。压缩包共21个文件、约7.09MB，以14个eNSP工程与拓扑文件（efz/topo）为核心，可直接导入eNSP查看或继续调试；2个txt文档记录拓扑规划与IP划分思路，xml文件用于存储配置信息；docx设计报告和pptx汇报课件则便于整理成果与现场讲解。已有303人学习下载，适合网络工程、计算机及相关专业学生对照学习，掌握从需求分析、拓扑搭建到连通性验证的完整流程，也可为后续扩展更大规模校园网提供参考。

1. 网络技术期末设计：用 eNSP 还原某中学校园网的完整方案

刚拿到“某中学的网络拓扑设计”这个课程设计题目时，我对着 eNSP 空白的拓扑画布发了半小时呆。等真正把这份.rar里的工程文件跑起来之后，我才意识到这压根不是几张拓扑图的事——它是一整套可以直接导入运行的网络模拟工程，从核心层到接入层全部配好，DHCP、VLAN、静态路由、ACL 都齐了。你要做的，是把这份资源当作一个已经通电运行的“校园网机房”，而不是一张只能看不能用的架构示意图。

这份资源适合两类人：一是正在做计算机网络课程设计、需要一个完整可复现网络拓扑参考的学生；二是想在自己电脑上用 eNSP 练手 VLAN 划分、三层路由互通、出口 NAT 策略的开发者。它解决的核心问题是——把教材里分开讲的交换、路由、安全策略，合成一个能跑通、能改、能讲得清楚的整体项目。

2. 技术选型与总体架构：三层模型和地址规划方案

2.1 为什么选 eNSP 而不是 GNS3 或 Packet Tracer

做网络拓扑课程设计，模拟器的选择直接决定后面踩多少坑。GNS3 更接近真实设备，但你要自己去找 IOS 镜像，A 同学在这里卡了两天，最后发现镜像文件还有兼容性问题，直接劝退。Packet Tracer 上手简单，但命令集和真实设备差得太远，很多细节写法不对，复制到期末答辩时经不起老师追问。

eNSP 是华为官方出的模拟器，最大的优势在于设备模型和命令风格与真实华为设备几乎一致。这份资源里的拓扑用的是 AR 系列路由器和 S5700 系列交换机，你用system-view、vlan batch、interface GigabitEthernet0/0/1这些命令，跟真机操作是同一套逻辑。另一个好处是它在国内教学场景里使用率高，遇到“路由器启动不了”“console 线连接失败”这类玄学问题，随便一搜就能找到解决方案。对课程设计而言，可复现、可答辩比什么都重要。

2.2 校园网络整体需求拆解

拿到需求先别急着画拓扑。这份资源对应的是一所中等规模的虚构学校，三栋教学楼加一栋综合楼，每栋楼一层一个接入交换机，汇聚层每栋楼一台汇聚交换机，核心层两台核心交换机做主备，出口一台路由器接到模拟的运营商网络。整个网络划分出财务处、教务处、学生机房、公共 Wi-Fi 四个业务区域，每个区域独立 VLAN，互访策略通过 ACL 控制。

从部署位置上看，这属于典型的小型园区网三层架构。接入层负责终端接入和 VLAN 划分；汇聚层做 VLAN 间的网关终结和策略控制；核心层负责高速转发，两条上行链路做链路聚合；出口路由器做 NAT 地址转换，把内网私有地址映射到公网地址上网。这个模型的好处是每一层职责单一，出了问题能快速定位到层，答辩时讲架构也清晰。

2.3 地址规划与 VLAN 分配方案

地址规划这部分，原则是“业务隔离、便于汇总、留有余量”。设备管理网段单独占一段，与业务流量分离；业务 VLAN 的网段按楼栋连续分配，方便后续做路由聚合；每个网段默认网关放在汇聚交换机上，用三层接口终结，不在核心层配置大量 SVI。

规划时留了个后手：VLAN 30 的学生机房网段将来扩容时可以直接往 192.168.31.0/24 扩展，核心层只要加一条静态路由就行，不用动接入层。VLAN 40 的公共 Wi-Fi 是给访客用的，默认只放行到出口路由器上网，不能访问内网其他业务网段，这个隔离策略后面在 ACL 里落地。

3. 工程文件拆解：从 .topot 文件到设备配置的完整链路

3.1 资源包内的文件组成与导入方式

.rar解压后，你会看到两种核心文件：.topot格式的拓扑工程文件和若干.cfg格式的设备配置文件。.topot文件是整个 eNSP 工程的主文件，里面记录了拓扑里有哪些设备、设备之间怎么连线、每台设备在画布上的坐标位置以及设备的运行状态；.cfg文件则是对应每台设备的完整配置，可以直接在 eNSP 里右键设备导入。

导入方式很简单：打开 eNSP，菜单栏选择“文件”→“打开”，定位到.topot文件双击，拓扑就会加载出来。如果拓扑里的设备显示“启动失败”，常见原因是 eNSP 版本过低不兼容拓扑中定义的设备型号，升级到最新版本基本能解决。先启动所有设备，等交换机和路由器的指示灯变绿，再右键每台设备选择“启动”，然后进入命令行界面验证配置是否生效。

3.2 .topot 文件的内部结构与连线关系

.topot文件本质上是一个 XML 结构的文本文件，网络工程师一般不直接改它，但理解它的结构能帮你排查“拓扑打不开”这类问题。我一般会用文本编辑器打开，重点看<device>标签和<link>标签：

<topot> <node> <id>1</id> <name>核心交换机A</name> <type>switch</type> <model>S5700</model> <pos-x>200</pos-x> <pos-y>150</pos-y> </node> <node> <id>2</id> <name>核心交换机B</name> <type>switch</type> <model>S5700</model> <pos-x>400</pos-x> <pos-y>150</pos-y> </node> <link> <source-node>1</source-node> <source-port>GigabitEthernet0/0/1</source-port> <target-node>2</target-node> <target-port>GigabitEthernet0/0/1</target-port> </link> </topot>

每个节点由一个<node>块描述，包含设备编号、名称、类型和型号信息，<pos-x>和<pos-y>记录设备在画布上的坐标位置。每一条物理连接由一个<link>块描述，source-node是源端设备编号，source-port是源端设备的接口名，target-node和target-port同理。当你在 eNSP 命令行直接display this查看配置时，那些命令行的执行环境就是绑定在这些节点上的。

参数说明：model字段决定启动时使用哪套设备模板，如果你手头 eNSP 版本没有对应的设备模板，加载时就会报错；link中的端口名必须与设备硬件能力匹配，比如 S5700 的前 24 个口是电口，你写GigabitEthernet0/0/25就会超出接口范围。出现这种情况时，直接改 XML 里的端口编号，保存后重新加载拓扑，比在界面上重新连线快得多。

3.3 设备配置文件挂载逻辑

每台设备的配置在工作空间目录下独立存放，eNSP 启动设备时会自动加载对应配置。你可以在 eNSP 界面右键设备选择“导出配置”拿到一份纯文本配置；反过来，修改完配置后保存到设备，eNSP 也会自动写回工作空间里的.cfg文件，所以下次打开工程配置还在。

从这段内容能看到一个关键逻辑：eNSP 的设备配置和拓扑文件是分离的。拓扑坏了，配置还在；配置丢了，重新恢复拓扑后还能通过导入配置找回。我一般养成的习惯是每改完一个阶段就导出一份配置，按设备名和日期命名存好，相当于给自己买了后悔药。

4. 核心配置实现：VLAN、DHCP、路由与 ACL 的逐段讲解

4.1 交换机基础配置与 VLAN 划分

整个配置的起点是接入交换机的 VLAN 划分。教务处、学生机房、公共 Wi-Fi、设备管理四个业务段，在每台接入交换机上都要创建对应 VLAN，并按照端口归属把终端划进去。下面是教务处接入交换机的配置：

system-view sysname Access-Jiaowu vlan batch 20 30 40 interface GigabitEthernet0/0/1 port link-type access port default vlan 20 interface GigabitEthernet0/0/2 port link-type access port default vlan 20 interface GigabitEthernet0/0/3 port link-type access port default vlan 30

逻辑说明：vlan batch一次性创建多个 VLAN，省去逐条vlan命令的重复操作；端口类型设为access且指定默认 VLAN，意味着这个端口下连接的终端直接被分配到对应广播域。每个接入端口下的终端只能在本 VLAN 内通信，直接而不加任何转发策略就能实现物理隔离。

参数说明：port link-type access只适用于连接终端的端口，如果这个接口要上联到汇聚交换机，就得改成trunk，否则 VLAN 标签传不上去，上层设备就无法识别业务类型。实际项目里我习惯把终端端口全部统一配置后，再用display port vlan检查一遍，确认每个物理接口的 VLAN 归属与登记表一致，避免出现终端插错口导致跨 VLAN 访问的安全问题。

4.2 汇聚交换机：VLAN 网关与 DHCP 服务

VLAN 划分完成后，终端还拿不到 IP 地址，需要在汇聚交换机上给每个 VLAN 配置虚拟接口作为网关，并开启 DHCP 服务为终端动态分配地址。这一段的配置质量直接决定终端能不能上网：

system-view sysname Aggregation-Jiaowu dhcp enable interface Vlanif20 ip address 192.168.20.254 255.255.255.0 dhcp select global interface Vlanif30 ip address 192.168.30.254 255.255.255.0 dhcp select global ip pool vlan20 network 192.168.20.0 mask 255.255.255.0 gateway-list 192.168.20.254 dns-list 114.114.114.114 ip pool vlan30 network 192.168.30.0 mask 255.255.255.0 gateway-list 192.168.30.254 dns-list 114.114.114.114

逻辑说明：dhcp enable开启全局 DHCP 服务，interface Vlanif20创建 VLAN 20 的三层网关接口并配置 IP，dhcp select global表示这个接口下发的地址从全局地址池获取。ip pool vlan20定义了地址池的网段、掩码、网关和 DNS，终端请求 IP 时就按这个规则分配。

参数说明：network指定的网段必须与 Vlanif20 接口地址在同一子网，否则终端分配到的网关不可达，直接导致“能拿到 IP 但上不了网”的典型故障。地址池范围默认是整个网段，我建议加excluded-ip-address把网关和服务器预留地址排除掉，比如excluded-ip-address 192.168.20.1 192.168.20.10，避免地址冲突。

4.3 核心交换机与静态路由打通跨网段

跨网段访问要走三层路由。核心交换机上把所有业务 VLAN 的网关都指到对应的汇聚交换机，同时和汇聚交换机之间跑静态路由协议。这样每栋楼的终端要访问另一栋楼的服务器，报文路径就是“终端 → 接入交换机 → 汇聚交换机 → 核心交换机 → 目标汇聚交换机 → 目标终端”：

system-view sysname Core-SW-A vlan batch 10 20 30 40 50 interface GigabitEthernet0/0/24 port link-type trunk port trunk allow-pass vlan all interface Vlanif10 ip address 192.168.10.254 255.255.255.0 ip route-static 192.168.20.0 255.255.255.0 192.168.10.2 ip route-static 192.168.30.0 255.255.255.0 192.168.10.3 ip route-static 192.168.40.0 255.255.255.0 192.168.10.4 ip route-static 192.168.50.0 255.255.255.0 192.168.10.5

逻辑说明：核心交换机把各业务网段的下一跳指向对应汇聚交换机，形成一个星型路由拓扑。ip route-static后面的参数分别是目的网段、目的掩码、下一跳地址。这里核心交换机没有直接配置每个业务的网关，网关都在汇聚层，这样核心只负责转发，压力小且便于扩展。

参数说明：Vlanif10是核心与汇聚之间互联的管理网段地址，所有静态路由的下一跳都写在这个网段内，互指时千万不能把下一跳写成对端设备的 Vlanif20 接口地址，那是业务网段不是互联地址，路由会指向错误方向。

4.4 出口路由器：NAT 与 ACL 策略落地

出口路由器是校园网访问互联网的最后一道关口，也是 ACL 安全策略的最佳落地位置。公共 Wi-Fi 访客只能上网不能访问内网，这个需求就用 ACL 实现。同时 NAT 需要把内网私有地址转换成公网地址，配置如下：

system-view sysname Gateway-Router acl number 3001 rule 5 deny ip source 192.168.40.0 0.0.0.255 destination 192.168.0.0 0.0.255.255 rule 10 permit ip source 192.168.0.0 0.0.255.255 interface GigabitEthernet0/0/0 ip address 100.64.0.2 255.255.255.252 nat outbound 2000 interface GigabitEthernet0/0/1 ip address 192.168.10.1 255.255.255.0 traffic-filter inbound acl 3001

逻辑说明：ACL 3001 的规则顺序很关键——rule 5先拒绝 VLAN 40 访客网段访问任何内网地址，rule 10再允许其他内网网段，默认拒绝剩下全部。traffic-filter inbound挂在连接核心的接口上，意思是从内网进入路由器的流量都过一遍 ACL，先拒绝后放行的顺序保证访客流量无法漏到内网。

参数说明：0.0.0.255是反掩码，作用是把源地址段匹配范围限定在 192.168.40.0/24 这 256 个地址。nat outbound 2000中的 2000 是基本 ACL 编号，实际还需先创建acl number 2000并配置rule 5 permit source 192.168.0.0 0.0.255.255，表示允许所有内网地址转换上网，不写这条 NAT 就只转发不转换，内网终端还是无法访问公网。

5. 常见问题排查与避坑记录

5.1 拓扑设备启动失败

现象：打开.topot工程后，部分设备反复提示“启动失败”，界面显示红色灯。排查后发现是 eNSP 版本过低，拓扑中使用的设备型号在新版模拟器中才被支持。

解决方案：先检查本机 eNSP 版本，再对照运行资源包的设备型号列表，确认是否需要升级模拟器。若不想升级，可用低版本中的相近型号替换设备，再重新连接链路，但这样做会破坏部分预配置，不太推荐。

5.2 终端能拿到地址但 ping 不通网关

现象：终端 DHCP 正常分配到 192.168.20.10 之类的地址，但 ping 192.168.20.254 一直超时。实际上问题出在汇聚交换机的 Vlanif 接口没有启用，或者dhcp select global没有绑定到对应 VLAN 接口上。

原因：配置了地址池但interface Vlanif20下漏写dhcp select global，终端请求地址时接口没有下发行为，即使手工配置静态 IP 也无法与网关通信。排查时先用display ip interface brief查看 Vlanif20 是否 up，再用display dhcp server查看地址池是否被接口引用。

解决方案：在interface Vlanif20下重新执行dhcp select global，然后reset ip pool释放过期地址租约，终端续租后即可获取地址。

5.3 NAT 配置了但内网还是不能上网

现象：出口路由器配置了nat outbound 2000，内网终端能访问核心交换机，但 ping 不通公网地址。用display nat session all查看会话表，发现没有任何 NAT 转换记录。

原因：漏配了acl number 2000及匹配内网网段的规则，导致 NAT 找不到可转换的流量，出接口方向的流量被直接丢弃。另一个可能原因是路由表里没有默认路由，路由器不知道把流量往哪里发。

解决方案：在出口路由器上加一条ip route-static 0.0.0.0 0.0.0.0 100.64.0.1，并确保 ACL 2000 允许全部内网地址，之后 NAT 就能正常转换。

5.4 链路聚合两条线只有一条在跑

现象：核心和汇聚之间做了链路聚合，但查看接口流量时总是一条链路满载，另一条空闲，拓扑看起来是聚合实际没生效。

原因：链路聚合要求两端设备的聚合模式一致，一侧配了link-aggregation mode lacp-static，另一侧却工作在手工聚合模式，协商不成功导致只有一条物理链路处于转发状态。

解决方案：把两端聚合模式配成一致，并检查聚合组成员端口配置是否相同，包括 trunk 放行 VLAN 列表是否一致。配置统一后用display eth-trunk 1查看成员口状态是否全部 up。

6. 二次开发实践：把静态路由改成 OSPF 的改造思路

从这个工程再往前走一步，最值得做的一件事就是把核心和汇聚之间的静态路由改成 OSPF 动态路由协议。课程设计答辩时，老师通常会追问“如果链路断了怎么办”，静态路由不会自动切换到备用路径，OSPF 可以。

改造先在核心交换机上创建 OSPF 进程并宣告互联网段和业务网段：

system-view ospf 1 router-id 10.0.0.1 area 0.0.0.0 network 192.168.10.0 0.0.0.255 network 192.168.20.0 0.0.0.255 network 192.168.30.0 0.0.0.255

对应每台汇聚交换机上做同样的 OSPF 配置，router-id 各不相同即可。然后把原来配置的ip route-static全部删除，保留出口路由器上的默认路由，让 OSPF 域内路由自适应学习。改完后用display ospf peer brief检查邻居状态是否 Full，再用display ip routing-table查看路由表里是否出现经过 OSPF 学习到的互访路由。

从这次改造中我学到的经验是——每次调整完路由协议，都要手动在终端上发起一次跨网段的 ping 来验证路径确实切换成功，不要只看路由表里的下一跳变了。从那以后我每次做完网络拓扑变更，都强制走一遍“改配置 → 查看邻居状态 → 查看路由表 → 终端实测连通性”的完整流程，这套习惯帮我省下了大量排查时间。希望这篇拆解笔记能帮你在课程设计或网络练手时少走弯路，直接跑通这份拓扑工程。

本文还有配套的精品资源，点击获取