简介：《计算机网络思科综合性实验报告》是一份面向高校网络课程学生的实验文档，以校园网通过三层交换机连接出口路由器并实现内外互通的典型场景为主线，完整介绍了VLAN2至VLAN6划分、DHCP地址池配置、子网划分、路由器接口参数设定以及RIPv2动态路由协议部署等核心内容，方便读者理解常见局域网拓扑与设备操作逻辑。压缩包内仅含1个doc文件，大小223KB，文档采用分步骤描述并附有关键命令代码，适合结合Cisco Packet Tracer等模拟环境边读边练。目前已有2077人学习这份文档，其中不仅给出了从总体设计到具体配置的完整流程，还包含针对生物政管学院与物理化学学院不同主机数量的子网规划思路、pc5静态地址172.16.1.2的特别处理，以及DHCP、VLAN、RIP之间的联动关系，可作为计算机网络课程设计、实验复习或思科入门考证的实用参考资料。

1. 思科综合性实验报告到底在考什么：一份实验报告背后的完整闭环

计算机网络思科综合性实验报告，这个词通常是两类人在搜：一类是期末要交报告的网工方向学生，一类是准备面试、想拿一套完整实验找手感的在职工程师。它本质上不是一份文档任务，而是把计算机网络基础课里的知识点串成一张网的检验——VLAN、VLAN间路由、OSPF、HSRP、ACL、NAT，五六个组件要在同一张拓扑里协同工作。做明白这件事的人，才算真正把「计算机网络」从卷面分数变成了能动手的技能。这篇笔记就按我自己的实验习惯，从环境搭建讲到配置命令，再讲报告里哪些坑值得写进去。适合正在做思科综合实验、或者想用一套实验复盘路由交换核心知识的读者。

2. 实验环境与拓扑设计：三层架构里藏着的报告骨架

综合性实验区别于单点实验的地方，是设备多、协议多、依赖关系多。如果一上来就开配置窗口，配到一半发现拓扑缺设备、接口对不上，返工成本比写十页报告还高。所以先把环境和拓扑定下来，这一步也是报告里「实验环境」与「拓扑结构」两个章节的素材。

2.1 思科模拟器选型：Packet Tracer 还是 GNS3

搜「思科模拟器下载」能拿到的工具，主流是 Cisco Packet Tracer 和 GNS3 这两类。Packet Tracer 是思科官方出的模拟器，设备模型和命令集覆盖 VLAN、trunk、OSPF、HSRP、NAT 这些核心知识点，开箱即用，适合以验证拓扑和配置逻辑为目的的综合性实验。GNS3 和 EVE-NG 走的是另一条路，它们加载真实的 IOS 镜像，命令行为跟真机几乎一致，但需要自己准备镜像、配置虚拟机资源，学习成本高不少。

我的建议很直接：如果实验要求里写明了设备型号，先看 Packet Tracer 的设备列表里有没有同型号，没有再考虑 GNS3。综合性实验报告的重点是「拓扑完整、配置正确、能验证」，不是「命令和真机逐字符一致」。Packet Tracer 里一台 3560 三层交换机、两台 2960 二层交换机、一台 2811 路由器，足以撑起绝大多数课程设计的综合性实验。选定工具后，先建一个两台设备互 ping 的最小工程，确认模拟器本身没装出问题，再开始搭正式拓扑。这一步能挡掉后面一半的玄学故障。

2.2 设备清单与拓扑结构：让报告的第一张图能讲出故事

综合性实验的拓扑我一般按三层架构搭：接入层负责终端接入，汇聚/核心层负责 VLAN 间路由和网关冗余，出口路由器负责连接外网。这样设计不是因为课程要求，而是生产环境本来就长这样——接入层设备多、故障多，汇聚层承载策略和路由，核心层保持简洁和稳定。报告里画拓扑图时，这张图要能讲出「数据从 PC 出发，经过接入、汇聚、核心、出口到达外网」的完整故事，而不是一堆设备随便连线。

设备清单可以按下表规划，这也是报告「实验环境」一节的标准写法：

