网络处理办法器二层组播转发.pptVIP

* IGMP 协议运行于主机和与主机直接相连的组播路由器之间，IGMP 实现的功能是双向的：一方面，通过 IGMP 协议，主机通知本地路由器希望加入并接收某个特定组播组的信息，另一方面，路由器通过 IGMP 协议周期性地查询局域网内某个已知组的成员是否处于活动状态（即该网段是否仍有属于某个组播组的成员），实现所连网络组成员关系的收集与维护。通过 IGMP 在路由器中记录的信息是某个组播组是否在本地有组成员而不是组播组与主机之间的对应关系。 * 当同一个网段内有多个组播路由器时，IGMPv2 通过查询器选举机制从中选举出唯一的查询器。查询器周期性地发送通用组查询消息进行成员关系查询，主机发送报告消息来响应查询，主机发送报告消息的时间有随机性，当检测到同一网段内有其它成员发送同样的消息时，则抑制自己的响应报文，如果有新的主机要加入组播组不必等待查询器的查询消息而是主动发送报告消息，当要离开组播组时主机发送离开组消息，收到离开组消息后查询器发送特定组查询消息来确定是否所有组成员都已离开，对于作为组成员的路由器而言其行为和普通的主机一样响应其它路由器的查询。 通过上述机制，在组播路由器里建立起一张表，其中记录了路由器的各个接口所对应的子网上都有哪些组的成员。当路由器接收到某个组 G 的数据报文后，只向那些有 G 的成员的接口上转发数据报文，至于数据报文在路由器之间如何转发则由路由协议决定不是 IGMP 协议的功能 * IGMP 组播成员管理机制是针对第三层设计的，在第三层路由器可以对组播报文的转发进行控制，只要进行适当的接口配置和对 TTL 值的检测就可以了。但是在很多情况下组播报文要不可避免地经过一些二层交换设备，尤其是在局域网环境里，如果不对二层设备进行相应的配置则组播报文就会转发给二层交换设备的所有接口这显然会浪费大量的系统资源。 * IGMP 监听可以解决二层环境中的组播报文泛滥问题，但要求交换机具有提取第三层信息的功能，其次要求交换机对所有的组播报文进行监听和解读。这会产生很多的无效工作，此外组播报文监听和解读工作也会占用大量的 CPU 处理时间。 * 组播协议类型 ? 密集模式 – 采用“Push” 模式 – 流量在整个网络上泛滥 – 不要则删除 – 密集发送与删除行为(一般每三分钟一次) – PIM-DM状态刷新消除了这个行动 ? 疏散模式 – 采用“Pull” 模式 – 业务流只发给请求的地方 – 显式加入行为 PIM-DM ? 独立于协议 – 支持所有底层单播发送路由协议，包括: 静态, RIP, IGRP,EIGRP, IS-IS, BGP,和OSPF ? 采用反向路径转发 – 根据组播组成员身份充斥网络、然后删除 – 判断机制，用来删除冗余的流 ? 适合于... – 实验室工作和路由器性能测试 PIM-DM 滥发和删除 初始滥发 PIM-DM 滥发和删除 删除不要的业务流 PIM-DM 滥发和删除 删除后的结果 PIM-DM ? 主要用途: – 测试实验室和路由器性能 ? 优点: – 易于配置—两个命令即可 – 简单的滥发和删除机制 ? 可能的问题... – 滥发和删除行为效率低 – 复杂的判断机制 – 混合控制和数据板 ? 导致网络中每个路由器中(S, G)状态 ? 可能导致不确定的拓扑行为 – 不支持共享的树 PIM-SM (RFC 2362) ? 支持源和共享的树 – 假定无主机需要组播业务，除非他们特别要求 ? 采用会合点(RP) – 发送者和接收者在这一点“会合”，了解对方的存在 ?发送者由它们的第一跳路由器注册RP ?接收者由它们的本地指定路由器(DR)“加入到” 共享的 树(根在RP) ? 适合于企业中密集和疏散馈送组的大规模部署 – 所有生产网络的最佳选择，无论大小和成员密度。 PIM-SM 共享的树加入 PIM-SM 发送者注册 PIM-SM 发送者注册 PIM-SM 发送者注册 静态RP ? 明确规定的RP 地址 – 使用时，必须在每个路由器上配置 – 所有路由器必须有相同的RP 地址 –RP 故障切换不可能 ? 特例：如果使用任一发送RP. ? 命令 ip pim rp-address address [group-list acl] [override] – 可选组清单规定组范围 ? 默认:范围= 224.0.0.0/4 (Includes Auto-RPgr