H3CSE课本上没说的关于组播的那些事儿

学到组播这一块，发现课本上有很多没有讲的细节，对我这种外行来说，只能去查查其他的资料，把这一块补充完善一下~~

1. 两个特定的组播地址：224.0.0.1 表示本网段上的所有主机

                       224.0.0.2 表示本网段上所有的路由器

2.  主机通过组地址和接口来识别一个组播组

主机保留了一个表，此表中包含以组播地址和程序的映射，程序如何实现组播的呢？

OSI七层参考模型

应用层      某个程序需要加入一个组播组 通过某种渠道获得了组播地址

表示层      

会话层

传输层      （组播基于UDP 所以组播继承了UDP的一些缺点）

网络层      主机存在了此组播组的组播IP（此主机还会存在单播IP和环回地址等

数据链路层  根据组播IP生成一个组播MAC（当然也会存在单播MAC等其他MAC）

物理层

3 IGMP运行于IP层 IGMP被当作IP层的一部分

4 在IGMP报文的IP部首中TTL被设置为1，目的是保证此IGMP报文不被其他路由器转发到其他网段

5. 组播MAC永远都不会出现在组播帧的源MAC的位置

组播帧会构建成这样的：

目的MAC          源MAC                承载数据

生成的组播MAC    网卡接口的单播MAC    略

这就导致了二层交换机学习不到组播MAC的端口映射表项，那么组播就变成广播了，背离了组播的初衷，于是出现了IGMP Snooping技术

6. IGMP Snooping技术又出现了一个问题。

在未引入IGMP Snooping技术之前的网络环境是类似于集线器环境，但是引入IGMP Snooping之后，交换机工作在二层上。这是有区别的。

在集线器这种一层设备环境下，无论是什么设备发出的报文，所有的主机或者路由器都会收到，那么为了防止Membership Report报文在集线器上泛滥，就有了IGMP成员报告抑制机制加以约束，但是运行了IGMP Snooping后的二层交换机就出现问题了。因为，交换机的转发是依靠内部的MAC和端口的映射表，如果membership report报文被泛洪，那么其他端口上的组成员主机就会依据IGMP成员报告抑制机制而沉默，不再发送其自己的membership report报文，导致了交换机无法得知此端口上还有相应的组成员，接下来就会造成报文无法投递。所以，对于membership report报文，交换机仅仅会在路由器端口转发，而不会在其他动态成员端口上转发。