第一章 绪论

1.1 研究背景与意义

1.1.1 研究背景

互联网技术迭代中，IPv4地址空间耗尽问题成为制约网络规模化扩展的核心瓶颈。IPv4采用32位地址架构，理论地址容量约43亿个，经多年分配已接近枯竭，网络地址复用技术虽能缓解短期需求，但无法从根本上解决地址稀缺与终端设备爆发式增长的矛盾。IPv6作为下一代互联网协议，采用128位地址架构，地址资源近乎无限，同时具备流量优化、安全性提升、自动配置等优势，成为网络升级的必然方向。

校园网作为教学、科研与管理的核心基础设施，终端接入密度高、业务场景复杂，对地址资源的需求持续攀升。当前多数高校校园网仍基于IPv4架构运行，面临地址分配紧张、物联网设备接入受限、跨网数据传输效率不足等问题。IPv6校园网建设已纳入国家下一代互联网发展规划，高校作为技术落地与人才培养的前沿阵地，亟需完成网络架构向IPv6的迁移过渡。

IPv6迁移过程中，过渡技术的选型与配置、地址的科学规划直接影响网络稳定性与可用性。现有配置工具多针对企业级网络设计，操作复杂且适配校园网场景不足，缺乏兼顾地址规划、过渡配置生成与性能分析的一体化工具，导致校园网IPv6改造过程中出现配置效率低、技术适配性差、性能评估不精准等问题，制约了IPv6在校园场景的规模化落地。

1.1.2 研究意义

本研究的理论意义在于完善IPv6校园网过渡技术的实践体系，针对校园网场景优化地址规划算法与过渡配置方案，为同类场景的IPv6迁移提供技术参考。现有研究多聚焦单一过渡技术的性能分析，本研究整合双栈、6to4、ISATAP三种核心过渡技术，构建一体化仿真工具，填补了校园网IPv6规划与过渡配置集成化工具的研究缺口，丰富了IPv6过渡技术的应用研究维度。

实践意义体现在为高校校园网IPv6改造提供高效工具支撑。系统实现的IPv6地址自动规划、多平台过渡配置生成、性能数据分析功能，可大幅降低技术人员的操作难度，提升配置准确性与效率。工具支持思科IOS与Linux系统适配，覆盖校园网主流网络设备，生成的配置文件可直接应用于实际部署。同时，性能分析模块能为过渡技术选型提供数据支撑，助力校园网构建稳定、高效的IPv6架构，满足教学科研与日常管理的业务需求。此外，系统可作为网络工程专业的教学辅助工具，帮助学生直观理解IPv6技术原理与过渡配置流程，提升实践教学效果。

1.2 国内外研究现状

国外IPv6技术研究与部署起步较早，美国、欧洲等发达国家已完成核心网络的IPv6升级，形成成熟的技术体系与应用生态。美国高校依托国家互联网基础设施项目，较早实现校园网全IPv6覆盖，开发了针对性的地址规划工具与过渡技术仿真平台，注重技术的兼容性与可扩展性。欧洲部分高校联合企业构建IPv6测试床，开展多过渡技术的性能对比研究，形成了标准化的配置规范与评估体系。国外工具多具备跨平台适配能力，但针对校园网轻量化需求的优化不足，部分工具操作复杂且开源性有限。

国内IPv6建设在政策推动下加速推进，《推进互联网协议第六版（IPv6）规模部署行动计划》明确要求高校校园网优先完成IPv6改造。国内高校与科研机构围绕IPv6校园网建设开展了系列研究，部分高校已实现核心业务系统的IPv6适配，开发了基于本地需求的地址规划工具。现有研究多聚焦单一功能模块优化，如IPv6子网划分算法改进、特定过渡技术的性能优化等，一体化工具的开发相对滞后。部分工具仅支持基础配置生成，缺乏性能分析与历史记录管理功能，难以满足校园网全流程改造需求。整体而言，国内研究更贴合本土场景，但在工具的集成化、智能化水平上与国外存在一定差距，亟需开发适配校园网场景的一体化IPv6规划与过渡仿真系统。

