我之前给某个班级做助教的时候，发现很多同学交上来的Packet Tracer实验报告，拓扑画得挺漂亮，但问起“为什么这么配”就答不上来。实验一作为整个计算机网络课程的开胃菜，看起来只是让两台电脑能互相Ping通，但背后牵扯到的东西其实一点都不少：IP地址规划、子网掩码的作用、网关存在的意义、ARP怎么工作、交换机怎么转发，甚至包括Packet Tracer这个模拟器本身的“脾气”。我打算用这篇文章，把基于Packet Tracer的计算机网络实验一从头到尾捋一遍，把我自己踩过的坑、总结下来的排查套路都写出来，希望能给正在做这个实验的同学一点实际的参考。

这篇文章适合正在上计算机网络课、刚接触Packet Tracer，或者做完实验一但感觉迷迷糊糊的读者。我会把实验涉及到的核心知识、具体配置命令、完整的验证流程，还有我在实际操作中总结出来的排错经验都放在里面。你不需要有很深的网络基础，只要跟着步骤走，再去对照着理解原理，基本上就能把实验一吃透。

1. 实验内容与整体设计思路

1.1 实验一到底在做什么

很多学校的计算机网络实验一，核心目标都差不多：通过Packet Tracer模拟一个最基础的小型局域网，让两台或者多台终端设备能够通信。听起来很简单，但这个实验真正想让你掌握的，是整个数据通信过程中最底层的几个环节。

简单来说，实验一通常会要求你完成这几件事：第一，认识Packet Tracer的基本界面和操作逻辑；第二，学会添加PC、交换机这些基础设备，并用正确的线缆把它们连接起来；第三，给设备配置IP地址和子网掩码，这是网络通信的“门牌号”；第四，用Ping命令验证两台设备是否连通，并在这个过程中理解数据包是怎么从一台设备走到另一台设备的。

我刚接触这个实验的时候，总觉得“能Ping通”就是终点。后来发现，Ping通只是验证手段，它背后藏着的ARP解析、MAC地址表学习、ICMP报文封装与转发，才是这门课真正要教会你的东西。实验一如果只做到“通”这个层面，后面学到VLAN、静态路由、ACL的时候很容易懵，因为那时候你会发现，很多问题已经不是简单的“通不通”，而是“为什么能通”或者“为什么不走这条路”。

所以我更建议把实验一当成一个“解密”的过程。你在Packet Tracer里面敲一行命令，去切换一下视图，去抓个包看看，都是在一层层地揭开数据通信的面纱。这个视角一旦建立起来，后面学什么都会轻松不少。

1.2 为什么选择Packet Tracer作为实验工具

有的学校实验环境用的是真实设备，比如某厂商的路由器、交换机，操作界面全是命令行，设备还特别紧张，每个人分到的练习时间很有限。而Packet Tracer是思科官方出的一个网络模拟软件，它的出发点就是教学。

相比于真实设备，Packet Tracer最大的优势在于两点：一是零成本，你只需要一台电脑就能搭起任意规模的网络，想怎么折腾都行，不用怕把设备弄坏了；二是可视化，它能让你亲眼看到数据包在网络中的流动过程，甚至可以直接模拟数据包从PC1出发，经过交换机、路由器，最后到达PC2的每一步路径。

当然，它也有自己的局限。比如它默认的设备型号和IOS版本都经过简化，真实设备上的一些细节行为它模拟不了。但这并不影响它作为教学工具的价值。实验一这种级别的任务，用Packet Tracer已经是绰绰有余了，而且它的操作逻辑和思科真实设备的命令行非常接近，练熟了以后，以后接触真实设备时迁移成本很低。

你可能还有个疑问：既然有真实设备，为什么不直接用？我的看法是，如果条件允许（比如你手头有真机、有时间限制），那真实设备确实更“硬核”。但对于绝大多数刚接触网络的同学来说，Packet Tracer这种“模拟器”更能让你把注意力集中在网络原理本身，而不是被线缆插拔、接口编号这些物理细节消耗掉耐心。