接口编号一定要写进拓扑图。很多报告里拓扑图画得挺漂亮，但设备间的接口标号是空的，配置表跟图对不上，评审老师要一边看配置一边猜这条链路接在哪个口上。接口编号补齐之后，配置部分可以按「设备名 + 接口名」逐条对应，可读性完全不一样。

2.3 命名规范与接口约定：报告可读性的第一道门槛

设备命名我习惯按角色而不是按型号：Core-SW1、Access-SW1、R1，一听就知道这台设备在拓扑里干什么。见过不少实验报告用 Router0、Switch1、Switch2 这种模拟器默认名，配置本身没问题，但报告读起来像在看一堆编号，很难形成整体印象。

接口约定也提前定好。设备间的 P2P 互联地址统一用 /30 网段，各 VLAN 的网关地址统一用网段里最后一个可用地址，Loopback 地址专门留给 OSPF Router-ID 和模拟外网。这些约定不是死规矩，是为了让后面的 IP 规划表和配置命令能对得上。你在报告里写一句「互联地址统一采用 /30 前缀以节约地址空间，网关地址固定在每个网段的 .254」，评审就知道你不是在瞎配。

3. IP 规划与 VLAN 划分：把计算机网络基础的编址原则落成表

配置命令可以进模拟器再敲，但 IP 规划必须在打开设备之前完成。计算机网络基础课里讲 IP 地址、子网掩码、广播域，到了综合实验里的第一道落地题就是「给你一个机房场景，你怎么切网段」。这一步做的表，就是报告里「地址规划」那一节的核心内容。

3.1 地址规划表：先算好网段再动手配置

规划顺序我一般是：先划广播域，再定子网，再定网关，最后留互联和管理地址。按照前面拓扑里的场景，可以规划成下面的表：

办公终端和服务器分开，是 VLAN 划分的第一原则：广播域隔离、故障域隔离、策略域隔离。管理网段单独用 /24，是为了把设备的管理流量和业务流量彻底分开。互联用 /30 是因为点对点链路只需要两个可用地址，用 /24 是浪费，这也是《计算机网络》教材里 VLSM 最典型的应用场景。Loopback 地址永远 UP，用它做 OSPF Router-ID，路由邻居的稳定性比拿物理接口地址扛着强得多。

3.2 VLAN 划分：广播域怎么切才合理

VLAN 10、20、30 的划分依据，不是随便编的号。办公终端数量多、变动频繁，单独一个广播域，接入层出问题只影响这个域；服务器群需要稳定的地址和独立的访问策略，单独放；管理流量如果混在业务 VLAN 里，网络设备自己的通信会跟用户数据抢带宽，排障时也很难分清哪条流量是哪类。

接入交换机上的端口配置可以用下面这段最小命令来看效果，在 Access-SW1 上执行：

! Access-SW1：将终端接口划分进不同 VLAN vlan 10 name OFFICE vlan 20 name SERVER vlan 30 name MGMT interface fa0/1 switchport mode access switchport access vlan 10 interface fa0/2 switchport mode access switchport access vlan 20

这里把 fa0/1 划给办公网段，fa0/2 划给服务器网段。switchport mode access是把这个接口固定成二层接入口，不允许动态协商；switchport access vlan指定该接口属于哪个 VLAN。注意 Cisco 设备默认所有接口都在 VLAN 1，如果不显式划分配置，终端之间会互相可见，等于没做隔离。

3.3 网关放在哪：二层接入交换机与三层汇聚的分工

主机的默认网关不是随便填的。在综合性实验里，网关要落在支持 VLAN 间路由的设备上，通常是三层交换机上的 SVI（Switch Virtual Interface，即 interface vlan）。接入层的 2960 默认是纯二层设备，只有转发能力，没有路由能力，VLAN 间通信必须上送到三层设备处理。如果把网关配置在接入交换机上，VLAN 10 的 PC 想访问 VLAN 20 的服务器，数据包到了接入层没人能路由，直接丢包。

这也是很多新手第一次做综合实验时翻车的地方：所有设备都配好了，VLAN 也通了，但跨 VLAN ping 不通，最后发现网关地址写在了一个二层交换机上。三层交换机上启用 VLAN 间路由，需要显式开启ip routing，这一行不敲，交换机即使有 SVI 地址也不会转发跨网段流量。网关和 VLAN 间路由这两件事，应该是设计阶段想清楚，而不是排障阶段靠猜。