1.3 研究内容与研究方法

1.3.1 研究内容

本研究聚焦基于IPv6的校园网设计与过渡技术仿真系统开发，核心研究内容包括四方面。一是梳理IPv6核心技术与过渡技术原理，明确校园网场景下的技术适配需求，确定系统开发的技术选型与功能边界。二是完成系统总体设计，构建“前端展示-业务逻辑-数据存储”三层架构，划分IPv6地址规划、过渡技术配置生成、性能分析、历史记录管理四大功能模块，设计数据存储方案以实现配置与分析结果的持久化管理。

三是开展系统核心功能实现，基于Flask框架搭建Web应用，开发IPv6地址规划算法以实现聚合前缀的子网划分与网关建议生成；针对双栈、6to4、ISATAP三种技术，开发多平台配置生成模块，支持思科IOS与Linux系统配置输出；实现EUI64地址生成工具与性能数据分析模块，完成单组数据统计与两组数据对比分析。四是进行系统测试与优化，搭建测试环境验证各功能模块的准确性与稳定性，通过功能测试与性能测试，优化算法效率与界面交互体验，确保系统满足校园网实际应用需求。

1.3.2 研究方法

文献研究法：系统梳理IPv6技术标准、过渡技术原理、Flask开发框架等相关文献，总结国内外IPv6校园网建设与工具开发的研究成果，明确现有研究的不足与本研究的突破点，为系统设计与开发提供理论支撑。

技术开发法：采用Python语言作为开发主力，基于Flask框架构建Web应用，利用ipaddress模块实现IPv6地址计算，通过模块化开发思想拆分业务逻辑，依次实现地址规划、配置生成、性能分析等核心功能，确保代码的可维护性与扩展性。

测试验证法：搭建包含思科模拟器与Linux服务器的测试环境，设计功能测试用例，验证地址规划准确性、配置生成有效性、性能分析合理性；通过压力测试检验系统并发处理能力，结合测试结果优化算法与系统性能，确保系统稳定运行。

对比分析法：在性能分析模块中，采用时间序列对齐算法处理两组测试数据，对比不同过渡技术在时延、吞吐量、丢包率等指标上的差异，为校园网过渡技术选型提供数据支撑。

第二章 相关技术基础

2.1 IPv6核心技术

2.1.1 IPv6地址特性

IPv6地址采用128位二进制数表示，通常分为8组4位十六进制数，各组间以冒号分隔，格式为X:X:X:X:X:X:X:X，相比IPv4地址容量实现指数级提升，理论上可提供2¹²⁸个地址，足以满足物联网、云计算等场景的终端接入需求。地址结构划分为前缀、接口标识两部分，前缀用于标识网络，接口标识用于区分同一网络内的终端设备，常见前缀长度包括/32（骨干网）、/48（校园网）、/64（子网）。

IPv6地址类型分为单播、组播、任播三类，无广播地址设计，通过组播实现广播功能的替代，减少网络冗余流量。单播地址用于一对一通信，包括全球单播地址、链路本地地址、站点本地地址；组播地址用于一对多通信，标识特定接收组；任播地址用于一对最近节点通信，数据被路由至距离发送方最近的目标节点。

IPv6具备内置安全特性，支持IPsec协议集成，可实现数据加密、身份认证与完整性校验，无需额外部署安全插件。自动配置能力是核心特性之一，终端设备可通过无状态地址自动配置（SLAAC）获取IPv6地址，无需依赖DHCP服务器，简化网络部署与管理。此外，IPv6取消了IPv4中的网络地址转换（NAT）技术，实现终端设备的直接寻址，提升跨网通信效率。

2.1.2 EUI64地址生成算法

EUI64（Extended Unique Identifier 64-bit）算法用于生成IPv6地址的接口标识部分，适用于SLAAC场景，可将48位MAC地址扩展为64位接口标识，结合网络前缀形成完整IPv6地址，符合RFC4291标准规范。该算法核心逻辑为MAC地址格式转换、中间字段插入与位翻转处理，确保接口标识的唯一性。

