eNSP IPv6校园网实验：安装、地址规划与OSPFv3/DHCPv6配置

简介：围绕 eNSP 展开的 IPv6 校园网规划与设计实验包，面向正在学习计算机网络、备考网络类竞赛或需要完成课程设计的高校学生与网络初学者。它把拓扑搭建、地址规划与设备配置串成一条完整链路，帮助读者在模拟器中跑通一个具备 VLAN 划分、单臂路由、VRRP6、OSPFv3、防火墙安全策略、DHCPv6 以及 IPv6 over IPv4 GRE 隧道和双栈默认路由的中小型校园网。压缩包共 48 个文件，约 633KB，以 cfg 配置文件为主，辅以 efz 设备镜像、topo 拓扑文件、jpg 地址规划图与 txt 命令清单，可直接导入模拟器复现实验。已有 5029 人学习下载。包内提供完整拓扑图、全程配置视频与可粘贴的命令文本，读者既能对照地址规划表理解网段与路由设计，也能按录制过程逐步验证协议收敛、隧道连通与安全策略生效情况，便于课程设计提交、实验复盘与排错思路梳理。

1. 真正消耗时间的是开不起来的那几分钟，命令本身反而很快

装 eNSP 做 IPv6 校园网实验，真正容易出问题的地方从来不在敲配置命令这一步。双击图标转两圈没反应、AR 路由器一直是红的、拓扑画完 PC 拿不到地址，这些才是耗掉一整个下午的地方。基于 eNSP 的 IPv6 校园网网络规划与设计实验，本质是把一台能跑起来的模拟环境、一套能自洽的地址规划、一组能互通的协议配置叠在一起，任何一层没对齐，后面全是白忙。这篇笔记按装前清单、安装落地、拓扑与地址规划、协议下发、故障排查、连通验证的顺序写，适合第一次在 Windows 上装 eNSP 做 IPv6 校园网设计的人，也适合装过一次但被报错卡住、想弄清每一步为什么这么做的人。

2. 装前清单：eNSP、VirtualBox 与抓包组件的版本怎么配

动手之前先把清单列清楚，比装到一半再回头卸载要省事得多。eNSP 不是一个单体软件，它靠 VirtualBox 托管 AR 系列路由器，靠 WinPcap 做抓包驱动，Wireshark 负责解析报文，四个东西版本错配是新手最常见的翻车点。我见过太多次装完打不开、设备起不来，最后一查是 VirtualBox 装了个太新的版本，白折腾一下午。

2.1 四个组件各管一段，版本对不上就互相拖后腿

先把每个组件在实验里的角色定清楚，出问题时才知道该怀疑谁。下面的版本是我自己在几台机器上跑下来比较稳的组合，具体安装包以你手上拿到的为准，大版本对上就行：

这里最容易踩的坑是 VirtualBox。很多人图省事直接装最新版，结果 eNSP 里 AR 设备一启动就报错，灯永远是红的。原因是 eNSP 调用 VirtualBox 的接口是固定版本的，新版本改了虚拟机的启动参数和网络后端，兼容性直接断掉。所以装 eNSP 这条线，VirtualBox 宁可用旧一点的 5.2 系列，也别追新。

Wireshark 反而是越新越好用，它跟 eNSP 之间是松耦合，通过 WinPcap 的接口拿包，版本新一点解析 IPv6 扩展头、ICMPv6 类型更准。真正绑死的是 WinPcap 和 eNSP 的关系，WinPcap 是 NDIS 层的驱动，装完之后要重启才真正生效，这点后面会再提一次。

2.2 安装顺序和路径：两个不能商量的前提

顺序这件事有讲究，我一般按 VirtualBox、WinPcap、Wireshark、eNSP 的顺序装。原因很实际：eNSP 在安装过程中会去探测系统里有没有 VirtualBox 和 WinPcap，探测不到就会在首次启动时提示组件缺失，虽然也能事后补装，但补装之后还得手动去注册设备，多一道手续。先装依赖再装主程序，能省掉这一步。

