📄 一句话概括
目的 MAC 不在表里时交换机泛洪（除收信口外全发）；广播帧永远泛洪——后者是 ARP、DHCP 能工作的前提。
📝 本节和前面几节的关系
3.2.2 讲了表的日常；本篇讲表的两次【例外动作】。
一、泛洪的两种场景
Unknown 单播：目的 MAC 不在表里 → 先全发， 等对方回话把它的口记下来； 广播（全 F）：永远全发——所有设备都得知道。
二、对上层的影响
ARP 广播（2.5.5）与 DHCP 发现都依赖广播可达； 代价是全网的广播流量——网络越大越吵。
三、动手 Demo：查不到怎么办（泛洪）
两种泛洪：
for s in ['Unknown 单播 -> 除收信口外所有端口发（泛洪）',
-> 目标答话后它的 MAC 被记进表',
广播帧（全 F）-> 永远泛洪，所有口都得知道']:
print(s)
实跑输出：
--------------------------------------------------------------------
查不到怎么办（泛洪）
--------------------------------------------------------------------
目的 MAC 不在表里（Unknown 单播），交换机只能：
-> 从除接收口外的**所有端口**发出去（泛洪）
-> 目标答话后，它的 MAC 就被记进表
-> 下次同样的帧就直接点对点
广播帧（全 F）则永远泛洪——所有口都得知道，
这也是 ARP 能工作的前提（2.5.5）。
12 课把 Unknown 单播的泛洪单列一节（5.11）—— 可见这一步在二层世界里分量最重。
30 秒实验
- 用 Wireshark 抓一次 ARP 广播，看目的 MAC 是不是全 F。
- 想想大二层网络（几千台）里广播为什么可怕。
- 查查 VLAN 怎么约束广播域。
常见误区
- 以为广播也查表——不查，永远全发。
- 以为泛洪是异常——是标准行为。
自测三问（点开对答案）
1. Unknown 单播怎么处理？ —— 除收信口外泛洪。 2. 广播帧的 MAC 是什么？ —— 全 F（ff:ff:ff:ff:ff:ff）。 3. 哪些协议依赖广播？ —— ARP、DHCP 等。- ☐ 下一节（3.2.4 全双工模式可以同时进行发送和接收）
相关笔记
- 二层交换机的操作（Unknown单播数据帧、泛洪） — 12 课同款
- 通过ARP查询目标路由器的MAC地址 — 广播的经典用例
- 🔌 网络是怎样连接的 · 索引