EUI64算法执行步骤如下：第一步，规范化MAC地址格式，去除分隔符（冒号、连字符等），转换为48位二进制数；第二步，将48位MAC地址分为前24位（厂商标识）与后24位（设备标识），在中间插入16位字段FFFE，扩展为64位二进制数；第三步，翻转第7位（通用/本地位），若原位为0则改为1，为1则改为0，用于区分本地管理地址与全球唯一地址；第四步，将处理后的64位二进制数转换为十六进制格式，作为IPv6地址的接口标识部分，与网络前缀拼接形成完整地址。

以下为EUI64算法应用示例，MAC地址为00:1A:2B:3C:4D:5E，网络前缀为2001:db8:1::/64，具体转换过程如下表所示。

步骤	处理内容	结果
1	MAC地址规范化	001A2B3C4D5E（48位二进制：00000000 00011010 00101011 00111100 01001101 01011110）
2	插入FFFE字段	001A2BFFFE3C4D5E（64位二进制：00000000 00011010 00101011 11111111 11111110 00111100 01001101 01011110）
3	翻转第7位	021A2BFFFE3C4D5E（64位二进制：00000010 00011010 00101011 11111111 11111110 00111100 01001101 01011110）
4	拼接网络前缀	2001:db8:1::21A:2BFF:FE3C:4D5E

算法支持多种MAC地址分隔符格式，可自动处理冒号、连字符、无分隔符等输入形式，规范化后再执行计算，确保结果准确性。

2.2 IPv6过渡技术

2.2.1 双栈技术

双栈技术是最基础的IPv6过渡方案，核心逻辑为网络设备与终端同时运行IPv4和IPv6两种协议栈，可根据通信目标地址自动选择对应协议进行数据传输。该技术无需对现有IPv4网络架构进行大规模改造，仅需在设备上启用IPv6协议栈，配置双协议地址，实现IPv4与IPv6业务的并行运行。

双栈技术部署时，网络设备接口需同时配置IPv4地址（静态或DHCP获取）与IPv6地址（静态、SLAAC或DHCPv6获取），路由协议需同时支持IPv4与IPv6路由信息的传递。终端设备通过双协议栈可直接访问IPv4与IPv6资源，无需地址转换或隧道封装。该技术适用于IPv4与IPv6网络共存、业务平滑过渡的场景，尤其适合校园网这类业务连续性要求高的环境。

双栈技术优势在于实现简单、兼容性强，可快速部署并支持双向通信。局限性体现在需同时维护两套协议栈，增加设备配置与管理成本，且无法解决IPv4地址耗尽问题，仅作为过渡阶段的临时方案。

2.2.2 6to4隧道技术

6to4隧道技术属于自动隧道方案，无需手动配置隧道端点，利用IPv4公网地址实现IPv6数据包的封装传输，适用于两个IPv6网络通过IPv4公网互联的场景。核心原理是将IPv6数据包封装在IPv4数据包中，通过IPv4公网传输至目标网络，再解封装还原IPv6数据包，完成跨网通信。

6to4隧道使用2002::/16作为专用前缀，前缀后紧跟64位接口标识，接口标识由隧道端点的IPv4公网地址转换生成。IPv4地址转换为64位标识时，将32位IPv4地址拆分为两段16位十六进制数，直接作为接口标识的前32位，后32位补零。隧道封装过程中，外层IPv4头部的源地址与目的地址分别为两端隧道端点的IPv4公网地址，内层为IPv6数据包。

该技术无需部署专用隧道设备，配置简单，可实现IPv6网络的快速互联。但依赖IPv4公网地址，若隧道端点使用私有IPv4地址，需通过NAT转换，可能导致通信不稳定。同时，6to4隧道不支持IPv6组播业务，仅适用于单播业务场景。

2.2.3 ISATAP隧道技术

