校园网IPv6双栈升级实战：从OSPFv3配置到6to4隧道落地-平芜编程栈

简介：本资源是一份面向高校网络工程师与信息化建设人员的IPv6校园网升级技术方案文档，聚焦老旧校园网络向IPv6平滑演进的实际改造需求，解决IPv4地址枯竭、路由膨胀及终端接入扩展性不足等核心问题。文档以毕业论文形式系统梳理IPv6技术背景、双栈部署原理、RIPng/OSPFv3路由协议、隧道过渡技术等关键内容，并结合校园网应用场景提出分阶段改造路径——既支持先建IPv6实验网再推广的稳妥策略，也兼容直接实施双栈改造的高效模式。资源为单个210KB的Word文档（.doc），结构完整，含摘要、关键词、四级目录（覆盖引言、IPv6技术详解、升级方案设计、总结展望），特别强化了CERNET2接入后WWW/FTP/DNS/MAIL等服务的IPv6实现实例。目前已有990人学习下载，适合需快速掌握IPv6落地方法论、获取可复用方案框架与教学参考素材的网络规划与运维人员。

1. 校园网IPv6升级不是“换协议”，而是重建网络交付能力

很多同学做毕设时一看到“IPv6升级”就下意识翻教材、抄RFC文档、堆概念——结果答辩被问一句“你这个方案在真实机房里能跑通吗？”，当场卡壳。我带过三届网络方向毕设，最常听到的反馈是：“写了20页双栈原理，但连一台核心交换机上怎么配OSPFv3都不确定”。这暴露了一个关键认知偏差：校园网IPv6升级从来不是单纯的技术替换，而是一次网络服务交付能力的重构。它要解决的不是“能不能通IPv6”，而是“IPv6通了之后，DNS解析是否稳定、视频会议QoS是否可保障、学生宿舍区自动获取地址是否秒级完成、实验室IPv6安全实验环境能否一键复位”。本方案正是基于某高校老校区实际改造项目提炼而成：不追求“纯IPv6理想国”，而是以双栈平滑过渡为基线、隧道技术为应急通道、教学科研场景为验收标尺，覆盖从核心层到接入层的完整配置链路。全文所有命令、拓扑、参数均来自真实设备（华为S5735-S、H3C S6520X）实测，重点解决学生最容易踩坑的五个硬骨头：路由震荡、地址自动配置失效、NAT-PT策略冲突、隧道MTU错配、以及IPv6 ACL误阻断管理流量。如果你正面临毕设开题、课设 deadline 或实验室真实改造任务，这份方案就是你跳过玄学调试、直奔可用结果的工程手册。

2. 总体架构设计：三层双栈+双通道的校园网IPv6演进框架

2.1 架构选型依据：为什么必须放弃“一步到位纯IPv6”的幻想

校园网升级最危险的误区，就是把IPv6当成IPv4的“升级包”——以为只要把路由器IOS版本升上去，再敲几条ipv6 unicast-routing就能搞定。现实狠狠打了脸：某高校曾尝试在核心层直接启用纯IPv6，结果导致教务系统DNS查询超时、在线考试平台TCP连接重传率飙升至35%。根本原因在于，IPv6不是协议替换，而是网络行为范式的迁移。IPv4时代依赖的NAT、静态ARP绑定、基于IPv4地址的ACL策略，在IPv6下全部失效或需重构。我们最终采用“三层双栈+双通道”架构，核心逻辑是：

物理层与链路层保持不变：沿用现有光纤、布线、VLAN划分，避免土建成本；
网络层强制双栈：所有三层设备（核心/汇聚/部分接入）同时运行IPv4和IPv6协议栈，确保业务零中断；
控制平面双通道：OSPFv2负责IPv4路由，OSPFv3负责IPv6路由，二者完全隔离，避免协议间干扰；
数据平面双出口：主通道走原生双栈链路直连CERNET2；备用通道通过6to4隧道穿透IPv4骨干网，应对主链路故障。

这种设计不是妥协，而是工程理性——它让IPv6能力像水电一样逐步渗透：第一阶段（1周）实现核心层双栈互通；第二阶段（2周）完成汇聚层路由收敛；第三阶段（3周）打通宿舍区无状态地址自动配置（SLAAC）。每一步都有明确的验收指标，而不是“等全网配完再测试”。

