一、组播路由表主要内容：
1、源
2、目的
3、入接口
4、RPF接口
5、RPF邻居
二、pim协议
pim（协议无关协议），此处协议无关是指单播协议无关，PIM可以基于任意单播协议工作。注意，组播是基于单播进行工作的，虽有组播表但是最终是查找单播路由表寻找出口。
IP协议号为103
不必发送组播更新，通过hello和hold，join报文来维持邻居关系，因此开销小。
hello时间30s,发向224.0.0.13（所有开启pim的功能的交换机都会监听此地址）
hold时间：3.5*30s=1分45秒
三、dense模式工作机制
1、泛洪：组播路由器从RPF接口接收到组播流，则朝其他非RPF接口发出
2、修剪：组播路由器下流若无参与组播host则将此接口修剪
修剪机制：
1、叶子节点，如G，身后已无任何host，则直接朝RPF接口显示发送prune组播修剪消息（发向224.0.0.13）。此时D会接收到G的修剪信息，默认等待10s。在D的等待时间，若H身后有host需要此组播流。则H需要发送一个显示的join信息，提示D继续发送组播流信息。否则将被修剪。
2、非叶子节点，如F，从RPF接口（红色接口）收到组播流，保留。从蓝色非RPF接口收到组播流，则将此非RPF接口修剪掉。修剪的作用为F不再朝此RPF接口发送组播流。同理，E从F接收到组播流，也会将此接口修剪掉，不再朝此非RPF接口发送组播流。最终EF链路上将再无组播流。
3、每三分钟进行一次泛洪和修剪，所有路由器都会生成(S,G)表项并维持，如G也会保留（S,G）表项，以便日后有host加入组播组时可以接收到组播流量。因此，dense模式下无关的路由器都需要保持（S,G）消耗资源，此为dense源树的缺点
4、多LH
host向上发送IGMP的加组消息，为了防止从A\B收到两份相同的组播报文。此时A\B将会发送一个assort报文，决定由谁向host发送组播流，剩下的路由器保持静默。同时也保证了A\B不会将彼此修剪掉，导致host无法接收到流量。
四、sparse模式工作机制
sparse不同于dense的默认所有路由器都需要组播流，sparse采用显示加入，需要组播流的路由器发送一个加组消息。拉取数据
第一部分：从LH到RP拉取数据
1、host1向I（最后一条路由器LH）发送一个IGMP的加组消息，I接收到之后，由于不知道源地址，因此生成一条（*，G）条目，并向自己的RPF接口发送join消息，即F0/0接口（对于共享树而言，RPF接口为指向RP的接口）；
2、F收到之后也生成一条（*，G）条目，同时向S0/0接口发出join消息；不断递归到RP处，此时从LH到RP的拉取动作已完成；
第二部分：从源到RP
1、此时RP收到了F的join信息，由于RP并不知道源在什么地方，此时需要源向RP发送一个源注册消息，告知RP自己的地址。
2、source发送一个注册报文给FH，由FH封装之后递交给RP.报文格式如下：
RP收到报文解封之后获知source的IP为1.1.1.1，组为224.1.1.1，同步生产一条(S,G)条目，同时查找去往source（1.1.1.1）的RPF接口，朝其发送一条join消息。此时B收到了RP的join消息，本地生成一条（S,G）条目，并朝自己的RPF接口发送给一个join消息，发送到了FH。
第三部分、共享树多点链路拉取数据问题
与源树相同，如上拓扑，host发送join消息，A\B需选取pimDR决定由谁想上拉取数据