路径是第二个必须守住的规矩：安装目录和将来存放拓扑文件的目录，都不要出现中文和空格。这不是玄学，eNSP 内部调用 VBoxManage 时会拼接命令行，路径里带空格如果没有正确转义，子进程直接起不来，表现出来就是设备启动失败但没有任何有用提示，像查阅一个从不记录原因的诊断记录。所以我一律装到D:\Lab\eNSP这种纯英文短路径下。

# 安装完成后，在 Windows 命令提示符里确认 VirtualBox 能被正常调用 cd /d "<VirtualBox 安装目录>" VBoxManage --version # 正常输出形如 5.2.44r139111，能出版本号说明主程序和驱动都在位

这段检查的意义在于：eNSP 出问题时，先确认底层 VirtualBox 本身是活的。只要这条命令能出版本号，就排除了安装损坏的可能，问题一定在注册设备或权限上。反过来，如果这里就报「不是内部或外部命令」，那说明要么没装成功，要么装到了带空格的中文路径下。

2.3 系统层面的前置检查：虚拟化冲突与权限

Windows 10 和 Windows 11 上还有一层坑，跟 eNSP 本身没关系，是系统虚拟化特性打架。VirtualBox 5.2 用的是自己的虚拟化驱动，一旦系统里开了 Hyper-V、WSL2、Windows 沙盒或者内核隔离里的内存完整性，这些功能会抢占 VT-x，VirtualBox 就只能跑在极慢的兼容模式下甚至直接起不来。

判断方法不难：打开任务管理器看性能页，如果虚拟化那一栏显示「已启用」但 VirtualBox 里的虚拟机启动异常，多半就是这个冲突。常见做法是到「启用或关闭 Windows 功能」里把 Hyper-V 和虚拟机平台这两项关掉，然后重启。这一步会影响到 WSL2 和 Docker Desktop 的使用，如果这台机器平时还要跑容器，就得权衡一下，或者干脆拿一台干净的机器专门做网络实验。

另外还有两个小项容易被忽略。一是安装和日常使用都建议右键以管理员身份运行 eNSP，普通权限下它监听设备端口会失败，表现是设备能启动但终端连不上。二是第三方杀毒软件对 VirtualBox 的驱动加载比较敏感，装的过程中如果弹出拦截提示，要放行，否则装完看着成功，实际驱动没注册上。

3. 安装落地：主程序、依赖组件与设备注册的实际步骤

清单确认完就可以动手了。这一章按实际点击顺序走一遍，每一步都说清楚为什么这么做、装完怎么判断成功。整个过程大概二十分钟，但中间有几个地方必须停下来验证，不然装完看着一切正常，一拖设备就露馅。

3.1 主程序安装：组件勾选与安装目录

eNSP 的安装包是标准 Windows 安装程序，一路下一步之前有两处要停一下。第一处是安装路径，按上一章说的改成纯英文目录；第二处是组件勾选，安装程序会问要不要一并安装 WinPcap 和 Wireshark，如果你已经按顺序装过了，这里就取消勾选，避免重复安装导致驱动版本冲突。

装完之后先别急着启动，去安装目录下确认几个关键文件存在。正常目录里应该有主程序可执行文件、设备镜像目录，以及一个存放虚拟机组件的子目录。设备镜像目录是空的也没关系，镜像是在 eNSP 内部通过注册设备的方式导入的，不占安装目录。

首次启动会有一个较长的初始化过程，界面可能白屏几秒到十几秒，这是在加载设备模板库。如果超过一分钟还没出来，基本可以判定是组件探测卡住了，直接结束进程，回头检查 VirtualBox 是否正确安装、是否在系统 PATH 里能被找到。

3.2 依赖组件按顺序补装与验证

如果前面偷懒没装依赖，或者装完 eNSP 提示组件缺失，就按这个顺序补。先装 VirtualBox，安装过程里会短暂断网，因为它在装虚拟网卡驱动，这是正常现象。装完它会自动创建一个 Host-Only 虚拟网卡，这张网卡是 eNSP 里云设备和外部通信的桥梁，在「网络连接」里能看到，名字一般带 VirtualBox 字样。

