重建与CGMP和生成树拓扑变化相应的组播条目

Size: px

Start display at page:

Download "重建与CGMP和生成树拓扑变化相应的组播条目"

法诸
5 years ago
Views:

1 重建与 CGMP 和生成树拓扑变化相应的组播条目目录简介先决条件要求使用的组件规则 CGMP 和拓扑结构变化稳定状态在拓扑更改期间和之后拓扑结构变化通知之后的两个 IGMP 一般查询 CGMP 增强交换机和路由器之间的通信路由器工作情况 Catalyst 交换机行为相关信息简介本文讨论思科组管理协议 (CGMP) 如何在思科 Catalyst 交换机和 Cisco IOS 路由器工作关于重建 CGMP 的组播条目, 在生成树拓扑变化发生后先决条件要求 Cisco 建议您了解以下主题 : 交换机路由器和组播基本操作生成树 CGMP 和互联网组管理协议 (IGMP) 的基本操作使用的组件本文档中的信息基于以下软件和硬件版本 : Catalyst 3550 版本 12.1(9)EA1c Catalyst 2900/3500XL 版本 12.0(5)WC3b Catalyst 4000 管理引擎 III 版本 12.1(11b)EW Catalyst 4000 管理引擎 I/II 版本 7.2(2) Catalyst 6500 Supervisor 引擎 Cisco IOS 软件版本 12.1(11b)EX

2 Catalyst 6500 Catalyst OS (CatOS) 版本 7.2(2) Catalyst 5500 CatOS 版本 4.5(13a) 本文档中的信息都是基于特定实验室环境中的设备编写的本文档中使用的所有设备最初均采用原始 ( 默认 ) 配置如果您使用的是真实网络, 请确保您已经了解所有命令的潜在影响规则有关文档规则的详细信息, 请参阅 Cisco 技术提示规则 CGMP 和拓扑结构变化此部分描述步骤什么发生, 并且什么问题能出现, 当生成树拓扑变化在 CGMP 用于为了从在所有端口的泛滥克制组播数据流的 VLAN 时检测当此示例显示, 在本文讨论的网络包括一个路由器一交换机和四 PCs: 端口 48 运行 IGMP 和 CGMP 的 Cisco IOS 路由器为本文的目的, 假设, 接收方仅供 PC 使用 IGMP 和交换机运行 CGMP Cisco IOS 路由器运行 IGMP 和 CGMP, 接收从一个视频服务器的组播流在一个不同的接口此接口发送对 IP 组播组稳定状态一旦所有设备是启动, 并且接收器 PC 传送了他们的组的 IGMP Join 消息, 他们全部由 CGMP 添加到对应的层 MAC 地址代表的 2 组 e

3 此列表显示通过 Cisco IOS 路由器来的哪些端口, 选中项目在粗体, 在交换机接收组播流端口 48 运行 IGMP 和 CGMP 的 Cisco IOS 路由器注意 : Cisco IOS 路由器也被添加到组播组, 但是, 因为它是来源, 不收到其自己的数据包在每个查询间隔, Cisco IOS 路由器派出被发送给组播组的 IGMP 一般查询 ( 并且充斥对所有其他组件 ) 当这发生, 建立组的一 IGMP 报告的所有接收方开始接收方发送此报告回到与 E 第 2 层 MAC 地址的 IP 组播组因为这发送对组地址, 所有接收方收到由其他接收方以及报告被退还的发送由第一个接收方的报告这触发另一接收器 PC 取消他们的此组的报告这意味着仅一 CGMP Join 消息为有是第一个响应 PC 的源 MAC 地址的此组传送这长期以来继续时间和所有接收器 PC 接收视频广播在拓扑更改期间和之后这时, 其他交换机触发在网络的一次拓扑更改根据在接收拓扑更改的 CGMP 规格, 交换机清除通过 CGMP 了解的所有组播条目从路由器的组播数据流被充斥到交换机的所有端口此列表显示通过 Cisco IOS 路由器来的哪些端口, 选中项目在粗体, 在交换机接收组播流 : 端口 48 运行 IGMP 和 CGMP 的 Cisco IOS 路由器当流量被充斥到所有端口, 接收器 PC 不注意任何差异, 并且他们继续收到视频广播然而, 因为流量被充斥到所有端口, PC4, 不是接收方和另一交换机也当前接收组播流, 虽然他们未请求它这继续, 直到 Cisco IOS 路由器再派出其定期 IGMP 一般查询此的默认值是在 Cisco IOS 路由器的 60 秒 ( 配置与 IP IGMP 查询间隔 ) 拓扑结构变化通知之后的两个 IGMP 一般查询当 Cisco IOS 路由器派出其第一次 IGMP 一般查询, 建立他们的组的 IGMP 报告的所有接收器 PC 开始他们中的一个 ( 在本文, 它是 PC 3) 是发送回到其 IGMP 报告的第一个因为没有在交换机建立的组播条目, 由所有 PCs 和另一个接收器 PC 取消接收他们的 IGMP 报告 Cisco IOS 路由器收到报告并且派出与源地址的随后的 CGMP Join 消息接收器 PC 3 交换机再建立组播条目组的 e 并且添加端口 3 到它, 和这在 CGMP 加入数据包的源地址因为端口 5 是组播路由器端口, 这也被添加到组播组所以, 而在 PC1 和 PC2 的视频流直, 站仅接收器 PC 3 接收视频流此列表显示哪些端口, 选中项目在粗体, 在交换机接收通过 Cisco IOS 路由器来的组播流 :

