简介这份资源面向网络工程、通信工程等专业的毕业生及备考H3C认证的学习者提供一套可直接导入HCL模拟器运行的综合性网络实验方案用于完成毕业设计或大型组网练习。实验以中大型企业网络为原型涵盖核心层M-LAG与VRRP高冗余设计、汇聚层聚合互联、AC纳管AP及无线转发等典型场景并融入SR-MPLS TE Policy等进阶技术设备规模达8台路由器、13台交换机、2台防火墙及无线控制器、AP、PC等终端。压缩包共44个文件以32个cfg设备配置文件和net、png拓扑图为主另含txt说明、json工程描述及md文档整体约35.99MB配置齐全便于逐台还原实验环境。目前已有565人学习适合需要完整组网案例、配置参考与排错思路的读者对照实践。1. 从一份“跑不起来”的毕设说起H3C综合网络实验到底在练什么很多网络工程方向的毕业设计题目写着“综合网络实验”拿到手却是一堆零散的配置截图和拓扑图照着敲完发现 ping 不通也不知道哪一步错了。这份基于 H3C 路由交换的综合网络实验毕设解决的正是这个问题它把大型网络里常见的路由、交换、策略路由、MPLS 这些模块串成一条完整链路让你在一个可复现的拓扑里把“网络从零搭到通”走一遍。适合正在做网络方向毕设、准备 H3C 认证实验或者想补齐路由交换实战经验的开发者。HCL 模拟器配合 H3C 设备配置是这套实验最典型的落地方式下面按“能干什么、怎么跑、怎么改”拆开讲。2. 实验架构与拓扑设计一台设备到一张网的搭建逻辑2.1 分层拓扑接入、汇聚、核心怎么划分综合网络实验最容易翻车的地方是一上来就把所有设备拉平互联结果路由表一团乱。合格的毕设拓扑一般按三层来组织接入层放二层交换负责 VLAN 划分和终端接入汇聚层做 VLAN 间路由和策略控制核心层跑动态路由和 MPLS 骨干。这样划分的好处是故障域清晰排错时能快速定位是接入侧 VLAN 没通还是核心侧路由没收敛。在 HCL 里搭这套拓扑常见做法是先规划地址段再连线。比如接入层用 192.168.X.0/24 按 VLAN 分段汇聚与核心之间用 /30 互联地址核心之间跑环回口做 Router ID。下面是一个典型的地址规划片段实际配置时按这个表填层级设备角色接口示例地址规划接入层二层交换机G1/0/1VLAN 10 接入汇聚层三层交换机Vlan-interface10192.168.10.1/24汇聚-核心互联链路G1/0/2410.0.1.0/30核心层骨干路由器LoopBack01.1.1.1/32地址规划定下来之后拓扑连线才有依据。我一般会先在纸上把每台设备的接口和地址列清楚再进 HCL 拖设备这样能避免“连完线发现地址不够用”的返工。2.2 设备角色与协议选型为什么这样配这套实验的技术选型不是随便堆的每个协议都对应一个明确的实验目标。接入层用 VLAN Trunk 解决多业务隔离汇聚层用 Vlan-interface 做网关配合 DHCP 给终端下发地址核心层跑 OSPF 做内部路由边界再引 MPLS 做标签转发。策略路由PBR则放在汇聚或边界用来实现“特定流量走特定出口”的需求这也是毕设里最能体现设计思路的部分。选 OSPF 而不是静态路由是因为大型网络里静态路由维护成本太高链路一多就容易漏配。OSPF 的邻居建立和 LSA 泛洪过程本身也是实验要考察的知识点。MPLS 部分则通常配合 LDP 做标签分发让核心层转发只看标签不看 IP这也是运营商网络里最常见的做法。把这些协议串起来实验才具备“综合”的意义而不是几个孤立的小实验拼盘。2.3 在 HCL 里把拓扑跑起来HCLH3C Cloud Lab是这套实验的主要运行环境。安装后新建工程从设备库拖入路由器和交换机按规划连线然后启动设备进入命令行。启动前要确认每台设备的型号和镜像匹配否则可能出现命令不支持的情况。下面是一段核心路由器的初始化配置展示从设备命名到 OSPF 起邻居的完整过程# 进入系统视图并命名设备 H3C system-view [H3C] sysname Core-R1 # 配置环回口作为 Router ID [Core-R1] interface LoopBack 0 [Core-R1-LoopBack0] ip address 1.1.1.1 32 [Core-R1-LoopBack0] quit # 配置互联接口地址 [Core-R1] interface GigabitEthernet 1/0/24 [Core-R1-GigabitEthernet1/0/24] ip address 10.0.1.1 30 [Core-R1-GigabitEthernet1/0/24] quit # 启动 OSPF 并宣告网段 [Core-R1] ospf 1 router-id 1.1.1.1 [Core-R1-ospf-1] area 0 [Core-R1-ospf-1-area-0.0.0.0] network 1.1.1.1 0.0.0.0 [Core-R1-ospf-1-area-0.0.0.0] network 10.0.1.0 0.0.0.3 [Core-R1-ospf-1-area-0.0.0.0] quit这段配置的逻辑是先给设备一个唯一标识Router ID再配互联地址最后在 OSPF 里用反掩码宣告网段。参数上要注意network后面跟的是反掩码0.0.0.3对应 /30 网段写错会导致邻居起不来。配置完成后用display ospf peer检查邻居状态看到 Full 才算成功。这一步是后面所有路由实验的基础邻居不通后面的 MPLS 和策略路由都无从谈起。3. 核心模块拆解VLAN、OSPF、MPLS与策略路由的配置链路3.1 VLAN 与 Trunk接入层的隔离与透传接入层的核心任务是隔离广播域并让 VLAN 跨设备透传。二层交换机上创建 VLAN把接入口划进对应 VLAN上行口配成 Trunk 放行需要的 VLAN。这里最常见的错误是 Trunk 口没放行某个 VLAN导致该 VLAN 的终端跨设备不通。下面是一段接入交换机的配置# 创建业务 VLAN SW1 system-view [SW1] vlan 10 [SW1-vlan10] description Office [SW1-vlan10] quit [SW1] vlan 20 [SW1-vlan20] description Server [SW1-vlan20] quit # 接入口划入 VLAN 10 [SW1] interface GigabitEthernet 1/0/1 [SW1-GigabitEthernet1/0/1] port link-type access [SW1-GigabitEthernet1/0/1] port access vlan 10 [SW1-GigabitEthernet1/0/1] quit # 上行口配置 Trunk 并放行 VLAN [SW1] interface GigabitEthernet 1/0/24 [SW1-GigabitEthernet1/0/24] port link-type trunk [SW1-GigabitEthernet1/0/24] port trunk permit vlan 10 20 [SW1-GigabitEthernet1/0/24] quitport link-type access表示接入口只属于一个 VLANport trunk permit vlan 10 20决定哪些 VLAN 能通过上行口。参数上Trunk 默认只放行 VLAN 1所以必须显式放行业务 VLAN。配置后用display vlan查看 VLAN 成员用display interface brief确认接口状态是 UP。这一步通了汇聚层的网关才能和终端通信。3.2 OSPF 多区域让路由收敛可控核心层跑 OSPF 时如果所有网段都塞进 area 0路由表会变得很大收敛也慢。综合实验里通常划分多区域核心和汇聚之间用 area 0接入侧或分支用 area 1通过 ABR 做区域间路由汇总。这样既控制了 LSA 泛洪范围也考察了对 OSPF 区域概念的理解。下面是在 ABR 上配置区域和汇总的片段# 在汇聚设备上配置 OSPF 多区域 [AGG-SW] ospf 1 router-id 2.2.2.2 [AGG-SW-ospf-1] area 0 [AGG-SW-ospf-1-area-0.0.0.0] network 10.0.1.0 0.0.0.3 [AGG-SW-ospf-1-area-0.0.0.0] quit [AGG-SW-ospf-1] area 1 [AGG-SW-ospf-1-area-0.0.0.1] network 192.168.10.0 0.0.0.255 [AGG-SW-ospf-1-area-0.0.0.1] quit # 在 area 1 做路由汇总减少 area 0 的 LSA 数量 [AGG-SW-ospf-1] area 1 [AGG-SW-ospf-1-area-0.0.0.1] abr-summary 192.168.0.0 255.255.0.0abr-summary把 area 1 内的明细路由汇总成一条减少核心区的路由条目。参数上汇总掩码要覆盖实际网段汇总过大可能把不该通告的地址也带出去。验证时用display ospf routing看路由是否按预期汇总用display ospf lsdb看 LSA 数量变化。多区域配置是毕设里容易失分的地方区域边界没配好路由就传不过去。3.3 MPLS 与 LDP核心层的标签转发MPLS 部分通常放在核心骨干让转发基于标签而不是逐跳查 IP 路由。配置顺序是先全局开启 MPLS再在接口上开启 MPLS 和 LDP最后检查标签分发。下面是一段核心路由器的 MPLS 配置# 全局开启 MPLS 和 LDP [Core-R1] mpls lsr-id 1.1.1.1 [Core-R1] mpls ldp [Core-R1-ldp] quit # 在互联接口开启 MPLS 和 LDP [Core-R1] interface GigabitEthernet 1/0/24 [Core-R1-GigabitEthernet1/0/24] mpls enable [Core-R1-GigabitEthernet1/0/24] mpls ldp enable [Core-R1-GigabitEthernet1/0/24] quitmpls lsr-id是标签交换路由器的唯一标识一般用环回口地址。接口上必须同时开mpls enable和mpls ldp enable只开一个标签不会分发。验证用display mpls ldp peer看邻居用display mpls lsp看标签交换路径。这里有个细节LDP 邻居建立依赖底层 IGP 可达所以 OSPF 必须先通否则 LDP 邻居起不来这是很多人在实验里卡住的地方。3.4 策略路由让特定流量走指定出口策略路由PBR是这套实验里最能体现“设计”而非“配置”的模块。它的作用是根据源地址、目的地址或协议类型把流量强制导向指定下一跳而不完全依赖路由表。毕设里常见需求是“办公网访问服务器走专线其他流量走默认出口”。下面是一段 PBR 配置# 定义匹配办公网流量的 ACL [AGG-SW] acl number 3000 [AGG-SW-acl-adv-3000] rule 10 permit ip source 192.168.10.0 0.0.0.255 destination 192.168.20.0 0.0.0.255 [AGG-SW-acl-adv-3000] quit # 定义策略路由指定下一跳 [AGG-SW] policy-based-route PBR-1 permit node 10 [AGG-SW-pbr-PBR-1-10] if-match acl 3000 [AGG-SW-pbr-PBR-1-10] apply next-hop 10.0.1.2 [AGG-SW-pbr-PBR-1-10] quit # 在入接口应用策略 [AGG-SW] interface Vlan-interface 10 [AGG-SW-Vlan-interface10] ip policy-based-route PBR-1if-match acl 3000决定哪些流量命中策略apply next-hop指定强制下一跳。参数上 ACL 的反掩码要写对0.0.0.255表示匹配整个 /24。验证时用display policy-based-route看策略命中计数用tracert确认流量确实走了指定出口。PBR 的坑在于它只对入方向生效接口选错策略就不起作用这点在排错时要先确认。4. 避坑与排查实验里最容易卡住的五个地方4.1 现象OSPF 邻居卡在 Init 或 ExStart原因通常是两端接口的 MTU 不一致或者 Router ID 冲突。OSPF 在 ExStart 阶段会协商 MTU一边大一边小就卡住。解决方法是display ospf peer看状态用display interface对比两端 MTU必要时在接口下用ospf mtu-enable或统一 MTU。Router ID 冲突则要检查环回口地址是否重复。4.2 现象Trunk 口通了但 VLAN 间不通原因是汇聚层没配 Vlan-interface 网关或者终端网关指错。先display vlan确认 VLAN 存在且接口划入再display ip interface brief确认网关地址 UP。常见误用是把网关配在二层交换机的物理口上正确做法是配在 Vlan-interface 上。4.3 现象MPLS LDP 邻居起不来原因是底层 IGP 不通LDP 依赖路由可达。先ping对端环回口不通就回去查 OSPF。另一个原因是接口没同时开mpls enable和mpls ldp enable漏一个标签就不分发。用display mpls ldp interface确认接口状态。4.4 现象策略路由不生效原因是策略应用在了错误的方向或接口。PBR 只对入方向流量生效要应用在流量进入设备的接口上。另外 ACL 匹配规则写错也会导致不命中用display acl 3000看匹配计数计数为 0 说明流量没命中 ACL。4.5 现象HCL 设备启动后命令不全原因是设备型号或镜像选错不同型号支持的命令集不同。解决方法是新建工程时选对设备模板或者在设备属性里换镜像。启动慢的时候不要反复点启动等设备完全起来再进命令行否则可能进到半初始化状态。5. 二次开发与扩展把毕设拓扑改成可复用的实验模板这套实验做完之后最有价值的不是那几张配置截图而是把它改造成一个可复用的实验模板。我的做法是把配置按模块拆成独立的配置文件比如vlan.cfg、ospf.cfg、mpls.cfg、pbr.cfg每台设备用一个启动脚本按顺序加载。这样换一个拓扑场景只改地址规划和模块开关不用从头敲。下面是一个批量加载配置的脚本思路# 按模块顺序加载配置到设备 # 用法load_config.sh 设备名 配置目录 DEVICE$1 CONFIG_DIR$2 # 按依赖顺序加载先基础再路由最后策略 for module in base vlan ospf mpls pbr; do cfg_file${CONFIG_DIR}/${module}.cfg if [ -f $cfg_file ]; then echo Loading ${module} to ${DEVICE} # 通过 HCL 的 CLI 接口或 telnet 下发配置 # 实际执行时替换为对应的连接方式 fi done这个脚本的关键是加载顺序基础配置设备名、接口地址必须先于路由配置路由必须先于 MPLS 和策略路由否则依赖关系不满足会报错。参数上CONFIG_DIR按设备分目录存放方便不同设备加载不同配置。改造时还可以加一个校验步骤加载完自动跑display ospf peer和display mpls lsp把结果输出到日志这样每次改完拓扑能快速确认核心链路是否正常。扩展方向上可以在这套模板上叠加 ACL 安全策略、NAT 出口转换、VRRP 网关冗余这些都是实际网络里高频出现的模块。每加一个模块就在脚本里加一个加载项和一段校验命令模板会越来越完整。我踩过的坑是早期没做模块拆分所有配置堆在一个文件里改一个地址要翻半天后来强制按模块拆分配置排错效率明显提升。从那以后我每次做网络实验都先把配置按依赖顺序拆成模块再动手希望这个习惯也能帮到你。本文还有配套的精品资源点击获取