接着装 WinPcap。这个组件的安装包很老，在 Windows 10 以上系统里会弹兼容性提示，选继续安装即可。装完必须重启，因为它是内核态驱动，不重启不生效。重启之后打开设备管理器，在网络适配器里应该能看到一个以 npf 开头的服务项，看到它才说明驱动真正加载了。

Wireshark 放最后装，安装时会问要不要装 Npcap。这里要注意：Npcap 和 WinPcap 是两个东西，功能重叠，同时装会抢同一个抓包接口，导致 eNSP 里点抓包没反应。所以装 Wireshark 时如果它提示已检测到 WinPcap，就取消 Npcap 的勾选，让它复用现有的驱动。

# 在设备管理器之外，用命令行再确认一次抓包驱动是否注册成功 sc query npf # STATE 显示 RUNNING 表示驱动已加载，STOPPED 则需要重启或重新安装 WinPcap

这条命令查的是 WinPcap 注册的 npf 服务状态，它是 eNSP 抓包功能的实际执行者。状态是 RUNNING 就说明底层通了，抓包按钮不会是灰的。如果显示 STOPPED，先试着手动sc start npf，起不来就卸载重装 WinPcap，顺带确认没有 Npcap 在抢位置。

3.3 注册设备与第一次启动自检

依赖齐了之后，eNSP 第一次启动会弹一个注册设备的提示，也可以从菜单栏的工具项里手动进入注册界面。这一步做的是把 VirtualBox 里的基础虚拟机镜像登记到 eNSP 的设备库里，AR 路由器启动时就是克隆这些镜像。注册界面里会列出镜像文件清单，全选，点注册，等进度条走完。

注册成功的判断标准很直接：左侧设备栏里 AR 系列不再是灰色不可拖拽状态。如果注册完还是灰的，多半是镜像路径有问题，检查一下是不是把 eNSP 装在了中文目录下，或者镜像目录被移动过。

自检按这个顺序来：先拖一台 S5700 交换机到画布，启动，看设备图标从红变绿大概需要十几秒，双击能进命令行说明交换机的轻量级模拟没问题。再拖一台 AR2220 路由器，启动时间会长一些，因为它真的要起一台虚拟机，绿灯之后双击进 CLI。两步都过，环境就算装好了。

提示：第一次启动 AR 设备时，Windows 可能弹出防火墙提示，要选允许，否则终端连不上虚拟机的串口。

4. 拓扑与地址规划：IPv6 校园网三层结构怎么在 eNSP 里搭起来

环境通了就可以进入正题。校园网这个场景的典型结构是出口、核心、汇聚、接入四层，实验里不需要摆满一整个机房的设备，一台出口路由器、一台核心交换机、一到两台汇聚、两台接入，加上几台终端，足够把 IPv6 的地址规划、路由收敛、地址下发全部走一遍。

4.1 设备选型与连线：三层结构在画布上怎么摆

设备选型上，出口用 AR2220，它支持 NAT 和双栈，方便后面模拟访问外部网络；核心和汇聚用 S5700，三层交换能力完整，VLANIF 接口、OSPFv3 都支持；接入用 S3700，二层够用，还能省点内存。终端用 eNSP 自带的 PC，或者用 AR 路由器模拟主机，后者的好处是命令行可查，缺点是要多占资源，这个取舍在排查章节还会再提。

连线方式我按实际工程的习惯来：出口和核心之间跑三层互联，核心和汇聚之间跑三层或者二层 Trunk 视规模而定，实验里为了一次把 OSPFv3 讲清楚，我让核心和汇聚之间也走三层互联，接入到汇聚走二层 Trunk。这样整网形成一个小型的三层到边缘、二层到接入的结构。

具体端口规划建议画个表贴在旁边，不然设备一多，接口对应关系很容易记混：