4. 从接入到出口：一套能跑通全网的思科配置命令

拓扑和 IP 都定好之后，配置就是按层逐台往下推。我从接入层开始写，一直写到出口路由器，命令可以直接照抄，但每段背后的参数你最好理解，因为综合实验的答辩和报告评审都会盯着这些细节问。

4.1 接入层配置：VLAN、trunk 与 allowed vlan

接入交换机做完终端接口划分之后，上联接口必须配置成 trunk，否则数据帧没法带着 VLAN 标签走到核心交换机。以 Access-SW1 上联 Core-SW1 的接口为例：

! Access-SW1 上联接口：把 VLAN 标签交给核心交换机 interface gi0/1 switchport trunk encapsulation dot1q switchport mode trunk switchport trunk allowed vlan 10,20,30

switchport trunk encapsulation dot1q是指定 trunk 封装协议为 802.1Q，Cisco 私有的 ISL 封装已经很少用了；如果你的模拟器版本里不支持这条命令，说明该型号默认就是 dot1q，直接跳过即可。switchport mode trunk把接口改成 trunk 模式。switchport trunk allowed vlan限制 trunk 上允许通过的 VLAN 列表，这个参数我建议每次都显式写，原因很简单：Cisco 默认允许所有 VLAN 通过，等你后面加了一个管理 VLAN 99 或测试 VLAN，忘记回这里更新列表，广播域就悄悄串了。

4.2 汇聚层：启用路由并配置 SVI

核心交换机上先做两件事：打开路由能力，给每个 VLAN 创建 SVI 接口。Core-SW1 上的配置如下：

! Core-SW1 开启三层路由，并配置 VLAN 10 的 SVI ip routing interface vlan 10 ip address 192.168.10.252 255.255.255.0 no shutdown

ip routing是三层交换机的总开关，不敲这一行，后面所有的 SVI 都只是个能 ping 通自己的二层接口。SVI 的地址填的是 192.168.10.252 而不是 .254，是因为 .254 要留给 HSRP 虚拟地址。这里体现了一个设计细节：网关地址的规划要反推配置，SVI 真实地址和虚拟地址要落在同一个网段里，并且不能冲突。报告里写一句「SVI 采用 .252，.254 保留给 HSRP 虚拟 IP 使用」，就是专业性的体现。

4.3 HSRP 网关冗余：主备切换与抢占

两台核心交换机要提供同一个网关地址，必须跑 FHRP 协议，Cisco 环境里就是 HSRP。在 Core-SW1 的 VLAN 10 接口下继续配置：

! Core-SW1：HSRP 主设备 interface vlan 10 standby 10 ip 192.168.10.254 standby 10 priority 110 standby 10 preempt

standby 10里的 10 是备份组编号，跟 VLAN 号对应是约定俗成的做法，方便维护。standby ip指定虚拟网关地址。priority 110让这台设备成为主设备，默认值是 100。preempt是抢占开关——这个参数最容易漏，漏掉的后果是：主设备故障恢复后不会主动抢回主角色，流量继续走在备用设备上，冗余链路长期处于非最优状态。配置完之后，在 Core-SW2 上只需要配置standby 10 ip 192.168.10.254和preempt，优先级保持默认 100，它自然会成为备用。验证用show standby brief，能看到谁 Active 谁是 Standby。

4.4 OSPF 动态路由与默认路由注入

VLAN 间路由解决的是内部通信，核心交换机要访问外网、或者说要让全网学到彼此的路由，需要跑动态路由协议。这里用 OSPF，配置贴在 Core-SW1 上：

! Core-SW1：OSPF 进程与网段宣告 router ospf 1 router-id 1.1.1.1 network 192.168.10.0 0.0.0.255 area 0 network 192.168.20.0 0.0.0.255 area 0 network 192.168.30.0 0.0.0.255 area 0 network 10.0.0.0 0.0.0.3 area 0