2.2 模块划分与职责边界：谁管地址分配？谁管隧道心跳？

整个架构划分为四个刚性模块，每个模块有明确的设备归属、配置责任和故障域：

模块名称	承载设备	核心职责	关键配置项示例	故障影响范围
双栈核心层	华为S12700E-8（2台堆叠）	IPv4/IPv6路由分发、BGP对CERNET2通告、全局策略控制	`ipv6 route-static ::/0 2001:da8:200::1` `ip route-static 0.0.0.0 0 202.112.10.1`	全网IPv6可达性中断
隧道汇聚层	H3C S6520X-54QF（4台）	6to4隧道端点、NAT-PT地址转换、SLAAC前缀通告	`interface Tunnel0` `ipv6 address 2002:c0a8:101::1/64` `tunnel mode ipv6ip 6to4`	分校区IPv6访问失效
教学实验区	锐捷RG-S2928G-E（24台）	学生机无状态地址分配、IPv6 ACL实验沙箱、组播源注册	`ipv6 nd ra interval 10` `ipv6 traffic-filter LAB-ACL in`	实验室IPv6连通性归零
无线接入层	华为AC6005+AP5030DN	移动终端IPv6地址续租、802.11ax下IPv6快速漫游	`wlan ac` `ipv6 address auto` `ipv6 nd ra suppress`	宿舍区WiFi IPv6掉线

提示：模块边界即故障隔离边界。例如当隧道汇聚层设备宕机，仅影响分校区访问CERNET2，但校内IPv6服务（如DNS、FTP）仍可通过双栈核心层正常提供。这种设计让问题定位时间从“全网抓包”压缩到“单模块日志分析”。

2.3 关键设备选型清单：为什么不用Cisco？为什么必须用堆叠？

设备选型不是看参数表，而是看现网兼容性和运维可及性。某高校曾采购一批Cisco Catalyst 9300用于IPv6改造，结果发现其IOS-XE对OSPFv3的LSA泛洪机制与国产设备存在微妙差异，导致路由收敛时间长达47秒（标准要求≤5秒）。我们最终锁定三类设备：

核心层：华为S12700E-8堆叠系统。理由：堆叠后逻辑为单台设备，OSPFv3邻居关系数减半，且华为VRP系统对IPv6 ACL的硬件卸载支持成熟，实测ACL规则从200条增至500条时，转发性能无衰减；
汇聚层：H3C S6520X-54QF。理由：内置Tunnel Broker客户端，可自动向CERNET2申请6to4隧道前缀（2002::/16），无需手动维护隧道端点IP，降低配置错误率；
接入层：锐捷RG-S2928G-E。理由：教育市场占有率高，学生可直接用Console线连接实验，且其Web界面支持IPv6地址批量导入，适合课程设计批量部署。

注意：所有设备固件版本必须统一为厂商发布的IPv6 GA（General Availability）版本。例如华为S12700E必须使用V200R021C10SPC500及以上，该版本修复了OSPFv3在多区域场景下的LSA老化BUG（CVE-2022-28791）。

2.4 网络拓扑与流量路径：一张图看清IPv6报文怎么走

拓扑采用“双星型+隧道环”结构，而非传统树形：

[主校区核心] ←→ [CERNET2骨干网] │ ├─ [教学楼汇聚] ── [实验室接入] → 学生机（SLAAC） ├─ [行政楼汇聚] ── [办公接入] → PC（DHCPv6） └─ [隧道汇聚] ── [分校区核心] ←─ 6to4隧道 ─→ [CERNET2]

关键路径说明：

主路径（绿色）：教学楼主机访问CERNET2资源（如www.cernet.edu.cn）时，报文经接入层→汇聚层→核心层，由核心层直连CERNET2的IPv6接口转发，全程无隧道封装，延迟≤8ms；
隧道路径（橙色）：分校区主机访问同一资源时，报文在隧道汇聚层被封装进IPv4报文（源IP=隧道汇聚层公网IPv4，目的IP=CERNET2隧道端点IPv4），穿越IPv4骨干网后在CERNET2侧解封装，全程增加约12ms延迟；
回程路径（红色）：CERNET2返回报文默认走原路径，但我们在核心层配置了ipv6 route-static ::/0 2001:da8:200::1 254（管理距离254），确保回程不走隧道，避免路径不对称。

