组播协议介绍.ppt

内容 为什么组播? 组播编址 主机-路由器通告: IGMP 组播分发树 组播转发 组播路由协议 单播 vs 组播 组播的优势 组播的劣势 适合于组播的应用 多媒体 流媒体 培训、联合作业场合的通信 视频/音频会议 数据仓库 金融应用（股票） 任何的“单到多”数据发布应用 内容 组播编址 组播编址 组播编址 Multicast Addressing 内容 为什么组播? 组播编址 主机-路由器通告: IGMP 组播分发树 组播转发 组播路由协议 主机-路由器通告: IGMP 主机-路由器通告: IGMP 主机-路由器通告: IGMP 主机-路由器通告: IGMP 主机-路由器通告: IGMP IGMPv3 内容 为什么组播? 组播编址 主机-路由器通告: IGMP 组播分发树 组播转发 组播路由协议 组播分发树 组播分发树 组播分发树 组播分发树 组播分发树 源树（最短路径树） 占用内存较多O(S x G)，但路径最优，延迟最小 共享树 占用内存较少O(G)，路径不是最优的，引入额外的延迟 内容 为什么组播? 组播编址 主机-路由器通告: IGMP 组播分发树 组播转发 组播路由协议 组播转发 组播路由和单播路由是相反的 单播路由关心数据报文要到哪里去。 组播路由关心数据报文从哪里来。 组播路由使用 “反向路径转发”机制(RPF, Reverse Path Forwarding) 组播转发 组播转发 组播转发 组播转发 内容 为什么组播? 组播编址 主机-路由器通告: IGMP 组播分发树 组播转发 组播路由协议 组播路由vs单播路由 组播路由不是单播路由！是完完全全的新东西，不象OSPF，也不象RIP，不象你熟悉的任何东西。 不过，不要害怕啊，一会儿就懂了。 组播路由协议的类型 密集模式（Dense-mode） 使用“推”（Push）模型（先给你，可以不要） 组播数据整网络的泛滥（Flood） 下游不想接收的话则剪枝（Prune） 泛滥、剪枝、泛滥、剪枝…周而复始 (通常3分钟折腾一次) 稀疏模式（Sparse-mode） 使用 “拉”（Pull）模型（你要了，才给你） 组播数据只发送到有需要的地方 有显式的加入（Join）过程 组播路由协议一览 目前，主要有4个组播路由协议: DVMRPv3 (草案) DVMRPv1 (RFC 1075)已经废止。 MOSPF (RFC 1584) PIM-DM (Internet草案) PIM-SM V2 (RFC 2362) 其他(CBT, OCBT, QOSMIC, SM, 等等) DVMRP简介 距离矢量组播路由协议（Distance Vector Multicast Routing Protocol），一个较为古老，具有实验性质的协议，现已经不常使用，鲜有厂家设备支持。 密集模式协议 基于距离矢量 类似于RIP 最大32跳 DVMRP依赖自己找回来的单播路由: 进行RPF检查 创建“截断广播树”(TBT, 一种组播分发树型结构) 使用特殊的“毒性逆转”机制 使用泛滥和剪枝机制 组播数据开始时延TBT向下泛滥 当下游不需要该数据时对TBT枝杈进行剪枝 剪枝每过一定时间超时，重新延枝杈进行泛滥 DVMRP评价 广泛用于MBONE (古老的组播实验网络，很少有人在里面玩儿了) 慢收敛—类似RIP 路由器中组播路由状态信息庞杂，到处都是 (S,G) 不支持共享树 最大不能超过32跳 不适合于大规模的网络（泛滥剪枝机制、可伸缩性差） MOSPF (RFC 1584) 对OSPF单播路由协议的扩展 OSPF: 路由器使用链路状态通告来获取整个网络的可用链路信息 MOSPF: 在OSPF链路状态通告中包含组播信息，以此构建组播分发树(每个路由器都维护整个网络的最新拓扑信息) 组成员关系LSA（链路状态通告）向OSPF路由域整网泛滥，这样MOSPF路由器就可以计算出接口列表 使用狄杰克斯特拉算法（Dijkstra algorithm）来计算最短路径树 为每个 (SNet, G) 对都需要单独的计算 MOSPF评价 与单播路由协议相关，仅在OSPF网络内运行 可伸缩性不好 每个组播(SNet, G)对都需要使用Dijkstra算法进行计算！ 不支持共享树 不适合于… 通用的组播网络，其中发送者可能会非常的多 如IP/TV—(每个IP/TV客户端都是一个组播源) 支持厂家较少，市场鲜有使用 PIM-DM 协议无关组播（Protocol Independent Multicast） 支持所有的单播路由协议: 静态路由、RIP、IGRP、IS-IS、BGP、OSPF，总之了，单播路由是什么都没关系。 使用逆向路径转发（RPF）机制 先向网络泛滥(Flood)，然后根据组播组成员关系进行