network命令里的0.0.0.255是通配符掩码，表示匹配前 24 位，跟子网掩码 /24 对应。每条network宣告一个网段进入 OSPF area 0。router-id建议手动指定，不要依赖路由器自动选出的接口地址，否则接口地址一变邻居关系就重启。出口路由器 R1 上同样启用 OSPF，并宣告互联网段10.0.0.0/30，同时注入默认路由：

! R1：OSPF 宣告互联网段，并下发默认路由 router ospf 1 router-id 2.2.2.2 network 10.0.0.0 0.0.0.3 area 0 default-information originate ip route 0.0.0.0 0.0.0.0 gi0/0

default-information originate让 R1 向 OSPF 域内通告一条默认路由，前提是路由器本身有一条静态默认路由ip route 0.0.0.0 0.0.0.0 gi0/0指向外网。没有这条静态路由，default-information originate是不会生效的。这里有个排障点：如果内部设备 ping 不通外网，先查 R1 上有没有静态默认路由，再查 OSPF 是否把默认路由下发成功。

4.5 ACL 与 NAT：内网访问外网的最后一个闸门

出口路由器上要做 NAT，否则内网私有地址出了公网就回不来。R1 上的最小配置：

! R1：NAT 与接口方向 access-list 100 permit ip 192.168.0.0 0.0.255.255 any ip nat inside source list 100 interface gi0/0 overload interface gi0/0 ip nat outside interface gi0/1 ip nat inside

access-list 100匹配内网网段，0.0.255.255是通配符掩码，匹配 192.168.0.0/16 范围内的所有地址。ip nat inside source list 100 interface gi0/0 overload把列表 100 匹配到的内网地址，转换成 gi0/0 的接口地址，overload表示端口复用，也就是 PAT，内网多个 PC 共用一个公网地址。接口方向必须标对：连内网的口是ip nat inside，连外网的口是ip nat outside，方向和实际流量路径不一致，NAT 表就不会建立。

提示：ACL 100 在这里只负责 NAT 匹配，不要再拿它同时做数据过滤。如果实验里还要限制某网段的访问权限，单独建一张新的 ACL 并应用到具体接口上，否则 NAT 行为会被过滤规则干扰，出现「有的设备能上网有的不能」的诡异现象。

5. 避坑指南：综合性实验里最容易翻车的 5 个配置点

这一章写给两种人：卡在实验里出不来的人，和报告「问题总结」一栏没有素材的人。以下 5 条都是我在模拟器和真实交换机上都遇到过的坑，每一条都可以直接写进报告的问题分析部分。

5.1 VLAN 之间 ping 不通，但每台 PC 都能 ping 通自己的网关

现象：PC1（VLAN 10）能 ping 通 192.168.10.254，但 ping 不通 PC3（VLAN 20）。原因：汇聚层和接入层之间的 trunk 没有放行 VLAN 20，或者两端配置不一致。switchport trunk allowed vlan默认只允许 VLAN 1，如果忘了把业务 VLAN 加进去，数据帧在 trunk 上就被丢弃了。解决：在接入交换机上联接口补上switchport trunk allowed vlan 10,20,30，然后用show interfaces trunk确认两端都处于 trunking 状态，用show vlan brief确认 VLAN 列表和接口划分正确。

5.2 OSPF 邻居一直卡在 2-WAY 或 EXSTART/EXCHANGE

现象：两台路由器上show ip ospf neighbor看邻居状态长期停在 2-WAY 或 EXSTART，路由表里学不到对方网段。原因：最常见的是 Router-ID 冲突，或者直连接口 MTU 不一致——后者在真实设备上更常见，模拟器里较少遇到。解决：每台设备手动指定唯一且稳定的router-id，直连的两端接口把 MTU 调成一致。这里有个隐藏坑：修改router-id之后不会立即生效，必须重启 OSPF 进程或用clear ip ospf process，很多人改完发现邻居还是老样子，就是差这一步。

5.3 HSRP 主备不切换，或者主设备恢复后抢不回来