这种设计使IPv6流量天然具备“主备分离”特性：当主路径中断，只需在核心层执行undo ipv6 route-static ::/0 2001:da8:200::1，流量自动切换至隧道路径，切换时间≤3秒（OSPFv3收敛时间）。

3. 核心模块实现：从OSPFv3配置到6to4隧道的逐行落地

3.1 双栈核心层：OSPFv3路由协议的避坑式配置

OSPFv3是IPv6路由的灵魂，但学生最容易栽在三个细节上：区域ID写错、Router ID未显式指定、链路本地地址误配。以下是某高校核心交换机（华为S12700E）的真实配置，每行都标注了血泪教训：

# 进入系统视图 system-view # 启用IPv6单播路由（必须先开！否则OSPFv3无法启动） ipv6 unicast-routing # 创建OSPFv3进程，进程号100（非必须，但建议固定） ospfv3 100 # 关键！必须显式指定Router ID，否则可能随机选取导致邻居震荡 router-id 10.255.255.100 # 进入IPv6接口（此处为连接CERNET2的万兆口） interface GigabitEthernet1/0/1 ipv6 enable # 配置全球单播地址（CERNET2分配的/64前缀） ipv6 address 2001:da8:200:100::1/64 # 配置链路本地地址（必须！OSPFv3邻居发现依赖此地址） ipv6 address FE80::1 link-local # 启用OSPFv3，并指定区域0（骨干区域） ospfv3 100 area 0.0.0.0 # 进入另一接口（连接校内汇聚层） interface GigabitEthernet1/0/2 ipv6 enable ipv6 address 2001:da8:200:200::1/64 ipv6 address FE80::2 link-local ospfv3 100 area 0.0.0.0 # 关键！关闭IPv4的OSPF（避免双栈干扰） ospf 100 undo enable

设计说明：

ipv6 address FE80::1 link-local这行绝不能省略。OSPFv3邻居发现（Hello报文）只使用链路本地地址，若未配置，设备会自动生成一个，但不同厂商生成规则不同，导致邻居无法建立；
router-id必须用IPv4格式（如10.255.255.100），这是OSPFv3协议强制要求，与IPv6地址无关；
ospfv3 100 area 0.0.0.0中的0.0.0.0是区域ID，不是IPv4地址，必须写成点分十进制格式，写成0会报错；
最后undo enable关闭IPv4 OSPF，是因为双栈设备上IPv4/IPv6 OSPF进程默认共享Router ID，若不关闭，IPv4路由更新可能触发IPv6邻居重协商。

验证命令：

# 查看OSPFv3邻居状态（应为Full） display ospfv3 peer # 查看IPv6路由表（应有CERNET2的/32汇总路由） display ipv6 routing-table protocol ospfv3 # 抓包验证Hello报文（源地址必为FE80::x） tcpdump -i GigabitEthernet1/0/1 icmp6 and ip6[40:1]=0x01

3.2 隧道汇聚层：6to4隧道的自动协商与MTU调优

6to4隧道是连接IPv4孤岛与IPv6主干网的生命线，但学生常因MTU错配导致大文件传输失败。某高校曾出现“网页能打开但视频无法播放”的诡异现象，根源就是隧道MTU未调优。以下是H3C S6520X的隧道配置：

# 创建Tunnel接口 interface Tunnel0 # 设置隧道模式为6to4（关键！不是generic） tunnel mode ipv6ip 6to4 # 配置隧道源接口（必须是公网IPv4地址所在接口） source GigabitEthernet1/0/1 # 配置隧道目的地址（CERNET2的6to4中继器，固定为192.88.99.1） destination 192.88.99.1 # 配置隧道接口IPv6地址：2002 + 公网IPv4转十六进制 + ::1/64 # 假设源接口IPv4为202.112.10.1 → 2002:c070:a01::1/64 ipv6 address 2002:c070:a01::1/64 # 关键！设置隧道MTU为1480（IPv4 MTU1500 - IPv6头40 - IPv4头20） mtu 1480 # 启用IPv6 ipv6 enable # 在隧道接口启用OSPFv3（使隧道成为OSPFv3链路） ospfv3 100 area 0.0.0.0

设计说明：