ISATAP（Intra-Site Automatic Tunnel Addressing Protocol）即站内自动隧道寻址协议，适用于单一IPv4校园网内部的IPv6过渡，可在无原生IPv6网络的环境中，通过IPv4网络构建虚拟IPv6隧道，实现终端设备的IPv6通信。该技术属于点到多点隧道方案，无需手动配置隧道端点，终端可自动发现隧道服务器并建立连接。

ISATAP隧道使用特殊的IPv6地址格式，前缀部分为网络分配的IPv6前缀，接口标识部分采用64位格式，结构为0000:5EFE:IPv4地址，其中IPv4地址为隧道端点的IPv4地址（公网或私有均可）。终端设备通过DHCPv6或手动配置获取ISATAP前缀，生成自身IPv6地址，再通过隧道服务器与其他ISATAP终端通信。

ISATAP隧道支持私有IPv4地址场景，部署灵活，可适配校园网复杂的IPv4网络架构，无需改造现有网络拓扑。局限性在于仅支持站内通信，无法实现跨IPv4公网的IPv6互联，且隧道传输效率略低于原生IPv6网络，适合校园网内部IPv6业务的测试与部署。

2.3 开发框架与工具

2.3.1 Flask框架基础

Flask是基于Python的轻量级Web开发框架，核心特点为简洁、灵活、可扩展，无强制依赖模块，开发者可根据需求选择第三方扩展，适合中小型Web应用开发。框架采用MTV（Model-Template-View）架构模式，对应数据模型、前端模板、视图逻辑三层结构，职责划分清晰，便于代码维护与扩展。

Flask核心组件包括路由系统、模板引擎、请求响应处理机制。路由系统通过装饰器实现URL与视图函数的映射，支持动态URL参数与请求方法限制，可灵活配置不同功能模块的访问路径。模板引擎采用Jinja2，支持模板继承、变量渲染、条件判断与循环语句，可实现前端页面的复用与动态生成，降低前后端耦合度。

框架支持工厂模式创建应用实例，通过延迟导入避免模块间循环依赖，便于应用的模块化部署与测试。请求响应机制基于Werkzeug库实现，提供请求数据解析、响应生成、会话管理等功能，支持Cookie与Session操作，可实现用户状态保持。此外，Flask支持自定义扩展，可通过扩展实现数据库连接、表单验证、文件上传等功能，满足系统开发需求。

第三章 系统总体设计

3.1 系统设计目标

本系统以校园网IPv6改造实际需求为导向，打造轻量化、一体化的IPv6规划与过渡技术仿真工具，核心设计目标聚焦功能完整性、技术准确性、操作易用性、运行稳定性及可扩展性，为校园网技术人员提供高效支撑，同时适配教学演示场景需求。

功能完整性目标聚焦核心业务覆盖，实现IPv6地址规划、过渡技术配置生成、性能数据分析及历史记录管理全流程功能。地址规划模块需支持聚合前缀子网划分与EUI64地址生成，精准输出子网信息与网关建议；过渡配置模块需兼容双栈、6to4、ISATAP三种技术，适配思科IOS与Linux双平台，生成可直接部署的配置命令；性能分析模块需完成单组数据统计与两组数据对比，输出时延、吞吐量、丢包率核心指标。

技术准确性目标要求所有功能符合IPv6相关标准规范，基于Python ipaddress模块保障地址计算精度，EUI64算法、隧道配置逻辑严格遵循RFC协议，确保生成的规划方案与配置命令可直接应用于实际场景。操作易用性目标聚焦Web端交互优化，界面布局简洁直观，参数输入流程简化，结果以表格、代码块形式清晰呈现，支持配置文件与分析结果下载，降低非专业人员操作门槛。

运行稳定性目标要求系统支持多用户并发访问，数据持久化存储安全可靠，可应对频繁的配置生成与数据分析操作，无异常崩溃或数据丢失问题。可扩展性目标采用模块化架构设计，预留功能扩展接口，便于后续新增过渡技术类型、适配更多设备平台或优化性能分析算法，满足校园网IPv6技术迭代与业务拓展需求。 

