关于组播的DR的工作原理与故障排查思路
教案-DR、BDR原理
DR、BDR原理
一、教学目标：
了解广播网络里LSA同步问题的产生
掌握DR、BDR的作用
掌握DR、BDR的选举原则
二、教学重点、难点：
重点掌握DR、BDR的作用
掌握DR、BDR的选举原则
三、教学过程设计：
1.广播网络里LSA同步问题：
通过分析让学生了解到广播网络中，每个邻居之间都发送LSA会造成不必要的浪费。
2.DR和BDR的作用：
1)通过DR和BDR可以减少OSPF协议报文的流量。
3.DR、BDR的选举原则：
●网络中最先启动的路由器被选举为DR；
●同时启动、或重新选举时，则看接口优先级（0-255），优先级最高的被选
举为DR；
●如果前两者相同，最后看路由器ID，路由器ID最高的被选举成DR ；
●DR选举是非抢占的，除非重启OSPF进程。
四、课后作业或思考题：
1、广播型网络同步LSA时会有什么问题
2、DR和BDR的好处是什么
五、本节小结：
对本节内容进行小结。
组播原理及配置介绍
组播带宽问题及解决方案
问题：组播流 量过大导致网
络拥堵
解决方案：优 化组播源减少 不必要的组播
流量
问题：组播组 成员过多导致
网络拥堵
解决方案：限 制组播组成员 数量合理规划
使用过滤技术：通过过滤不必要 的组播数据减少对带宽和设备的 占用提高网络性能。
添加标题
添加标题
添加标题
添加标题
优化网络结构：合理规划组播网 络结构避免不必要的层级和转发 提高组播数据传输效率。
负载均衡：合理分配组播流量避 免网络拥塞和设备过载提高网络 稳定性和可靠性。
QoS在组播中的应用
定义：QoS（Qulity of Service）是一种 网络服务质量控制机制用于确保网络传输 的服务质量。
组播的优点
降低网络负载：组播传输只发送一份数据避免数据在网络中的重复传输有效降低网络负载。
提高数据传输效率：组播采用树状结构进行数据分发能够快速、准确地将数据传输到目标接收 者。
增强数据安全性：组播支持加密传输能够保证数据在传输过程中的安全性和保密性。
灵活的接收者管理：组播支持动态成员资格协议能够灵活地管理接收者列表实现动态添加或删 除接收者。
感谢观看
汇报人：
单击此处添加副标题
组播原理及配置介绍
汇报人：
目录
01 02 03 04 05 06
添加目录项标题 组播原理 组播配置
组播应用场景 组播安全与优化 常见组播问题及解决方案
01
添加目录项标题
02
组播原理
什么是组播
浅析广播电视的传输故障与判断
浅析广播电视的传输故障与判断广播电视作为传媒产品，是一种高度依赖传输过程的媒介产品。
但是，在电视和广播的传输过程中，传输故障一直是个不容忽略的问题。
好的传输质量保障了广播电视节目的播出效果，而不良的传输质量则会影响到节目的正常播出。
因此，本文将从传输故障的角度进行分析，并探讨如何判断特定的传输问题。
一、广播电视传输故障种类和原因广播电视传输故障可以分为以下几类：1.信号干扰：电视和广播信号的干扰主要来自于电磁波的干扰、信号的衰减和不合理的天线之间的干扰。
这些因素都会导致信号变弱、失真或消失。
2.信道选择问题：信道选择是指在处于相同频率但广播站点不同，经常会出现收不到特定频道的情况。
3.视频画面模糊：主要表现为图像变形、画面模糊、色彩失真等等图像的问题。
二、广播电视传输故障判断和解决方法1.信号干扰问题：当信号干扰问题出现时，应该首先检查天线连接情况，检查电源是否按照要求接好。
特别是对于用户自己安装的室内天线，筛选电磁干扰干扰的频道是否正常，是否受到外部信号的干扰。
如果以上所有问题都排除完毕，还不行的时候，就需要进行选址调整，来消除信号干扰。
2.信道选择问题：普通的家庭收音机和电视机是比较难处理信道选择问题的，因为频率固定。
为了解决这个问题，可以在收音机和电视机上安装同步器和调频器。
3.视频画面模糊：视频画面模糊的问题，最显著的表现是图像变形、画面模糊、色彩失真等。
解决办法是通过增加信号传输的宽度和增加视频数据流。
同时，一定要合理规划器材，以及电源接口、调节器、放大器等设备的配置。
三、传输故障的预防方法1.选址：选择看大家所能阅读到的信号强度，不能贪便捷，到处放个电视，就拿电视显示出来看。
如果这样做，可能会悬而未决很久。
2.安装调试：在安装调试时，要充分考虑天线的磁场和电场特征。
同一幢楼，有些走廊或房间里，信号会非常强，而有些房间可能就是信号不好。
3.设备规划：设备应合理配置，最好采用高品质和长寿命的设备。
dr的工作原理
dr的工作原理
DR（Disaster Recovery）是一种计划和流程，旨在恢复业务运营和数据访问的能力，当发生灾难性事件时造成了业务中断或数据丢失。
其工作原理如下：
1. 评估风险和业务需求：DR的第一步是评估可能的风险和业务需求，以便设计合适的恢复计划。
通过识别关键业务系统和数据，确定其可接受的中断时间和数据恢复点目标。
2. 制定DR策略和计划：根据风险和业务需求，制定恢复策略和计划。
这可能包括备份数据、部署冗余系统和资源、制定响应策略以及培训员工等。
3. 实施备份和数据复制：根据DR计划，定期备份数据，以确保其可在灾难发生时恢复。
备份数据可以存储在远程位置以提高安全性，并通过数据复制技术将数据复制到备用位置，以实现数据的实时或接近实时复制。
4. 建立备用系统和环境：为了在业务中断时继续运营，需要建立备用系统和环境。
这可能包括备用服务器、存储设备、网络设备和应用程序等，以确保业务可以迅速恢复。
5. 测试和演练：为了验证DR计划的有效性并提高响应能力，定期进行测试和演练。
通过模拟灾难和测试恢复流程，可以发现潜在问题并进行改进。
6. 持续监测和更新：DR计划需要持续监测和更新，以适应业
务环境的变化和新的威胁。
定期审查和测试DR策略和计划是确保其有效性的重要步骤。
通过上述工作原理，DR可以确保组织在遭受灾难性事件时能够迅速、有效地恢复业务运营和数据访问，减轻损失并保护组织的可持续发展。
广播电视传输业的设备运维与故障处理
广播电视传输业的设备运维与故障处理在广播电视传输业中，设备运维与故障处理是确保信号传输稳定和节目播放顺畅的重要环节。
本文将从设备运维和故障处理两个方面进行探讨，帮助读者了解广播电视行业中设备的运维方法和故障处理技巧。
一、设备运维1. 定期检查和维护设备广播电视传输业依赖于各种设备，如发射器、天线、调制器等。
为了保证设备的正常运行，定期检查和维护是必不可少的。
运维人员应根据设备的使用频率和工作环境制定详细的检查计划，包括设备外观、电源、连接线路等方面的检查。
同时，还需针对设备的特点制定相应的维护方案，如清洁散热风扇、更换零部件等。
2. 做好设备备份和容灾工作设备的备份和容灾工作是设备运维的重要内容。
在广播电视传输业中，设备故障可能导致节目无法正常播放，给广播电视台带来严重的损失。
为了应对设备故障，运维人员应建立设备备份的机制，确保在设备故障时能够快速切换到备用设备。
同时，还需制定容灾方案，如定期备份设备配置文件，确保在设备故障后能够快速恢复。
3. 加强设备管理和监控设备管理和监控是设备运维的核心工作。
通过建立设备管理系统，运维人员可以对各类设备进行综合管理，包括设备的信息登记、使用情况统计、维护记录等。
此外，还需利用监控系统对设备的状态进行实时监测，及时发现异常情况并采取措施，以确保设备的正常运行。
二、故障处理1. 及时响应故障故障处理的关键是能够快速响应，并迅速定位故障原因。
当接到故障报告时，运维人员应立即行动，并与相关部门进行紧密配合。
在处理故障的过程中，应详细记录故障信息，包括故障发生时间、具体现象、处理过程等，为后续的故障分析和处理提供参考依据。
2. 分析故障原因故障处理的关键是能够准确分析故障原因。
运维人员应根据故障现象、设备状况和相关数据进行综合分析，找出故障的根本原因。
在进行故障分析的过程中，可以借助设备管理系统和监控系统提供的信息，也可以与设备厂商、技术支持部门进行沟通和交流，以获得更多的帮助和支持。
DR设备的常见故障分析
DR设备的几种罕有毛病及维修办法探讨之五兆芳芳创作南京医科大学第一从属医院江苏省人民医院放射科 210029陈桂林DR（digital radiography）是数字化摄影的简称，是在高频X线机的根本上，加上一块平板探测器，和图像收集处理软件整合而成.具体的说，DR系统是由电子暗盒、扫描控制器、系统控制器、影像监示器等组成，是直接将X线光子通过电子暗盒转换为数字化图像，是一种狭义上的直接数字化X线摄影.而狭义上的直接数字化摄影即DDR （DirectDigital Radiography），通常指采取平板探测器的影像直接转换技巧的数字放射摄影，是真正意义上的直接数字化X射线摄影系统.依照探测器类型主要分为非晶硅平板DR（主流）、非晶硒平板DR和CCD DR（主流）；依照机架结构分为悬吊DR和立柱（UC臂）DR.在我国，DR设备（数字化X光机）在医疗事业中阐扬了十分重要的作用，但是其使用进程却一直被人们所轻忽.本文正是基于此原因，重点针对罕有毛病及解决办法相关内容进行阐发论述，从使用进程以及罕有的问题到具体的毛病诊断以及维修等进行系统论述，以此为相关任务人员的使用提供科学的办法.维修DR时可按照毛病现象进行分段维修.这里介绍几个罕有毛病和维修办法.1、曝光后不出图像. 对此毛病，可从两方面下手.首先是查抄产生器有没有出射线.如果没有就查抄产生器这边.例如手闸开关是否坏了，产生器是否存在毛病（可单独打开产生器软件查抄），球管是否有问题.产生器可正常曝光的情况下，就应该查抄平板这边.比方平板的连接是否正常（网线或光纤是否连接正确），或平板的同步信号（曝光使能信号）是否正常.从这两方面找毛病，就可以找到毛病.2、图像不清晰随着使用时间的延长，图像会变得没有原来清晰.这种问题的原因一般是由于平板老化引起或球管出的剂量缺乏造成.对机械定期进行调养可以有效避免平板老化速度，平板一般要求每6个月校准一次.球管剂量缺乏的原因有：1 、KV不敷，查抄产生器高压部分.2 、MA缺乏，球馆管是否出问题，或高压产生器的灯丝部分是否有问题.3 、图像出伪影伪影原因归结为两方面，1、平板自己有坏点或坏道.2、是投照规模内有异物.投照规模有异物很容易排查，只需将束光器，平板盖子，滤线栅等，一个个裁撤再拍照，拆一个拍一张图像，拆到那个图像伪影没有了，异物就在那个元件上.如果投照规模的东西拆完拍出来还有伪影，那么就是平板有问题了.平板出的坏点和坏道有些可以通过平板校准去除.有些是不克不及去除，那只能维修平板.4、图像发送不到PACS 此毛病一般是由于网络连接引起.网络连接需查抄网络参数是否正确，比方IP地址，端口号，AE title等，参数设置正确后，可以通过ping办事器IP 的办法测试网络是否连通，不连通则查抄网卡或网线是否正常.5 、报选择阳极毛病此毛病望文生义就是阳极启动不正常.可测球管上有无启动电压，丈量时要按曝光准备档，如果无电压，就要检测产生器旋转阳极部分电路，如果有电压，球管不转，那就要看下球管阳极靶面是否打烂，球馆管芯是否漏油.如果存在问题就需要改换好的X射线管.6 、报球管温度太高错误用手触摸球管概略，如果感到到烫，那就等温度下降后，再进行曝光操纵，在曝光次数未几的情况下，球管升温很快，就要查抄冷却装置是否正常，不然外置冷却电扇，或球管是否漏油.如果球管概略温度不高，但报球管温度太高错误，那应该查抄温控开关有没有坏，可以直接将温控开关短接测试，短接后，毛病解决这是温控开关坏.如果短接无法解决毛病，则需要查抄控制板有无问题.除此之外，DR系统的相关器件需要小心科学使用以及公道维护，从而不竭延长设备的使用周期，确保其具有良好的任务效率.在使用进程中如果存在异常的声响，则应该通过看其像、听其声的方法实时找到设备中异常声音收回的部位以及系统设备运行受到阻碍的部位并实时展开修复，从而确保机械使用正常.。
h3c交换机组播工作原理
h3c交换机组播工作原理
H3C交换机的组播工作原理是基于组播协议和交换机的组播
功能来实现的。
组播是一种将数据包从一个源发送给多个目的地的通信方式。
在H3C交换机中，组播工作原理主要包括以下几个步骤：
1. 组播源地址的学习：当组播数据流从某一个接口进入交换机时，交换机会学习源MAC地址和对应的接口，并将其记录在MAC地址表中。
2. 组播转发表的建立：根据IGMP (Internet Group Management Protocol)或MLD (Multicast Listener Discovery)协议，交换机会
建立组播转发表，记录组播组和对应的接口。
3. 组播数据的转发：当收到一个组播数据包时，交换机会根据组播转发表，将数据包复制并发送给转发表上对应的接口组员。
4. 组播组内成员管理：交换机会根据IGMP或MLD协议中的
成员报告信息，动态地维护组播组的成员列表，并更新组播转发表。
总结起来，H3C交换机的组播工作原理就是通过学习组播源
地址，建立组播转发表，进行数据的复制和转发，以及根据成员报告信息动态地管理组播组的成员列表。
这样就可以实现组播数据的有效传输和管理。
组播解决方案
组播解决方案
《组播解决方案》
组播技术是一种网络通信方式，它允许将数据包一次性发送给多个接收者。
在某些情况下，组播技术可以提供更高效、更可靠的数据传输，特别是在需要向多个接收者广播相同信息的情况下。
然而，组播技术也存在一些挑战，例如如何有效地处理大规模的数据传输以及如何确保数据安全等问题。
为了解决这些挑战，许多组播解决方案被提出并得到广泛应用。
这些解决方案主要包括以下几个方面：
1. 协议优化：优化组播协议可以提高数据传输的效率和可靠性。
一些新的协议不仅可以提供更快的传输速度，还可以更好地处理大规模数据传输的问题。
2. 安全性加强：组播传输可能涉及到数据的安全性问题，因此加强组播传输的安全性也是一个重要的解决方案。
一些安全加密技术和认证机制可以有效地保护组播传输的数据安全性。
3. 负载均衡：对于大规模的组播传输，如何有效地处理负载均衡是一个关键问题。
一些负载均衡技术可以帮助实现高效地数据传输并保证系统的稳定性。
4. 故障恢复：组播传输可能受到网络故障的影响，因此故障恢复机制也是一个重要的解决方案。
一些自动恢复机制可以在网络故障发生时，快速地恢复组播传输。
总的来说，组播技术在网络通信中具有重要的应用价值，但是在实际应用过程中，还需要采取一些解决方案来解决一些难题。
通过优化协议、加强安全性、实现负载均衡和故障恢复等措施，可以提高组播传输的效率和可靠性，为用户提供更好的服务。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
关于组播的DR的工作原理与故障排查思路1, 问题描述：我们一台CPE MP1803路由器作为客户的CE路由器，PC发了IGMP report以后，我们路由器会在IGMP表项里写上该组播组，但是客户那里说上游的Huawei PE设备没有收到我们设备的PIM JOIN报文而最终不能将组播流量引下来。
经过排查，发现客户在同一个局域网中有多个CPE, 而且我们的MP1803不是DR. 所以这就是为什么客户开了debug以后不能在我们路由器的上游接口抓到PIM JOIN报文误认为是我们路由器的问题。
当时建议客户把局域网断开，然后直接用PC接到MP1803的LAN口上面，这个时候PC组播正常工作。
问题找到。
下面就是关于局域网DR的工作原理展开论述和实验。
2, 组播DR的工作原理.PS : 在看该文档前，需要回忆IGMP的工作原理，还有组播客户端如果加入到RP的公共原理部分。
详细细节可以参考文档: 一份极强的CCIE笔记 . CISCO CCIE routing and switching –Kaka’s NoteAuthor: 房智勇个人理解:现在我对DR的理解是，如果一个局域网有多个路由器同时做上联，那么在show ip pim neighbor的时候，对于局域网也会选举一个DR出来。
当客户端在发送IGMP report报文的时候，和PC的默认网关没有关系，IGMP report会发送到所有的上游路由器，这个时候只有DR接收到了下游的PC的IGMP report以后才会重新封装PIM的join 报文送到RP去加入. 而对于另外一台非DR的设备,当他收到了IGMP report以后，他只会在自己的IGMP表里面记录该主播组，但是他不会向RP去发送PIM join报文，所以如果有人说，这个路由show ip pim mroute group x.x.x.x 状态怎么是NOT JOINED, 那么需要看该路由器对于局域网到底是否是DR.如果不是DR那么这个现象是正常的,也应该这样.还有就是如果本台路由器发送了PIM JOIN以后，那么在本台设备上面show ip pim mroute应该可以发现期望组播组的(*,G)表项，然后再看上游路由器，也应该有(*,G)才对，因为我们是往上面送了的.如果我们发了上面也有(*,G),那么就应该核查上面的路由器组播是否正常工作这里又引出一个问题，在同一个局域网，只有DR才转发主播流量，才发送PIM JOIN报文，那么如果主播组多的情况下，对局域网的DR是否也是一个性能考验呢？那肯定是是的。
所以在设计网络的时候，如果局域网的主播组需求量很大的话，那么CPE路由器一定要用性能高一点的设备来做，否则的话很有可能因为性能引起瓶颈问题。
我对协议的建议:MP1800-D(config-if-fastethernet0)#ip pim dr-priority 200 ? <CR> MP1800-D(config-if-fastethernet0)#ip pim dr-priority 200Q:你看这里都是基于接口来做的，但是我想对224.1.1.1 R1作为DR,224.1.1.2 R2作为DR,来达到一个负载均衡的功能，这样可以做吗？A:我觉得真的还算是一个需求，如果一次我有20个主播组需要运行，每个都是高清视频流，那不是对CPE的要求很高才能行吗？每个高清按照4M来算，都是100M的高清。
本来4个1800就可以，现在非要3个MP1800加上一个2824才能做这个事情，而且还不能做到备份。
换言之是需要4个2824才能完全做热备，否则主2824瘫了，那么任何一个1800都会瘫痪，因为一个1800不能达到100M高清视频流量的线速转发.3, CCIE学习笔记上面关于这个软件模块的描述.(关于重点我用红色进行标注)---下面都是CISCO的原理，命令输出可能略有不同，原理相同，可以参考.上面就是PIM JOIN报文的报文格式.Neighbor Discovery 邻居发现路由器通过周期性的查询（缺省 30 秒）来发现 PIM 邻居路由器的存在，对于多路访问网络，这种查询消息发现 224.0.0.2（All-Routers）。
对于多路访问网络，还要选举 DR，IP 地址最高的路由器成为 DR。
在疏模式中，DR负责为多路访问网段上的主机向 RP 发送 Join 消息，在密模式中，DR 的选举没有意义。
上图中显示的是 show ip pim neighbor 命令的输出，我们可以清楚的看到上面五条记录中的路由器和这台路由器同属于一个多路访问网络，171.68.0.91 因为有最高的 IP 地址而成为DR。
4, 实验拓扑：关于实验拓扑图解释：在这个拓扑中，Multicast client 3.1.1.2,他的默认网关是MP1800-D, 这里向说明的问题是，主播发的请求和单播的默认IP网关是没有关系的，所以最后我们可以发现，假设3.1.1.2发出的IGMP REPORT请求224.1.1.10出去，实际上是MP1800-U路由器帮忙发送的PIM JOIN报文上去，也是MP1800-U路由器show ip pim mroute可以看到(*,G)表项的状态是JOINED 的状态。
最后也是MP1800-U 路由器转发的主播流量.5，各个设备的配置：MP2800:ip multicast-routinginterface loopback0ip address 10.10.10.10 255.255.255.255ip pim sparse-modeexitinterface fastethernet1.10ip address 1.1.1.2 255.255.255.0 encapsulation dot1q 10ip pim sparse-modeexitinterface fastethernet1.20ip address 2.1.1.2 255.255.255.0 encapsulation dot1q 20ip pim sparse-modeexitrouter ospf 1network 0.0.0.0 255.255.255.255 area 0 exitip pim rp-address 10.10.10.10MP1800-D:ip multicast-routinginterface fastethernet0ip address 3.1.1.1 255.255.255.0ip pim sparse-modeexitinterface fastethernet1.10ip address 1.1.1.1 255.255.255.0 encapsulation dot1q 10ip pim sparse-modeexitrouter ospf 1network 0.0.0.0 255.255.255.255 area 0 exitip pim rp-address 10.10.10.10MP1800-U:ip multicast-routinginterface fastethernet0ip address 3.1.1.3 255.255.255.0ip pim sparse-modeexitinterface fastethernet1.20ip address 2.1.1.1 255.255.255.0 encapsulation dot1q 20ip pim sparse-modeexitrouter ospf 1network 0.0.0.0 255.255.255.255 area 0 exitip pim rp-address 10.10.10.106, 实验过程：这里再看着拓扑图来说明情况.下游PC的单播IP网关是MP1800-D, 3.1.1.1.这个时候在3.1.1.2 PC客户端上运行VLC等组播软件，期望组播组为224.1.1.10. 按照刚才我们了解的原理部分应该得到下面的结论：●首先确定MP1800-D和MP1800-U哪个设备是组播局域网的DR.这里可以看到我登录在MP1800-D上面的，本机的LAN是3.1.1.1，局域网中3.1.1.2是DR.所以注定了我们设备是不会发送PIM JOIN到RP,也不会引组播流量下来的。
●当客户端发送了IGMP reprot报文以后，MP1800—D上面.show ip igmp groups. 应该可以看到224.1.1.10的表项.●但是MP1800-D不会向上游的RP发送PIM JOIN.下面是相关的debug报文，我们找不到任何关于FE1.10发送PIM报文的表项. (224.1.1.10,送到RP 10.10.10.10)MP1800-D#03:06:26: PIM-SM: PIM Hello from 3.1.1.3 on fastethernet003:06:26: PIM-SM: Recv Hello message03:06:26: PIM-SM: Holdtime: 10503:06:26: PIM-SM: T-bit: off03:06:26: PIM-SM: Lan delay: 103:06:26: PIM-SM: Override interval: 303:06:26: PIM-SM: DR priority: 103:06:26: PIM-SM: Gen ID: 3097303:06:26: PIM-SM: Restarting NLT for neighbor 3.1.1.3 on fastethernet0 with 105 secs timeout from Hello message03:06:26: PIM-SM: DR is 3.1.1.303:06:28: PIM-SM: Recv (*, 224.1.1.10) Include on fastethernet0 03:06:28: PIM-SM: Apply (*, 224.1.1.10) Include on fastethernet0 03:06:28: PIM-SM: Nexthop 10.10.10.10: Increment refcnt 203:06:36: PIM-SM: Scanning PIM-SM IPv4 Next Hop Cache...03:06:39: PIM-SM: Hello Timer expired on fastethernet003:06:39: PIM-SM: Restarting Hello Timer on fastethernet0 with 30 secs timeout03:06:39: PIM-SM: Stopping Triggered Hello Timer on fastethernet0 03:06:39: PIM-SM: Hello send to fastethernet003:06:39: PIM-SM: Send Hello message03:06:39: PIM-SM: Holdtime: 10503:06:39: PIM-SM: T-bit: off03:06:39: PIM-SM: Lan delay: 103:06:39: PIM-SM: Override interval: 303:06:39: PIM-SM: DR priority: 103:06:39: PIM-SM: Gen ID: 41403:06:42: PIM-SM: Hello Timer expired on fastethernet1.1003:06:42: PIM-SM: Restarting Hello Timer on fastethernet1.10 with 30 secs timeout03:06:42: PIM-SM: Stopping Triggered Hello Timer on fastethernet1.10 03:06:42: PIM-SM: Hello send to fastethernet1.1003:06:42: PIM-SM: Send Hello message03:06:42: PIM-SM: Holdtime: 10503:06:42: PIM-SM: T-bit: off03:06:42: PIM-SM: Lan delay: 103:06:42: PIM-SM: Override interval: 303:06:42: PIM-SM: DR priority: 103:06:42: PIM-SM: Gen ID: 15118MP1800-D#no debu all●在MP1800-U上面，show ip igmp groups应该可以看到224.1.1.10的表项。