这个洪泛的帧还是刚刚找不到目的mac对应port的那个帧，只不过被洪泛传输了。源mac和目的mac不变化，刚刚请教了同事，他在某杰设备测试中遇到过这种情况。linuxbridge好像也是这么处理的。

如果源主机不知道目的主机的mac地址，应该是ARP广播请求得到这个目的Mac。目的主机判断是否是发给自己的，就是通过目的IP地址是否是自己的地址来决定的，如果是就响应请求发回自己的mac地址给源主机，同时一来一去交换机都学习到了源主机和目的主机mac并添加到mac表。

在二层交换机看来，报文分为三种： a.已知单播 b.未知单播 c.广播 已知单播是说交换机上存在FDB表项。当交换机收到一个已知单播时，根据DMAC查到出口端口，则转发该报文。 未知单播表示交换机上不存在该FDB表，交换机也不知道报文发送到哪个端口，于是他在该VLAN的所有端口里面（除了源端口）做了一个泛洪（flood，形式和广播一样，但不叫广播），即在所有端口上转发该报文。 广播报文直接在该广播域上的所有端口（除了源端口）上发送一遍。 二层交换前后DA/SA不发生改变。

那个叫泛洪flood 不叫广播

默认你说的都是以太网交换机。 你要先搞明白一件事情，不是交换机发出的这个广播包，交换机不管产生广播包( 这里先不讨论智能交换机自己有irb之类的情况)，只是把收到的广播包继续泛洪出去而已。所以这个广播包原来的源mac地址是啥那么交换机泛洪的时候就还是啥。 目的mac地址是ff ff ff ff ff ff。 至于目的主机为啥知道这个广播是给我的？我还要继续解封装看目的ip啊，如果目的ip是我那就说明这个广播包实际上是想给我的。 以上说的都是广播包的情况，但是单播包也一样。 目的主机回应广播或者单播后，交换机将此mac地址加入mac表中。

看了你的提问，感觉你和三层跨网段转发弄混了 从交换机的交换原理上说一下，这个问题就好理解了 你说的这个问题，交换机这个概念，用来在一个广播域内控制数据帧走向。那么怎么控制数据帧走向呢？ 交换机有一个mac表(这个表是怎么来的先不说)大概就是这样 mac1a出口为port1 mac1b出口为port1 mac2a出口为port2 交换机先提取所收到的数据帧的目的mac，然后根据目的mac查找mac表 1.如果mac表中能找到对应mac(mac为mac1a/mac1b/mac2a)，则将数据帧只从对应的port发出 2.如果找不到对应mac(比如mac为mac2b)，则交换机不知道这个数据帧应该从哪个port发出，这时候交换机采取的策略是从同vlan里的所有port都发出这个数据帧(交换机的广播动作，从vlan内所有port发出同样的数据帧，但不会改动这个数据帧)，以牺牲网络性能的方式确保这个数据帧最大限度可能被正确的接受者收到。至于其他原本不需要的设备也会接收到这个数据帧？其他设备自行处理。 整个过程中不需要改变数据帧中的mac。 另外，可以看出，在这个过程中，不需要有交换机的mac参加，所以概念上交换机可以没有mac。交换机的mac/ip是为了方便用户能用telnet之类的通信手段管理交换机。 如果想知道交换机怎么维护mac表，搜索“交换机mac表地址学习过程”

“并且广播这个数据帧” 里的广播只是每个端口转发的意思 并不是FF:FF:FF:FF:FF:FF 的意思

CCNA视频看5遍，一切都豁然开朗了。（CCNA PPT里面讲得很明白的，所有的的回答都是止痛，不能治痛）

当一个交换机收到一个数据帧的时候，会查看自己的mac表，如果mac表中没有数据帧的源mac和目的mac，则会将源mac加入mac表，并且广播这个数据帧。

[h1]二层交换机对 未知单播，会 「 洪泛 」 ，但不是广播，洪泛 帧结构/源目地址完全不变。[/h1]别把ARP协议与二层交换原理搞混了，前者就PC做的事情，后者是交换机的职责。

附 二层交换原理图，出自CCNA：

我说说我的看法，说的有问题 欢迎大家指正。首先要区分广播报文 和 泛洪报文的 区别： 广播报文是因为主机不知道目的mac，然后发起目的地址为全f的广播报文，交换机收到之后只是按照规则将这个报文广播到入接口之外所有的接口。而泛洪报文也是由主机发起，但是是单播报文，报文封装的目的mac 就是真实目的地的mqc地址，交换机收到这个报文发现目的mac不存在于表项中，只能将这个报文复制多份发出去，当然除了入接口，并且发送之前对报文不做修改，只有目的主机拥有报文中的目的mac，才会接受报文处理，其他主机都会丢弃报文，这种情况类似于hub。能工作但是效率较低，但是这种主机先于交换机知道知道目的mac的情况应该很少见，因为主机要想知道目的mac就要发arp广播，arp reply 在返回的时候经过交换机的时候已经被交换机处理而先于主机获得目的mac，除非你在主机上配置静态mac。

交换机上电启动之后，MAC地址表如初生婴儿的大脑，一片空白，好在交换机勤于学习，怎么学习呢？ 第一步：MAC地址学习过程 每次在一个端口接收到一个以太帧，都要先学习帧头的源MAC，如果该MAC地址在MAC地址表不存在，记录到MAC地址表，并启动一个300秒的定时器，类似这样表项： MAC 端口号 超时时间 X 0/1 300 如果该MAC地址X在MAC地址表存在，刷新超时时间为300秒。 如果300秒内没有流量刷新，该表项将会被删除。 以上是交换机学习MAC的过程，切记，是通过源MAC地址来学习。 第二步：以太帧的转发过程 根据以太帧的目的MAC地址，来匹配MAC地址表，会有以下几种情况： 1）匹配到特殊MAC地址 比如生成树地址“01:80:C2:00:00:00”，将以太帧直接给STP模块处理 2）匹配到MAC地址的一个表相 从对应的端口发送出去 3）没有匹配的表相 从所有的端口（除了接收到此帧的端口）发送出去，通常称为泛洪。 以上所有过程，都假设没有配置VLAN，如果配置了VLAN，学习过程、转发过程都需要检查帧头802.1Q的VLAN ID字段，泛洪也只在属于该VLAN ID的端口上泛洪。 由于“FF.FF.FF.FF.FF.FF”是广播地址，永远都不会出现在源MAC字段，所以永远不会被交换机学习到。 “FF.FF.FF.FF.FF.FF”只能出现在目的MAC字段，所以交换机永远都匹配不到，只有泛洪，该VLAN里的所有端口都可以接收到，此乃广播。 当交换机无法匹配到一个非“FF.FF.FF.FF.FF.FF”的地址时，也是采用广播泛洪的方式，对于交换机是一个巨大的处理负担，这就是常被提到的广播风暴。 造成广播风暴的原因很多，网络拓扑不稳定，造成MAC地址表超时时间大大缩短，很多表项因而被删除，造成流量因为MAC地址表空而被迫广播泛洪，所以保持二层网络稳定也可以避免广播风暴。