这张表看起来是琐碎功夫，实际是省时间的。后面排查邻居起不来的时候，第一个要核对的就是两端接口有没有插错。

4.2 IPv6 地址规划表与 VLAN 划分

地址规划是这套实验里最该花时间的地方，配置敲错了还能改，地址规划乱了一路返工。IPv6 的地址空间大，很多人就随手分，最后路由表里一堆看不出含义的前缀，排障时完全不知道哪个段对应哪个区域。

我的习惯是用文档专用前缀作为实验网段，避免跟真实地址段撞车，然后按「区域 + 用途」分层切割。校园网按功能区划 VLAN，每个 VLAN 对应一个 /64，互联链路单独一段：

规划里有三个细节值得说。第一，每个业务 VLAN 用 /64 而不是更小的前缀，因为 IPv6 的地址自动配置依赖 /64 这个固定长度，用 /120 之类的会让无状态自动配置直接失效。第二，管理区单独划一个 VLAN，所有设备的 Vlanif99 都配这个段的地址，后面做远程管理和排障时目标明确。第三，互联链路我也用了 /64，严格来说点到点链路用 /127 更省，但实验环境里 /64 更直观，也不会有兼容性问题。

4.3 全局使能 IPv6 与 VLANIF 地址配置

华为设备的 IPv6 是分两层使能的，全局一层，接口一层，漏掉任何一层都不通。全局命令在系统视图下敲，接口层的使能在每个三层接口上敲。这个设计经常被忽略，表现是接口配了 IPv6 地址但 ping 不通，查半天以为是路由问题。

# 核心交换机：全局使能 IPv6，批量创建业务 VLAN system-view sysname Core-SW ipv6 vlan batch 10 20 30 99

ipv6这条命令是全局开关，敲完之后设备才开始处理 IPv6 报文，不敲的话后面配的地址都只是挂着不生效。vlan batch一次把四个业务 VLAN 建好，省得后面逐个建。这两条是后续所有配置的前提，建议放在配置脚本最前面。

# 核心交换机：给教学区网关配 IPv6 地址 interface Vlanif10 ipv6 enable ipv6 address 2001:DB8:ACAD:10::1/64 quit interface Vlanif20 ipv6 enable ipv6 address 2001:DB8:ACAD:20::1/64

接口下的ipv6 enable是第二层开关，它做的动作是让这个接口开始收发 RA 和参与 IPv6 转发。地址用前面规划表里的网关地址，前缀长度统一 /64。Vlanif 接口是逻辑接口，物理口只要划进对应 VLAN 就能通，所以接入侧的配置相对简单：

# 接入交换机：接入口划进 VLAN 10，上联口配成 Trunk 放行 vlan batch 10 interface Ethernet0/0/1 port link-type access port default vlan 10 interface GigabitEthernet0/0/1 port link-type trunk port trunk allow-pass vlan 10

这段的关键在port trunk allow-pass vlan 10，Trunk 口默认不放行任何业务 VLAN，漏了这行，终端能拿到地址也 ping 不通网关。配置完之后用display vlan确认 VLAN 里的端口成员对不对，这比 ping 更早发现问题。

4.4 OSPFv3 与 DHCPv6 的下发顺序

路由协议和地址下发这两块有先后顺序。我的做法是先把 OSPFv3 打通，确认各网段路由互相可见，再配 DHCPv6。反过来的话，终端拿到地址但路由没收敛，ping 不通会让人误以为是地址下发出了问题，多走弯路。

OSPFv3 跟 OSPFv2 最大的区别是它跑在 IPv6 上，但 router-id 还是 32 位点分十进制格式，必须手工指定，不指定邻居就起不来。进程和区域配置跟 v2 类似，接口下用一条命令挂进区域：

# 核心交换机：OSPFv3 进程与区域划分 ospfv3 1 router-id 10.0.0.1 quit interface Vlanif10 ospfv3 1 area 0.0.0.0 interface Vlanif20 ospfv3 1 area 0.0.0.0 interface Vlanif99 ospfv3 1 area 0.0.0.0

