入门级组播原理详解与配置

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 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,告知域内有组播的接收者;

相关文档
最新文档