组播 广播 一分钟了解替换机四种报文中的三种 未知单播

随着互联网的开展，各种运行层出不穷，突飞猛进，对网络设施的要求也越来越高，对广阔设施厂商也提出更多的要求。不过这些事件都与二层替换机没有相关：)，由于各种运行的数据抵达二层替换机时，都只会变成一个一个数据包(帧)，替换机基本不会去识别其属于哪种类型的运行。

关于二层替换机来说，它在转发报文时，只要四种类型的报文：广播、组播、未知单播、已知单播。只管看起来比拟繁难，然而依据我多年的阅历，能了解这四种报文转发机制的小同伴不多，大少数人不时都很迷糊，然而还成功的活了这么多年：)。咱们当天就来先看一下这四种报文中的三种：广播、组播、未知单播，文章会独自的引见已知单播。

替换机对广播、组播、未知单播 三种报文解决形式相反

俗话说“物以类聚，人以群分”，预计有小同伴会有不懂了，广播、组播、未知单播这三种类型的报文看起来差异挺大的，没有什么咨询，为什么要放在一同讲呢?

这个环球总是屁股选择脑袋，每团体都有自己的立场，这几个报文对咱们来说不一样，然而关于二层替换机来说，解决这三种报文的形式是一样的：将它们启动泛洪，所以会把它们放在一同讲述。

不过在解说泛洪之前，咱们先来意识一下什么是二层广播、组播和未知单播报文。

1. 二层广播报文

当二层替换机收到一个报文时，会取出报文的目标MAC地址，假设MAC地址为全FF，则这个报文就是二层广播报文，例如上方的wireshark抓包截图：

二层广播报文

2. 二层组播报文

假设二层替换机收到的报文的MAC地址是以 000:01:5E扫尾的报文，则这个报文就是二层组播报文，例如上方的wireshark抓包：

二层组播报文

3. 未知单播报文

那未知单播报文是什么呢?首先它是一个单播报文，那啥是单播报文呢?繁难说除了广播和组播以外的报文，就是单播报文了，即目标MAC地址既不是全F，也不是01:00:5E扫尾的报文。例如上方的wireshark抓包的内容，就是单播报文了：

二层单播报文

那什么是未知单播报文呢?是指哪些在替换机MAC地址表中，没有表项的单播报文，例如下图：

MAC地址表

当替换机收到目标MAC地址为0000:2222:2222报文时，会查找MAC地址表，发现没有表项存在，就以为这个报文是未知单播报文。

相反的，当替换机收到目标MAC地址为0000:1111:1111报文时，能查找到表项，就以为这个报文是已知单播报文。

二层替换机对这三种报文所有泛洪解决

上方咱们曾经把握替换机如何判断一个报文属于哪种类型，并且说了二层替换机对广播、组播、未知单播的解决形式相反，那究竟怎样解决它们呢?网络界有一个专有名词，叫做泛洪，就是为它们专门定制的!

泛洪，英文单词是flooding，示意像洪水一样，会占满一切的空隙，不留任何空间。在替换机里，也是一样的，当一个端口收到上方所说的任何一种报文，就会从一切在同一个VLAN里、UP的端口转收回去，例如下图：

报文泛洪

当替换机端口P1收到广播、组播、未知单播中的任何一种，会在替换机外部复制4份，而后从P2-P5这4个端口都转收回去。就像洪水占满一切空隙一样，替换机也会把报文从一切的端口发送进来!

总结

通过上方的解释，各位小伙应该对二层替换机解决报文的机制有必定了解了吧，我在来做一个繁难的总结：