进入组播世界.pptVIP

Page * PIM-DM 泛滥与剪枝1 初始泛滥 组播源 接收者 组播数据报文 网络中的每个路由器 都创建(S, G)! Page * PIM-DM 泛滥与剪枝2 剪枝不需要的数据流 组播源 接收者 组播数据报文 剪枝消息 Page * PIM-DM 泛滥与剪枝3 剪枝之后，看... 组播源 接收者 组播数据报文 泛滥和剪枝过程每3分钟 重复一次!!! 网络中的每个路由器 中仍然保留(S, G)! Page * PIM-DM Assert 机制 进入路由器的组播数据报文 (RPF检查都成功) 路由器从其“出接口列表”(oiflist)中的某个接口收到数据!!! –只有其中一个路由器应该继续发送数据，以避免重复 路由器发送“PIM Assert”消息 –计算distance和metric值 –谁到源的路由最优谁获胜 –如果distance和metric相等，IP地址大的获胜 –输的就停止转发(剪枝接口) Page * PIM-DM 评价 对于小型网络来说非常有效 优势: –易于配置--总共只有两条命令 –实现机制简单（泛滥剪枝） 潜在问题... –泛滥剪枝过程不够高效 –复杂的Assert机制 –控制和数据平面混合 ?导致网络内部的所有路由器上都有(S, G) ?可能会导致非确定性的拓扑行为 –不支持共享树 Page * PIM-SM (RFC 2362) 支持共享树和源树 – 假设没有主机需要接收组播数据，除非它们明确地发出了请求（你 不说我怎么知道你要呢？你要要你就说嘛，你说要我会给你的， … .!@#$#$… :-) ） 使用“汇聚点”(RP, Rendezvous Point) – 发送者和接收者在RP处进行汇聚 发送者的第一跳路由器把发送者注册到RP上（报个到，挂个号） 接收者的DR（直连网络上的负责人）为接收者加入到共享树(树RP) 适合于… – 大规模的企业网络 – 是任何网络的优选方案，不管其规模和成员密集程度。（蛮夸张的 哦:-)，不过现如今PIM-SM倒真是横扫一切） Page * PIM-SM的消息类型 PIM-SM采用了七种PIM-v2消息： --Hello --Bootstrap --Candidate-RP-Advertisement --Join/Prune --Assert --Register --Register-stop Page * PIM-SM共享树的加入 接收者 (*, G)加入 共享树 (*, G) 仅在共享树 沿途建立 Page * PIM-SM发送者注册1 组播源 (S, G) 注册(单播) (S, G) 加入 共享树 源树 (S, G)仅在源树 沿途建立 接收者 Page * PIM-SM发送者注册2 组播源 (S, G)注册(单播) (S, G) 注册停止(单播) 源树 共享树 数据流从组播源通过 源树到达RP RP向第一跳路由器发送注册停 止（Register-Stop）消息，停 止注册过程 接收者 Page * PIM-SM发送者注册3 接收者 组播源 数据流 共享树 源树 源数据流沿源树（SPT） 流向RP 从RP开始，数据流延 共享树（RPT）流向接收者 Page * PIM-SM SPT切换1 组播源 接收者 (S, G) 加入 共享树 源树 （S，G）RP-bit修剪 最后一跳路由器加入SPT 沿着新的源树创建(S,G)表项 沿着共享树修剪(S,G)流量 Page * PIM-SM SPT切换2 组播源 接收者 数据流 共享树 源树 (S,G)的数据流在共享树上修剪完成，沿着源树流向接收者 Page * PIM-SM SPT切换3 组播源 接收者 数据流 共享树 源树 (S,G)修剪 (S,G)的数据流不再被RP需要，所以发送(S,G)的修剪消息 Page * PIM-SM SPT切换4 数据源 接收者 数据流 共享树 源树 (S,G)的数据流现在只是沿着源树流向接收者，但是共享树依然存在 Page * RP的配置 路由器必须知道如何找到RP，有3种方法可以实现： RP地址可以静态的配置在每一台路由器上 用开放标准的自举协议BSR来指定和宣告RP 用Cisco拥有知识产权的Auto-RP来实现 Page * PIM-SM BSR机制 BSR是标准的RP选举与维护机制，所有支持PIM-SM的设备都会支持BSR机制。 BSR是PIM-SM网络里的管理核心。 Page * BSR概要 ?BSR即“BootStrap R