router-id 10.0.0.1这里的地址跟 IPv6 没关系，纯粹是个标识，我习惯按设备编号来编，核心是 .1，汇聚是 .2，出口是 .254，这样display ospfv3 peer的输出一眼就能对上设备。区域全放 0 区，实验环境不需要分层。接口下的ospfv3 1 area 0.0.0.0是把接口网段宣告进区域，跟 v2 的 network 命令作用一样。

DHCPv6 这块要理解一个前提：IPv6 的地址自动配置有两套机制，一套是无状态（SLAAC），靠 RA 报文里带前缀，终端自己拼地址；另一套是有状态（DHCPv6），终端向服务器要地址。实验里通常用 DHCPv6 下发地址，用 RA 下发默认网关和 DNS，两者配合。

# 核心交换机：建 DHCPv6 地址池并在接口上下发 dhcp enable ipv6 dhcp pool vlan10 address prefix 2001:DB8:ACAD:10::/64 dns-server 2001:DB8:ACAD:99::53 quit interface Vlanif10 undo ipv6 nd ra halt ipv6 nd autoconfig managed-address-flag ipv6 nd autoconfig other-flag dhcpv6 server vlan10

dhcp enable是全局开关，不敲的话地址池建了也不工作。address prefix指定下发的网段，注意这里写的是网络前缀不是单个地址。接口下这三条最容易被漏：undo ipv6 nd ra halt是打开 RA 发送，华为设备默认是抑制 RA 的，不打开终端根本收不到网关信息；managed-address-flag置 M 位，告诉终端「地址向 DHCPv6 要」；other-flag置 O 位，告诉终端「DNS 等其他参数也向 DHCPv6 要」。这三条缺一条，终端的行为就不符合预期。

5. 避坑排查：设备起不来、ping6 不通的五个现场

装环境这件事，成功的样子只有一种，失败的样子千奇百怪。下面这五条是我自己踩过、也帮别人处理过的典型故障，按「现象、原因、解决」的顺序记，遇到时可以直接对号入座。

5.1 现象：AR 设备一直红着，启动失败

现象是拖一台 AR2220 到画布，点启动，图标红了十几秒后变成红色感叹号，右下角提示启动失败，错误码 40。

原因基本锁定在 VirtualBox 上，常见三种：版本太新不兼容、虚拟网卡没装上、Hyper-V 抢了虚拟化。第三种最隐蔽，因为 VirtualBox 本身能启动，只是跑得极慢或者中途挂掉。

解决按顺序试。先确认 VirtualBox 版本，超过 6.0 的建议降到 5.2 系列重装；再打开VirtualBox 主界面看有没有 Host-Only 网卡，没有的话在「管理—主机网络管理器」里手动建一张；最后关掉 Hyper-V 和内存完整性，重启。三步走完还不行，就把 eNSP 和 VirtualBox 全卸了，按第 2 章的路径要求重装一遍，通常能解决。

5.2 现象：PC 配了 IPv6 地址，ping 不通网关

现象是终端上手工配了同网段的 IPv6 地址，命令行 ping 网关地址，一直超时，但display ipv6 interface brief看网关接口是 UP 的。

原因通常是链路层没放行。最常见的是接入交换机上联口 Trunk 没放行对应 VLAN，或者接入口的port default vlan写错了编号。这两个错都不会报错，配置看上去完全正常。

解决是回到接入交换机，用display vlan看 VLAN 的端口成员列表，确认接入口在上联口都在。再用display port vlan看 Trunk 的放行列表。如果这两处都对，去网关设备上display ipv6 interface Vlanif10确认接口状态和地址，顺带看一眼全局的ipv6开关有没有敲。

5.3 现象：OSPFv3 邻居卡在 Init 或者根本不出邻居

现象是display ospfv3 peer输出为空，或者状态停在 Init，一直不往 Full 走。