3.2 系统总体架构

3.2.1 总体架构设计

本系统采用“前端展示-业务逻辑-数据存储”三层架构设计，整体架构如图所示，各层级职责清晰、松耦合，既保障功能独立实现，又确保数据传输高效协同，契合前文提及的稳定性与可扩展性目标。

前端展示层基于Flask Jinja2模板构建，负责用户交互与结果呈现，包含各功能模块页面，接收用户参数输入并展示处理结果。业务逻辑层为核心层级，集成IPv6地址规划、过渡配置生成、性能分析等模块，通过模块化调用完成核心业务处理，依托Python ipaddress模块与自定义算法保障逻辑准确性。

数据存储层采用文件系统存储方案，对应data目录结构，分类保存规划方案、配置文件及分析结果，提供数据读写、删除与下载接口。三层架构通过接口实现数据交互，前端请求经业务层处理后，结果由存储层持久化，整体架构适配校园网场景需求，便于维护与扩展。

3.3 功能模块设计

基于系统总体架构与设计目标，将核心业务拆解为四大功能模块，各模块独立实现业务逻辑，通过数据接口协同工作，覆盖IPv6校园网规划、过渡配置、性能评估及数据管理全流程，确保功能闭环与操作高效。

第四章 系统详细实现

4.1 系统主程序实现

4.1.1 Flask应用初始化

本系统采用工厂模式实现Flask应用初始化，核心目的是解决模块间循环依赖问题，同时提升应用可扩展性与可测试性。初始化流程集中在app.py文件中，通过封装create_app函数，延迟导入业务模块与路由，确保各组件加载顺序合理。函数内部先完成基础配置初始化，包括设置应用秘钥用于会话管理、指定数据存储目录路径、关闭JSON.ascii编码限制以支持中文标识，同时配置Flask调试模式，适配开发阶段代码热重载需求。

初始化过程中，同步完成上下文处理器与扩展的注册，确保静态资源加载路径、模板渲染规则全局生效。考虑到系统轻量化定位，未引入额外数据库扩展，直接依托文件系统实现数据交互，通过配置数据目录绝对路径，避免跨环境部署时的路径错误。应用实例创建后，通过调用register_blueprint方法注册各功能模块路由蓝图，实现业务逻辑与主程序的解耦，最终返回初始化完成的应用实例供运行调用。

python import os from flask import Flask from routes import main_bp def create_app():     app = Flask(__name__)     app.secret_key = 'ipv6-campus-network-key'     app.config['DATA_DIR'] = os.path.join(app.root_path, 'data')     app.config['JSON_AS_ASCII'] = False     # 自动创建数据目录     for dir_path in [app.config['DATA_DIR']] + [os.path.join(app.config['DATA_DIR'], sub) for sub in ['ipv6_plans', 'transition_configs', 'analysis']]:         os.makedirs(dir_path, exist_ok=True)          app.register_blueprint(main_bp)     return app if __name__ == '__main__':     create_app().run(host='0.0.0.0', port=5000, debug=True)

4.1.2 路由配置实现

路由配置采用蓝图模式拆分管理，将不同功能模块的路由集中在routes.py文件中，通过MainBlueprint统一注册至应用实例，实现路由与主程序的分离。路由设计覆盖系统全部功能场景，严格区分GET与POST请求方法，GET请求用于页面渲染与数据查询，POST请求用于接收参数、处理业务逻辑并返回结果，同时配置静态资源路由与文件下载路由，确保前端页面正常加载与成果导出。

核心路由包括首页统计路由、IPv6地址规划路由、EUI64生成路由、过渡配置生成路由、性能分析与对比路由、历史记录管理路由及文件下载路由。每个路由对应独立视图函数，视图函数内部负责接收用户输入参数、调用对应业务模块处理、获取结果并传递至前端模板渲染，或返回文件流供下载。路由参数设计贴合业务需求，如地址规划路由接收聚合前缀、前缀长度等参数，下载路由通过UUID精准定位文件路径，确保请求处理精准高效。

