一、问题从哪儿来：一屋子人开会，没有主持人

总线型与集线器时代（收 5.7），所有设备挂在同一根线上：

• 线上跑的只是一串电压变化，没有一个"中央裁判"告诉你"现在轮到你了"
• 两个人同时开口 → 两个信号在线上叠加，谁的话都听不清 → 这就是冲突（collision）
• 而冲突的代价是双份的：两边的帧都作废，都得重发，线路被白白占用

那怎么办？当年有两条路：

1. 请一个裁判（令牌环就是这条路：令牌轮流传，拿到才能说，收 5.7）——秩序好，但要额外的机制与设备，扩展也麻烦
2. 不要裁判，靠一套礼貌规矩自己协调——这就是 CSMA/CD

以太网选的是第 2 条。这套规矩的名字里，三部分各管一件事：

二、三步走：先听、边说边听、撞了就退（配图一）

第 1 步：先听后说（CS）

要发帧之前，先"听"一下线上有没有信号：

• 空闲 → 可以发
• 有信号 → 别人在说，等；等它说完再听一次

这一步是"礼貌"，但它自己不够用，原因很关键：

两个人可能同时"听到空闲"，然后同时开口。

信号在线上跑是要时间的（电信号大约每秒二十万公里，不是瞬间）。A 在这头判断"空闲"的同时，B 在那头也判断"空闲"——两边都没听到对方（因为对方还没开始发），于是同时开口 → 撞。

所以必须有第 2 步。

第 2 步：边说边听（CD）——这是 CD 相对早期方案的核心升级

发送的同时，网卡不停地比较两样东西：

• 我刚刚送出去的信号
• 线路上此刻实际跑的波形

自己发的到自己的接收端也有个回路，只要路上没有别人加进来的东西，两者就是一致的；一旦不一致，说明有人和自己同时发了 → 冲突。

为什么不"发完再看结果"？因为：

• 早发现，早停手：可能只发了前几十个字节就发现了，剩下的一大段就不用白发了
• 早通知别人：立刻发一串 Jam（堵塞信号，32 位），把线"搅浑"，让所有在场的设备都知道"刚才撞了、谁都别当真"

第 3 步：撞了就退避，然后从头再来

发现冲突后，两边都：

1. 停下手里的帧（这帧作废，不往上交）
2. 发完 Jam
3. 各自随机等一段时间（退避，Backoff）
4. 回到第 1 步，重新"先听后说"

二进制指数退避（会认这一层就够了）：

• 第 1 次撞：从 0 或 1 个"时隙"里随机挑一个等
• 第 2 次撞：从 0~3 里挑
• 第 n 次撞：从 0 ~ 2ⁿ−1 里挑（到一定次数后封顶）
• 撞得越多，等得越久、可选范围越大——这样重负荷时全网自动"收敛"，不会一直挤在一起
• 传统以太网规定：连续 16 次都没成功 → 放弃这一帧，报错（网卡上会体现为错误计数，见 Demo57）

三、最硬的一块：冲突窗口与"最小帧 64"（配图二）

上面的规矩要成立，有一个物理前提，这也是本节最值钱的一段：

发送方必须在自己这一帧还没发完的时候，能听到最远处传回来的冲突信号。

否则：帧已经发完、网卡已经认为"我这帧成功了"，撞车的信号才慢悠悠传回来——它已经没法补救，甚至根本不知道撞过。

于是推出一个硬约束（配图二的时间－距离图）：

• 设信号从线路一头跑到另一头需要 τ（单程传播时延）
• 最坏情况：最远的两端（A 端与 B 端）几乎同时开火
• A 要察觉这次撞车，最早也要等冲突信号从最远端传回来——也就是 2τ 之后
• 所以：一帧的发送时间 ≥ 2τ

把当年以太网的参数代进去（10 Mbps、最大 2500 米）：2τ 折算成 512 位 ＝ 64 字节。这就是——

最小帧 64 字节的真正原因：让"发送时间"足够覆盖"最坏情况下的冲突往返时间"。

顺手就能填上前面几笔老账：

• 5.6 的填充字段：上层只发 1 个字节时，发送时间太短，撞车还没传回来帧就发完了 → 发送方网卡补一串 0，把帧撑到 46 字节数据（合计 64 字节）。填充不是浪费，是保住"听得见撞车"这个能力
• 5.6 那句"我只 ping 1 个字节，线上却跑了 64 字节"：正是这条规矩的直接后果
• 5.2 的"最小帧 64 是从撞车要听得见倒推出来的"：本节把这条推导完整走了一遍

顺带两个由此而来的概念

① 冲突域（Collision Domain）

共享同一段介质、能彼此撞到的那一片范围。

• 一根总线、一台集线器下的所有口 → 同一个冲突域（收 5.7 的"逻辑总线"）
• 交换机的每个口 → 各自一个冲突域（因为不再有任何人跟它抢）
• 冲突域是"能不能互相撞"的范围；广播域是"广播帧能到哪儿"的范围（收 3.9）——两个概念不一样，后面会专门对照

② 网段长度与级联数量都有硬上限

