扫码获取 VIP 码
添加管理员微信获取 VIP 码
组播，英文写作 Multicast，是计算机网络中区别于单播和广播的第三种数据通信方式。在软考网络工程师和网络规划设计师的考试中，组播一直是高频考点，但很多考生对它的理解停留在"一点对多点"的表面，一旦命题人把考察点延伸到组播地址范围、组播MAC地址映射、IGMP成员关系管理或者PIM路由协议，就会大面积丢分。本文的目的，是把IP组播从概念到原理、从地址规划到协议机制彻底拆开，让读者在考场上遇到组播题目时不再靠猜。
要理解组播，必须先回到数据传输方式的分类本身。单播是一对一的通信，源主机把数据包发给一个明确的目的地址，网络中的每一份数据都只经过一条确定的路径到达一个确定的接收者。广播是一对所有的通信，源主机把数据包发给广播地址，局域网内所有主机无论是否需要都要接收并处理这份数据。组播则是一对多的通信，但这里的"多"是一个经过筛选的、主动申请加入的接收者群体，而不是网络中的全部主机。
从网络资源的消耗角度看，三种方式差异巨大。单播在一点对多点场景下效率最低：如果有N个接收者，源主机就需要发送N份相同的数据副本，带宽消耗随接收者数量线性增长。广播虽然只需要一份数据，但它强制所有主机接收，对于不需要这份数据的主机而言是一种无谓的干扰和资源浪费，而且广播无法跨越路由器，只能局限在一个广播域之内。组播恰好解决了这两者的矛盾：源主机只发送一份数据，网络设备只在有接收者加入的分支上复制转发，既节省了源端的带宽，又避免了无关主机的打扰。
从路由器对三类数据包的处理态度上，也能看出组播的特殊地位。路由器对广播数据包的处理原则是直接丢弃，广播报文只能被限制在单个广播域内，路由器是广播域天然的边界。对单播数据包，路由器依据目的地址查路由表，逐跳转发。而对组播数据包，路由器只有在明确知道下游存在接收者时才会复制转发，这个"有接收者才转发"的判断，正是组播区别于广播和单播的核心逻辑，也是组播协议体系得以成立的根本出发点。
组播的典型应用场景天然契合它的技术特性。网络视频会议、IPTV网络电视、证券行情的实时推送、网络直播、在线教学、局域网内的系统镜像分发等，都是典型的组播应用。这些场景的共同特征是数据源单一、接收者众多且分布分散，如果采用单播逐份发送，服务器的出口带宽很快就会被耗尽；如果采用广播，又无法覆盖跨网段、跨路由器的接收者。组播通过接收者主动加入和路由器按需复制的机制，让一份数据能够在网络的分叉点被复制成多份，精确地送到每一个需要它的主机。
组播地址的规划是考试中的第一个重点。在IPv4体系中，组播地址使用D类地址，其地址范围是224.0.0.0到239.255.255.255，对应的CIDR表示是224.0.0.0/4。这个地址段与单播地址的A类、B类、C类地址段完全不同，它不标识某一个具体的主机接口，而是标识一个逻辑上的组播组。任何主机都可以通过发送IGMP报告报文来加入某个组播组，从而接收发往该组地址的数据。
在D类地址内部，又有进一步的细分，这是命题人特别偏爱挖坑的地方。224.0.0.0到224.0.0.255这一小段是保留地址段，用于网络协议的本地链路组播，其中的报文通常不会被路由器转发，TTL值固定为1。最典型的例子是224.0.0.1代表本地子网内的所有主机，224.0.0.2代表本地子网内的所有路由器，224.0.0.5和224.0.0.6分别是OSPF协议的全体路由器组和指定路由器组。这些保留地址是协议自身工作用的，考生在识别题目时要特别区分"保留链路本地组播地址"和"可以全局路由的组播地址"。
232.0.0.0/8这一段是SSM源特定组播地址，专门用于源特定组播，它配合IGMPv3协议使用，接收者不仅指定要加入哪个组，还要指定接收哪个源发来的数据。239.0.0.0/8是本地管理组播地址段，类似于单播中的私有地址，仅限于本组织或本自治系统内部使用，不会被转发到公网。其余224.0.1.0到238.255.255.255之间的地址才是可以在互联网上全局路由的组播地址。
组播IP地址到组播MAC地址的映射，是整个组播知识体系中最容易算错的计算点。以太网中，组播帧在数据链路层的识别依赖MAC地址，IEEE规定组播MAC地址的最高字节最低位为1，即MAC地址第一个字节的二进制形式以1结尾。IPv4组播地址映射到以太网组播MAC地址时，采用固定的前缀01:00:5E，这个前缀的二进制形式是00000001 00000000 01011110，其最后一位恰好是1，符合组播MAC地址的标志位要求。映射的具体规则是：取组播IP地址的低23位，直接填充到MAC地址的23位中，而MAC地址固定为01:00:5E加上这23位。由于IP组播地址除了前缀1110占4位外，还有28位可用于标识组播组，而MAC地址只提供了23位用于映射，因此会有32个IP组播地址映射到同一个组播MAC地址的情况。这个32比1的映射比例，意味着地址重叠在所难免，一组MAC地址会被最多32个不同的组播IP地址共享。举一个具体例子，组播地址224.1.1.1与225.1.1.1虽然高位不同，但映射到MAC地址时取的都是低23位，结果二者最终都映射到01:00:5E:01:01:01这一个MAC地址。这种重叠带来的后果是，主机网卡在接收时无法仅凭MAC地址判断某个帧究竟属于哪个组播组，还需要在网络层通过目的IP地址做二次过滤，把不属于自己加入组的帧丢弃。命题人经常据此设计考察点，让考生判断某个组播IP地址对应哪个组播MAC地址，或者反过来判断某个组播MAC地址可能对应哪些组播IP地址。
理解了组播的基本概念和地址规划之后，需要深入到组播数据在网络中实际转发和管理的机制层面。组播的转发与单播有本质区别：单播路由表记录的是"目的地在哪里"，而组播转发表记录的是"哪些出接口下面有接收者"，这一差异决定了组播需要一套完全独立的协议体系来支撑。
组播数据的转发路径在逻辑上构成一棵树，称为组播分发树。树的特点是没有任何环路，数据从根节点出发，沿着树枝向下分发，到达每一个叶子节点。根据树的根节点的不同，组播分发树分为两类：以数据源为根的树称为源树，也叫最短路径树；以网络中的某个汇聚点为根的树称为共享树。
源树以组播源为根，从源到每一个接收者都走最短路径，因此转发路径最优、延迟最小。但源树的一个显著缺点是每增加一个源，就要为这个源单独构建一棵树，路由器需要为每一个源维护一份独立的转发状态。当网络中有大量组播源时，路由器的内存开销会急剧上升。源树在转发状态中通常用源地址和组地址的二元组来标识，记作(S,G)状态。
在共享树和源树之外，还有一种特殊的分发机制需要理解，那就是RPF反向路径转发检查。组播路由器收到组播数据包时，必须判断该数据包是否从正确的接口进入，判断依据是：以组播源地址为目的地址查单播路由表，看该数据包的入接口是否恰好是指向源方向的最佳接口。如果是，则说明数据包走的是正确路径，可以继续转发；如果不是，则丢弃该数据包。这个机制叫RPF检查，它的作用是防止组播数据在网络中形成环路或重复转发，是组播转发正确性的基石。理解RPF检查后，就能明白为什么PIM被设计为依赖单播路由表工作，也能理解组播转发状态为何同时需要记录入接口和出接口。
共享树则以一个被称为汇聚点的路由器为根，网络中所有的组播源都先把数据发往汇聚点，再由汇聚点沿着共享树分发到各个接收者。共享树的优点是路由器只需要为每个组维护一份转发状态，与源的数量无关，大大降低了状态开销。但共享树的缺点是数据路径不一定最优，源的数据必须先绕到汇聚点再分发，可能产生路径迂回和汇聚点处的流量集中。共享树在转发状态中用星号和组地址的二元组来标识，记作(*,G)状态。PIM-SM协议默认使用共享树，而PIM-DM协议使用源树，这个区别是理解组播路由协议的关键。
组播接收者的加入和离开是通过IGMP协议来管理的。IGMP全称Internet组管理协议，工作在主机和直连路由器之间，解决的是"主机如何告诉路由器自己想加入哪个组播组"的问题。IGMP报文封装在IP数据报中，协议号为2，它的报文类型主要有成员关系查询、成员关系报告和离开组三种。需要特别强调的是，IGMP的通信双方是主机和路由器，而且是主机所在子网内的直连路由器，IGMP报文不会跨越路由器转发，因为它的作用范围被严格限定在最后一跳，即接收者所在的那一段链路。这个层次边界是理解IGMP与PIM分工的关键：IGMP负责末端的成员管理，PIM负责跨网络的转发路径构建。
IGMP的第一个版本v1定义了基本的查询和报告机制。路由器周期性地向本地子网发送成员关系查询报文，查询报文的目的地址通常是224.0.0.1，即本子网所有主机。收到查询的主机中，凡是加入了某个组播组的，会为该组启动一个随机定时器，定时器先到期的那个主机代表全组发送成员关系报告，其他主机收到该报告后就不再发送自己的报告，这个机制称为报告抑制，目的是避免同一子网内大量主机
本篇完！