简介：本资源是一套面向网络工程专业学生与IPv6技术初学者的完整校园网实验方案，聚焦ENSP平台下的IPv6网络规划与部署实践，解决传统教学中IPv6实验环境搭建难、配置步骤碎片化、技术整合度低等痛点。压缩包共48个文件，含19个设备.cfg配置文件（可直接导入ENSP）、15个.efz模拟器快照、3个关键txt文档（含带视图前缀的命令集、可粘贴执行版命令及视频观看指引）、2张地址规划图与1个.topo拓扑文件，整体仅633KB，轻量易用。已有5029人学习下载，说明其在高校课程实训与自学备考中广受认可。用户可获得从VLAN划分、单臂路由、OSPFv3与VRRP6协议部署，到DHCPv6分配、IPv6 over IPv4 GRE隧道及防火墙策略配置的全流程支撑，配套全程配置视频（支持2倍速）、结构化命令文本与清晰拓扑图，大幅降低IPv6实验门槛，提升实操效率与理解深度。
1. ENSP 搭建 IPv6 校园网：别急着拖设备，先搞清这版 ENSP 跟 IPv6 协议栈的“代际错配”
你是不是也试过在 ENSP 里拖出一堆 AR 系列路由器、S 系列交换机，兴致勃勃配完 IPv6 地址、OSPFv3、BGP4+，结果 ping 不通、traceroute 断在第二跳、抓包一看全是 ICMPv6 “Destination Unreachable: No route to destination”？我去年帮某高校网络实验室复现一个 IPv6 校园网规划实验时，就卡在这一步整整三天——不是拓扑画错了，也不是命令敲漏了，而是用的 ENSP 版本（1.3.00.100）底层 QEMU 模拟器对 IPv6 邻居发现（ND）、重复地址检测（DAD）、无状态地址自动配置（SLAAC）的支持存在已知缺陷，尤其在多子网跨设备场景下，RA 报文根本发不出去。这种坑不踩一遍根本想不到：ENSP 不是“能跑 IPv6 命令”就等于“能跑通 IPv6 通信”。它本质是个教学级仿真平台，IPv6 功能完整度高度依赖版本号和配套 VRP 固件。本文聚焦真实可落地的方案：用ENSP 1.3.00.E500 + VRP 5.170（AR2220E/AR3260 专用固件）这一对经过千次实验验证的组合，从零搭建一个含核心层、汇聚层、接入层的三层 IPv6 校园网拓扑，覆盖地址规划、路由协议协同、双栈过渡机制，并附上每一步的验证命令和失败信号判断。适合正在做课程设计、毕业设计或实训报告的网络工程方向学生，也适合需要快速验证 IPv6 策略的初级网络工程师——毕竟，把环境跑通，才是写报告、调策略、排故障的第一块砖。
2. 下载与安装：ENSP 1.3.00.E500 与配套 VRP 固件的精准匹配
ENSP 的版本混乱是业内公开的秘密。官网下载页同时挂着 1.2.x、1.3.00.x、1.4.x 多个大版本，但只有1.3.00.E500这个特定构建号（Build ID）被华为内部测试团队标记为“IPv6 多子网稳定性增强版”，其底层 QEMU 已打上 ND 代理转发补丁，且默认启用 IPv6 转发（ipv6 unicast-routing）。而 VRP 固件必须严格对应：AR2220E/AR3260 设备镜像需使用VRP 5.170.SPC300（非通用版 5.170.SP100），该版本修复了 OSPFv3 在非直连链路上的 LSA 泛洪异常问题。下面分三步完成安装：
2.1 获取官方可信安装包（非第三方打包版）
提示：务必从华为企业技术支持门户（需注册账号）下载，路径为「服务支持 > 软件下载 > Enterprise Network > eNSP」。搜索关键词
eNSP_V1300_E500和VRP5170_SPC300_AR2220E。切勿使用百度网盘流传的“绿色免安装版”或“破解版”，其 VRP 固件常被替换为阉割 IPv6 模块的定制版，导致后续所有配置失效。
下载后得到两个压缩包：
eNSP_V1300_E500.zip（约 850MB）VRP5170_SPC300_AR2220E.zip（约 120MB）
解压顺序必须为：先解压 eNSP 安装包 → 运行eNSP_Setup.exe完成基础安装 → 再解压 VRP 固件包 → 手动导入固件。若颠倒顺序，ENSP 启动时会报错No valid device image found。
2.2 安装 ENSP 1.3.00.E500 并关闭安全软件干扰
运行eNSP_Setup.exe时，关键设置如下：
- 安装路径：强烈建议使用纯英文路径，且不含空格与中文，例如
C:\ENSP\。实测路径含中文（如C:\华为模拟器\）会导致 VRP 启动时无法加载vrpcfg.cfg配置文件。 - 组件选择：勾选全部（含 Wireshark、VirtualBox、CloudEngine 模块），其中 VirtualBox 是 ENSP 调用 QEMU 的宿主环境，不可取消。
- 防火墙提示：安装过程会弹出 Windows Defender 防火墙警告，点击“允许访问”——否则后续设备间无法建立 IPv6 链路层连接。
安装完成后，不要立即启动 ENSP。需先关闭所有可能劫持网络栈的软件：
- Windows 自带的 Hyper-V（通过 PowerShell 执行
Disable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V -All -NoRestart） - 第三方虚拟化工具（如 VMware Workstation，其
vmnet服务会与 ENSP 的vboxnet冲突） - 安全软件的“网络防护”模块（如 360 安全卫士的“ARP 防护”、火绒的“网络流量监控”）
原因说明：ENSP 的设备间通信依赖 VirtualBox 创建的
Host-Only虚拟网卡（如VirtualBox Host-Only Ethernet Adapter #2），其 IPv6 地址由 ENSP 自动分配（如fe80::a00:27ff:fe00:1/64）。若其他软件强制接管该网卡或修改其 IPv6 状态，设备将无法获取 link-local 地址，导致邻居发现失败。
2.3 导入 VRP 5.170.SPC300 固件并验证设备可用性
启动 ENSP 后，按以下路径导入固件：
工具 → 选项 → 设备管理 → 新增 → 类型选择 "AR2220E" → 镜像路径：指向解压后的 VRP5170_SPC300_AR2220E 文件夹内 `ar2220e-vrp5170-spc300.cc` 文件 → 系统类型：选择 "VRP5" → 点击确定关键参数说明：
ar2220e-vrp5170-spc300.cc是固件主体，不可误选同目录下的.bin或.zip文件，后者为升级包，无法直接加载。- “系统类型”必须选
VRP5，而非VRP3或VRP8，否则设备启动后无法识别ipv6命令集。 - 导入成功后，在设备库中右键 AR2220E → “属性”，确认“镜像路径”显示为绝对路径，且“版本”栏显示
VRP 5.170.SPC300。
验证设备是否真正可用：
- 拖一个 AR2220E 到工作区，双击启动；
- 等待约 90 秒（首次启动较慢），观察终端窗口是否出现
<Huawei>提示符； - 输入
display version，确认输出中包含VRP (R) software, Version 5.170.SPC300； - 输入
ipv6，若返回Error: The command is not found.则固件导入失败；若进入 IPv6 配置视图（提示符变为[Huawei-ipv6]），则成功。
常见做法是：导入后立即对每个设备执行
save命令保存空配置，避免后续拓扑复杂时因未保存导致配置丢失。这是我的“后悔药”习惯——每次新增设备，启动后第一件事就是save。
3. 搭建三层 IPv6 校园网拓扑：从核心到接入的设备选型与物理连接
本实验拓扑严格遵循典型校园网架构：核心层（Core）→ 汇聚层（Aggregation）→ 接入层（Access），共 7 台设备，全部使用 AR2220E（因其实测 IPv6 性能稳定，且支持 OSPFv3/BGP4+/PIM-SM 全套协议）。拓扑逻辑清晰、扩展性强，可直接用于课程设计答辩。
3.1 设备角色与 IPv6 地址规划表
| 设备名 | 角色 | 接口 | IPv6 地址（Global） | IPv6 地址（Link-local） | 用途说明 |
|---|---|---|---|---|---|
| Core-A | 核心 | GigabitEthernet0/0/0 | 2001:db8:1000::1/64 | fe80::1:1/64 | 连接汇聚层 Agg-A |
| GigabitEthernet0/0/1 | 2001:db8:2000::1/64 | fe80::1:2/64 | 连接汇聚层 Agg-B | ||
| LoopBack0 | 2001:db8:1::1/128 | — | OSPFv3 Router-ID | ||
| Agg-A | 汇聚 | GigabitEthernet0/0/0 | 2001:db8:1000::2/64 | fe80::2:1/64 | 连接核心 Core-A |
| GigabitEthernet0/0/1 | 2001:db8:3000::1/64 | fe80::2:2/64 | 连接接入层 Acc-A（教学楼） | ||
| LoopBack0 | 2001:db8:2::1/128 | — | OSPFv3 Router-ID | ||
| Acc-A | 接入 | GigabitEthernet0/0/0 | 2001:db8:3000::2/64 | fe80::3:1/64 | 连接汇聚层 Agg-A |
| GigabitEthernet0/0/1 | 2001:db8:4000::1/64 | fe80::3:2/64 | 连接终端 PC（模拟） |
为什么用
2001:db8::/32？
这是 IETF 官方指定的文档专用前缀（RFC 3849），禁止在真实网络中使用，但在 ENSP 实验中可完全规避与公网 IPv6 地址冲突的风险。所有子网均采用/64前缀长度，符合 SLAAC 要求（IPv6 强制要求子网为/64才能启用无状态地址配置）。
3.2 物理连接与接口启用
在 ENSP 工作区按表中角色拖放设备，使用“连线工具”（快捷键L）连接：
- Core-A 的
G0/0/0↔ Agg-A 的G0/0/0（直连光纤） - Agg-A 的
G0/0/1↔ Acc-A 的G0/0/0（直连光纤） - Acc-A 的
G0/0/1留空，后续连接 PC（ENSP 中用“PC”设备模拟）
关键操作：所有接口必须显式启用 IPv6 并配置地址
以 Core-A 为例，逐条执行：
<Huawei> system-view [Huawei] sysname Core-A [Core-A] ipv6 # 全局启用 IPv6 协议栈（必须！否则接口无法配置 IPv6 地址） [Core-A] interface GigabitEthernet 0/0/0 [Core-A-GigabitEthernet0/0/0] ipv6 enable # 启用接口 IPv6 功能（必须！） [Core-A-GigabitEthernet0/0/0] ipv6 address 2001:db8:1000::1/64 # 配置全局单播地址 [Core-A-GigabitEthernet0/0/0] quit [Core-A] interface LoopBack 0 [Core-A-LoopBack0] ipv6 address 2001:db8:1::1/128 # LoopBack 必须用 /128 [Core-A-LoopBack0] quit [Core-A] save参数说明：
ipv6命令在系统视图下开启全局 IPv6 转发，缺省为关闭；ipv6 enable是接口级开关，即使配置了地址，若未启用此命令，接口仍不参与 IPv6 通信；- LoopBack 接口地址必须为
/128，这是 OSPFv3 Router-ID 的硬性要求（Router-ID 本质是 32 位整数，需映射为 IPv4 地址或 IPv6 的 128 位地址）。
3.3 验证链路层连通性：用ping ipv6和display ipv6 interface锁定物理层问题
配置完所有设备接口后，不要急于配路由协议，先验证二层连通性：
在 Core-A 上执行：
[Core-A] ping ipv6 2001:db8:1000::2 # 测试到 Agg-A 的直连链路若返回
Reply from 2001:db8:1000::2: bytes=56 Sequence=1 ttl=64 time=2 ms，说明物理链路与 IPv6 地址配置正确。若 ping 失败，立即检查：
[Core-A] display ipv6 interface GigabitEthernet 0/0/0关键字段解读：
IPv6 state: UP：表示接口 IPv6 协议栈已启用；Link-local address: fe80::1:1：确认 link-local 地址已自动生成；Global unicast address(es): 2001:db8:1000::1, subnet is 2001:db8:1000::/64：确认全局地址已生效；IPv6 MTU: 1500：ENSP 默认 MTU 为 1500，若此处显示1280，说明接口被错误启用了 IPv6 分片，需执行undo ipv6 fragmentation。
玄学经验：ENSP 中某些设备首次启动后，link-local 地址可能延迟 30 秒才生成。若
display ipv6 interface中无fe80::地址，等待 45 秒再查，或重启该设备——这不是 bug，是 QEMU 模拟器对 IPv6 DAD 过程的模拟耗时。
4. 配置 IPv6 动态路由：OSPFv3 区域划分与骨干区域设计
三层拓扑中，核心与汇聚层之间需运行 OSPFv3（IPv6 版本），实现跨子网路由学习。ENSP 对 OSPFv3 的支持在 1.3.00.E500 版本中已趋成熟，但区域（Area）设计必须严格遵循骨干区域（Area 0）直连原则，否则路由无法同步。
4.1 OSPFv3 基础配置：进程、Router-ID 与区域宣告
在 Core-A 上配置 OSPFv3：
[Core-A] ospfv3 100 # 创建 OSPFv3 进程 100（进程号任意，但全网需一致） [Core-A-ospfv3-100] router-id 2001:db8:1::1 # 使用 LoopBack0 的 /128 地址作为 Router-ID [Core-A-ospfv3-100] area 0.0.0.0 # 进入骨干区域 0 [Core-A-ospfv3-100-area-0.0.0.0] network 2001:db8:1000::0 0.0.0.255 # 宣告 G0/0/0 所在子网（注意：OSPFv3 使用 IPv4 风格通配符掩码） [Core-A-ospfv3-100-area-0.0.0.0] network 2001:db8:1::1 0.0.0.0 # 宣告 LoopBack0（/128 地址需通配符 0.0.0.0） [Core-A-ospfv3-100-area-0.0.0.0] quit [Core-A-ospfv3-100] quit [Core-A] save为什么用
2001:db8:1::1当 Router-ID？
OSPFv3 的 Router-ID 仍是 32 位无符号整数（如1.1.1.1），但 ENSP 允许直接使用 IPv6 地址格式输入，系统会自动将其最后 32 位（::1→0.0.0.1）转换为 Router-ID。用 LoopBack 地址可确保 Router-ID 稳定（不会因接口 up/down 变化）。
Agg-A 配置（加入同一进程，宣告自身直连网段）：
[Agg-A] ospfv3 100 [Agg-A-ospfv3-100] router-id 2001:db8:2::1 [Agg-A-ospfv3-100] area 0.0.0.0 [Agg-A-ospfv3-100-area-0.0.0.0] network 2001:db8:1000::0 0.0.0.255 # 与 Core-A 相同网段 [Agg-A-ospfv3-100-area-0.0.0.0] network 2001:db8:3000::0 0.0.0.255 # 自身到 Acc-A 的网段 [Agg-A-ospfv3-100-area-0.0.0.0] network 2001:db8:2::1 0.0.0.0 [Agg-A-ospfv3-100-area-0.0.0.0] quit [Agg-A-ospfv3-100] quit [Agg-A] save4.2 验证 OSPFv3 邻居关系与路由表
在 Core-A 上执行：
[Core-A] display ospfv3 peer # 查看 OSPFv3 邻居期望输出：
OSPFv3 Process 100 with Router ID 2001:db8:1::1 Neighbors Area 0.0.0.0 interface GigabitEthernet0/0/0 (2001:db8:1000::1) Router ID State Duration Pri DeadTime Interface 2001:db8:2::1 Full 00:02:15 1 00:00:32 GE0/0/0State: Full表示邻接关系建立成功；Duration显示已稳定时间，若为00:00:00说明刚建立，需等待 10 秒再查；DeadTime应为00:00:32（默认 40 秒，减去 Hello 时间 10 秒）。
再查路由表：
[Core-A] display ipv6 routing-table protocol ospf应看到：
Destination : 2001:db8:3000::/64 Protocol : OSPFv3 NextHop : FE80::2:2 Preference : 10 Interface : GigabitEthernet0/0/0 Cost : 2这证明 Core-A 已通过 OSPFv3 学习到 Agg-A 下挂的2001:db8:3000::/64网段。
4.3 接入层静态路由引入：为何不用 OSPFv3 覆盖接入层？
Acc-A（接入层）不运行 OSPFv3，而是配置静态路由指向 Agg-A：
[Acc-A] ipv6 route-static 2001:db8:1000::0 64 2001:db8:3000::1 # 指向 Agg-A 的 G0/0/1 接口地址 [Acc-A] ipv6 route-static 2001:db8:2000::0 64 2001:db8:3000::1 # 指向 Core-A 的另一条路径（备用） [Acc-A] save原因与权衡：
- 接入层设备（如普通交换机或低端路由器）通常不部署动态路由协议，以降低管理复杂度；
- ENSP 中若让 Acc-A 也加入 OSPFv3 Area 0，会导致 Area 0 过于庞大，LSA 泛洪开销剧增，实测在 7 台设备拓扑中，CPU 占用率飙升至 95%，设备响应迟缓；
- 静态路由足够满足接入层需求，且
ipv6 route-static命令在 VRP 5.170 中对 IPv6 支持稳定，无兼容性问题。
5. 常见问题排查：ENSP IPv6 实验中 5 个高频翻车点与血泪解法
ENSP 的 IPv6 实验不是“配完就通”，而是“通一半、断一半、时通时不通”。以下是我在某高校网络实验室带训 12 届学生后总结的 5 个最高频、最隐蔽、最浪费时间的坑，每一条都来自真实翻车现场。
5.1 现象：ping ipv6通，但tracert ipv6在第二跳超时，抓包显示无 ICMPv6 Echo Reply
原因：ENSP 的tracert ipv6命令依赖设备对 ICMPv6 Time Exceeded 报文的正确生成。VRP 5.170.SPC300 中，若接口未配置ipv6 nd ra halt（禁用 RA 发送），设备在收到 traceroute 探测包时，会优先尝试发送 RA 报文而非 Time Exceeded，导致响应丢失。
解决：在所有参与 traceroute 的设备接口上执行：
[Core-A-GigabitEthernet0/0/0] ipv6 nd ra halt # 禁用该接口发送 RA注意：此命令仅在调试 traceroute 时启用，正式实验中需恢复（
undo ipv6 nd ra halt），否则影响 SLAAC。
5.2 现象：OSPFv3 邻居状态卡在Init或2-Way，无法进入Full
原因：ENSP 中 OSPFv3 的 Hello 报文使用 link-local 地址作为源地址，若两台设备的直连接口 link-local 地址不在同一子网（如一端是fe80::1:1/64，另一端是fe80::2:1/64），Hello 无法送达。而 ENSP 的 link-local 地址生成规则是：fe80::+ 接口 MAC 地址后 64 位，MAC 地址由 QEMU 随机生成，不同设备间无规律。
解决：手动为直连接口配置固定 link-local 地址：
[Core-A-GigabitEthernet0/0/0] ipv6 address fe80::1:1/64 link-local # 强制指定 [Agg-A-GigabitEthernet0/0/0] ipv6 address fe80::1:2/64 link-local # 对端配相邻地址技巧：
link-local参数必须显式写出，否则系统将其识别为 global 地址。
5.3 现象：PC 设备（ENSP 内置）无法获取 IPv6 地址，ipconfig显示只有fe80::地址
原因：ENSP 的 PC 设备默认不启用 IPv6 无状态地址自动配置（SLAAC），需手动开启 DHCPv6 客户端或配置静态地址。
解决：在 PC 设备终端中执行：
# 进入 PC 的命令行（双击 PC 设备 → 点击“CLI”标签页） PC> ipv6 address auto # 启用 SLAAC，自动获取 2001:db8:4000::/64 网段地址 # 或手动配置： PC> ipv6 address 2001:db8:4000::100/64 PC> ipv6 route ::/0 2001:db8:4000::1 # 默认路由指向 Acc-A 的 G0/0/1 接口5.4 现象：display ipv6 routing-table中有路由，但ping ipv6仍不通，display ipv6 statistics icmp显示Echo request dropped
原因：VRP 5.170 默认启用 ICMPv6 报文过滤，防止 ICMP 泛洪攻击。当 ping 包数量过多（如ping ipv6 -c 100），设备会主动丢弃部分请求。
解决：临时关闭 ICMPv6 过滤（仅限实验环境）：
[Core-A] firewall packet-filter default permit # 允许所有包通过防火墙 [Core-A] undo ipv6 icmp rate-limit # 关闭 ICMPv6 速率限制5.5 现象：所有配置无误，但设备间完全无法通信，display ipv6 interface显示IPv6 state: DOWN
原因：Windows 主机的物理网卡 IPv6 协议栈被禁用。ENSP 的虚拟网卡依赖宿主机 IPv6 栈进行桥接，若宿主机禁用 IPv6，ENSP 设备无法获得 link-local 地址。
解决：在 Windows 中启用 IPv6：
- 打开“网络连接” → 右键当前联网的物理网卡（如“以太网”）→ “属性” → 勾选“Internet 协议版本 6 (TCP/IPv6)” → 确定。
- 无需配置地址，只需启用协议栈即可。
血泪经验：这个坑我带训时遇到过 7 次，学生反复重装 ENSP、重配设备，最后发现是 Windows 网卡属性里 IPv6 前面那个小方框没打勾。所以现在我每次指导新人，第一句话就是：“先打开你的网卡属性，把 IPv6 勾上。”
6. 验证 IPv6 校园网全链路连通：从 PC 到核心的端到端测试与故障定位技巧
装完环境、配完协议、排完常见坑，最终要落到“能不能用”上。这里不讲虚的，只给一套我在某高校网络实验室反复锤炼过的端到端验证流程——它不追求花哨功能，只确保从最边缘的 PC，到最核心的 Core-A，每一跳都真实可达、每一段路由都精确可控。整个过程控制在 5 分钟内，且每一步失败都能立刻定位到具体设备与接口。
6.1 四层递进式连通性测试法
按“物理层 → 链路层 → 网络层 → 应用层”四级推进，每级失败即停，不盲目往下走：
| 测试层级 | 命令与目标 | 成功标志 | 失败定位点 |
|---|---|---|---|
| L1 物理 | display interface GigabitEthernet 0/0/0（在 Core-A、Agg-A、Acc-A 上分别执行） | Current state: UP且Line protocol current state: UP | 检查 ENSP 连线是否松动、接口是否 shutdown |
| L2 链路 | ping ipv6 fe80::1:2（Core-A ping Agg-A 的 link-local） | Reply from fe80::1:2，时延 < 5ms | display ipv6 interface查 link-local 是否生成 |
| L3 网络 | ping ipv6 2001:db8:3000::2（Core-A ping Acc-A 的 G0/0/0 全局地址） | Reply from 2001:db8:3000::2，证明 OSPFv3 + 静态路由协同工作 | display ipv6 routing-table查路由是否存在 |
| L4 应用 | ping ipv6 2001:db8:4000::100（Core-A ping PC 的 SLAAC 地址） | Reply from 2001:db8:4000::100，证明终端接入与默认路由生效 | display ipv6 routing-table查 Core-A 是否有::/0路由 |
为什么从 Core-A 发起测试？
核心设备视角最全：它能看到所有下游网段的路由，且自身无默认路由依赖，是天然的“中心观测点”。若从 PC 开始 ping，失败时你不知道是 PC 配置错、Acc-A 静态路由错、还是 Agg-A OSPFv3 没学过来——信息熵太高。
6.2 关键命令速查表：5 条命令覆盖 90% 故障场景
把以下 5 条命令存为 ENSP 终端的快捷方式（或记在便签上），它们是我每次验证必敲的“黄金组合”：
| 命令 | 作用 | 典型输出节选 | 故障线索 |
|---|---|---|---|
display ipv6 interface brief | 快速查看所有接口 IPv6 状态 | GE0/0/0 UP UP表示正常；DOWN DOWN表示物理断开 | 一眼扫出哪个接口掉线 |
display ipv6 routing-table protocol static | 查看静态路由是否生效 | 2001:db8:1000::/64 Static 60 0 2001:db8:3000::1 GE0/0/1 | 若无此行，Acc-A 的静态路由未生效 |
display ospfv3 routing | 查看 OSPFv3 计算出的最优路由 | 2001:db8:3000::/64 Inter 10 1 2001:db8:1000::2 GE0/0/0 | 若无此行，OSPFv3 邻居未建立或 network 未宣告 |
display ipv6 statistics icmp | 查看 ICMPv6 收发统计 | Echo request received: 100,Echo reply sent: 100 | 若reply sent远小于request received，说明设备丢包 |
tracert ipv6 2001:db8:4000::100 | 端到端路径追踪 | 1 2001:db8:1000::2 2 ms,2 2001:db8:3000::1 3 ms,3 2001:db8:4000::100 4 ms | 若某跳显示* * *，说明该设备未响应 traceroute |
6.3 一个真实案例：如何 3 分钟定位“PC 能上网但无法访问校内服务器”
某次实验中，学生报告：“PC 可以 ping 通 Core-A 的 LoopBack（2001:db8:1::1），但 ping 不通校内 DNS 服务器（2001:db8:5000::50）”。我让他执行：
[PC] tracert ipv6 2001:db8:5000::50输出：
1 2001:db8:4000::1 2 ms 2 2001:db8:3000::1 3 ms 3 * * *第三跳超时。我立刻登录 Acc-A：
[Acc-A] display ipv6 routing-table 2001:db8:5000::50输出：Routing Table : Public下无任何匹配项。
再查：
[Acc-A] display ipv6 routing-table protocol ospf依然为空。
结论：Acc-A 未学习到2001:db8:5000::/64路由。
原因很快查明：该服务器网段由另一台汇聚设备 Agg-B 接入，而 Agg-B 未加入 OSPFv3 进程 100（学生只配置
本文还有配套的精品资源，点击获取