1.3 这个实验在整个计算机网络课程中的位置

计算机网络课的内容体系通常是这样铺开的：先讲物理层和数据链路层，再讲网络层，接着是传输层、应用层。实验一是第一次真正让你把课本上“物理层+数据链路层+网络层”这几个概念落地的机会。

在实验一里面，你搭的虽然只是一个很小的局域网，但数据从PC网卡发出，经过网线到达交换机，交换机根据MAC地址转发，再到另一台PC的网卡，这个过程涉及了物理层（网线、信号）、数据链路层（MAC地址、帧封装）、网络层（IP地址、ARP请求响应，以及后续实验会涉及的路由）。也就是说，实验一不是简单的“连线题”，它是个真正的三层联动的“小综合”。

我见过很多同学做完实验一还是分不清IP地址和MAC地址的区别，这就是典型的“知其然而不知其所以然”。IP地址是在网络层使用的逻辑地址，它是可以规划的，比如你在同一网络里可以设置192.168.1.1到192.168.1.100，随意指派；但MAC地址是网卡出厂时烧录的物理地址，它基本不会变（当然可以修改，但一般情况下你不需要去改它）。实验一里，你要配置的是IP地址，而MAC地址是设备自动带有的。数据通信时要先靠IP地址找到目标主机所在网络，再靠MAC地址在本地网络里找到具体的那块网卡，是两个不同层面的东西。

2. 核心知识点拆解：配置IP背后的原理

2.1 IP地址、子网掩码和网关到底有什么用

这是实验一里最核心的配置内容。很多同学跟着教程把IP地址填进去，但不知道这三个参数分别代表什么。我给你打个比方。

IP地址就像是你的门牌号，比如“广东省深圳市南山区某某路某栋某楼某室”。但是光有门牌号还不够，你还需要知道自己所在的小区范围，这就是子网掩码的作用。子网掩码用来划分“这个网络地址范围到哪里为止”。比如你的IP是192.168.1.10，子网掩码255.255.255.0，那么它表示你所在的网络范围大致是192.168.1.0到192.168.1.255这个“小区”。如果另一台电脑的IP是192.168.1.20，也在同一个小区里，那你们就可以直接通信，不需要额外的设备帮你转发。如果目标IP是192.168.2.3，它不在你这个小区里，你就需要把数据交给“小区门口的保安”，这个保安就是网关。

在实验一里，如果两台PC直接连在同一台交换机上，又配置了同一个网段的IP地址，它们之间其实不需要配置网关就能通信。因为网关是给跨网络通信准备的。你可以在实验一里做个额外的小测试：不配置网关，两台同网段PC照样能Ping通，但如果你试图Ping一个不同网段的地址，没有网关的情况下是不会有任何响应的。

那么为什么很多实验指导书还是让你把网关写上？因为实际网络环境里，你不可能永远只跟同一网段的人通信。实验一虽然只是搭两台PC，但它是在为后边的多网段路由实验做铺垫，让你从一开始就形成“跨网络必须经过网关”的思维习惯。

2.2 ARP协议在实验一里扮演的角色

很多同学Ping通以后就直接交实验报告了，完全没注意到ARP在这个过程里跑了一趟又一趟。这里我建议你一定要去观察一下ARP的过程，它是理解“IP地址与MAC地址如何配合”的关键。

当你从PC1去Ping PC2（192.168.1.20）时，PC1首先会查看自己的ARP缓存表，看看有没有192.168.1.20这个IP对应的MAC地址。如果没有，它会广播一条ARP请求：“谁是192.168.1.20？请把你的MAC地址告诉我。”这条广播帧会被交换机泛洪转发给同网段的所有设备，但只有IP地址匹配的PC2会做出ARP应答：“我是192.168.1.20，我的MAC地址是XX:XX:XX:XX:XX:XX。”PC1收到应答后，把IP到MAC的映射关系存进ARP缓存里，然后用这个MAC地址封装数据链路层的帧，再发给交换机，交换机再根据MAC地址转发给PC2。

