组播技术架构

组播基础

1.保留的组播地址:224.0.0.1-224.0.0.255
   公网上的组播地址:224.0.1.0-238.255.255.255
   私网上的组播地址:239.0.0.0-239.255.255.255

2.组播在二层也要有对应的mac地址,组播ip:mac地址=32:1,mac地址前面25位是保留的00 10 5e 00 .....,加上组播地址的后23位.所以存在一个mac地址对应多个组播地址的可能,如果出现这样的情况,那么不同组之间的流量可以相通.IETF的观点是,在一个交换网络里出现这样情况的概率很低,可以接受,即使真的出现这问题,数据包也会因为3层的组播地址,4层的端口号,上层应用的验证等被丢弃.
这种可预测的组播mac地址有两个好处:
    1.只需要向该组播mac地址发送一个数据帧,交换机就会帮你复制多份到需要的主机.
    2.不需要ARP进程.

3.主机对查询包的相应--report报文,应该发送给相应的组地址,让其它的组成员也收到,这可以抑制其它组成员的report包,防止report包在交换网络里泛滥.

4.当有多台路由器为同一个MA网络转发组播流量的时候,要选出一个转发路由器和查询者.防止数据包的多份传输.

IGMP基础

IGMPv2
IGMPv2使用以下4种消息:
1.report消息
2.离组消息
3.特定组查询消息
4.普通查询消息
如果有主机想加入组,主机会主动向路由器发送report消息,表明自己想加入的组地址

路由器每60s向子网里(224.0.0.1)发送普通查询消息,并且要求在10s内收到report.
主机在收到普通查询消息后,会激活一个随机的定时器(<=10s),各个主机不尽相同,最先超时的那台主机会向本组发送report消息,其它组成收到后就抑制自己的report消息.

主机如果要离组,就发送离组消息,该消息发向224.0.0.2,因为其它组员并不需要知道你的离开
路由器收到离组消息后,会立马为该组组地址发送特定组查询,以查询是否还有剩余组员,并且等待2s,如果2s内没有收到其它组员的report,那么就认为子网中已无该组组员,删除该组.
为了防止特定组查询报文可能因为网络拥塞问题而丢包导致误认为没有组员,所以特定组查询报文会在1s内发送2个,一共发送2次.

当一个MA网络有多个路由器的时候,IGMPv2要选出一台作为查询者,一开始每台路由器都认为自己是查询者,都发送普通查询包,相互之间都能收到,通过比较包里的源ip,选出ip最小的作为查询者,其它非查询者监听查询者的查询包,如果在120s内(query-timeout)没有收到,那么就认为查询者down掉,重新选举查询者.


IGMPv1

IGMPv1和IGMPv2的不同之处:
1.v1,没有离组消息,是静悄悄的离开,路由器唯一能知道没有组员的方法就是等180s查询超时后知道.
2.无特定组查询.
3.v1的查询报文中不含最大响应时间字段,所以最大响应时间始终是10s.
4.v1没有查询者的选举,但是v1会通过PIM协议选举出一个DR(IP地址最大的),该DR将作为子网的查询者.

CGMP基础

IP组播的设计原则就是仅将流量分发到希望接收流量的目的地.

CGMP
和广播一样,默认情况下交换机会把组播流量泛洪到除接收端口的所有端口上-----原因所在
很明显,对交换机来说,最优处理方式是仅将组播流量转发到连接了组成员的端口上.CGMP就是支持该功能的一种协议.

交换网络中组播流量的控制方法:
1.手工配置交换式组播树
    在mac表中配置静态表项,缺点是非动态,不可扩展,并且无法穿越vlan边界(即所有成员要在同一vlan)
2.GMRP
    该协议可以在交换机中动态注册/撤销注册mac组播地址.GMRP是严格的二层协议