《组播技术基础》PPT课件

上传人:枫** 文档编号:590355857 上传时间:2024-09-13 格式:PPT 页数:58 大小:1.84MB
返回 下载 相关 举报
《组播技术基础》PPT课件_第1页
第1页 / 共58页
《组播技术基础》PPT课件_第2页
第2页 / 共58页
《组播技术基础》PPT课件_第3页
第3页 / 共58页
《组播技术基础》PPT课件_第4页
第4页 / 共58页
《组播技术基础》PPT课件_第5页
第5页 / 共58页
点击查看更多>>
资源描述

《《组播技术基础》PPT课件》由会员分享,可在线阅读,更多相关《《组播技术基础》PPT课件(58页珍藏版)》请在金锄头文库上搜索。

1、1组播技术基础组播技术基础 网络技术培训系列网络技术培训系列(一)(一)组播基本概念组播基本概念组播基本概念组播基本概念组播基础协议组播基础协议组播基础协议组播基础协议组播应用组播应用组播应用组播应用n组播(组播(multicast)概念)概念n为什么要组播?为什么要组播?降低服务器负载降低服务器负载节省网络带宽,降低对网络设备的要求节省网络带宽,降低对网络设备的要求用户规模可以灵活变化,用户规模的增大不会对网用户规模可以灵活变化,用户规模的增大不会对网络造成带宽压力!络造成带宽压力! 网络中点到多点的通信形式,通过报文复制完成网络中点到多网络中点到多点的通信形式,通过报文复制完成网络中点到多