在Packet Tracer里怎么观察？你可以在配置完IP之后，先用arp -d命令清空ARP缓存（这是模拟器的逻辑，命令行里有一个叫命令提示符的终端可以敲），然后在PC1上Ping PC2，接着用arp -a查看缓存表，你会看到192.168.1.20对应着一个MAC地址。这个MAC地址就是PC2网卡的物理地址。整个实验如果你只截图了Ping的结果，还没截ARP缓存的表，那说明你还没有真正吃透这个实验。

这里顺带提一个坑：有些同学在实验中遇到“第一次Ping不通，第二次就好了”的情况就觉得很奇怪。其实这就是ARP没被解析导致的。第一次Ping的时候，PC1需要先发ARP请求来获取PC2的MAC地址，这个请求和应答是需要时间的。如果马上Ping，可能会有一次请求超时；等ARP缓存建立完成后，再Ping就一切正常了。所以你下次再碰到这种“第一次不通、第二次通”的问题，先别急着怀疑网络出故障，先看看是不是ARP缓存没建立好。

2.3 交换机与集线器的区别

实验一里通常会给你一台交换机。有的同学不理解，说“我这台交换机拿来干什么用的，两台电脑不是直接连起来就行吗？”确实，在只有两台PC的实验里，你用一根交叉线直接连接两台PC也是能通的，但实验的目的不是让你“最小代价完成”，而是让你理解网络设备的转发原理。

交换机是一个二层设备，它工作在数据链路层，依靠MAC地址表来转发数据帧。当PC1发出的帧到达交换机的一个接口时，交换机会学习源MAC地址和该接口的对应关系（记录在MAC地址表里），然后根据目的MAC地址查看自己的MAC地址表，如果表里有对应记录，就只把帧从对应接口转发出去；如果表里没有记录，就会泛洪到除接收接口外的所有接口。这个过程就是交换机学习通信的基础。

集线器和交换机最大的不同在于，集线器没有任何“智能”可言，它接收到一个信号之后会傻乎乎的把它复制到所有端口。你可以把集线器想象成一个老式的大喇叭，你在楼道里喊一声“谁是小明”，整栋楼的人都能听到，但只有小明会回应你。交换机的设计则更像一个助理，它知道谁在哪个办公室，所以它把消息只递给那个办公室。

实验一一般不会直接对比集线器和交换机，但我强烈建议你花几分钟在Packet Tracer里搭一个最简单的场景：用集线器连三台PC，然后Ping；再用交换机连三台PC，同样Ping。然后在模拟（Simulation）模式下观察数据流向。你会发现，用集线器时一个帧会被泛洪到所有非源端口，用交换机时则只发给目标端口。这个对比能让你对“二层设备怎么工作”有非常直观的认知。

2.4 ICMP协议：Ping命令到底在做什么

Ping命令是实验一的验证工具，但它的底层机制也值得了解一下。Ping是基于ICMP协议工作的。PC1发起Ping时，会构造一个ICMP回显请求报文（Echo Request），把它封装在IP数据报里发送给目的主机。目的主机收到后，会构造一个回显应答报文（Echo Reply）返回给源主机。

你可以在Packet Tracer的模拟模式里放慢这个过程：添加事件，然后观察ICMP报文从PC1出发，经过交换机，到达PC2，再原路返回。每个报文的封装格式都能点开查看，里面包含了源MAC、目的MAC、源IP、目的IP、ICMP类型字段等。我喜欢把这部分当成实验一最值得玩的部分，因为你能真正动手“拆”开一个数据包。

在实验报告里，如果你能把Ping通的时候源和目的MAC地址分别是多少、源和目的IP地址分别是多少写清楚，那这个实验的含金量会提升一大截。很多同学只知道Ping通或不通这两个结果，但如果深问一句“在同一个局域网内，Ping包里的源MAC、目的MAC、源IP、目的IP分别是什么”，能答对的人寥寥无几。我们稍后会专门用一节来讲这个“抓包观察”的具体操作。

3. Packet Tracer实操环境与关键配置步骤