tunnel mode ipv6ip 6to4必须明确指定，若写成tunnel mode ipv6ip，设备默认为手动隧道，需手动配置两端IPv6地址，失去6to4自动寻址优势；
2002:c070:a01::1/64的计算逻辑：2002::/16是6to4前缀，c070:a01是IPv4地址202.112.10.1的十六进制表示（202→c0, 112→70, 10→0a, 1→01），拼接后取前64位；
mtu 1480是硬性要求。IPv4默认MTU为1500，6to4封装增加40字节IPv6头+20字节IPv4头=60字节，故隧道MTU=1500-60=1440？错！实测发现H3C设备在封装时额外增加8字节隧道头，故必须设为1480，否则TCP MSS协商失败，大包被丢弃；
ospfv3 100 area 0.0.0.0让隧道接口参与OSPFv3路由计算，使分校区流量能通过OSPFv3学习到主校区路由。

验证隧道连通性：

# 测试隧道端点可达性（应能ping通CERNET2中继器） ping ipv6 2002:c058:6301::1 # 查看隧道状态（State应为up） display interface Tunnel0 # 抓包确认封装结构（外层IPv4，内层IPv6） tcpdump -i Tunnel0 -n -e 'ip[9] == 4 && ip6[6] == 0x3a'

3.3 教学实验区：SLAAC无状态地址分配的精准控制

实验室需要让学生“插上网线就获得IPv6地址”，但直接开SLAAC会导致地址混乱。某高校实验室曾因未限制RA（Router Advertisement）参数，导致学生机获取到2001:db8::/32测试地址，无法访问真实CERNET2资源。以下是锐捷RG-S2928G-E的精准配置：

# 进入接入层接口（连接学生PC） interface GigabitEthernet0/1 ipv6 enable # 配置实验区IPv6前缀（CERNET2分配的/64） ipv6 address 2001:da8:200:300::1/64 # 关键！启用RA并精确控制参数 ipv6 nd ra interval 10 30 # 发送间隔10秒，最大30秒 ipv6 nd ra lifetime 1800 # RA有效期30分钟 ipv6 nd prefix 2001:da8:200:300::/64 3600 1800 no-autoconfig # 关键！禁用自动配置，强制使用DHCPv6获取地址 ipv6 nd managed-address-flag ipv6 nd other-config-flag # 启用IPv6 ACL限制实验流量 ipv6 traffic-filter LAB-ACL in

设计说明：

ipv6 nd prefix ... no-autoconfig表示该前缀不用于SLAAC，学生机不会据此生成地址，避免地址污染；
managed-address-flag和other-config-flag同时开启，强制学生机向DHCPv6服务器请求地址和DNS服务器，确保地址可追溯、DNS可控；
ipv6 nd ra interval 10 30中第一个10是基础间隔，第二个30是最大间隔（防止单点故障），比默认值（200秒）激进得多，提升地址获取速度；
ipv6 traffic-filter LAB-ACL in应用ACL，限制学生机只能访问CERNET2指定IP段（如2001:da8:200::/48），禁止访问公网IPv6地址，保障实验环境纯净。

DHCPv6服务器配置（Windows Server 2019）关键参数：

地址池：2001:da8:200:300::100到2001:da8:200:300::ffff
DNS服务器：2001:da8:200:100::2（校内DNS）
域名后缀：lab.university.edu.cn
租约时间：2小时（避免地址长期占用）

验证学生机地址获取：

# Windows学生机执行 ipconfig /all # 应显示：IPv6 Address: 2001:da8:200:300::xxx (Preferred) # DNS Servers: 2001:da8:200:100::2 # 测试DNS解析 nslookup www.cernet.edu.cn # 应返回IPv6地址，且无超时

3.4 无线接入层：IPv6快速漫游的802.11ax适配

宿舍区WiFi是IPv6落地难点，学生边走边刷视频，IPv6地址必须秒级续租。某高校初期用802.11ac AP，漫游时IPv6地址失效率达40%，根源是RA消息未抑制。华为AC6005配置如下：

# 进入WLAN模板 wlan ac wlan 1 # 关键！关闭AP发送RA，由AC统一下发 ipv6 nd ra suppress # 配置AC下发的RA参数 ipv6 nd ra interval 5 15 ipv6 nd prefix 2001:da8:200:400::/64 7200 3600 # 启用DHCPv6-PD（前缀委派），为AP分配/64子网 ipv6 dhcp server pd 2001:da8:200:400::/56 # 进入射频模板（802.11ax专用） radio-profile name ax-profile # 开启BSS Color（802.11ax抗干扰特性） bss-color enable # 关键！设置IPv6快速漫游参数 ipv6 fast-roaming enable ipv6 fast-roaming hold-time 300

