组播学习笔记源树+共享树详解
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了组播学习笔记源树+共享树详解相关的知识,希望对你有一定的参考价值。
一、组播路由表主要内容:
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决定由谁想上拉取数据
本文出自 “7995400” 博客,请务必保留此出处http://8005400.blog.51cto.com/7995400/1906822
以上是关于组播学习笔记源树+共享树详解的主要内容,如果未能解决你的问题,请参考以下文章