入门级组播原理详解与配置
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
组播报文内的RPF 校验字段,保证要求路由器的路由可达才能发送组播流量。
组播通信:信源通接收者,接收者未必要通信源
一、组播应用
1 .组播是基于UDP 的,数据层面。(例:OSPF 基于IP 的,控制层面,建邻居,传路由)
2.组播缺点:UDP 的缺点;重复的报文:用控制层面的组播路由选择协议,修改PIM;二、组播服务模型
第一跳路由器多个,最后路由器--连着组播接收者;(Protocol Independent
Multicast:PIM 协议无关路由选择协议);IGMP:Internet Group Management
Protocol (Internet组管理协议)
TCP 是基于点到点,不能发组播报文UDP 的前端会有RTP (事实传输协议),提供序列性。
VOIP\VOP ;视频会议;监控
1-多 多-多 多-1第一部分
第二部分:PIM
第三部分:
IGMP
2014年1月13日
8:45
组播地址不能配在接口上面,组播流量里面组播地址只是目的地址,源地址是单播地址。组播地址范围:224.0.0.0~239.255.255.255. 组播无掩码或者说是32位掩码。
224.0.0.1 网段上所有具有多播能力的主机;224.0.0.2 网段上所有具有多播能力的路由器;224.0.0.5,224.0.0.6 ospf相关;
224.0.0.9 RIP v2;
224.0.0.10 EIGRP;
224.0.0.12 DHCP服务器中继代理;
224.0.0.13 所有PIM路由器;发送hello的地址;224.0.0.22 IGMP
224.0.0.25 路由器到交换机
224.0.1.1 NTP保留
224.0.1.39,224.0.1.40 PIM
TTL值为1 ASM:任意源的组播地址,都转发
下游的PC不知道组播服务器SSM:指定源的组播地址,有选择性的转发,同时下游接收的PC能得知接收的组播服务器(上述地址,只是默认,可以改)
16进制
私有地址
IGMP:(RFC 1112)
1.四层协议,二层封装以太网帧头;三个版本:IGMPV1,IGMPV2,IGMPV3;
IGMPV1:
C/S 模型:PC/Server
模型;
IGMPV2:(RFC 2236)
1.报文:组播组成员查询、应答、指定组查询、离组报文
2.提升(相比V1):
*查询者的选择机制--选举查询者,周期发送查询报文,转发组播报文
PIM DR:MA 网段(IGMPV1时候,可以保证不会有重复的报文)
查询每60S
想加组的可以主动发送
静悄悄的离组:holdtime 时间决定
备份的查询者,第三个计时器,120S 内没收到查询
者的Query ,就根据选举原则,继续选择。
路由器收到离组报文,IGMP表象的超时时间由180S缩短到2S,发送指定组查询报文。PC也会开启2S计时器,若路由器收到回应,IGMP表象超时时间恢复为180S,否则就删除该表象。
IGMPV3:
1.V1、V2只能实现PC要加入组播组的时候,告知路由器。但不能决定接收这个组播组流量是从哪个信源的服务器发出的。-----IGMPV3可以实现
以太网帧头内有源目IP 地址、arp
不能解析组播地址;交换机收到组播流量,泛洪。
优化机制:
CGMP:
1.C(交换机)/S(路由器):
标准机制
新机制:IGMP Pro xy
IGMP Snooping:(消耗CPU资源,多适用于三层交换机)
目的IP与接口做绑定,加入IGMP Snppoing表。
组播的转发:
1.单播关注流量的目的,组播更关注流量的源->解决重复报文
2.RPF校验:>解决重复报文、组播环路
一台路由器对一台组播信源只有一个RPF接口
出站接口IP地址越大,该接口越有可能成为RPF
接口
PIM:
1.源树、最短路径树;共享树,RPT 树;
单播:先有路由表象,才能传数据;组播:先建邻居,不传路由,数据层面收到流量,接收者在组播组中生成路由表象。
源树,一个源一棵树,最短路径树;但是对于每个信源一个(S,G)表象,消耗路由器的资源;当通过某个接口收到RPF校验报文后,就会发报文,生成一个(*,G)表象但此时却不能转发报文。
共享树:节约从RP到接收者的路由CPU资源,接收者不关心源只有(*,G)表象,源到RP是源树;第一次为共享树的路径,之后是源树的路径。
2.版本:(版本1,版本2)
PIM三种模式:1.Sparse Mode 2.Dense Mode 3.Sparse-Dense Mode(杂合模式)
PIM四层协议,hello建邻居,224.0.0.13,与OSPF 一样,MA网段要选DR,IGMPV1需要DR,只有
一个DR,没有BDR,DR是实时,可抢占的。每个MA网段都选DR。优先级为0
也可参与选举。
信源IP RPF接口(集结)
IGMPV1需要DR,IGMPV2已经有查询者机制了,无需选DR
DM模式(整个路由选择域内要是有95%的PC接收组播流量):
1.推模型The push moble--->spt树、源树;
初始防洪:所有组播路由都泛洪组播流量;解决机制:当路由器判断下游没有接收者的时
候,就会RPF接口反向发送一个Prune 报文(剪裁报文);接口收到Prune 报文立刻停止转发,同时开启一个计时器,180S内不会转发任何流量,之后再次发送组播流量,再重复该过程。发现组播组成员的机制:通过IGMP,收到report报文就是有,没收到就是没有。相当于每三分钟一次泛洪和修剪。
Show ip mroute:可以看到组播路由以及接口,接口信息中的状态、模式、转发时间。。。
SM模式(组播组信源到达RP是spt树、源树,RP到接收者是共享树、RPT)
1.拉模型:源树和共享树共存;有RP;
(1) 在信源要发送组播流量之前,域内PC要加入组播组发送report报文,最后一跳路由器得知
信息后生产(*,G)的校验,将校验发给RP,告知域内有组播的接收者;