CH6 组播技术.pptVIP

第六单元 组播技术 组播的基本概念 组播地址管理 IGMP（Internet Group Management Protocol ) 内部组播路由协议 MSDP（Multicast Source Discovery Protocol ） SSM（Source Specific Multicast ） Unicast A flow from one source to one destination IP packets contain destination IP address Broadcast A flow from one source to all destinations IP packets contain broadcast address 255.255 Multicast A flow from one or multiple source to a Group of destinations IP packets contain a class D address for destination Multicast vs. Multiple Unicast 为什么采用组播？ 向多位接收者发送相同的信息( Lower overhead at the source) 只在需要时进行包复制( Bandwidth is conserved on shared links) 收件人地址未知 成员可以动态加入或退出 IP multicast-enabled network 可以提供端－端组播服务的网络 主机可以向它所附接的路由器表达自己的群关系 路由器可以在彼此之间传递群关系，并按群关系转发组播报文 IP的组播通信机制是对于正常传输功能的扩展，由多个主机（一个群）使用一个 IP地址（群地址）。 组播的类型 任一源点组播Any-Source Multicast(ASM)：这是基本的组播形式，支持一到多或多到多的组播组；接收节点可以随时加入或离开，并无位置或数量限制；源点可以不是组的成员。 特定源点组播Source-Specific Multicast(SSM)：由特定源点S发往SSM宿地址G的一到多组播，组成员通过订阅通道(S,G)来接收这个组的报文，组播地址限定在232/8或FF3x::/96中。 源过滤组播Source-Filtered Multicast (SFM)：SSM的变形，可以由高层协议要求只允许某些指定的源点或只允许这些指定的源点之外的源点发送数据。这个功能由IGMPv3（IPv4）和MLDv2（IPv6）支持。 单播与组播的体系结构比较 理想的组播服务 服务的提供是可跨域和可扩展的 服务的安装和使用是简单透明的（包括组播地址分配） 对发送者和接收者都是可进行访问控制 服务是可管理、可计费的 组播数据传输是可靠的，服务质量是可验证的。 一对多的组播应用 群中有一个源点和多个宿点 预定的视频/声频广播: 远程授课、节目播送、实况转播等 信息推送: 新闻摘要、天气变化、竞赛比分等动态信息 文件分发与缓存: 分发给端用户或数据复制与缓存站点的Web网页内容、执行代码或其它文件类数据内容。 数据通告: 网络时钟、组播会话通告等。 多对多的组播应用 群的多个节点之间相互作为数据的源点和宿点 多媒体会议: 视频会议或电话会议 资源同步: 数据库或目录之间的数据同步 协同工作: 合作编辑等 分布式交互仿真[DIS]: 维持分布式仿真的数据一致性 谁需要组播服务 在数据传输方面目前对信息接收者的益处不大 占用的带宽、服务质量和实时性没有变化 配置更加复杂 更多的安全问题 但是 应用类型得到扩展 组播应用的发展将呈现自底向上渗透的趋势，从基本的流式数据传输向共享虚拟世界、分布式游戏等协同工作环境扩展。这时，从可扩展性的角度看，组播服务将成为一个至关重要的网络功能。 谁需要组播服务 组播服务对ISP和ICP有意义 带宽的有效使用 服务的可扩展性增强 服务质量的可控制性增强 但是 组播服务的引入往往会导致老设备（主干路由器，和边界路由器与交换机）的提前退役，经济上的代价较大。但如果不作这种普遍的更换，组播服务无法普及，从而影响整体的服务效果。 所以，如果组播应用的用户群较小，如几十个用户以下的视频会议，在实际中往往采用单播方式来支持；但若用户群较大，几百个以上，则使用组播服务是合理的或必须的。 Tunnel vs Native MBONE（Multicast Backbone）是Internet中从80年代末开始建立的一个群通信试验网络，构成MBONE的这些子网通过称为“隧道”的虚拟链路互连。进入隧道时群报文被封装在正常的IP报文中，呈IP over IP的形式；到达隧道终点时再将群报文剥离出来。隧道的两端