简介计算机网络课程配套的以太网组网实验报告文档面向高校网络相关专业学生内容覆盖从局域网基本设备认知、网络协议参数配置到连通性测试的完整实验教学流程。报告以福建农林大学计算机网络实验课为背景完整呈现四个实验环节查看主机TCP/IP参数、使用ping命令测试本机与局域网连通性、通过tracert程序追踪数据包路由路径以及利用Packet Tracer V5.2模拟器搭建交换机网络拓扑并配置PC机IP地址每步均附有操作命令与结果观察要点。文档针对ipconfig与ipconfig/all输出差异、TTL值与操作系统类型对应关系、跨网段ping不通原因等关键知识点给出了详细的分析与解答同时附有实验总结和两道课后思考题的参考解答。资源为单份doc文档大小364KB内容完整可直接参考使用。目前已有118人学习浏览适合计算机网络课程初学者对照练习或撰写实验报告时借鉴。1. 以太网组网实验到底在验证什么从一条 ping 命令反推实验价值很多同学做“以太网组网实验”是这样的照着实验文档插好网线配好 IP敲完ping看到“来自 192.168.1.2 的回复”就截图收工。但要是真按这个标准验收这个实验等于白做。以太网组网实验真正要验证的是你手上这台计算机的以太网接口怎么把帧发出去、Hub 和交换机分别怎么转发、冲突域和广播域怎么区分以及二层通和三层通是不是一回事。换句话说三层能 ping 通只能说明网络层没问题二层有没有选错线序、有没有用对设备必须靠抓包和观察转发行为来证明。这个实验适合计算机网络课程的学生、准备 408 或自考谢希仁版计算机网络的人以及想搞清楚共享式以太网和交换式以太网差别的入门者。下面这套做法按它走完你不仅能交实验报告还能把链路层的行为看明白。2. 实验台要准备什么Hub/交换机选型、线缆与 IP 规划2.1 先选 Hub 还是交换机共享式以太网为什么更值得做实验文档里如果写“以太网组网实验”通常默认是共享式以太网也就是用 Hub 把所有电脑串在一个冲突域里。但现在实验室里 Hub 基本被淘汰了很多同学直接拿交换机顶上。这会导致一个结果实验报告里写着“观察到了冲突”实际上用的是交换机根本没冲突可看。我的建议是有条件就找一台二手的 5 口或 8 口 Hub专门做共享式以太网部分再拿一台普通以太网交换机做对照。Hub 是物理层设备不读 MAC 地址进来的帧除了接收端口外其余所有端口全部转发所有端口共享带宽、半双工工作。交换机是数据链路层设备读 MAC 地址表单播帧只往目标端口转发每个端口独立带宽、全双工工作。如果实在找不到 Hub就用 Packet Tracer 或 GNS3 做共享式以太网的仿真真实设备只做交换式部分。千万别用“交换机当 Hub”来硬做共享式实验因为交换机的转发行为你没法掩盖观察结果和理论对不上报告会写得非常拧巴。组网设备确定后还要看以太网接口的形态。现在常见的都是 RJ45 电口少数高端实验箱带光口或 SFP 口。课程实验一不需要碰光口把电口链路搞清楚就够。以太网配置的入口在每台电脑的网卡属性里但先别急着配 IP把设备和线缆准备好再说。2.2 双绞线的判断正线、交叉线与 MDI/MDI-X以太网组网实验里翻车率最高的环节不是配置而是网线。标准双绞线有两种线序568A 和 568B。568B 的 1/2 是橙白/橙3/6 是绿白/绿568A 只是把 1/2 和 3/6 两组对调。做线的时候两端都按同一个标准就是正线也叫直连线一端 568A、一端 568B 就是交叉线。什么场景用什么线取决于设备端口的 MDI/MDI-X 属性。电脑网卡是 MDIHub 的端口是 MDI-X所以电脑连 Hub 用正线两台电脑直接对连都是 MDI就要用交叉线让发送和接收对上。现在的网卡几乎都支持自动协商 MDI-X交叉线正线插上都能通但这不代表你不需要会判断——实验考试里经常给一根没有标签的线问你该插交换机还是该插电脑这时候就得靠看线序。判断方法很简单把水晶头平面朝上金属触点朝自己从左到右数 1 到 8。看 1 和 3 两根线的颜色即可。1 是橙白、3 是绿白另一端 1 是绿白、3 是橙白那就是交叉线两端一致就是正线。注意百兆以太网只用到 1、2、3、6 四根线4、5、7、8 在百兆下是空闲的。很多劣质网线只压了四芯百兆能通千兆直接掉速率或不通。这个坑后面专门讲准备材料时至少准备三根正规压制的超五类或六类线外加一个网线测试仪几十块钱8 芯通断和线序一眼看穿。2.3 网卡识别与 IP 规划别被“以太网”适配器名字骗了在 Windows 的“网络连接”页面里你经常会看到一个叫“以太网”的适配器下面还挂着一个无线网卡的名字。第一次做实验的人很容易懵为什么以太网下面会有无线网的名称其实这是 Windows 把物理网卡和逻辑连接混在一起显示的结果。无线网卡默认也会创建一个虚拟的“以太网”连接条目名字带不带“无线”取决于驱动和系统版本。判断真实网卡别只看名字要看设备管理器里的“网络适配器”列表或者用命令确认。ipconfig /all这条命令会列出所有网络适配器的描述、物理地址、IPv4 地址和默认网关。做实验时认准你要用的那个网卡的物理地址也就是 MAC 地址然后看它对应的 IPv4 是不是你配的实验地址。如果电脑上同时开了无线和有线Windows 可能会优先走无线导致你 ping 到的是 WiFi 网段而非实验网段这也是一个常见的隐藏问题。IP 规划我一般这样做三台机器分别用 192.168.1.10、192.168.1.20、192.168.1.30掩码统一 255.255.255.0不配网关。实验网络不接外网所以网关留空。配置完先关闭 Windows 防火墙或者单独放行 ICMP 回显请求否则后面 ping 不通时很难分清是网络问题还是系统拦截。3. 共享式以太网组网最小拓扑、Ping 验证与冲突域观察3.1 先搭一个二层的“最小闭环”Hub 加两台电脑共享式以太网组网的最小拓扑不需要花哨一台 Hub两台电脑两根正线就构成了一个最简单的冲突域。我自己做实验时习惯先只上两台机器通了再上第三台因为每多一台机器冲突的概率和对实验现象的干扰都会增加排查范围也会变大。接好线后两台电脑分别配好 IP然后互 ping。Windows 下用持续 ping 加时间戳的方式方便观察延迟抖动和丢包ping 192.168.1.20 -tHub 环境下A 到 B 的帧会从 Hub 的除接收口之外的所有端口出去所以 C 口也能看到 A 发给 B 的数据。这是识别“你正在用共享式以太网”的一个关键现象如果你在第三台机器上开抓包能看到别的主机之间的单播帧那说明底层确实是共享介质如果看不到而你连的又是交换机就说明帧被交换机定向转发了。参数说明-t是 Windows ping 的持续模式会一直发 ICMP 回显请求直到你按 CtrlC 停止。加时间戳的做法在故障排查时更好用因为能看到丢包发生的具体时刻和 Hub 忙碌的节奏对应起来。Linux 环境下用ping -c 4 192.168.1.20-c指定 ping 多少次后自动退出。做性能观察时也可以用ping -f或ping -i 0.2提高发包频率但要注意在 Hub 下半双工环境中高频率 ping 本身就很容易制造冲突。3.2 抓包看 Hub 的转发行为Wireshark 过滤器与“发到所有口”二层验证不能只看 ping 通没通要抓包看帧的走向。我在第三台机器 C 上启动 Wireshark捕获连接 Hub 的网卡然后在 A 上 ping B观察 C 口能抓到什么。抓包前先在 Wireshark 的捕获选项里把“对所有接口使用混杂模式”勾上否则即便是 Hub 把单播帧复制到了 C 口C 的网卡也会因为目的 MAC 不匹配而把帧丢掉抓包结果就不对了。过滤器用这一条arp or icmpA 第一次 ping B 时C 口抓到的顺序是先是 A 发 ARP 请求“谁是 192.168.1.20”Hub 把这个广播帧发到所有端口然后 B 回复 ARPA 收到后发出 ICMP Echo Request这个单播帧同样被 Hub 复制到了 C 口最后 B 回 ICMP Echo ReplyC 口同样能看到。这就是共享式以太网的转发特性Hub 不读 MAC 地址不知道 B 在哪个口所以无差别复制。帧格式上你在 Wireshark 里看到的以太网头部目的 MAC、源 MAC、类型字段0x0806 是 ARP0x0800 是 IPv4都是标准结构这部分可以和以太网帧格式的教材内容一一对应。这组抓包结果就是你实验报告里“验证 Hub 广播特性”的证据。同样一次 ping在交换式环境里抓到的现象完全不同这个对比放到下一章讲。3.3 冲突域怎么“看”出来用 iperf 双向灌包看吞吐腰斩碰撞本身发生在物理层Wireshark 抓不到冲突事件因为冲突时信号在介质上交叠帧已经被破坏或丢弃了。你能看到的只是冲突的后果ICMP 丢包、TCP 重传、UDP 丢包率上升、抓包里出现 CRC 错误帧。所以验证冲突域要用流量把链路压满让冲突暴露出来。我常用的工具是 iperf。在 Hub 下开双向 UDP 打流让 A 往 B 发数据的同时 B 往 A 发数据观察总吞吐量iperf3 -s -p 5001iperf3 -c 192.168.1.20 -u -b 100M -t 60 --bidir第一台机器上启动服务端监听 5001 端口。第二台机器以 UDP 模式、100Mbps 目标带宽、持续 60 秒、双向同时测试。参数说明-u指定 UDP-b 100M是目标发送速率--bidir表示双向并发需要 iperf3 3.1 以上版本旧版本可以用iperf -c 192.168.1.20 -u -b 100M -t 60 -d-d就是双向。Hub 是半双工双向并发时收发共用一个信道总吞吐理论上只有单向速率的上限。如果你拿 100Mbps Hub 测单向能跑到 90 多兆双向并发时两边加起来也只有 90 多兆不会有 180 兆。这是共享式以太网带宽受限的直观证据。换到交换机上做同样的测试全双工下双向能各跑 90 多兆总和接近 200Mbps两个环境的数据一对比冲突域的概念就活了。Hub 与交换机的关键差异我用一张表总结写实验报告时可以直接用对比项共享式 Hub交换式交换机工作层次物理层数据链路层端口带宽共享独立双工模式半双工全双工冲突域数量1 个每端口 1 个单播转发发送到所有口只发到目标口是否读 MAC 地址否是4. 交换式以太网组网MAC 表学习、全双工与广播域差异4.1 交换机开局清空 MAC 地址表与第一次转发的泛洪交换式以太网的实验核心是观察“MAC 地址学习”。交换机通电后MAC 地址表不是空的里面通常有默认配置或老化残留的条目做实验前最好让设备回到出厂状态或者手动清空动态 MAC 条目。不同厂商命令不一样。华为的设备用reset mac-address思科的设备用clear mac address-table dynamic清完后可以查看确认表里已经没有动态条目了。查看命令对应是display mac-address和show mac address-table。注意不同厂商和型号的语法略有差异以实验设备实机为准不用死记但“清空—观察—再清空”这个流程逻辑是通用的。清空后的第一个 ping 包很关键。A 第一次 ping B 时A 发出 ARP 请求目的 MAC 是广播地址 ff:ff:ff:ff:ff:ff。交换机收到后因为不知道 B 在哪个口只能把这个广播帧从除接收口外的所有口泛洪出去。B 收到后回 ARP 应答交换机从这个应答帧的源 MAC 学到了“B 在某个端口”于是把这条记录写进 MAC 表。之后 A 发 ICMP Echo Request目的 MAC 是 B 的地址交换机查表命中直接从对应端口转发不再泛洪。所以你可以做一个操作清空 MAC 表在 A 上 ping B然后立刻在交换机上查 MAC 表。你会看到 A 和 B 的 MAC 地址都出现在表里各自对应正确的端口。这个现象就叫 MAC 地址学习是交换机区别于 Hub 的根本机制。4.2 同样的 ping第三台口抓包为什么“很安静”现在把 A、B、C 三台电脑都接到同一台交换机上重复上一章的抓包实验A ping BC 口开 Wireshark过滤条件还是arp or icmp这次的现象和 Hub 完全不同。C 口能抓到的只有最初 A 发的那条 ARP 广播请求因为广播帧被泛洪到了所有端口。但之后 A 发给 B 的 ICMP Echo Request 和 B 返回的 Echo ReplyC 口一条都看不到——交换机已经学会了 B 在哪个端口单播帧不再往 C 口复制。这组现象把二层转发行为讲透了广播帧泛洪未知单播泛洪已知单播定向转发。实验报告里放两张抓包截图一张 Hub 的、一张交换机的对照着写比抄十行理论文字都有说服力。如果 C 口连 B 发回的 Echo Reply 也能看到不要急着下结论说交换机和 Hub 一样。先检查是不是交换机里有端口镜像配置或者查一下 C 的网卡是不是开着混杂模式并且接了交换机镜像口这两种情况都会让本来不该出现的帧出现在 C 口。排除了这些才能确认你观察到的确实是正常交换行为。4.3 全双工与半双工ethtool 必看参数和实验时怎么调交换式以太网实验里有一个必调参数端口的速率和双工模式。交换机端口默认是自协商但有的实验箱会把端口强制成 100M 全双工或者电脑网卡被驱动设置成了 100M 半双工这会导致丢包和性能异常和教材上“交换机工作在全双工模式”的结论对不上。Linux 下查看网卡协商状态用 ethtoolethtool eth0输出里重点看Speed和Duplex两行。Speed: 1000Mb/s表示协商到了千兆Duplex: Full表示全双工。如果显示的是Half说明链路协商有问题需要检查网线和对端设备。强制修改网卡参数用ethtool -s eth0 speed 100 duplex full autoneg off我一般只在实验演示“强制模式”时才用这个命令正常使用还是建议开回自动协商ethtool -s eth0 autoneg on参数说明speed 100把速率锁在百兆duplex full锁全双工autoneg off关闭自协商。注意强制模式最怕对端还在自协商强制端和对端自协商之间容易协商出半双工这个坑在下一章排查里会细讲。交换机一侧的端口状态可以在命令行里看华为用display interface ethernet 0/0/1思科用show interfaces gigabitethernet 0/1输出里有Full-duplex或Half-duplex字样。如果设备不支持命令行就看面板指示灯很多交换机的端口指示灯用不同颜色或闪烁方式区分速率但双工状态通常不在面板上显示最可靠的方式还是两端用命令核对。5. 以太网组网实验避坑与排查五处高频翻车现场5.1 链路指示灯亮着ping 就是不通现象网线插上交换机或网卡的 Link 灯正常亮但ping一直超时。原因Link 灯只代表物理层信号通不代表二层和三层配置正确。常见问题有 IP 不在同一网段、防火墙拦截 ICMP、ARP 表缓存了错误条目、VLAN 配置把端口隔离了。解决按顺序排查。先ipconfig /all确认两台机器 IP 和掩码再临时关闭防火墙然后arp -d清空 ARP 缓存重新 ping 一次。如果还不行在 Wireshark 里看有没有 ARP 请求发出去、有没有应答回来。ARP 请求发不出去问题在二层链路或网卡有人应答但 ping 不通问题多半在三层或防火墙。5.2 千兆口协商成百兆或者百兆口频繁断流现象网线插上去协商速率比预期低一档比如千兆网卡只协商到 100Mbps或者链路一会通一会断。原因网线只通了 1、2、3、6 四根芯。千兆以太网需要 4 对线全部工作只通两对时网卡会自动协商降级到百兆。如果连百兆都卡顿说明 1、2、3、6 四芯里有接触不良。解决用网线测试仪测一下 8 芯的线序和通断测出来缺芯或错对直接重打水晶头。我见过不少“实验室里网线看起来没问题”的翻车最后都是水晶头弹片断了或压线没压到底。这里有个血泪经验拔网线时捏住水晶头卡扣再拔不要直接拽线实验台上网线被踩、被椅子压是常态。5.3 强制双工和自动协商不匹配现象两端都显示链路已连接但传输速度极慢UDP 打流丢包严重ping 延迟忽高忽低。原因一端强制 100M 全双工另一端是自动协商。自协商端感知不到对端“强制”的状态最后常常协商成 100M 半双工于是全双工端当全双工发半双工端当半双工收双方发数据的时间窗口互相踩踏大量帧冲突后丢弃。这在实验里特别隐蔽因为链路是“通”的。解决两端都设置成自协商让速度和双工参数自动对齐。如果实验要求必须强制那就同一台交换机上所有测试端口全部强制成相同的速度和双工。配完后用 ethtool 或交换机命令核对不要只看 Link 灯。5.4 抓包界面里看不到别人的单播帧现象Hub 下第三台口抓包看不到 A 和 B 之间的 ICMP 单播帧只看到 ARP 广播。原因网卡默认会把“目的 MAC 不是自己”的帧直接丢弃抓包软件必须在捕获选项里开启混杂模式网卡才会把收到的所有帧都交给抓包程序处理。共享式 Hub 会把帧复制到所有口但如果没开混杂模式网卡在驱动层就把帧过滤掉了你以为 Hub 没转发其实是网卡没上交。解决Wireshark 的“捕获选项”里在对应网卡上勾选“混杂模式”再重新开始捕获。注意交换机的转发机制和 Hub 不同即使开了混杂模式交换式环境下不相关端口的单播仍然收不到这是正常现象。所以“能不能看到别人的单播”本身就是区分 Hub 和交换机的一个实验手段。5.5 适配器消失、无线网卡名字混入以及实验网被上联口误伤现象Windows 设备管理器里“网络适配器”下面找不到有线网卡了或者“以太网”连接名对应的其实是无线网卡。工控场景里还可能报“pnie 接口不可用以太网电缆断开或损坏”。原因Windows 驱动更新或系统休眠后网卡可能被禁用或驱动异常无线网卡也会创建“以太网”条目导致认错。pnie 这类工控报错通常是 RJ45 接口或线缆物理损坏端口禁用也会触发同样提示。解决先在设备管理器里看有没有带黄色叹号的网卡右键禁用再启用如果消失用“扫描检测硬件改动”让它重新枚举。认适配器以设备管理器为准不要看控制面板的连接名。做实验时把实验用的交换机单独作为一个网络不要上联到校园网或公司内网否则打流测试产生的异常流量可能触发认证系统的检测告警端口被安全策略封掉那才是真正的“做实验做到一半被踢下线”。6. 组完网络怎么验收最小帧、错帧率与一套固定收尾习惯链路通了、抓包也做了实验就算完了我还会多测两项用来验证这条链路的质量而不是“能通就行”。第一项是看错帧统计。Wireshark 里打开“统计 → 捕获文件属性”检查有没有 CRC 错误、runt 帧小于 64 字节、超长帧。Linux 下更直接用 ethtool 看网卡错误计数ethtool -S eth0 | grep -i err收尾前跑一次这个命令如果rx_crc_errors或tx_errors有计数说明链路里有帧损坏多半是线缆质量问题和软件配置无关。这个习惯救过我一次当时两边怎么配都丢包查了半天最后发现是实验台上那根线的第 4 芯断了CRC 错误计数暴露了物理层问题。第二项是验证 MTU 和最小帧长的边界。以太网帧最小 64 字节通常网卡驱动会把短帧自动补零填充所以很难直接在链路上抓到 runt 帧。想验证也行用脚本构造一个长度小于 64 字节的帧发出去看交换机和接收端怎么处理。但这个操作需要网卡和驱动配合不同平台行为差异大课程实验做到“理解”这层就够了你发的每个以太网帧无论上层是什么协议最终在线上都不会小于 64 字节这是 CSMA/CD 时代为了保证冲突能被检测到而定的底线。收尾时我会做一件固定的事拔掉所有多余设备只留两台电脑、一根线重新跑一遍最小拓扑的 ping 和抓包确认结果不依赖边上那台交换机或那根“恰好很好用的线”。这个最小闭环从头到尾能自己通实验才算真正做完了。后来排查过不少难缠的链路问题靠的都是这套“最小化复现”的习惯。希望帮到你。本文还有配套的精品资源点击获取
以太网组网实验核心解析：Hub与交换机冲突域对比及抓包验证
简介计算机网络课程配套的以太网组网实验报告文档面向高校网络相关专业学生内容覆盖从局域网基本设备认知、网络协议参数配置到连通性测试的完整实验教学流程。报告以福建农林大学计算机网络实验课为背景完整呈现四个实验环节查看主机TCP/IP参数、使用ping命令测试本机与局域网连通性、通过tracert程序追踪数据包路由路径以及利用Packet Tracer V5.2模拟器搭建交换机网络拓扑并配置PC机IP地址每步均附有操作命令与结果观察要点。文档针对ipconfig与ipconfig/all输出差异、TTL值与操作系统类型对应关系、跨网段ping不通原因等关键知识点给出了详细的分析与解答同时附有实验总结和两道课后思考题的参考解答。资源为单份doc文档大小364KB内容完整可直接参考使用。目前已有118人学习浏览适合计算机网络课程初学者对照练习或撰写实验报告时借鉴。1. 以太网组网实验到底在验证什么从一条 ping 命令反推实验价值很多同学做“以太网组网实验”是这样的照着实验文档插好网线配好 IP敲完ping看到“来自 192.168.1.2 的回复”就截图收工。但要是真按这个标准验收这个实验等于白做。以太网组网实验真正要验证的是你手上这台计算机的以太网接口怎么把帧发出去、Hub 和交换机分别怎么转发、冲突域和广播域怎么区分以及二层通和三层通是不是一回事。换句话说三层能 ping 通只能说明网络层没问题二层有没有选错线序、有没有用对设备必须靠抓包和观察转发行为来证明。这个实验适合计算机网络课程的学生、准备 408 或自考谢希仁版计算机网络的人以及想搞清楚共享式以太网和交换式以太网差别的入门者。下面这套做法按它走完你不仅能交实验报告还能把链路层的行为看明白。2. 实验台要准备什么Hub/交换机选型、线缆与 IP 规划2.1 先选 Hub 还是交换机共享式以太网为什么更值得做实验文档里如果写“以太网组网实验”通常默认是共享式以太网也就是用 Hub 把所有电脑串在一个冲突域里。但现在实验室里 Hub 基本被淘汰了很多同学直接拿交换机顶上。这会导致一个结果实验报告里写着“观察到了冲突”实际上用的是交换机根本没冲突可看。我的建议是有条件就找一台二手的 5 口或 8 口 Hub专门做共享式以太网部分再拿一台普通以太网交换机做对照。Hub 是物理层设备不读 MAC 地址进来的帧除了接收端口外其余所有端口全部转发所有端口共享带宽、半双工工作。交换机是数据链路层设备读 MAC 地址表单播帧只往目标端口转发每个端口独立带宽、全双工工作。如果实在找不到 Hub就用 Packet Tracer 或 GNS3 做共享式以太网的仿真真实设备只做交换式部分。千万别用“交换机当 Hub”来硬做共享式实验因为交换机的转发行为你没法掩盖观察结果和理论对不上报告会写得非常拧巴。组网设备确定后还要看以太网接口的形态。现在常见的都是 RJ45 电口少数高端实验箱带光口或 SFP 口。课程实验一不需要碰光口把电口链路搞清楚就够。以太网配置的入口在每台电脑的网卡属性里但先别急着配 IP把设备和线缆准备好再说。2.2 双绞线的判断正线、交叉线与 MDI/MDI-X以太网组网实验里翻车率最高的环节不是配置而是网线。标准双绞线有两种线序568A 和 568B。568B 的 1/2 是橙白/橙3/6 是绿白/绿568A 只是把 1/2 和 3/6 两组对调。做线的时候两端都按同一个标准就是正线也叫直连线一端 568A、一端 568B 就是交叉线。什么场景用什么线取决于设备端口的 MDI/MDI-X 属性。电脑网卡是 MDIHub 的端口是 MDI-X所以电脑连 Hub 用正线两台电脑直接对连都是 MDI就要用交叉线让发送和接收对上。现在的网卡几乎都支持自动协商 MDI-X交叉线正线插上都能通但这不代表你不需要会判断——实验考试里经常给一根没有标签的线问你该插交换机还是该插电脑这时候就得靠看线序。判断方法很简单把水晶头平面朝上金属触点朝自己从左到右数 1 到 8。看 1 和 3 两根线的颜色即可。1 是橙白、3 是绿白另一端 1 是绿白、3 是橙白那就是交叉线两端一致就是正线。注意百兆以太网只用到 1、2、3、6 四根线4、5、7、8 在百兆下是空闲的。很多劣质网线只压了四芯百兆能通千兆直接掉速率或不通。这个坑后面专门讲准备材料时至少准备三根正规压制的超五类或六类线外加一个网线测试仪几十块钱8 芯通断和线序一眼看穿。2.3 网卡识别与 IP 规划别被“以太网”适配器名字骗了在 Windows 的“网络连接”页面里你经常会看到一个叫“以太网”的适配器下面还挂着一个无线网卡的名字。第一次做实验的人很容易懵为什么以太网下面会有无线网的名称其实这是 Windows 把物理网卡和逻辑连接混在一起显示的结果。无线网卡默认也会创建一个虚拟的“以太网”连接条目名字带不带“无线”取决于驱动和系统版本。判断真实网卡别只看名字要看设备管理器里的“网络适配器”列表或者用命令确认。ipconfig /all这条命令会列出所有网络适配器的描述、物理地址、IPv4 地址和默认网关。做实验时认准你要用的那个网卡的物理地址也就是 MAC 地址然后看它对应的 IPv4 是不是你配的实验地址。如果电脑上同时开了无线和有线Windows 可能会优先走无线导致你 ping 到的是 WiFi 网段而非实验网段这也是一个常见的隐藏问题。IP 规划我一般这样做三台机器分别用 192.168.1.10、192.168.1.20、192.168.1.30掩码统一 255.255.255.0不配网关。实验网络不接外网所以网关留空。配置完先关闭 Windows 防火墙或者单独放行 ICMP 回显请求否则后面 ping 不通时很难分清是网络问题还是系统拦截。3. 共享式以太网组网最小拓扑、Ping 验证与冲突域观察3.1 先搭一个二层的“最小闭环”Hub 加两台电脑共享式以太网组网的最小拓扑不需要花哨一台 Hub两台电脑两根正线就构成了一个最简单的冲突域。我自己做实验时习惯先只上两台机器通了再上第三台因为每多一台机器冲突的概率和对实验现象的干扰都会增加排查范围也会变大。接好线后两台电脑分别配好 IP然后互 ping。Windows 下用持续 ping 加时间戳的方式方便观察延迟抖动和丢包ping 192.168.1.20 -tHub 环境下A 到 B 的帧会从 Hub 的除接收口之外的所有端口出去所以 C 口也能看到 A 发给 B 的数据。这是识别“你正在用共享式以太网”的一个关键现象如果你在第三台机器上开抓包能看到别的主机之间的单播帧那说明底层确实是共享介质如果看不到而你连的又是交换机就说明帧被交换机定向转发了。参数说明-t是 Windows ping 的持续模式会一直发 ICMP 回显请求直到你按 CtrlC 停止。加时间戳的做法在故障排查时更好用因为能看到丢包发生的具体时刻和 Hub 忙碌的节奏对应起来。Linux 环境下用ping -c 4 192.168.1.20-c指定 ping 多少次后自动退出。做性能观察时也可以用ping -f或ping -i 0.2提高发包频率但要注意在 Hub 下半双工环境中高频率 ping 本身就很容易制造冲突。3.2 抓包看 Hub 的转发行为Wireshark 过滤器与“发到所有口”二层验证不能只看 ping 通没通要抓包看帧的走向。我在第三台机器 C 上启动 Wireshark捕获连接 Hub 的网卡然后在 A 上 ping B观察 C 口能抓到什么。抓包前先在 Wireshark 的捕获选项里把“对所有接口使用混杂模式”勾上否则即便是 Hub 把单播帧复制到了 C 口C 的网卡也会因为目的 MAC 不匹配而把帧丢掉抓包结果就不对了。过滤器用这一条arp or icmpA 第一次 ping B 时C 口抓到的顺序是先是 A 发 ARP 请求“谁是 192.168.1.20”Hub 把这个广播帧发到所有端口然后 B 回复 ARPA 收到后发出 ICMP Echo Request这个单播帧同样被 Hub 复制到了 C 口最后 B 回 ICMP Echo ReplyC 口同样能看到。这就是共享式以太网的转发特性Hub 不读 MAC 地址不知道 B 在哪个口所以无差别复制。帧格式上你在 Wireshark 里看到的以太网头部目的 MAC、源 MAC、类型字段0x0806 是 ARP0x0800 是 IPv4都是标准结构这部分可以和以太网帧格式的教材内容一一对应。这组抓包结果就是你实验报告里“验证 Hub 广播特性”的证据。同样一次 ping在交换式环境里抓到的现象完全不同这个对比放到下一章讲。3.3 冲突域怎么“看”出来用 iperf 双向灌包看吞吐腰斩碰撞本身发生在物理层Wireshark 抓不到冲突事件因为冲突时信号在介质上交叠帧已经被破坏或丢弃了。你能看到的只是冲突的后果ICMP 丢包、TCP 重传、UDP 丢包率上升、抓包里出现 CRC 错误帧。所以验证冲突域要用流量把链路压满让冲突暴露出来。我常用的工具是 iperf。在 Hub 下开双向 UDP 打流让 A 往 B 发数据的同时 B 往 A 发数据观察总吞吐量iperf3 -s -p 5001iperf3 -c 192.168.1.20 -u -b 100M -t 60 --bidir第一台机器上启动服务端监听 5001 端口。第二台机器以 UDP 模式、100Mbps 目标带宽、持续 60 秒、双向同时测试。参数说明-u指定 UDP-b 100M是目标发送速率--bidir表示双向并发需要 iperf3 3.1 以上版本旧版本可以用iperf -c 192.168.1.20 -u -b 100M -t 60 -d-d就是双向。Hub 是半双工双向并发时收发共用一个信道总吞吐理论上只有单向速率的上限。如果你拿 100Mbps Hub 测单向能跑到 90 多兆双向并发时两边加起来也只有 90 多兆不会有 180 兆。这是共享式以太网带宽受限的直观证据。换到交换机上做同样的测试全双工下双向能各跑 90 多兆总和接近 200Mbps两个环境的数据一对比冲突域的概念就活了。Hub 与交换机的关键差异我用一张表总结写实验报告时可以直接用对比项共享式 Hub交换式交换机工作层次物理层数据链路层端口带宽共享独立双工模式半双工全双工冲突域数量1 个每端口 1 个单播转发发送到所有口只发到目标口是否读 MAC 地址否是4. 交换式以太网组网MAC 表学习、全双工与广播域差异4.1 交换机开局清空 MAC 地址表与第一次转发的泛洪交换式以太网的实验核心是观察“MAC 地址学习”。交换机通电后MAC 地址表不是空的里面通常有默认配置或老化残留的条目做实验前最好让设备回到出厂状态或者手动清空动态 MAC 条目。不同厂商命令不一样。华为的设备用reset mac-address思科的设备用clear mac address-table dynamic清完后可以查看确认表里已经没有动态条目了。查看命令对应是display mac-address和show mac address-table。注意不同厂商和型号的语法略有差异以实验设备实机为准不用死记但“清空—观察—再清空”这个流程逻辑是通用的。清空后的第一个 ping 包很关键。A 第一次 ping B 时A 发出 ARP 请求目的 MAC 是广播地址 ff:ff:ff:ff:ff:ff。交换机收到后因为不知道 B 在哪个口只能把这个广播帧从除接收口外的所有口泛洪出去。B 收到后回 ARP 应答交换机从这个应答帧的源 MAC 学到了“B 在某个端口”于是把这条记录写进 MAC 表。之后 A 发 ICMP Echo Request目的 MAC 是 B 的地址交换机查表命中直接从对应端口转发不再泛洪。所以你可以做一个操作清空 MAC 表在 A 上 ping B然后立刻在交换机上查 MAC 表。你会看到 A 和 B 的 MAC 地址都出现在表里各自对应正确的端口。这个现象就叫 MAC 地址学习是交换机区别于 Hub 的根本机制。4.2 同样的 ping第三台口抓包为什么“很安静”现在把 A、B、C 三台电脑都接到同一台交换机上重复上一章的抓包实验A ping BC 口开 Wireshark过滤条件还是arp or icmp这次的现象和 Hub 完全不同。C 口能抓到的只有最初 A 发的那条 ARP 广播请求因为广播帧被泛洪到了所有端口。但之后 A 发给 B 的 ICMP Echo Request 和 B 返回的 Echo ReplyC 口一条都看不到——交换机已经学会了 B 在哪个端口单播帧不再往 C 口复制。这组现象把二层转发行为讲透了广播帧泛洪未知单播泛洪已知单播定向转发。实验报告里放两张抓包截图一张 Hub 的、一张交换机的对照着写比抄十行理论文字都有说服力。如果 C 口连 B 发回的 Echo Reply 也能看到不要急着下结论说交换机和 Hub 一样。先检查是不是交换机里有端口镜像配置或者查一下 C 的网卡是不是开着混杂模式并且接了交换机镜像口这两种情况都会让本来不该出现的帧出现在 C 口。排除了这些才能确认你观察到的确实是正常交换行为。4.3 全双工与半双工ethtool 必看参数和实验时怎么调交换式以太网实验里有一个必调参数端口的速率和双工模式。交换机端口默认是自协商但有的实验箱会把端口强制成 100M 全双工或者电脑网卡被驱动设置成了 100M 半双工这会导致丢包和性能异常和教材上“交换机工作在全双工模式”的结论对不上。Linux 下查看网卡协商状态用 ethtoolethtool eth0输出里重点看Speed和Duplex两行。Speed: 1000Mb/s表示协商到了千兆Duplex: Full表示全双工。如果显示的是Half说明链路协商有问题需要检查网线和对端设备。强制修改网卡参数用ethtool -s eth0 speed 100 duplex full autoneg off我一般只在实验演示“强制模式”时才用这个命令正常使用还是建议开回自动协商ethtool -s eth0 autoneg on参数说明speed 100把速率锁在百兆duplex full锁全双工autoneg off关闭自协商。注意强制模式最怕对端还在自协商强制端和对端自协商之间容易协商出半双工这个坑在下一章排查里会细讲。交换机一侧的端口状态可以在命令行里看华为用display interface ethernet 0/0/1思科用show interfaces gigabitethernet 0/1输出里有Full-duplex或Half-duplex字样。如果设备不支持命令行就看面板指示灯很多交换机的端口指示灯用不同颜色或闪烁方式区分速率但双工状态通常不在面板上显示最可靠的方式还是两端用命令核对。5. 以太网组网实验避坑与排查五处高频翻车现场5.1 链路指示灯亮着ping 就是不通现象网线插上交换机或网卡的 Link 灯正常亮但ping一直超时。原因Link 灯只代表物理层信号通不代表二层和三层配置正确。常见问题有 IP 不在同一网段、防火墙拦截 ICMP、ARP 表缓存了错误条目、VLAN 配置把端口隔离了。解决按顺序排查。先ipconfig /all确认两台机器 IP 和掩码再临时关闭防火墙然后arp -d清空 ARP 缓存重新 ping 一次。如果还不行在 Wireshark 里看有没有 ARP 请求发出去、有没有应答回来。ARP 请求发不出去问题在二层链路或网卡有人应答但 ping 不通问题多半在三层或防火墙。5.2 千兆口协商成百兆或者百兆口频繁断流现象网线插上去协商速率比预期低一档比如千兆网卡只协商到 100Mbps或者链路一会通一会断。原因网线只通了 1、2、3、6 四根芯。千兆以太网需要 4 对线全部工作只通两对时网卡会自动协商降级到百兆。如果连百兆都卡顿说明 1、2、3、6 四芯里有接触不良。解决用网线测试仪测一下 8 芯的线序和通断测出来缺芯或错对直接重打水晶头。我见过不少“实验室里网线看起来没问题”的翻车最后都是水晶头弹片断了或压线没压到底。这里有个血泪经验拔网线时捏住水晶头卡扣再拔不要直接拽线实验台上网线被踩、被椅子压是常态。5.3 强制双工和自动协商不匹配现象两端都显示链路已连接但传输速度极慢UDP 打流丢包严重ping 延迟忽高忽低。原因一端强制 100M 全双工另一端是自动协商。自协商端感知不到对端“强制”的状态最后常常协商成 100M 半双工于是全双工端当全双工发半双工端当半双工收双方发数据的时间窗口互相踩踏大量帧冲突后丢弃。这在实验里特别隐蔽因为链路是“通”的。解决两端都设置成自协商让速度和双工参数自动对齐。如果实验要求必须强制那就同一台交换机上所有测试端口全部强制成相同的速度和双工。配完后用 ethtool 或交换机命令核对不要只看 Link 灯。5.4 抓包界面里看不到别人的单播帧现象Hub 下第三台口抓包看不到 A 和 B 之间的 ICMP 单播帧只看到 ARP 广播。原因网卡默认会把“目的 MAC 不是自己”的帧直接丢弃抓包软件必须在捕获选项里开启混杂模式网卡才会把收到的所有帧都交给抓包程序处理。共享式 Hub 会把帧复制到所有口但如果没开混杂模式网卡在驱动层就把帧过滤掉了你以为 Hub 没转发其实是网卡没上交。解决Wireshark 的“捕获选项”里在对应网卡上勾选“混杂模式”再重新开始捕获。注意交换机的转发机制和 Hub 不同即使开了混杂模式交换式环境下不相关端口的单播仍然收不到这是正常现象。所以“能不能看到别人的单播”本身就是区分 Hub 和交换机的一个实验手段。5.5 适配器消失、无线网卡名字混入以及实验网被上联口误伤现象Windows 设备管理器里“网络适配器”下面找不到有线网卡了或者“以太网”连接名对应的其实是无线网卡。工控场景里还可能报“pnie 接口不可用以太网电缆断开或损坏”。原因Windows 驱动更新或系统休眠后网卡可能被禁用或驱动异常无线网卡也会创建“以太网”条目导致认错。pnie 这类工控报错通常是 RJ45 接口或线缆物理损坏端口禁用也会触发同样提示。解决先在设备管理器里看有没有带黄色叹号的网卡右键禁用再启用如果消失用“扫描检测硬件改动”让它重新枚举。认适配器以设备管理器为准不要看控制面板的连接名。做实验时把实验用的交换机单独作为一个网络不要上联到校园网或公司内网否则打流测试产生的异常流量可能触发认证系统的检测告警端口被安全策略封掉那才是真正的“做实验做到一半被踢下线”。6. 组完网络怎么验收最小帧、错帧率与一套固定收尾习惯链路通了、抓包也做了实验就算完了我还会多测两项用来验证这条链路的质量而不是“能通就行”。第一项是看错帧统计。Wireshark 里打开“统计 → 捕获文件属性”检查有没有 CRC 错误、runt 帧小于 64 字节、超长帧。Linux 下更直接用 ethtool 看网卡错误计数ethtool -S eth0 | grep -i err收尾前跑一次这个命令如果rx_crc_errors或tx_errors有计数说明链路里有帧损坏多半是线缆质量问题和软件配置无关。这个习惯救过我一次当时两边怎么配都丢包查了半天最后发现是实验台上那根线的第 4 芯断了CRC 错误计数暴露了物理层问题。第二项是验证 MTU 和最小帧长的边界。以太网帧最小 64 字节通常网卡驱动会把短帧自动补零填充所以很难直接在链路上抓到 runt 帧。想验证也行用脚本构造一个长度小于 64 字节的帧发出去看交换机和接收端怎么处理。但这个操作需要网卡和驱动配合不同平台行为差异大课程实验做到“理解”这层就够了你发的每个以太网帧无论上层是什么协议最终在线上都不会小于 64 字节这是 CSMA/CD 时代为了保证冲突能被检测到而定的底线。收尾时我会做一件固定的事拔掉所有多余设备只留两台电脑、一根线重新跑一遍最小拓扑的 ping 和抓包确认结果不依赖边上那台交换机或那根“恰好很好用的线”。这个最小闭环从头到尾能自己通实验才算真正做完了。后来排查过不少难缠的链路问题靠的都是这套“最小化复现”的习惯。希望帮到你。本文还有配套的精品资源点击获取