python from flask import Blueprint, render_template, request, send_file from services import ipv6_planner, transition_generator, storage main_bp = Blueprint('main', __name__) @main_bp.route('/') def index():     return render_template('index.html', stats=storage.get_stats()) @main_bp.route('/ipv6-plan', methods=['GET', 'POST']) def ipv6_plan():     if request.method == 'POST':         subnets = ipv6_planner.allocate_subnets(             request.form.get('prefix'),             int(request.form.get('prefix_len')),             int(request.form.get('subnet_num'))         )         storage.save_ipv6_plan(subnets, request.form.get('prefix'), int(request.form.get('prefix_len')))         return render_template('ipv6_planner.html', subnets=subnets)     return render_template('ipv6_planner.html') @main_bp.route('/transition', methods=['GET', 'POST']) def transition():     if request.method == 'POST':         config = transition_generator.generate_config(             request.form.get('tech'),             request.form.get('platform'),             request.form.to_dict()         )         storage.save_transition_config(config, request.form.get('tech'), request.form.get('platform'))         return render_template('transition.html', config=config)     return render_template('transition.html') @main_bp.route('/download/<uuid>/') def download(uuid, type):     return send_file(storage.get_file_path(uuid, type), as_attachment=True) block_replaceipv6-campus-network-system-implementation164. import ipaddress from typing import List, Dict def allocate_subnets(prefix: str, target_prefix_len: int, subnet_num: int, subnet_names: List[str] = None) -> List[Dict]:     network = ipaddress.IPv6Network(prefix, strict=False)     # 核心参数校验     if not (network.prefixlen < target_prefix_len <= 128) or subnet_num > 2 **(target_prefix_len - network.prefixlen):         raise ValueError("参数非法或地址空间不足")          subnets = list(network.subnets(new_prefix=target_prefix_len))[:subnet_num]     return [{         "name": subnet_names[i] if (subnet_names and i< len(subnet_names)) else f"子网{i+1}",         "network": str(subnet),         "prefix_len": target_prefix_len,         "gateway": str(subnet[1])  # 子网首个可用地址作为网关     } for i, subnet in enumerate(subnets)]

4.1.3 过渡技术配置生成实现

transition_generator.py核心函数generate_config，按技术类型与设备平台，生成双栈、6to4、ISATAP对应的可执行配置命令，适配思科IOS与Linux系统，返回结构化配置数据与命令文本。

python from typing import Dict def generate_config(tech: str, platform: str, params: Dict) -> Dict:     config = []     ipv4, ipv6, interface = params.get('ipv4'), params.get('ipv6'), params.get('interface')          if tech == 'dual_stack':         config = [f"interface {interface}", f"ip address {ipv4}", f"ipv6 address {ipv6}"] if platform == 'cisco' else \                  [f"ip addr add {ipv4} dev {interface}", f"ip -6 addr add {ipv6} dev {interface}"]     elif tech == '6to4':         prefix = '2002:' + ':'.join(ipv4.split('.')) + '::/48'         config = [f"interface Tunnel0", f"ipv6 address {prefix}", f"tunnel source {ipv4}", "tunnel mode ipv6ip 6to4"] if platform == 'cisco' else \                  [f"ip tunnel add tun6to4 mode sit local {ipv4}", f"ip -6 addr add {prefix} dev tun6to4"]     elif tech == 'isatap':         isatap_addr = f"fe80::5efe:{ipv4}"         config = [f"interface {interface}", f"ipv6 address {isatap_addr} link-local", "ipv6 isatap"] if platform == 'cisco' else \                  [f"ip tunnel add isatap0 mode isatap local {ipv4}", f"ip -6 addr add {isatap_addr} dev isatap0"]          return {"tech": tech, "platform": platform, "config_text": '\n'.join(config)}

第五章 系统测试

5.1 测试环境搭建