现象：把 Core-SW1 的 uplink 拔掉，PC 的网关没有切换到 Core-SW2，或者切换了但 Core-SW1 恢复后流量不回来。原因：备用设备上的 HSRP 配置没有正确关联到 VLAN 10 接口；或者主设备没有配置preempt。解决：检查show standby brief，确认两台设备的standby 10 ip值完全一致；主设备补上preempt。这条坑的典型性在于：很多人配 HSRP 只关注虚拟 IP，忽略了priority和preempt的配合，导致冗余链路名存实亡。

5.4 ACL 一应用，内网连外网也断了

现象：加了一条访问控制列表之后，所有终端 ping 不通外网，但内网互访正常。原因：ACL 应用的方向搞反了，或者把 NAT 匹配用的 ACL 和过滤用的 ACL 混用。解决：先show access-lists看匹配计数，确认流量是否真的命中了规则；再检查接口方向和 in/out 的选择。数据过滤和 NAT 匹配必须用两张独立的 ACL，我在 4.5 里强调的教训，在这里就是活生生的翻车现场。如果你的实验里还引入了 ACS 或 AAA 认证服务器，记得先查默认凭据，模拟器环境里这通常是一组固定的初始化值，不要在这个地方浪费半天。

5.5 华为交换机与思科三层交换机对接，链路 up 但转发不通

现象：华为交换机连到思科三层交换机，端口状态是 up，但跨设备 ping 不通。原因：多厂商交换机对接时，trunk 封装、Native VLAN 和生成树行为不一致。比如思科侧 trunk 默认封装 dot1q，华为侧也配了 dot1q，但两边 Native VLAN 理解不同，导致 untagged 帧走错了 VLAN；或者生成树协议因为 Bridge ID 优先级差异，把其中一个接口阻塞掉了。解决：把两边的 Native VLAN 显式配置成一致的值，比如都保持 VLAN 1 不做特殊处理；确认封装协议统一为 dot1q；如果生成树导致阻塞，在对接端口上调整生成树优先级或按需关闭 BPDU 过滤。这条经验写在报告里，就是「多厂商设备互联兼容性」的实打实案例。

6. 验证方法进阶与报告成稿技巧：让实验报告不再是配置堆积

配置全部敲完，实验只完成了一半。报告的含金量在验证和分析，不在配了多少行命令。

验证要按顺序来：先物理层，show ip interface brief确认所有接口状态都是 up/up；再链路层，ping 网关地址确认 SVI 工作正常；然后网络层，跨 VLAN ping 确认路由生效；最后整网验证，用traceroute看数据包实际走的路径，确认 OSPF 选路符合预期，HSRP 虚拟地址在路径中扮演了网关角色。模拟器自带的 PDU 模式可以逐包看 ARP 解析过程，你会看到一个细节：PC ping 网关时，ARP 请求的目标 MAC 是 HSRP 的虚拟 MAC（0000.0c07.acXX），而实际应答来自主设备。这个细节就是 HSRP 生效的直接证据，写进报告比贴十行配置截图都有说服力。

报告的结果与分析部分，我建议把你踩过的坑按「现象 → 原因 → 解决」写进去，哪怕只有两三条。评审老师看过的实验报告里，清一色是「配置正确、测试通过」，你写一条真实的排错记录，可信度立刻就不一样。如果想引用理论支撑，把谢希仁《计算机网络》和《计算机网络：自顶向下方法》里对应 VLAN、IP 编址、路由协议的章节页码标上，报告的专业感会再上一个台阶。

再往远一步说，这套配置不要只留在模拟器里。把每台设备的配置保存成文本模板，下次换一批 IP、换一组 VLAN 号，用脚本批量替换就能生成新环境的配置。DevOps 工程师学计算机网络时最值得养成的习惯，就是配置要能回读、能比对、能复用，而不是永远靠手敲。这份思科实验报告，其实就是网络基础设施代码化的第一份原型。

我刚做网络相关工作时交过一份实验报告，清一色写的「配置成功，测试通过」，后来被人问了一句 HSRP 虚拟 MAC 是怎么来的，当场卡住。从那以后我养成了一个习惯：每次实验做完，在报告里单开一节「排错记录」，哪怕只贴两行 show 命令的输出。这个习惯救过我很多次，写报告不再害怕被追问细节，因为答案早就写在里面了。希望帮到你。

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