2、点的高效数据传送。点的高效数据传送。 减少不必要的报文传输,把报文复制尽可能的放在离接收者最减少不必要的报文传输,把报文复制尽可能的放在离接收者最近的网络节点来完成。近的网络节点来完成。1010单播单播 Unicast10组播组播 Multicast101010n组播概念组播概念 MultiMulticastcastn组播(组播(multicast)概念)概念组播(组播(multicast) vs 广播(广播(broadcast)广播不能跨网段广播不能跨网段网段内所有设备都会处理广播,部分设备处理组播网段内所有设备都会处理广播,部分设备处理组播讨论:你觉得哪些应用可以使用组播?讨论:你觉得哪些

3、应用可以使用组播?n组播基础知识组播基础知识组播地址组播地址q报文的目的地址是报文的目的地址是D D类地址,即组播地址,不代表网络上类地址,即组播地址,不代表网络上具体的主机,而仅仅代表由相应接收者组成的集合具体的主机,而仅仅代表由相应接收者组成的集合组播组。组播源不一定是组播组成员。组播组。组播源不一定是组播组成员。11100000 00000000 00000000 00000000 224 . 0 . 0 . 011101111 11111111 11111111 11111111 239 . 255 . 255 . 255n组播组播IPIP地址地址qIANAIANA将地址段设为保留地址

4、,分配给本地网络协议使用。将地址段设为保留地址,分配给本地网络协议使用。路由器对收到的目的地址在此范围内的报文,不管报文的路由器对收到的目的地址在此范围内的报文,不管报文的TTLTTL值,都不能进行路由转发。值,都不能进行路由转发。q其他保留地址参见其他保留地址参见“INTERNET MULTICAST ADDRESSESINTERNET MULTICAST ADDRESSES”n组播组播IPIP地址地址Address Usage Reference 224.0.0.1All HostsRFC 1112, JBP224.0.0.2All Multicast Routers JBP224.0.0

5、.5OSPF RoutersRFC 1583, JXM1224.0.0.6OSPF Designated RoutersRFC 1583, JXM1224.0.0.9RIP2 RoutersRFC 1723, SM11224.0.0.12DHCP Server/Relay AgentRFC 1884224.0.0.13All PIM RoutersFarinaccin组播组播MACMAC地址地址qIEEEIEEE规定规定MACMAC地址的第地址的第0 0字节的第字节的第0 0位用来区分一个目的位用来区分一个目的MACMAC地址是广播地址是广播/ /组播组播MACMAC地址还是单播地址还是单播M

6、ACMAC地址地址xxxxxxxxxxxxxxxxxxxxxxx1xxxxxxxx xxxxxxxx xxxxxxxx Octet 0 Octet 1 Octet 2 Octet 3 Octet 4 Octet 57 0 7 0 7 0 7 0 7 0 7 0Broadcast/Multicast Bit111111111111111111111111111111111111111111111111 Octet 0 Octet 1 Octet 2 Octet 3 Octet 4 Octet 57 0 7 0 7 0 7 0 7 0 7 0Broadcast Address 0xFFFF:FFF

7、F:FFFF01011110000000000000000100000000 00000000 00000001 Octet 0 Octet 1 Octet 2 Octet 3 Octet 4 Octet 57 0 7 0 7 0 7 0 7 0 7 0Multicast Address 0x0100:5e00:0001n组播组播IPIP地址和组播地址和组播MACMAC地址的映射关系地址的映射关系q在以太网中,目的地址为组播地址的在以太网中,目的地址为组播地址的IPIP组播报文所使用组播报文所使用的目的的目的MACMAC地址都是以前缀开头的组播地址都是以前缀开头的组播MACMAC地址地址此此5

8、位不作映射,因此会有位不作映射,因此会有32个个IP地址映射到一个地址映射到一个MAC地址地址向下映射向下映射 111032位位IP地址地址010111100000000000000001048位位MAC地址地址n组播组播MACMAC地址就地址就2323位?位?“思科专家”称号是思科公司对出色的工程设计能力的人所给予的最高荣誉。他们不仅仅是思科最杰出的工程师,同时也是整个网络行业最杰出的工程师。 Steve Deering:Deering是联网和互联网协议领域一位全球知名的权威专家。他发明了IP组播技术,与他人共同创建了互联网组播骨干网,并且是IPv6的主要设计者。他是IETF很多工作组的主席

9、或联合主席,也是端到端研究团的积极成员,同时他还是互联网架构委员会的成员。为什么会出现IP组播地址和组播MAC地址不是一一对应的情况呢?这问题说来可是long long ago了。话说20世纪90年代初期,IP组播之父Steve Deering希望分配16个连续的OUI作为IP组播MAC地址使用。因为一个OUI包含24位MAC地址空间,16个连续的OUI将提供28位MAC地址空间,就可以满足IP组播地址和组播MAC地址的要求。当时一个OUI的价格是1,000美元,当时的IETF主席Jon Postel(此人乃Internet先驱,著名的TCP/IP、SMTP、DNS均出自他笔下)不愿意花一万六

10、千美金买28位MAC地址,而是花一千美金买一个OUI,并拿出一半地址(23位)给Steve Deering进行IP组播研究。因此就出现32:1的问题,即每个组播MAC地址能表示32位IP组播地址。A Brief History of IP MulticastAt Stanford University in the early 1980s, a doctoral graduate student, Steve Deering, was working on a distributed operating system project for his advisor, David Cherito

11、n. This distributed operating system was called Vsystem and was composed of several computers tied together into a loosely coupled multiprocessing system via a single Ethernet segment. The computers on this Ethernet segment worked together and communicated at the operating system level via special m

12、essages sent on the common Ethernet segment. One of the operating system primitives permitted one computer to send a message to a group of the other computers on the local Ethernet segment using a MAC layer multicast.As the project progressed, the need arose to add more computers to the multiprocess

13、ing system. Unfortunately, the only available computers were on the other side of the campus with production routers between the two networks. Consequently, the graduate students had to extend the operating systems inter-processor communications to work at Layer 3 of the OSI reference model so that

14、the computers on the other side of the campus could function as part of the loosely coupled multiprocessor system. In addition, the MAC layer multicast messaging would also have to be extended to work at Layer 3. The task of finding a way to extend the MAC layer multicast capability across the Layer

15、 3 routed network primarily fell to Steve Deering.After studying the Open Shortest Path First (OSPF) Protocol and the Routing Information Protocol (RIP) IP routing protocols, Steve concluded that the link-state mechanisms of OSPF could certainly be extended to support multicasting. He also concluded

16、 that the basic mechanisms of RIP could be used as the basis for a new distance vector-based multicast routing protocol. This idea led to more research into the area of IP multicasting and ultimately resulted in Steve Deerings doctoral thesis, Multicast Routing in a Datagram Network, published in De

17、cember 1991.Dr. Deerings thesis also described a Host Membership Protocol, which became the basis for todays Internet Group Membership Protocol (IGMP) that IP multicast hosts use to signal to the router on the network that they desire to join a multicast group. In addition, Dr. Deerings thesis descr

18、ibed a distance vector-based IP multicast routing protocol that was the basis for the Distance Vector Multicast Routing Protocol (DVMRP), also developed by Dr. Deering a few years later. These two protocols provided the first successful extensions to the IP packet network model to allow multicasting

19、 to be extended to Layer 3 of the OSI model. Since that time, advances in IP multicasting technology have continued and additional protocols such as Protocol Independent Multicasting (PIM) and multiprotocol extensions to the Border Gateway Protocol (BGP) have been developed. These protocols permit I

20、P multicasting to scale beyond the initial limited implementations to large, enterprise-wide multicast networks and eventually on to a native, completely multicast-enabled Internet.n组播基础知识组播基础知识组播通信模型组播通信模型n单播通信模型单播通信模型q点到点点到点q以目的为中心,靠目的以目的为中心,靠目的IPIP地址来决定转发。单播转发项地址来决定转发。单播转发项形式为形式为( (目的网段目的网段, ,出接口

21、出接口, ,下一跳下一跳) ):n(11.110.0.0/16,Ethernet0,131.108.1.3)(11.110.0.0/16,Ethernet0,131.108.1.3)q随着通信参与者的增加,网络带宽消耗随之增加随着通信参与者的增加,网络带宽消耗随之增加123123n组播通信模型组播通信模型q点到多点点到多点123123n组播通信模型组播通信模型q组播四要素:组播四要素:源发现源发现接收者发现接收者发现拓扑发现(组播路由器之间的拓扑、网络单播路由信息)拓扑发现(组播路由器之间的拓扑、网络单播路由信息)分发树生成分发树生成PIM-SM/DM/SSM DVMRP MSDPPIM-SM

22、/DM/SSM DVMRP MSDPIGMPIGMPDVMRPDVMRP 单播:单播:OSPF RIP BGP Static-RouteOSPF RIP BGP Static-RoutePIM-SM/DM/SSM DVMRPPIM-SM/DM/SSM DVMRPn组播通信模型组播通信模型q以源和目的为转发依据以源和目的为转发依据(S, G)(S, G),树状的转发,网络负载不随,树状的转发,网络负载不随用户规模增加而增加(树从根部开始一直到叶子都是一样粗)。用户规模增加而增加(树从根部开始一直到叶子都是一样粗)。组播源组播源接收者接收者接收者接收者接收者接收者接收者接收者n组播通信模型组播通信

23、模型q转发树的构建,转发树的构建,RPFRPF(Reverse Path ForwardingReverse Path Forwarding)q组播转发项形式为:组播转发项形式为:( (组播源地址组播源地址, , 组播组地址组播组地址, , 入接口入接口, , 出接口列表出接口列表) )(172.10.1.2,239.1.1.1,eth0,eth1,eth2(172.10.1.2,239.1.1.1,eth0,eth1,eth2)Eth0Eth1目的目的 下一跳下一跳 接口接口.S . Eth0.单播路由表单播路由表Eth0Eth1接收者接收者R1接收者接收者R2组播源组播源S组播基本概念组播

24、基本概念组播基本概念组播基本概念组播基础协议组播基础协议组播基础协议组播基础协议组播应用组播应用组播应用组播应用n组播基础协议组播基础协议q用户发现协议用户发现协议IGMPIGMP(V1V1、V2V2、V3V3),用于了解),用于了解接口所连接的网络接口所连接的网络是否是否有主机加有主机加入某组播组入某组播组q组播路由协议组播路由协议q组播源发现协议组播源发现协议q组播拓扑分离协议组播拓扑分离协议q二层组播协议二层组播协议q组播协议典型组网组播协议典型组网组播网络组播网络查询查询报告报告IGMPIGMPnIGMP IGMP 组成员加入、维护组成员加入、维护查询器查询器X IGMP 报告报告 I

25、GMP 查询查询路由器发送查询路由器发送查询IPIP地址最小路由器选举成为查询器地址最小路由器选举成为查询器主机加入组主机加入组227.1.1.1227.1.1.1路由器周期性维护组成员关系路由器周期性维护组成员关系227.1.1.1227.1.1.1主机加入组主机加入组路由器周期性维护组成员关系路由器周期性维护组成员关系主机加入组主机加入组227.1.1.2227.1.1.2227.1.1.2227.1.1.2路由器周期性维护组成员关系路由器周期性维护组成员关系XnIGMP IGMP 组成员离开组成员离开查询器查询器 IGMP 报告报告 IGMP 离开离开 IGMP 查询查询主机离开组主机离

26、开组主机离开组主机离开组主机失效主机失效227.1.1.1227.1.1.1227.1.1.1227.1.1.1227.1.1.2227.1.1.2227.1.1.2227.1.1.2nIGMPv1 v2 v3IGMPv1 v2 v3的差别的差别qIGMP v1IGMP v1没有主动离开消息没有主动离开消息qIGMP v1 v2IGMP v1 v2指定加入的组指定加入的组qIGMP v3IGMP v3指定加入的指定加入的源源组,配合组,配合PIM-SSMPIM-SSM使用使用n组播基础协议组播基础协议q用户发现协议用户发现协议q组播路由协议组播路由协议掌握网络拓扑,发现组掌握网络拓扑,发现组播

27、源,生成转发树播源,生成转发树qPIM-SM/DM/SSMPIM-SM/DM/SSMqDVMRP.DVMRP.q组播源发现协议组播源发现协议q组播拓扑分离协议组播拓扑分离协议q二层组播协议二层组播协议q组播协议典型组网组播协议典型组网组播网络组播网络组播路由协议组播路由协议组播路由协议组播路由协议组播源组播源nPIM PIM 协议密集模式协议密集模式Protocol Independent Multicast Protocol Independent Multicast Dense ModeDense ModenPIM-DMPIM-DMq协议特征:协议特征:协议假设用户缺省为需要接收数据协议假

28、设用户缺省为需要接收数据周期性扩散剪枝周期性扩散剪枝协议比较简单协议比较简单较适合接收者分布比较密集的网络较适合接收者分布比较密集的网络与单播路由协议类型无关与单播路由协议类型无关nPIM-DM PIM-DM 扩散剪枝扩散剪枝组播源组播源接收者接收者 组播数据流组播数据流数据向所有组播链路扩散数据向所有组播链路扩散主机报告路由器加入组主机报告路由器加入组 GIGMPv1v2 报告报告PIM DM 剪枝剪枝 没有接收者的链路进行剪枝没有接收者的链路进行剪枝所有剪枝完成所有剪枝完成S,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,

29、GGGnPIM-DM PIM-DM 周期性扩散剪枝周期性扩散剪枝组播源组播源接收者接收者 组播数据流组播数据流数据一直向接收者转发数据一直向接收者转发主机周期性报告路由器加入组主机周期性报告路由器加入组 GIGMPv1v2 报告报告PIM DM 剪枝剪枝 没有数据的路由器出现超时没有数据的路由器出现超时数据周期性扩散数据周期性扩散S,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,G没有接收者的链路进行剪枝没有接收者的链路进行剪枝所有剪枝完成所有剪枝完成GGnPIM-DM PIM-DM 嫁接嫁接组播源组播源接收者接收者 组播数据

30、流组播数据流直连路由器向上游嫁接直连路由器向上游嫁接新增主机报告路由器加入组新增主机报告路由器加入组G GIGMPv1v2 报告报告PIM DM 剪枝剪枝 上游路由器开始转发数据上游路由器开始转发数据S,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GGG接收者接收者GGPIM DM 嫁接嫁接 nPIM-DM PIM-DM 剪枝剪枝组播源组播源接收者接收者 组播数据流组播数据流直连路由器停止转发数据直连路由器停止转发数据主机报告路由器离开组主机报告路由器离开组G GIGMPv1v2 报告报告PIM DM 剪枝剪枝 上游路由器停

31、止转发数据上游路由器停止转发数据S,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GGG接收者接收者GGPIM DM 嫁接嫁接 IGMPv1v2 离开离开直连路由器向上游剪枝直连路由器向上游剪枝又一个主机离开又一个主机离开nPIM-DM PIM-DM 一个组多个源一个组多个源组播源组播源接收者接收者 组播数据流组播数据流新增一个组播源新增一个组播源IGMPv1v2 报告报告PIM DM 剪枝剪枝 S,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GGG接收者接

32、收者GGPIM DM 嫁接嫁接 IGMPv1v2 离开离开组播源组播源 组播数据流组播数据流S,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GS,GnPIM PIM 协议稀疏模式协议稀疏模式Protocol Independent Multicast Protocol Independent Multicast Sparse ModeSparse ModenPIM-SMPIM-SMq协议特征:协议特征:协议假设用户缺省为不需要接收数据协议假设用户缺省为不需要接收数据在网络中选举核心节点在网络中选举核心节点RPRP(Rendezvo

33、us PointRendezvous Point),通过),通过RPRP连接组播源和接收者连接组播源和接收者接收者主动加入接收者主动加入协议较协议较DMDM复杂复杂较适合接收者分布比较稀疏的网络较适合接收者分布比较稀疏的网络与单播路由协议类型无关与单播路由协议类型无关nPIM-SM BSR/RP PIM-SM BSR/RP 选举选举C-RP通告通告(单播单播)配置候选配置候选BSR、候选、候选RPC-RPC-RPC-RPC-BSRC-BSRBSR消息消息C-BSR认为自己是认为自己是BSRBSRBSRBSR开始扩散开始扩散BSR消息消息路由器选举出路由器选举出BSRC-RP向向BSR通告通告B

34、SR周期性扩散周期性扩散C-RP列表列表注意:注意:BSR只扩散只扩散C-RP列表,列表,RP由各路由器自己计算由各路由器自己计算注意:注意:RP有服务范围,网络有服务范围,网络中可以有多个中可以有多个RP进行分担进行分担nPIM-SM PIM-SM 共享树共享树接收者接收者RP(*, G) 加入加入共享树共享树主机报告路由器加入组主机报告路由器加入组GIGMPv1v2 报告报告GG直连路由器向直连路由器向RP建立(建立(*,G)共享树)共享树*,G*,G*,G*,G*,G*,G新增主机报告路由器加入组新增主机报告路由器加入组G接收者接收者GG*,G*,GRP选举完成选举完成nPIM-SM P

35、IM-SM 源注册源注册接收者接收者RP(*, G) 加入加入共享树共享树DR路由器将数据封装后向路由器将数据封装后向RP注册注册IGMPv1v2 报告报告GGRP将注册报文解封装后沿共享树转发将注册报文解封装后沿共享树转发*,G*,G*,G*,G*,G*,GRP向源加入,停止注册向源加入,停止注册接收者接收者GG*,G*,G新增组播源新增组播源组播源组播源 组播数据流组播数据流组播源注册组播源注册(单播单播)S,GS,GS,GS,GS,GS,GS,GS,GS,GS,G(S, G) 加入加入S,GS,G 注册停止注册停止(单播单播)XS,GS,GnPIM-SM SPTPIM-SM SPT切换切

36、换接收者接收者RP(*, G) 加入加入共享树共享树DR发起向发起向SPT切换切换IGMPv1v2 报告报告GG剪枝剪枝RPT树,树,SPT切换完成切换完成*,G*,G*,G*,G*,G*,G接收者接收者GG*,G*,GRPT树树组播源组播源 组播数据流组播数据流S,GS,GS,GS,GS,GS,GS,GS,GS,GS,G(S, G) 加入加入S,GS,GS,GS,G(S,G) 剪枝剪枝 注意:注意:SPT切换不是必须的,可以切换不是必须的,可以配置切换阈值,超过阈值即切换配置切换阈值,超过阈值即切换nPIM-SM PIM-SM 接收者离开接收者离开接收者接收者RP(*, G) 加入加入共享树

37、共享树DR发起共享树剪枝发起共享树剪枝IGMPv1v2 报告报告GG又一个接收者离开又一个接收者离开*,G*,G*,G*,G*,G*,G接收者接收者GG*,G*,G一个接收者离开一个接收者离开组播源组播源 组播数据流组播数据流S,GS,GS,GS,GS,GS,GS,GS,GS,GS,G(S, G) 加入加入S,GS,GS,GS,G(S,G) 剪枝剪枝 (*, G) 剪枝剪枝IGMPv1v2 离开离开没有数据的路由器出现超时没有数据的路由器出现超时组播源注册组播源注册(单播单播)为防止为防止RP上的上的(S,G)信息超时,信息超时,DR周期周期性向性向RP注册注册 注册停止注册停止(单播单播)X

38、nPIM SSMPIM SSMProtocol Independent Multicast Protocol Independent Multicast Source-Specific MulticastSource-Specific MulticastnPIM-SSMPIM-SSMq协议特征:协议特征:协议不进行源发现,由接收者通过协议不进行源发现,由接收者通过IGMPv3IGMPv3告知告知源组源组信息信息协议简单协议简单非常适合一个组只有一个源的应用模型,其他应用存在局非常适合一个组只有一个源的应用模型,其他应用存在局限性限性与单播路由协议类型无关与单播路由协议类型无关nPIM-SSMP

39、IM-SSM接收者接收者PIM SSM 加入加入组播源组播源直连路由器向源加入直连路由器向源加入组播数据流组播数据流主机通知路由器加入源组主机通知路由器加入源组S,GIGMPv3 报告报告向接收者转发数据向接收者转发数据S,GS,GS,GS,GS,GS,GS,GS,GS,GS,GnDVMRPDVMRPDistance-Vector Distance-Vector Multicast Routing Protocol Multicast Routing Protocol nDVMRPDVMRPq协议特征:协议特征:最早的组播路由协议最早的组播路由协议协议包含一个类似协议包含一个类似RIP2RIP

40、2的单播路由协议的单播路由协议协议假设用户缺省为需要接收数据协议假设用户缺省为需要接收数据周期性扩散剪枝周期性扩散剪枝较适合用户分布比较密集的网络较适合用户分布比较密集的网络n组播基础协议组播基础协议q用户发现协议用户发现协议q组播路由协议组播路由协议q组播源发现协议组播源发现协议域内由组播路由协议完成源发现;域内由组播路由协议完成源发现;跨域运行组播时,由跨域运行组播时,由MSDPMSDP协议完协议完成组播源信息的收集发布,提供成组播源信息的收集发布,提供给组播路由协议给组播路由协议PIM-SMPIM-SMq组播拓扑分离协议组播拓扑分离协议q二层组播协议二层组播协议q组播协议典型组网组播协议

41、典型组网MSDPMSDP组播源组播源A组播源组播源B组播网络组播网络APIM-SM组播网络组播网络BPIM-SM组播源信息组播源信息n组播基础协议组播基础协议q用户发现协议用户发现协议q组播路由协议组播路由协议q组播源发现协议组播源发现协议q组播拓扑分离协议组播拓扑分离协议组播受单播网络拓扑限制。组播受单播网络拓扑限制。通过提通过提供一套专门供组播进行供一套专门供组播进行RPFRPF检查的单检查的单播路由,播路由,可以实现组播网络与单播可以实现组播网络与单播网络拓扑的分离,网络拓扑的分离,q组播静态路由组播静态路由qMBGPMBGP组播扩展组播扩展.q二层组播协议二层组播协议q组播协议典型组网

42、组播协议典型组网组播静态路由组播静态路由组播静态路由组播静态路由组播网络组播网络B组播网络组播网络A组播网络组播网络C组播网络组播网络D组播源组播源AMBGPMBGPMBGPMBGP接收者接收者n组播基础协议组播基础协议q用户发现协议用户发现协议q组播路由协议组播路由协议q组播源发现协议组播源发现协议q组播拓扑分离协议组播拓扑分离协议q二层组播协议二层组播协议IGMP Snooping IGMP Snooping 用于发用于发现二层现二层 VLAN VLAN 中的组播中的组播接收者,控制组播数据接收者,控制组播数据在二层在二层 VLAN VLAN 的按需转的按需转发。发。q组播协议典型组网组播

43、协议典型组网(01:00:5e:xx:xx:xx, port 1, port 2, port 4)组播数据流组播数据流IGMP ReportIGMP QueryIGMP ReportnIGMP Snooping IGMP Snooping 窃听窃听q路由器端口接口所有组的路由器端口接口所有组的数据数据q主机端口接收特定组的数据主机端口接收特定组的数据(01:00:5e:xx:xx:xx, PIM Helloport 1, port 2, port 4 ) IGMP QueryIGMP Queryq窃听路由器发送的窃听路由器发送的 PIM PIM Hello Hello 报文识别路由器端报文识别

44、路由器端口口q窃听主机发送的窃听主机发送的 IGMP IGMP REPORT REPORT 报文识别主机端口报文识别主机端口 IGMP Reportn组播基础协议组播基础协议q用户发现协议用户发现协议q组播路由协议组播路由协议q组播源发现协议组播源发现协议q组播拓扑分离协议组播拓扑分离协议q二层组播协议二层组播协议q组播协议典型组网组播协议典型组网域内组播方案域内组播方案域间组播方案域间组播方案组播隧道方案组播隧道方案n组播协议典型组网组播协议典型组网( (一一) )域内组播域内组播InternetPIMPIMIGMPL3L3L2L2L2L2L2路由器路由器IGMPIGMP Snooping.

45、n组播协议典型组网组播协议典型组网( (二二) )域间组播域间组播IDC组播源组播源组成员组成员组成员组成员骨干网骨干网PIM-SM城域网城域网城域网城域网城域网城域网DRDRDRRPRPRPRPRP组播报文流组播报文流物理链路物理链路MSDP对等对等+eMBGP对等对等MSDP对等对等+iMBGP对等对等RPn组播协议典型组网组播协议典型组网( (三三) )组播隧道组播隧道使用组播静态路由,使用组播静态路由,将组播报文导向到将组播报文导向到隧道,不影响单播隧道,不影响单播路由的转发路由的转发n使用隧道跨越不支持组播的网络使用隧道跨越不支持组播的网络q有时组播传送路径上有些设备不支持组播路由协

46、议,此时有时组播传送路径上有些设备不支持组播路由协议,此时可以使用三层隧道将其短路,在隧道中运行组播。可以使用三层隧道将其短路,在隧道中运行组播。不支持组播的不支持组播的设备或网络设备或网络组播网络组播网络A组播网络组播网络B组播网络组播网络C3层隧道层隧道(GRE.)PIMPIMPIMPIMPIMPIM组播基本概念组播基本概念组播基本概念组播基本概念组播基础协议组播基础协议组播基础协议组播基础协议组播应用组播应用组播应用组播应用n组播应用组播应用q组播适用于将相同的数据从一个主机同时传送给多个接收者组播适用于将相同的数据从一个主机同时传送给多个接收者的应用,如:的应用,如:视频、音频会议视频

47、、音频会议传统的单播视频、音频会议系统传统的单播视频、音频会议系统网络电视网络电视将电视节目或其他媒体节目转换为流媒体,在宽将电视节目或其他媒体节目转换为流媒体,在宽带网络上进行播放带网络上进行播放金融信息(股票行情)发布金融信息(股票行情)发布在全国性的网络上提供各种信息发布服务,由用在全国性的网络上提供各种信息发布服务,由用户选择接收户选择接收宽带网络交互式游戏宽带网络交互式游戏 . .n组播应用必须面对的问题组播应用必须面对的问题组播通信模型中,组播源对于接收者的情况一无所知,组播通信模型中,组播源对于接收者的情况一无所知,通信方式只能是通信方式只能是UDPUDP的。的。不可靠的报文传送

48、不可靠的报文传送应用程序必须能够容忍个别报文的丢失应用程序必须能够容忍个别报文的丢失报文的重复和乱序报文的重复和乱序应用程序必须能够识别重复报文,对一定应用程序必须能够识别重复报文,对一定时间内的报文进行重排序时间内的报文进行重排序没有拥塞检测与避免机制没有拥塞检测与避免机制UDPUDP的固有特性,因此网络必须保证足够的的固有特性,因此网络必须保证足够的基本带宽提供给组播数据流或者提供优良基本带宽提供给组播数据流或者提供优良的的QoSQoS服务服务n组播应用必须面对的问题组播应用必须面对的问题q组播是开放的,组播源对于接收者的情况一无所知,组播源可组播是开放的,组播源对于接收者的情况一无所知,

49、组播源可以不属于组播组。以不属于组播组。支持组播的支持组播的宽带宽带IP网络网络只要接个端口上网只要接个端口上网就能看到精彩节目就能看到精彩节目多开些组播频道,多开些组播频道,电信公司管不着!电信公司管不着!别的别的ICP节目办的不节目办的不错,看我灌点垃圾,错,看我灌点垃圾,让人点不了让人点不了!n支持组播的应用软件支持组播的应用软件qWindows Media ServerWindows Media ServerqReal ServerReal ServerqIP/TVIP/TVqViewPoint MediaCentreViewPoint MediaCentreq?Questions & Comments谢谢!谢谢!

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 高等教育 > 研究生课件

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号