本次测试围绕校园网实际应用场景搭建轻量化测试环境，兼顾硬件兼容性与软件适配性，确保测试结果贴合真实部署需求。硬件环境采用两台普通PC终端（CPU i5-10400、内存16GB、硬盘512GB），一台部署系统服务作为服务器，另一台作为用户终端；额外配置一台Linux服务器（Ubuntu 22.04 LTS）与思科IOS模拟器（GNS3 2.2.30），用于验证过渡配置命令的实际执行效果。

软件环境方面，服务器端安装Python 3.9.7，依托pip工具部署Flask 3.0.0、Werkzeug 3.0.1、Pandas 2.1.4等依赖包，数据存储目录按系统设计预设权限；客户端浏览器选用Chrome 120.0、Edge 120.0，验证界面兼容性。网络环境搭建IPv4局域网（网段192.168.1.0/24），服务器监听0.0.0.0:5000端口，终端通过局域网访问系统，模拟校园网内部访问场景，无额外网络路由限制。

5.2 功能测试

5.2.1 地址规划功能测试

测试核心验证子网划分准确性、EUI64地址生成合规性及参数校验有效性，设计6组测试用例覆盖合法输入、非法输入、特殊格式输入场景，具体测试数据与结果如下表所示。

用例编号	测试内容	输入参数	预期结果	实际结果	测试结论
AP-01	合法参数子网划分	聚合前缀2001:db8::/48，目标前缀长度64，子网数量4	生成4个/64子网，网关为子网首个可用地址	子网为2001:db8::/64（网关2001:db8::1）等，符合预期	通过
AP-02	非法前缀长度	聚合前缀2001:db8::/48，目标前缀长度40	提示“目标前缀长度不合法”	实时反馈错误提示，无异常崩溃	通过
AP-03	地址空间不足	聚合前缀2001:db8::/64，目标前缀长度80，子网数量100	提示“地址空间不足”	正确提示，计算最大可用子网数为256	通过
AP-04	EUI64生成（冒号分隔MAC）	前缀2001:db8:1::/64，MAC地址00:1A:2B:3C:4D:5E	生成地址2001:db8:1::21A:2BFF:FE3C:4D5E	结果与手动计算一致，符合RFC4291	通过
AP-05	EUI64生成（连字符分隔MAC）	前缀2001:db8:1::/64，MAC地址00-1A-2B-3C-4D-5E	生成地址2001:db8:1::21A:2BFF:FE3C:4D5E	自动规范化格式，结果正确	通过
AP-06	EUI64生成（无分隔符MAC）	前缀2001:db8:1::/64，MAC地址001A2B3C4D5E	生成地址2001:db8:1::21A:2BFF:FE3C:4D5E	格式兼容，结果准确	通过

测试结果显示，合法参数输入后子网划分与EUI64生成均符合规范，非法输入校验机制完善，功能达标。

测试核心验证子网划分准确性、EUI64地址生成合规性及参数校验有效性。测试用例设计三类场景：合法参数输入（聚合前缀2001:db8::/48、目标前缀长度64、子网数量4）、非法参数输入（目标前缀长度小于聚合前缀长度、地址空间不足）、特殊MAC地址格式输入（含冒号、连字符及无分隔符）。

测试结果显示，合法参数输入后，系统成功生成4个子网，子网地址、前缀长度及网关地址（子网首个可用地址）均符合IPv6协议规范；非法参数输入时，系统实时反馈错误提示，无崩溃或异常输出；各类MAC地址经处理后均能生成符合RFC4291标准的EUI64地址，结果与手动计算一致，功能达标。

5.2.2 过渡配置生成测试

测试覆盖双栈、6to4、ISATAP三种技术及思科IOS、Linux双平台，验证配置命令准确性与适配性，设计6组测试用例，具体数据如下表所示。