4 端口 48 运行 IGMP 和 CGMP 的 Cisco IOS 路由器在 IGMP 查询间隔结束时, Cisco IOS 路由器派出另一次 IGMP 一般查询当接收查询后, 所有接收器 PC 构建组的一报告这时, 然而, 从另一 PCs 的报告由接收器 PC 3 和 Cisco IOS 路由器只接收 ( 路由器端口自动地被添加到每个组播组 ) 因为接收方 PC1 和 PC2 看不到从其他接收方的一报告, 他们派出他们的报告 Cisco IOS 路由器随后派出与各自 PCs 的源 MAC 地址的一 CGMP Join 消息, 并且, 他们被添加并且通过 Cisco IOS 路由器开始再接收组播流此列表显示哪些端口, 选中项目在粗体, 在交换机接收通过 Cisco IOS 路由器来的组播流 : 端口 48 运行 IGMP 和 CGMP 的 Cisco IOS 路由器配置是回到原始稳定状态, 并且一切再适当地运作这是什么的细分发生 : 1. 拓扑更改发生提示 : 当 portfast 没有在主机端口时启用, 主机每次重新启动, 或者连接 / 断开到 / 从端口, 在连接状态上的一个变化触发在 VLAN 的一拓扑变化通知如果 CGMP 调试在拓扑更改时启用, 此调试消息显示 : CGMP SHIM: got short age timer 2. 充斥开始到所有端口 3. 第一次 IGMP 一般查询被派出 4. 充斥终止 5. 不是所有的接收方接收组播流 6. 第二次 IGMP 一般查询被派出 7. 所有接收方再被添加并且接收组播流 CGMP 增强从那以后有组播流的一一分钟 ( 默认 IGMP 查询间隔 ) 损耗 PC 的总是不是可接受, 有为运行 CGMP 的两路由器和交换机做的一些增强交换机和路由器之间的通信因为路由器是发生, 有需要对于在网络的交换机警告此拓扑更改路由器的第 3 层设备并且通常不知道关于生成树和拓扑更改 IGMP 全局离开消息定义为了处理此此 IGMP 全局离开消息是交换机能传送的 IGMP 离开, 请求离开组为了保证路由器没有超载 IGMP 全局离开消息, 只有在生成树域的根交换机对发送此 IGMP 全局离开消息负责, 当拓扑更改结束路由器工作情况