3.1 设备选型和连接线缆的注意事项

打开Packet Tracer之后，第一步是拖拽设备到拓扑工作区。实验一最简单也够用的设备组合是：两台PC（终端设备）、一台交换机（以2950-24为例）。如果你做的实验对拓扑要求更高，再加一台交换机也没有问题，但核心逻辑是一样的。

设备拖进去以后，需要用线缆把它们连接起来。Packet Tracer里有多种线缆类型，实验一里我们用到的是直通线（Copper Straight-Through）。怎么区分该用直通线还是交叉线？这里有一个简单实用的小技巧：不同类型的设备之间用直通线，比如PC到交换机、交换机到路由器；而同类型设备之间用交叉线，比如PC到PC、交换机到交换机、路由器到路由器。

不过实际连的时候，Packet Tracer经常有这样一个坑：你把PC和交换机的接口类型选错了，或者线缆两端插到了不合适的端口上，线缆就会显示为红色或者琥珀色。正常连接成功的状态是端口显示绿色三角形。如果端口是红色，多半是接口没激活，或者设备处于关机状态，或者线缆插的接口类型不对。我在做实验时喜欢先把PC电源打开，再把交换机的所有端口启动（默认是开启的，但如果你动过配置就要确认一下）。

还有一个细节我踩过不少次：连接PC和交换机的时候，PC那边要用FastEthernet0接口，交换机那边用FastEthernet0/1这类普通接口，千万不要插到交换机的Console口上。Console口是用来做命令行管理配置的，不是用来转发数据的。如果插到了Console口，Ping是必然不通的。

3.2 图形界面配置IP地址的完整流程

Packet Tracer提供了两种配置方式：图形界面和命令行。先讲图形界面，这对新手来说最简单。

双击PC图标，在弹出的窗口里选择“Desktop（桌面）”选项卡，点开“IP Configuration（IP配置）”。默认情况下，PC是设置为DHCP（自动获取IP）模式的，但实验一通常要求你手动配置静态IP。你需要把IP Configuration改成Static，然后手动填入IP地址、子网掩码，以及默认网关（Default Gateway）。

举个例子，如果PC1的IP地址设为192.168.1.10，子网掩码255.255.255.0，默认网关192.168.1.1；PC2的IP地址设为192.168.1.20，子网掩码255.255.255.0，默认网关192.168.1.1。这里要注意，如果拓扑里没有路由器，其实网关可以不填，但填上也无妨，因为同网段通信不依赖网关。

填完之后点X关窗口，然后可以做两项验证：一是在PC的“Command Prompt（命令行提示符）”里敲ipconfig查看当前IP配置，二是用ping 192.168.1.20测试和PC2的连通性。如果通了，你会看到Reply from 192.168.1.20: bytes=32 time<1ms TTL=128这样的响应结果。

图形界面虽然直观，但我个人建议至少在实验里用命令行方式做一遍，因为以后接触到真实网络设备，命令行才是主流操作方式。而且命令行配出来的效果和图形界面完全一致，你还能顺便熟悉一下设备IOS的基本命令语法。

3.3 命令行配置IP与验证连通性

如果你想用命令行方式给PC配IP，Packet Tracer里的PC也是支持简单的命令行指令的。在PC的命令行提示符界面，直接输入ipconfig /ip 192.168.1.10 255.255.255.0，系统就会把PC的IP地址设置为192.168.1.10，子网掩码为255.255.255.0。注意这里用的命令格式和Windows、Linux都不太一样，它更像思科设备上的精简语法。

设置完以后，用ipconfig检查一下，然后用ping 192.168.1.20测试。如果你之前练过Windows下的Ping，你会发现Packet Tracer里的输出格式稍微有点不同，但核心信息是一样的：是否收到Reply、丢包率、往返时间。