因为 2τ 决定了"信号来回要多久"，而距离越长、τ 越大 → 冲突窗口越大 → 最小帧还得更长才够。可帧长不能无限涨，那就只能限制距离。所以老以太网有一堆硬规矩，比如当年 10BASE5/2 时代的"5-4-3 规则"：最多 5 段线、最多 4 个中继器、其中只有 3 段能接设备。

一句话：以太网的"线不能太长、集线器不能串太多"不是随口定的，是从 2τ 这个物理量算出来的。

四、今天它还在跑吗：多数时候已经"关掉了"

前面说过，交换机给每个口独享带宽，双绞线收发各一对线（收 5.5）：

• 我发我的、你收你的，两个方向互不干扰
• 这叫全双工（Full Duplex）：可以同时收发，物理上不可能撞
• 既然不可能撞，"先听""边说边听""退避"就全都成了多余动作 → 网卡与交换机在自动协商时就会通告"我这边不需要 CSMA/CD"，这套机制被关闭

所以今天绝大多数场景下：

CSMA/CD 是"装了但没在跑"的状态。 它只在半双工环境里还真的在干活——老式集线器、某些老设备、以及个别被手工配成半双工的口。

全双工 vs 半双工对照：

五、那为什么还要学它

因为它的影子天天在你眼前，而且它是理解以太网设计选择的钥匙：

1. 最小帧 64 与填充（收 5.6）——只要以太网还在跑，这条规矩就还在
2. 半双工选项——网卡高级属性里那一栏，源头在这
3. 退避思想——Wi-Fi 的 CSMA/CA、以及各种"抢不到的等一会儿再来"的机制，都是它的亲戚
4. "冲突域"这个词——网络图、资料、老教材里到处是
5. 解释历史与故障：
6. "老网络为什么要用交换机分段？"——切冲突域，人少了就不容易撞
7. "双工不匹配为什么是经典故障？"——一端配全双工、一端配半双工：全双工那边发了不听，半双工那边一边发一边听，看到的是持续的冲突，于是大量丢帧、CRC 错误、速度断崖（这是本节最常被引用的现实症状）
8. 和无线对照（收 5.1）：

六、Demo57：亲手看"抢线与不抢线"

目标：不用真的接一根总线，也能确认"今天你的网卡是全双工、根本不需要 CSMA/CD"，并且亲手验证"最小帧 64"这条由它推出来的规矩。

1. 看速率与状态（PowerShell）：Get-NetAdapter | Format-Table Name,Status,LinkSpeed 记下你这张网卡的名字（通常是"以太网"或"WLAN"，可能带编号）和 LinkSpeed（如 1 Gbps）。
2. 看"速度和双工"当前是自动协商还是被锁死： Get-NetAdapterAdvancedProperty -Name "以太网" | Where-Object {$_.DisplayName -like "*双工*"} | Format-List DisplayName,DisplayValue,ValidDisplayValues
3. 正常应是 Auto Negotiation（自动协商）
4. ValidDisplayValues 会列出可选值——你会在里面看到"半双工"：这就是 CSMA/CD 还留着的那扇门
5. 如果哪一步报"找不到网卡"，先在第 1 步的输出里把名字抄对（可能叫 以太网 2）
6. 验证最小帧 64（收 5.6 的算法，这里换个方式确认）： ping -l 1 127.0.0.1 1 字节数据 + ICMP 头 8 + IP 头 20 = 29 字节 < 46 → 网卡填充到 46 → 加帧头 14 + FCS 4 = 64 字节。 （想眼见为实就开 Wireshark 抓这个回环包，看长度正好 64。）
7. 看网卡有没有在"报怨"：netstat -e 看 "错误"（Errors） 一列。在全双工的今天，这个数应该极小甚至为 0；如果它一直涨，说明线、口或双工配置有问题——这正是"冲突/坏帧"留下的痕迹。
8. 抓包里找 runt 帧（核心现场之一）：Wireshark 抓一段，过滤器里翻有没有小于 64 字节的帧（截断帧，runt）。 → 抓不到：正常。因为今天全双工，没人抢线，根本不会产生撞车残片。 → 半双工 + 集线器的年代，这类残片是日常现象。（收 5.6："今天全双工基本抓不到 runt"）
9. （可选、谨慎）把双工改成半双工，看症状： 把第 2 步里那个值从"自动协商"改成 100 Mbps 半双工，保持十几秒，观察：网速骤降、netstat -e 的错误计数开始涨、抓包出现大量 CRC/冲突痕迹——因为对端交换机很可能仍是全双工，形成了典型的双工不匹配。 做完立刻改回"Auto Negotiation"。

   这一步的三条底线 ① 远程连接、服务器、公司配发的电脑不要做（可能直接断网，且企业策略常把它锁死，看到灰掉不能改是正常的）；② 改的一瞬间网络会瞬断，正在跑的工作先保存；③ 必须改回自动协商——留着半双工，你会以为"网坏了"。