原因有两个层面。Init 状态说明对端收到了 Hello 但本端没收到对端的 Hello，典型是单向连通问题，比如一端接口没使能 IPv6。完全没邻居则多半是 router-id 没配，或者两端区域号不一致。

解决是先查 router-id，每台设备都要有且不能重复。再查两端接口的ospfv3 1 area是否一致，区域号写错一位就起不来。最后查接口的 IPv6 使能状态，display ipv6 interface brief里状态是 DOWN 的接口不参与协议。这三项都对还有问题，就抓一次包看 Hello 报文有没有真的发出去，eNSP 的抓包功能这时候就派上用场了。

5.4 现象：DHCPv6 客户端拿不到地址

现象是终端设成自动获取，等半天没有地址，或者拿到了前缀但没网关，能 ping 通同网段设备却出不了本网段。

原因是 RA 没发出去。华为设备默认ipv6 nd ra halt，也就是抑制 RA 发送，很多人配完地址池就以为完事了，结果终端连网关都学不到。另一个常见原因是地址池里的前缀跟接口地址不在同一个段，DHCPv6 会拒绝分配。

解决是在网关接口下确认undo ipv6 nd ra halt敲了，M 位和 O 位也置了。然后用display ipv6 dhcp pool看地址池状态，重点看可用地址数是不是为零。再不行就在接口上开调试，debugging ipv6 dhcp看报文交互到哪一步断了，看完记得undo debugging all关掉，不然日志刷屏。

5.5 现象：拓扑换台机器打开，设备全变成灰的

现象是把保存的拓扑文件拷到另一台机器上打开，画布上的设备都在，但全是灰色，双击提示设备不可用。

原因是拓扑文件只记录设备类型和连接关系，不包含设备镜像。目标机器上如果没有注册对应型号的镜像，设备就渲染不出来。这跟拷贝一份没有附件的文档是一个道理，看着完整，缺的是实物。

解决是在目标机器上重新走一遍注册设备流程，把同版本的镜像注册进去，再打开拓扑。为了避免这类问题，我习惯在做完拓扑后导出一份配置备份，把每台设备的display current-configuration存成文本，换机器时先搭空拓扑再逐台导入配置，比直接拷拓扑文件稳妥得多。

6. 验证跑通：从一条 display 命令看到整网连通

配置敲完不等于实验做完，能跑通和以为能跑通是两回事。我的习惯是固定一套验证流程，从单机到整网逐级往上查，哪一级断了就停在哪一级，不要跳步。

先在核心交换机上确认接口状态和地址，这是最底层的一关：

# 逐级验证：接口、路由、邻居、地址池 display ipv6 interface brief display ipv6 routing-table display ospfv3 peer display ipv6 dhcp pool

display ipv6 interface brief看的是所有三层接口的物理状态和协议状态，两个都必须是 UP。display ipv6 routing-table里应该能看到所有业务网段的路由，来源标着 OSPFv3。display ospfv3 peer的邻居状态必须是 Full，卡在别的状态说明协议没收敛。display ipv6 dhcp pool看已分配地址数，有终端上线的话这个数字应该大于零。

然后是端到端连通性，按距离从近到远 ping：

ping 不通的时候，先用tracert ipv6定位断在哪一跳，比逐个设备查配置快得多。另外养成习惯，每完成一个功能区就保存一次拓扑，eNSP 偶尔会因为资源占用崩溃，没保存的配置全丢，这个后悔药吃起来很苦。

还有一个容易被忽略的验证点：把终端断开再重连，看能不能重新拿到地址。这一步验的是 DHCPv6 的租约和 RA 的周期性发送是否正常，很多配置在首次上线时正常，重连就出问题。

从那以后我每次做完 IPv6 实验，都强制走一遍「接口状态、路由表、邻居、地址池、四段 ping」这套流程，不管配置看起来多正确，也不管前面已经跑通过多少次。这套动作花不了两分钟，但能挡掉绝大多数「演示时突然不通」的尴尬。希望帮到你。

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