这里我还要多说一句关于TTL（生存时间）的细节。你在同网段内Ping的时候，Reply的TTL通常显示为128（这是Windows系统的初始TTL）。如果你Ping的是Windows机器，初始TTL一般是128；如果是Linux机器，初始TTL一般是64；如果经过路由器转发，TTL还会逐跳减1。在实验一这个局域网场景里，TTL=128说明ICMP报文没有经过任何路由器，直接从PC1到了PC2，这也是“同网段直接通信”的一个佐证。如果你哪天Ping一个跨网段地址，发现TTL变成了127或更小，那说明中间有路由器参与转发，TTL被减了。这个细节在后边的路由实验中很关键。

3.4 用Simulation模式观察数据包的完整生命周期

这个部分是我觉得整个实验一最有价值的地方，强烈建议每个同学都实际操作一次。

先确保PC1和PC2能正常Ping通。然后找到Packet Tracer工作区右下角的模式切换按钮，从“Realtime（实时）”模式切换到“Simulation（模拟）”模式。切过去以后，界面上会出现一个Event List（事件列表）窗口。此时你在PC1的命令行里再次Ping PC2，注意Ping命令在模拟模式下不会直接显示连续的回显结果，它会在事件列表里逐条添加事件。

每次事件代表一个报文在某条链路上的传输。你可以点击事件列表里的某个条目，在弹出的信息窗口里查看这个报文的详细情况，包括OSI模型各层的信息、源和目的MAC地址、源和目的IP地址、协议类型（ICMP或ARP）等。如果你点了“Inbound PDU Details”或“Outbound PDU Details”，还能看到完整的封装格式。

这里我有个比较实用的观察顺序：一开始你会看到ARP请求（广播，目的MAC是FFFF.FFFF.FFFF），然后看到ARP应答（单播，目的MAC是PC1的MAC），接着才是ICMP回显请求和回显应答。你把这一条条事件按时间排下来，基本就是一张完整的数据通信流程图。

为了观察得更清楚，你可以在模拟模式下点“Play”按钮，让数据包一步一步地动起来。你会看到包从PC1出来，进入交换机，交换机根据MAC地址查表，再从对应端口转发出去，最后到PC2。整个过程可视化之后，“MAC地址表”“ARP缓存”“数据帧转发”这些抽象概念会一下子具象起来。你以后再做实验二、实验三时，如果想搞明白某个数据包的走向，回来用模拟模式看一眼就明白了。

4. 常见问题与排查技巧实录

4.1 Ping不通的第一反应：别急着改配置

我见过太多同学Ping不通后的第一反应是打开IP设置窗口，把IP地址改了又改，结果越改越乱。这其实是最典型的操作误区。Ping不通时，你要做的第一件事是确认拓扑连线，第二件事是确认端口状态，第三件事才是检查IP配置。

先说连线。你可以看Packet Tracer工作区里的线缆颜色，如果整条线都是绿色，说明物理连接正常；如果是红色、黑色或其他颜色，多半连接有问题。双击线缆两端的设备，看一下端口状态是否为Up，如果端口显示Down，那可能是设备没开机，或者接口被手动关掉了。

再说IP配置。在两台PC上都运行ipconfig，确认IP地址和子网掩码是不是在同一个网段。比如PC1是192.168.1.10/24，PC2却是192.168.1.20/16，那它们虽然IP看起来相近，但网络范围划分不同，通信就会有麻烦。所以检查IP时，不仅要看地址，还要看子网掩码是否一致。这一步不能省。

最后再看ARP缓存。在PC1上敲arp -a，看看有没有192.168.1.20对应的MAC条目。如果没有，说明ARP解析阶段出了问题；如果有，但Ping依然不通，那问题多半出在交换机转发或ICMP回包被丢弃。排查到这一步，基本就能定位故障点了。

我给一个我常用的排查顺序，你可以直接抄作业：