用例编号	测试内容	输入参数	预期结果	实际结果	测试结论
TC-01	思科IOS双栈配置	技术双栈，平台思科IOS，接口GigabitEthernet0/0，IPv4 192.168.1.1/24，IPv6 2001:db8:1::1/64	生成接口及双协议地址配置命令	命令可正常导入模拟器，双协议运行正常	通过
TC-02	Linux双栈配置	技术双栈，平台Linux，接口eth0，IPv4 192.168.1.2/24，IPv6 2001:db8:1::2/64	生成ip命令配置脚本	执行脚本后接口获取双地址，通信正常	通过
TC-03	6to4隧道配置（思科）	技术6to4，平台思科IOS，公网IPv4 203.0.113.1	生成Tunnel0接口及2002:cb00:7101::/48前缀配置	隧道建立成功，可跨IPv4公网通信	通过
TC-04	6to4隧道配置（Linux）	技术6to4，平台Linux，公网IPv4 203.0.113.2	生成tun6to4接口及地址配置命令	隧道接口正常启用，前缀生成准确	通过
TC-05	ISATAP配置（思科）	技术ISATAP，平台思科IOS，本地IPv4 192.168.1.10	生成链路本地地址fe80::5efe:192.168.1.10	站内隧道通信正常，地址配置合规	通过
TC-06	ISATAP配置（Linux）	技术ISATAP，平台Linux，本地IPv4 192.168.1.11	生成isatap0接口及链路本地地址	接口启用成功，站内IPv6通信正常	通过

所有测试用例生成的配置命令均可直接应用于对应设备，无配置报错，动态参数隐藏功能正常，满足实际部署需求。

测试覆盖双栈、6to4、ISATAP三种技术及思科IOS、Linux双平台，验证配置命令准确性与适配性。测试用例按技术类型设计：双栈配置输入接口名、IPv4/IPv6地址；6to4配置输入公网IPv4地址；ISATAP配置输入本地IPv4地址。

将生成的配置命令分别导入思科模拟器与Linux服务器执行，结果显示双栈配置可实现双协议正常运行，6to4隧道成功建立并生成2002前缀地址，ISATAP隧道可实现站内IPv6通信，无配置报错或功能异常。系统能根据技术类型动态隐藏冗余参数，配置文件下载功能正常，满足实际部署需求。

第六章 总结与展望

6.1 研究结论

本研究围绕校园网IPv6改造需求，完成基于IPv6的校园网设计与过渡技术仿真系统的开发，实现了IPv6地址规划、过渡技术配置生成、性能分析及历史记录管理四大核心功能，构建了轻量化、一体化的技术支撑工具，主要研究成果如下。

系统采用Flask框架与Python语言开发，基于“前端展示-业务逻辑-数据存储”三层架构，模块化拆分核心业务，实现各模块独立运行与协同交互。依托ipaddress模块保障IPv6地址计算合规性，适配双栈、6to4、ISATAP三种过渡技术，支持思科IOS与Linux双平台配置生成，生成的命令可直接应用于实际设备部署。数据存储采用文件系统方案，分类保存各类结果，通过UUID标识与时间戳实现可追溯管理，无需额外数据库依赖，适配校园网轻量化部署场景。

系统界面简洁易用，参数校验机制完善，性能满足中小型并发需求，既能为校园网技术人员提供高效的IPv6规划与过渡配置工具，降低部署门槛，又可作为网络工程专业教学辅助工具，帮助学生理解IPv6技术原理与配置流程，兼顾实用性与教学价值，填补了校园网场景下IPv6规划与过渡仿真一体化工具的缺口。

6.2 不足与展望

系统存在两处明显不足：一是功能覆盖范围有限，仅支持三类核心过渡技术，未适配NAT64等其他主流过渡方案，且性能分析仅聚焦时延、吞吐量、丢包率三项指标，缺乏网络抖动、带宽占用等维度的分析；二是性能拓展性不足，面对大体积数据文件与高并发访问时，响应效率下降，未支持分布式部署与负载均衡，难以适配大型校园网大规模使用场景。此外，前端交互体验存在优化空间，图表展示维度较为单一。