家里用两个无线路由器通过网线连在一起，想让两边设备能互相发现打印机、共享文件，结果发现手机连A路由器能看见NAS，换到B路由器就找不到了——这很可能跟网桥是否转发广播帧有关。
网桥默认会转发广播帧
网桥工作在OSI模型的第二层（数据链路层），它不看IP地址，只根据MAC地址做转发决策。当一个设备发出广播帧（目的MAC为 ff:ff:ff:ff:ff:ff），网桥只要收到，且对应端口处于转发状态，就会无条件复制并发送到其他所有端口（除接收端口外）。
这个行为是网桥的基础能力，不是可选开关。比如你用Linux命令 brctl addbr br0 创建一个网桥，再把 eth0 和 wlan0 加进去，只要接口UP、STP没阻塞端口，广播帧就会跨接口透传。
为什么有时感觉“广播没过去”？
常见误解是“网桥没转发”，其实更可能是以下原因：
- 启用了生成树协议（STP），某个端口被置为blocking状态，暂时不转发任何帧；
- 网桥上配置了ebtables规则，显式DROP了广播包；
- 物理链路异常，比如网线松动、交换芯片故障，导致广播帧根本没进网桥；
- 终端设备本身限制：Windows防火墙或iOS系统会抑制某些广播响应（如NetBIOS、mDNS跨网段响应），让人误以为广播没传过去。
实测小技巧
在Linux网桥环境中，可以用tcpdump抓包验证：
tcpdump -i br0 ether dst ff:ff:ff:ff:ff:ff -nn分别在连接不同网段的两个终端上运行，发一次ARP请求（比如 ping -c1 192.168.2.1），如果两边都能看到相同广播包，说明网桥确实在转发。
和路由器的区别很关键
别把网桥和路由器搞混。路由器默认不转发广播帧（第三层设备），它的作用恰恰是隔离广播域；而网桥是扩大广播域的——这也是为什么用网桥连两个子网后，原本各自独立的ARP表可能互相学习，甚至引发广播风暴。
如果你只想打通通信又不想广播泛滥，得考虑用静态ARP、VLAN划分，或者干脆换成三层交换或路由模式。