5 当路由器收到在运行 Cisco IOS 软件的接口时的此 IGMP 全局离开消息, 认为生成树拓扑变化在该接口发生并且采取这些行动尝试和限制组播数据流损耗组播接收器的 : 1. 发送 CGMP 在接收 IGMP 全局离开消息以后的批 Join 消息路由器派出与其自己的 MAC 地址的一 CGMP Join 消息, 有在其该接口的 IGMP 缓存每个组播组的用户源地址通过发送这些 CGMP 自加入消息, CGMP 交换机自动地创建每组的一个条目用它的仅路由器端口此列表显示用于本文的网络, 在 CGMP 批加入后如粗体所显示, 仅 Cisco IOS 路由器被添加了到组播组注意 : 当在本文的前面的示例, 接收时的端口从组播路由器的流量在粗体显示, 此示例显示在交换机被添加到组播组的所有端口端口 1 接收器 PC 1 端口 2 接收器 PC 2 端口 3 接收器 PC 3 端口 4 不是接收器 PC 4 端口 5 其他交换机 ( 没有接收方或路由器此的交换机 ) 端口 48 运行 IGMP 和 CGMP 的 Cisco IOS 路由器 2. 派出 IGMP 一般查询所有接收方收到此 IGMP 一般查询, 并且建立他们加入的每组的一报告因为 CGMP 交换机已经建立了其中每一的组播条目组用仅路由器作为接收方, 所有报告被发送到仅路由器路由器派出添加的所有接收方随后的 CGMP Join 消息到对应的组在所有接收方退还他们的 IGMP 报告后, 并且路由器派出了对应的 CGMP Join 消息, 应该添加了所有接收方回到组播组 3. 在 10 秒 (max-response-time 默认 IGMP 之后 ), 另一次 IGMP 一般查询被派出确保, 所有接收方被添加此步骤被重复几次确保, 所有接收方再结合组播组应该添加了到组播组如在本例中的粗体所显示的所有端口是, : 端口 1 接收器 PC 1 端口 2 接收器 PC 2 端口 3 接收器 PC 3 端口 4 不是接收器 PC 4 端口 5 其他交换机 ( 没有接收方或路由器此的交换机 ) 端口 48 运行 IGMP 和 CGMP 的 Cisco IOS 路由器 Catalyst 交换机行为在范围 Catalyst 交换机内, 有在他们的行为的一些差异支持 CGMP 的每交换机执行正如本文的 CGMP 和拓扑变化部分所描述 CGMP 的增强, 然而, 在所有平台没有实现此表提供 Catalyst 交换机列表, 并且他们如何起反应对 CGMP : 运行 Cisco IOS 软件的 Catalyst 6500 运行 CatOS 的 Catalyst 6500 Catalyst 5500, Catalyst 2926/2926G Catalyst 4000 管理引擎 I/II, Catalyst 2948G/2980G, Catalyst 4912G Catalyst 4000/4500 Supervisor 引擎 III/IV CGMP 交换机 CGMP 路由器 N Y Y N N N Y N Y Y N Y N Y Y 发送 Globle Leave, 当生成树协议根

6 Catalyst 2900XL/3500X L Y N Y Catalyst 2940 N N N Catalyst 2950 N N N Catalyst 2970 N N N Catalyst 3550 N Y Y Catalyst 3750 N Y Y 注意 : 在有 Supervisor 引擎 III/IV 的 Catalyst 4000/4500 上, 关于拓扑更改的行为和 CGMP 可配置当它不是生成树根时, 请发出此命令为了配置 Catalyst 4000 传送或不传送 IGMP 全局离开消息 : ip igmp snooping tcn query solicit 注意 : 发出命令的此 no 表为了禁用它 : no ip igmp snooping tcn query solicit 相关信息了解生成树协议拓扑变化园区网络中的多播 :CGMP 和 IGMP 监听在运行 Catalyst OS 的 Catalyst 交换机上限制源端与接收端在同一 VLAN 上的组播数据流 Catalyst 4000 Cisco IOS 软件的配置指南 : 了解和配置 IGMP 探听生成树技术支持页 LAN 产品支持页 LAN 交换技术支持页技术支持和文档 - Cisco Systems

了解 VLAN 之间的桥接问题

了解 VLAN 之间的桥接问题目录简介先决条件要求使用的组件规则生成树拓扑考虑事项使用 VLAN 网桥生成树协议的分层生成树的推荐用法 VLAN 网桥 DEC 和 IEEE 802.1D 生成树协议的生成树默认值 MSFC 上使用 VLAN 网桥生成树协议的示例配置 MSFC 上使用 DEC 生成树协议的示例配置相关信息简介 VLAN 间桥接是一起同时桥接多个 VLAN 的概念偶尔需要 VLAN