目录IGMP基本概念IGMP版本IGMPv1报文格式两种协议报文响应抑制机制IGMPv1问题IGMPv2报文格式查询器选举——不依赖组播路由协议三种协议报文IGMPv3报文格式两种协议报文IGMP基本概念IGMP因特网组管理协议，负责IPv4组播成员注册管理的协议。用来在接收者和与其直接相连的组播路由器之间建立、维护组播成员关系。主机侧：通过IGMP协议向路由器通告组成员关系路由器侧：通过IGMP协议维护组成员关系IGMP版本IGMP目前有三个版本，其基本区别如下IGMPv1普遍组查询报文、成员关系报告报文、响应抑制机制IGMPv2--相比v1新增特定组查询报文、增加成员离开报文、可以选举查询
PIM-DM的局限性中大型组播网络中由于网络较大，如果依然使用PIM-DM会遇到诸多问题：1使用“扩散-剪枝”方式需要全网扩散组播报文，对于网络有一定冲击。2所有组播路由器均需要维护组播路由表，即使该组播路由器无需转发组播数据。3对于组成员较为稀疏的组播网络，使用“扩散-剪枝”形成组播分发树的效率不高。PIM-SM(ASM)通过PIM-SM（ASM）模式形成组播分发树的特点1只有组播转发路径上的组播路由器需要维护组播路由表。2通过RP可以让所有组播路由器获知组成员的位置。3避免“扩散-剪枝”机制，提高组播分发树的形成效率。PIM-SM（ASM）组播分发树的形成步骤1将组成员的位置事先告知某台组
PIM（ProtocolIndependentMulticast）称为协议无关组播（组播分发树）。这里的协议无关指的是与单播路由协议无关，即PIM不需要维护专门的单播路由信息。作为组播路由解决方案，它直接利用单播路由表的路由信息，对组播报文执行RPF（ReversePathForwarding，逆向路径转发）检查，检查通过后创建组播路由表项，从而转发组播报文。目前设备实际支持的PIM协议包括：（密集模式）PIM-DM（PIM-DenseMode）、（稀疏模式）PIM-SM（PIM-SparseMode）。PIM网络以组播组为单位在路由器上建立一点到多点的组播转发路径。由于组播转发路径呈现树型结
目录二层中组播数据转发存在的问题IGMPSnooping基本概念二层组播转发表动态端口老化时间工作过程二层中组播数据转发存在的问题 IGMPSnooping基本概念IGMPSnooping是IPv4环境下在二层交换机上提供的一种组播机制，解决二层组播泛洪问题通过侦听组播路由器和用户之间发送的IGMP报文，在交换机上创建二层组播转发表当交换机转发部分组播报文时，按照此组播转发表进行转发（如果没有对应的组播转发表项，泛洪到所有端口）二层组播转发表包含三个信息：组播地址/组播MAC地址、Vlan信息、端口（成员端口/路由器端口）路由器端口（Router-port）：路由器端口会出现在所有组播组中是交
目录PIMSM基本概念PIM工作步骤DR竞选RP基本概念RP的作用RP的两种类型RP的缺点PIMSM建树过程成员接收者到RP建树过程组播源到RP建树过程SPT切换SSM模型PIMSM基本概念PIMSM采用“拉”（Pull）的方式来转发组播报文并生成组播表，建立SPT（最短路径树）、RPT（共享树）转发组播报文。它假定每条链路都没有需求。PIM工作步骤邻居建立全网开启组播、配置PIM通过Hello报文建立PIM邻居，并选举DR选举RP通过RP建立SPT以及RPT树RPT树建立在RP与组成员端建立RPT树（*,G）树SPT树建立在组播源与RP之间建立（S,G）树通过组播源流量在RP与组成员端之间也
1、是什么先看这张图，组播地址是分类编址的IPv4地址中的D类地址，又叫多播地址，他的前四位必须是1110，所以网络地址的取值范围是224~~239。2、这些IP地址用来做什么224.0.0.0～224.0.0.255为预留的组播地址（永久组地址），地址224.0.0.0保留不做分配，其它地址供路由协议使用224.0.1.0～224.0.1.255是公用组播地址，可以用于Internet224.0.2.0～238.255.255.255为用户可用的组播地址（临时组地址），全网范围内有效239.0.0.0～239.255.255.255为本地管理组播地址，仅在特定的本地范围内有效组播地址列表如下
我有一个非常简单的boost::asio套接字发送多播消息的包装器://headerclassMulticastSender{public:///Constructor///@paramip-Themulticastaddresstobroadcaston///@paramport-ThemulticastporttobroadcastonMulticastSender(constString&ip,constUInt16port);///Sendsamulticastmessage///@parammsg-Themessagetosend///@paramsize-Thesizeof
我有一个UDP服务器，它绑定(bind)到一个众所周知的端口，将自己添加到一个多播组并监听客户端的请求。(服务器在Windows上，并使用WSARecvFrom为客户端数据报发出重叠接收。)客户端通过已知端口和多播IP地址向服务器发送消息。在笔记本电脑上测试“服务器”时，我注意到如果笔记本电脑进入“sleep”状态，服务器的接收套接字将与多播地址“解除绑定(bind)”(这样客户端发送到多播地址就不会-收到时间更长)。但是，套接字仍在接收，因为仍然接收到发送到其127.0.0.1端口的消息-并且Windows没有指示任何错误。(服务器套接字绑定(bind)到INADDR_ANY。)“服
WindowsXP和windowsvista之间设置UDP多播套接字所需的实现似乎有所不同。具体来说:在WindowsXP下，您必须调用bind()，然后才能引用任何特定于多播的套接字选项。但是，在windowsvista下，您不得在处理多播套接字时调用bind()。这两点中的任何一个失败都会导致运行时出现套接字错误。我是不是疯了，还是其他人也看到了？有没有比bind()调用的条件编译更好的解决方案？ 最佳答案 在应用IP_ADD_MEMBERSHIP并加入多播组时调用setsockopt()会出现什么错误？我刚刚在这里用我的服务器
我正在准备我的大学考试，去年的问题之一是“如何使UDP多播可靠”(如tcp，丢失数据包的重传)我想过这样的事情:服务器使用UDP发送组播每个客户端发送接收该数据包的确认(使用TCP)如果服务器意识到不是每个人都收到数据包，它会向特定客户端重新发送多播或单播问题是可能有一个客户端经常丢失数据包并强制服务器重新发送。好吃吗？ 最佳答案 Everyclientsendacknowledgementofreceivingthatpackets(usingTCP)为每个数据包发送一个ACK，并使用TCP这样做，不能扩展到大量的接收者。使用