1. 看连线颜色，确保都是绿色。
2. 双击PC和交换机，确认端口状态是Up（绿色）。
3. 在PC上运行ipconfig，确认IP和掩码正确、属于同一网段。
4. 在PC1上Ping PC1自己的IP，确认本机回环正常（如果自己Ping自己都不通，那说明协议栈有问题）。
5. 在PC1上Ping PC2的IP，如果从Request timed out变成Reply from，说明通了。
6. 如果依然超时，在PC1上arp -a，清掉ARP缓存（如果是思科模拟的命令，可以用arp -d），再Ping一次。
7. 如果还不行，检查PC2的Windows防火墙或者模拟器里是否有类似的安全功能配置。虽然Packet Tracer里默认不开启防火墙，但如果你手动配置了ACL，就要额外排查。

这个流程看着长，实操起来大概一分钟都不用，但它比盲目改配置靠谱得多。

4.2 “第一次Ping不通、第二次就通”的真相

这个场景是我在做实验指导时被问得最多的问题之一。很多同学第一次Ping时显示超时，正打算去改配置，结果第二次Ping突然就通了，于是百思不得其解。

其实这个现象背后的原理我们前面已经提到过了：ARP缓存尚未建立时，第一次Ping必须先去解析目的IP对应的MAC地址。ARP请求是广播帧，需要一定时间处理；如果网络状况不佳，或者模拟器的资源占用比较高，第一次Ping的请求可能就超时了。等ARP缓存成功建立后，第二次Ping就不用再发送ARP请求，ICMP报文可以直接封装发送，自然就通了。

在Packet Tracer里，这个现象在模拟模式下会看得更明显：第一次Ping时，事件列表里先出现两条ARP事件，然后才出现ICMP事件。如果你把模拟模式的传输速度调慢，你甚至可以数出毫秒级的延迟差异。

明白了这个原理以后，你再遇到这种问题就不会慌了。当然，如果是真实网络环境，你还需要考虑无线干扰、设备性能、物理线路质量等因素，但在Packet Tracer里，ARP解析缓存基本就是这个现象的唯一解释。

4.3 交换机的MAC地址表是怎么“骗”你的

交换机依靠MAC地址表转发数据帧，但很多同学忽略了一个事实：交换机刚启动时，它的MAC地址表是空的。它必须通过“学习”来逐渐建立这张表。学习的过程就是：当某个接口收到一帧时，交换机记录该帧的源MAC地址和该接口的对应关系。这样一个过程叫作“MAC地址学习”。

你可能遇到的情况是：一开始Ping能通，但是过了一段时间Ping不通了；或者一开始Ping不通，但把交换机的某个端口拔插一下然后就能通了。这些都可能和交换机的MAC地址表老化有关。交换机默认老化时间是300秒（实际产品可能不同），如果某个设备在这段时间内没有发送任何数据帧，交换机就会把它在MAC地址表里的条目删除。等你要Ping它时，交换机找不到对应的出口，就只能泛洪，或者加上ARP缓存的状态波动，看起来就像网络“忽好忽坏”。

在Packet Tracer里你可以这么验证：在交换机CLI界面敲show mac address-table，看看MAC地址表里的条目。如果少了某个PC的MAC条目，你就知道交换机“忘事”了。实战里排查网络时，这个方法非常管用。比如某个端口上连着设备但怎么都Ping不通，你先看一眼交换机的show mac address-table，如果那个端口的MAC条目消失了，很可能是设备休眠或者网线接触不良。

4.4 一个容易被忽略的大坑：线缆类型

Packet Tracer里面选错线缆类型是非常常见的“低级失误”，但它的破坏力一点都不低。虽然图形界面上你拖一根线到设备端口上，它会自动选择线缆类型，但如果你手抖选错了，或者复制粘贴某个拓扑时线缆类型被代入了，那连出来的拓扑也是不通的。

比如你用交叉线去连接PC和交换机，在Packet Tracer里会发现端口指示灯不是正常的绿色，而是橙色或者红色。即使你强行在两台PC上配置了正确的IP，Ping也不会通。

还有一个相关问题：有些同学拖线缆时为了省事，直接“点击-点击”两个设备，结果Packet Tracer默认选择的是控制台线（Console），而不是数据线。Console线一头插在PC的RS-232串口上，另一头插在交换机的Console口上，这根本不能传输业务数据。如果发现拓扑里出现了紫色的线缆形状（那是Console线的典型外观），赶紧删掉重连。