10. （更省事的替代） 不真改，只在第 2 步里看那栏的当前值与可选项，把"改了会怎样"用本节的机理推一遍——结论是一样的，风险是 0。
11. 顺带认一个"冲突域"的实物：看交换机上一排口，每个口是一个独立的冲突域；如果哪天见到一台集线器（而不是交换机），那它所有口共用同一个冲突域——这就是两者最本质的差别（收 5.2、5.7）。

七、30 秒实验

• 看双工：一条 Get-NetAdapter | Format-Table Name,LinkSpeed——你的网卡跑在全双工，所以"根本不会撞"。
• 算一次 64：ping -l 1 127.0.0.1，然后把 14 + 46 + 4 = 64 在心里过一遍——你刚发的那 1 个字节，被填充撑成了 64。
• 找一个 runt：Wireshark 抓 30 秒找小于 64 字节的帧。找不到，就是"介质不再共用"的最好证据。

八、常见误区

1. "CSMA/CD 现在还在天天跑。" —— 全双工环境下已经被关闭（自动协商时双方会通告"不需要 CD"）。只有半双工（老集线器、个别手工配置）里才真的在跑。
2. "只要先听后说就够了。" —— 不够。两个人可能同时听到"空闲"然后同时开口，必须有 CD 与退避才能收敛。
3. "冲突会丢数据。" —— 冲突发生在链路层的一帧上，CD 的目标是尽早发现、立刻停，浪费的是几微秒；数据的可靠到达是上层（TCP）的事（收 3.18）。别把"这一帧没发成功"和"数据丢了"混为一谈。
4. "退避随便等一会儿就行。" —— 必须随机，否则下一轮又是同时开口；而且撞得越多等得越久（二进制指数退避），这是全网自动收敛的关键。
5. "最小帧 64 是为了效率。" —— 恰恰相反，它是为了保住可靠性（听得见撞车），代价是多发了一些没用的字节（收 5.6 的填充）。
6. "加个中继器/集线器就能把线拉更长。" —— 它们扩大同一个冲突域，让 2τ 变大、冲突概率上升。老以太网对段数和级联数量有硬上限（5-4-3 规则），不是随口定的。
7. "冲突域和广播域是一回事。" —— 冲突域＝能撞到彼此的范围；广播域＝广播帧能到达的范围（收 3.9）。交换机切冲突域，但默认不切广播域（要划 VLAN 才切，收 5.3 的 802.1Q）。
8. "交换机时代就不用懂 CSMA/CD 了。" —— 最小帧 64、填充、半双工选项、退避思想、冲突域这个词、双工不匹配故障——全都源自它。
9. "无线用的也是 CSMA/CD。" —— 无线是 CSMA/CA（避免）：自己发的会盖住别人的，没法边说边听（收 5.1）。
10. "出现冲突就是坏掉了。" —— 在共享介质环境里，冲突是正常工作的一部分（规矩就是为管理它而设计的），负载不高时以太网仍能跑到很高的利用率；只有在全双工网络里，冲突理论上不该出现，出现就说明配置或硬件有问题。
11. "双工不匹配只是慢一点。" —— 一方全双工、一方半双工会造成持续冲突、大量 CRC 错误、吞吐断崖式下降，是经典故障。所以今天一律用自动协商，不要手工锁速率与双工。

九、动手自测

十、下一步学什么

• ☑ 5.9 创建以太网网络（二层交换机） —— 已学完：本节最后那句"复杂度换到了'交换机怎么转发'"，下一节就把它讲透了——MAC 地址表怎么学出来、命中就定向转发、查不到就泛洪、以及为什么交换机切冲突域却不切广播域。见 创建以太网网络（二层交换机）。

相关笔记

• 创建以太网网络（二层交换机） —— 下一节：本节留下"复杂度换到了交换机怎么转发"，那里把它展开（MAC 地址表、泛洪、过滤、透明转发）
• 如何连接（网络拓扑） —— 上一节：拓扑决定"介质是否共用"；共用才有本节这套抢线规矩
• 负责传输数据的以太网（以太网概要） —— 三代形态、MAC = Media Access Control 的名字答案、最小帧 64 的初识；本节把它完整推导一遍
• 数据的格式（以太网的数据帧格式） —— 填充字段与帧长下限 64；本节给出"为什么要填 46 字节"的物理原因
• 常用的网络接口和线缆是什么（RJ-45接口与UTP线缆） —— 收发各一对线（百兆 4 根 / 千兆 8 根）；全双工的物质基础，也是 CSMA/CD 退场的原因
• 在同一网络中传输数据（以太网、无线局域网（Wi-Fi）） —— "有线撞了再补救、无线尽力别撞"的首次出现；本节补全对照表
• 以太网标准（IEEE802委员会） —— 这些规矩写在 IEEE 802.3 里；VLAN（802.1Q）才是切广播域的手段
• 用于构建网络的设备（网络设备） —— 集线器（一个冲突域）与交换机（每口一个冲突域）的本质差别
• 接收方是1个还是多个（单播、广播、组播） —— 广播域的概念；与本节"冲突域"要分清
• 对应用程序的数据进行可靠传输（TCP） —— 端到端的重传；与本节"这一帧没发成功"的分工区别