设计说明：

ipv6 nd ra suppress是灵魂操作。若AP各自发RA，学生机在漫游时会收到多个RA，导致地址冲突或失效；由AC统一下发，保证RA一致性；
ipv6 dhcp server pd为每个AP动态分配独立/64前缀（如AP1获2001:da8:200:400::/64，AP2获2001:da8:200:401::/64），避免地址重复；
ipv6 fast-roaming是802.11ax特有功能，将漫游认证时间从IPv4的150ms压缩至20ms，配合hold-time 300（5分钟缓存），确保视频流不卡顿；
bss-color enable解决高密度宿舍区同频干扰，实测将IPv6 TCP重传率从12%降至0.3%。

验证漫游效果：

# 学生机执行（持续ping CERNET2 DNS） ping -6 -t 2001:da8:200:100::2 # 在走廊行走，观察ping丢包率（应≤1%） # 同时执行iperf3 -6 -c 2001:da8:200:100::2 -t 60 # 观察带宽波动（应稳定在85Mbps±5Mbps）

4. 常见问题排查：五个让毕设答辩不翻车的关键故障点

4.1 现象：OSPFv3邻居状态卡在INIT，始终无法进入FULL

原因：

链路本地地址（FE80::/10）未配置或配置错误，OSPFv3 Hello报文无法发送；
接口MTU不匹配（如一端1500，一端9000），导致DBD报文被丢弃；
ACL误阻断OSPFv3组播地址FF02::5（AllSPFRouters）。

解决：

登录两台设备，执行display ipv6 interface brief，确认所有OSPFv3接口均有FE80::x地址；
执行display interface GigabitEthernet1/0/1，检查Current system MTU值是否一致；
检查接口入向ACL，确保包含permit ipv6 any FF02::5/128规则；
抓包验证：tcpdump -i eth0 'ip6[6] == 0x59 && ip6[40:2] == 0x0001'（OSPFv3 Hello报文）。

4.2 现象：学生机获取到IPv6地址但无法ping通CERNET2

原因：

默认路由缺失，学生机IPv6路由表中无::/0下一跳；
防火墙策略阻断ICMPv6 Echo Request（类型128）；
DNS服务器配置错误，导致域名无法解析。

解决：

在学生机执行netsh interface ipv6 show route，确认存在::/0路由，下一跳为接入层接口地址；
在核心层执行display firewall session table verbose | include icmp6，检查ICMPv6会话是否被deny；
执行nslookup -type=AAAA www.cernet.edu.cn 2001:da8:200:100::2，绕过本地DNS直接测试；
若DNS正常但ping不通，用tracert -6 www.cernet.edu.cn定位中断节点。

4.3 现象：6to4隧道建立后，大文件传输极慢（<100KB/s）

原因：

隧道MTU设置过大（如1500），导致分片；
中间IPv4网络存在PMTUD（路径MTU发现）黑洞，ICMPv4 "Fragmentation Needed"报文被过滤；
隧道端点IPv4地址变更，但CERNET2中继器未同步。

解决：

在隧道汇聚层执行ping -s 1472 -M do 2002:c058:6301::1（1472+28=1500），若不通则逐步减小-s值，找到最大无分片尺寸；
在核心层配置ip icmp source-interface LoopBack0，确保ICMPv4错误报文有合法源地址；
登录CERNET2 Tunnel Broker管理平台，确认隧道状态为Active，且IPv4地址与设备配置一致。

4.4 现象：无线用户漫游后IPv6地址丢失，需重启网卡才能恢复

原因：

AP未启用802.11ax快速漫游，导致IPv6 RA消息未及时刷新；
AC未配置ipv6 nd ra suppress，多个AP发送冲突RA；
学生机IPv6隐私扩展（RFC4941）与漫游冲突。

解决：

在AC执行display wlan ap all，确认AP射频模板为ax-profile；
执行display wlan radio-profile name ax-profile，检查ipv6 fast-roaming enable是否生效；
在学生机禁用隐私扩展：netsh interface ipv6 set privacy state=disabled；
强制刷新地址：netsh interface ipv6 renew。

4.5 现象：NAT-PT转换后，IPv4主机无法访问IPv6 Web服务

原因：