我做实验时一般会特意检查一遍线缆图标：黄色的粗线通常是串口线，蓝色的线通常是控制台线，而红色的线或者弯弯曲曲的线代表以太网直通线。蓝色最粗的线其实是不少模拟器版本的Console线，很容易和业务链路混淆。看一眼物理连线，再对照端口指示灯，基本就能排除掉80%的连线问题。

4.5 快速排查速查表

下面我把实验一中我实际用过的排查速查表整理出来，方便你对照。

这些“症状-原因-解法”的对应关系，是我自己一遍遍折腾出来的。说句实话，网络排错很大程度上就是“经验活”，你见得多了，处理起来就会越来越快。

5. 实验之外的延伸与个人体会

5.1 在实验一基础上，你可以自己加码的“小实验”

如果你做完实验一还有时间，我强烈建议你别急着关掉Packet Tracer，试着在现有基础上做一些小的拓展。

第一个拓展方向：加一台路由器，模拟跨网段通信。把PC1放在192.168.1.0/24网段，PC2放在192.168.2.0/24网段，中间用一台路由器连接。这时候你会发现，如果不配置路由器的接口IP和PC的默认网关，两台PC之间根本Ping不通。但只要你把网关配置好，路由器就能实现不同网段间的数据转发。这个动作，就是实验二甚至实验三的核心内容。

第二个拓展方向：在PC1上Ping另一个网段的地址，然后在模拟模式里仔细观察ICMP报文的目的MAC地址。你会发现，ICMP报文离开PC1时，数据链路层的目的是路由器的MAC地址，而不是最终目的PC2的MAC地址。因为在发送方看来，只要数据能到达网关，网关就会负责“接力”到下一个网段。这个细节我当年是学了很久才弄明白，如果你能在实验一里就观察到它，后面的路由学习会容易很多。

第三个拓展方向：用交换机的CLI界面看看默认配置。你双击交换机，进入CLI选项卡，敲show running-config或者show startup-config，会看到交换机的默认配置长什么样。再敲show interfaces status看看各个端口的状态，以及show vlan brief看看默认VLAN信息。虽然实验一没有让你配置这些东西，但这些命令会让你对“可管理的二层设备”有更具体的认知。

5.2 我对实验一的三点经验总结

这篇文章写到这里，该把最核心的经验说出来了。

第一，做实验一的时候，千万不要满足于“Ping通”这个结果。你要让自己养成一个习惯：每次Ping通之后，花一分钟去问自己“为什么能通”，去模拟模式里看看数据包是怎么走的，去看一眼ARP缓存表，去交换机上刷一下MAC地址表。这些习惯，会在你后续所有网络实验里反复帮你省时间。

第二，做实验一时，你要建立“层次化排查”的思维。遇到问题不要急着改配置，而是从物理层（连线、端口状态）、数据链路层（MAC地址表、ARP）、网络层（IP配置、网关）逐层向上排查。这个思维方式，比背住几个命令重要得多。因为在真实网络里，没有人会告诉你故障点在哪，你得靠自己一层层缩小范围。

第三，把每一次实验当成一次探索。Packet Tracer只是一个工具，真正值钱的是你在这个工具里建立起来的网络直觉。比如看到TTL=128会想起“哦，源头主机是Windows系统”，看到某端口红色会想到“哦，线缆或者接口有问题”，看到ARP缓存里缺少条目会想到“哦，第一次Ping会触发ARP请求”。这种直觉，不是光看书能获得的，一定要亲手操作、亲手踩坑才能慢慢养成。

我现在回过头看，实验一虽然看似基础，但它几乎贯穿了我后来学习网络的全部路径。很多在后边显得特别复杂的配置，追根溯源，其实都是从“两台电脑能否Ping通”这个最简单的场景一步步演绎出来的。这也是我为什么愿意花这么多篇幅去拆解一个“简单”实验的原因。对于刚起步的同学来说，把地基打牢，后面才能盖得起高楼。