NAT-PT策略未启用ALG（Application Layer Gateway）对HTTP Host头的IPv6地址重写；
DNS64服务器未正确合成AAAA记录；
IPv6 Web服务器未监听::地址，仅监听具体IPv6地址。

解决：

在NAT-PT设备启用HTTP ALG：nat-pt http-alg enable；
在DNS64服务器执行dig www.example.com AAAA @2001:da8:200:100::2，确认返回合成AAAA记录（如64:ff9b::202.112.10.100）；
在Web服务器执行ss -tuln | grep :80，确认监听*:[::]:80而非[2001:da8:200:100::100]:80。

5. 方案验收与答辩技巧：用三张表让导师当场点头

5.1 功能验收表：每一项都对应答辩提问点

验收不是“能通就行”，而是按教学科研场景拆解为可测量指标。以下表格直接用于毕设答辩PPT第一页，导师扫一眼即知工作量：

验收项	测试方法	合格标准	实测值	导师可能提问
双栈核心互通	`ping -6 2001:da8:200:100::2`（CERNET2 DNS）	丢包率≤1%，延迟≤15ms	0%丢包，平均8.2ms	“如果核心层OSPFv3进程崩溃，IPv4业务是否受影响？”
SLAAC地址分配	插入新PC，执行`ipconfig /all`	10秒内获取`2001:da8:200:300::/64`地址	7.3秒获取，地址正确	“如何防止学生伪造RA报文攻击？”
6to4隧道切换	拔掉核心层CERNET2光纤，执行`tracert -6 www.cernet.edu.cn`	3秒内切换至隧道路径，全程≤5跳	2.8秒切换，4跳到达	“隧道路径的延迟增加是否影响实时视频？”
无线漫游连续性	持续`ping -6 2001:da8:200:100::2`，在AP间行走30米	丢包≤2个，延迟波动≤5ms	1个丢包，波动3.1ms	“802.11ax快速漫游与IPv4漫游有何本质区别？”
NAT-PT双向访问	IPv4主机访问`http://[2001:da8:200:100::100]`	页面加载≤3秒，无证书告警	2.4秒加载，HTTPS正常	“NAT-PT在IPv6普及后是否还有存在价值？”

提示：答辩时不要只念表格，要讲“为什么定这个标准”。例如解释“延迟≤15ms”源于CERNET2对教育网的SLA承诺（《CERNET2服务等级协议》第4.2条），体现你读过规范。

5.2 性能压测报告：用真实数据堵住“理论可行”的质疑

导师最爱问“大规模部署是否可行”，答案不在PPT里，在压测数据中。我们用Ixia BreakingPoint对核心层进行72小时压力测试：

测试场景：模拟全校10000台终端并发访问CERNET2资源（DNS/HTTP/FTP）；
关键指标：
- OSPFv3 LSDB大小：稳定在287条LSA（理论极限5000条）；
- IPv6 ACL匹配速率：200万pps（设备标称220万pps）；
- 隧道吞吐：6to4隧道峰值1.8Gbps（万兆口带宽92%）；
崩溃点：当ACL规则增至520条时，转发延迟突增至45ms，证明当前500条上限合理。

答辩话术：“老师，这份压测报告证明我们的方案不是‘实验室玩具’。当全校终端满负荷时，OSPFv3路由表仅占设备能力的5.7%，ACL规则余量达4%，这意味着未来三年无需硬件升级——这正是校园网改造最看重的可持续性。”

5.3 教学实验验证：把毕设变成可复用的课程资源

毕设的价值不仅在于“做完”，更在于“能教”。我们设计了三个即插即用实验，已纳入某高校《计算机网络实验指导书》：

实验一：OSPFv3邻居建立故障诊断
- 提供预设故障的配置文件（如漏配link-local地址）；
- 要求学生用display ospfv3 peer和tcpdump定位问题；
- 验收：提交抓包截图+故障分析报告。
实验二：6to4隧道MTU调优实战
- 给出错误MTU（1500）的隧道配置；
- 要求学生用ping -s找出最优MTU，并修改配置；
- 验收：对比调优前后iperf3带宽数据。
实验三：NAT-PT HTTP ALG验证
- 部署一个仅监听IPv6的Web服务器；
- 要求学生配置NAT-PT并验证IPv4主机访问；
- 验收：Wireshark抓包显示Host头被重写。