企业官网建设流程全解析

简介：这份PDF面向网络工程技术人员与备考网络技术认证的学习者，聚焦三层交换机环境下的组播配置应用，帮助读者理解并落地PIM-SM与PIM-DM两种组播路由协议的实际部署。内容以典型组网为背景，给出组播服务器、三层交换机SwitchA及下挂二层交换机SwitchB、SwitchC的地址规划与接口划分，并围绕VLAN虚接口、候选BSR与候选RP、IGMP Snooping等关键配置逐条展开，同时对比稀疏模式与密集模式的数据流程差异。资源包共1个PDF文件，约15KB，篇幅精炼，适合作为实验配置速查与原理对照的参考文档。目前已有114人学习，读者可从中获取完整的参数规划思路、分设备配置清单以及组播数据转发流程的梳理，便于在真实设备或模拟器中复现验证，快速掌握三层交换机组播部署要点。

1. 三层交换机组播配置：从一份 PDF 拆出的可复现实验

很多人第一次接触组播配置，是在华为或 H3C 的三层交换机上照着文档敲命令，敲完发现组播流量根本不通，回头查配置又看不出哪里错了。这份《三层交换机组播配置应用》PDF 给了一个很典型的小型组播实验拓扑：一台三层交换机 SwitchA 作为组播网关，上行口 G1/1 接组播服务器 192.168.0.10/24，下行通过 VLAN10 和 VLAN20 各挂一台二层交换机 SwitchB、SwitchC，网段分别是 10.10.10.0/24 和 10.10.20.0/24。文档里同时给了 PIM-SM 和 PIM-DM 两套配置，还顺带提了二层侧 IGMP SNOOPING 的开启方式。它解决的核心问题就一个：让三层交换机在稀疏或密集模式下正确转发组播流，而不是把组播当广播泛洪。适合正在备考网络方向认证、或者要在真实项目里搭组播测试环境的从业者。下面我按“先理解协议选型，再动手配，最后排错”的顺序，把这份 PDF 里的配置拆成能直接抄作业的步骤。

2. PIM-SM 与 PIM-DM 选型：先搞清共享树和扩散剪枝的差别

2.1 为什么这份文档把 PIM-SM 放在前面

PIM-SM（Protocol Independent Multicast Sparse Mode）是稀疏模式组播路由协议，它的前提假设是：网络里绝大多数主机并不需要接收组播数据，只有明确发出加入请求的主机才应该收到流量。这个假设决定了它的工作方式——先建共享树，再按需切换最短路径树。

文档里写得很清楚：PIM-SM 通过设置汇聚点 RP（Rendezvous Point）和自举路由器 BSR（Bootstrap Router），向所有 PIM-SM 路由器通告组播信息，利用加入/剪枝信息建立基于 RP 的共享树 RPT。组播数据先沿着共享树流到组成员所在网段，当流量达到一定阈值，再切换到基于源的最短路径树 SPT，减少网络延迟。

这里有两个关键角色需要理解到位：

• RP（汇聚点）：共享树的根。所有组播源先把数据注册到 RP，接收者通过 RP 加入组播组。RP 是 PIM-SM 的核心，配错了 RP，整个组播域都不通。
• BSR（自举路由器）：负责收集候选 RP 的信息，并把这些信息泛洪到整个 PIM-SM 域。BSR 本身不转发组播数据，它是信息分发机制。

文档中 SwitchA 同时配置了c-bsr vlan 100 24和c-rp vlan 100，也就是把 SwitchA 自己既当 BSR 又当 RP。这在小型实验网络里很常见，因为只有一个组播域，不需要多 RP 冗余。但在生产环境里，RP 和 BSR 通常会分开部署，或者用 Anycast RP 做冗余。

PIM-SM 不依赖特定的单播路由协议，它使用现存的单播路由表做 RPF 检查。这意味着你的单播路由必须先通，组播才有基础。很多人配完 PIM 发现组播不通，回头查单播路由表，发现去往组播源或者 RP 的路由压根不存在，RPF 检查直接失败。

2.2 PIM-DM 的扩散剪枝机制和适用边界

PIM-DM（Dense Mode）是密集模式，工作过程可以概括为三个阶段：邻居发现、扩散剪枝、嫁接。

它的逻辑和 PIM-SM 完全相反：假设所有主机都需要接收组播数据，先向全网扩散，收到剪枝消息后再停止转发。文档里写的是“扩散?剪枝过程”，那个问号应该是原文的排版问题，实际就是“扩散-剪枝”。

PIM-DM 适用于小型网络，组成员相对密集的场景。比如一个机房内部所有服务器都需要接收同一个组播流，用 PIM-DM 配置更简单，不需要 RP 和 BSR。但它的缺点是：初始扩散会占用大量带宽，如果网络规模大、组成员稀疏，扩散-剪枝的周期开销会很高。

文档里 SwitchA 的 PIM-DM 配置和 PIM-SM 前半部分完全一样，区别只在接口下把pim SM换成pim DM，并且不需要配置c-bsr和c-rp。这说明在实验环境里，两种模式的底层接口配置是复用的，切换成本很低。

选型建议很直接：

如果你不确定选哪个，先看组成员分布。跨网段、成员少、网络大，选 PIM-SM；同一广播域、成员多、网络小，选 PIM-DM。

3. SwitchA 配置实操：从 multicast routing-enable 到候选 RP

3.1 全局使能组播路由和 VLAN 接口配置

SwitchA 是整个组播实验的核心，所有组播路由功能都在这台三层交换机上。配置顺序很重要，先全局使能，再配接口，最后进 PIM 视图配 RP 和 BSR。

文档里的配置步骤我整理成可直接执行的命令块：

# 进入系统视图 system-view # 全局使能组播路由，这是所有组播配置的前提 [SwitchA] multicast routing-enable # 创建 VLAN100 虚接口，连接组播服务器 [SwitchA] interface vlan 100 [SwitchA-Vlan-interface100] ip address 192.168.0.1 255.255.255.0 [SwitchA-Vlan-interface100] quit # 创建 VLAN10 虚接口，下挂 SwitchB [SwitchA] interface vlan 10 [SwitchA-Vlan-interface10] ip address 10.10.10.1 255.255.255.0 [SwitchA-Vlan-interface10] pim SM [SwitchA-Vlan-interface10] quit # 创建 VLAN20 虚接口，下挂 SwitchC [SwitchA] interface vlan 20 [SwitchA-Vlan-interface20] ip address 10.10.20.1 255.255.255.0 [SwitchA-Vlan-interface20] pim SM [SwitchA-Vlan-interface20] quit

这段配置的逻辑说明：

• multicast routing-enable是全局命令，不执行这条，后面所有 PIM 配置都不生效。这是最常见的翻车点之一，很多人直接进接口配pim SM，系统会报错或者静默失败。
• VLAN100 接口没有配pim SM，因为它是连接组播服务器的上行口。在 PIM-SM 里，RP 和 BSR 都绑定在 VLAN100 上，但接口本身是否需要跑 PIM 取决于组播源是否直连。文档里没在 VLAN100 下配 PIM，说明组播服务器可能通过其他方式注册，或者实验重点在下行接口。
• VLAN10 和 VLAN20 接口必须配pim SM，因为这两个接口面向接收者，需要处理 IGMP 加入和 PIM 加入消息。

参数说明：ip address后面的掩码用点分十进制，文档里写的是255.255.255.0，对应 /24。pim SM大小写不敏感，但华为设备通常写成pim sm，文档里是大写，实际输入时设备会自动识别。

3.2 PIM 视图下配置候选 BSR 和候选 RP

接口配置完成后，进入 PIM 视图配置 RP 和 BSR：

# 进入 PIM 视图 [SwitchA] pim # 配置候选 BSR，绑定 VLAN100 接口，优先级 24 [SwitchA-pim] c-bsr vlan 100 24 # 配置候选 RP，绑定 VLAN100 接口 [SwitchA-pim] c-rp vlan 100

这两条命令的含义：

• c-bsr vlan 100 24：把 SwitchA 自己声明为候选 BSR，使用 VLAN100 接口地址（192.168.0.1）作为 BSR 地址，优先级 24。优先级数值越大越优先，默认是 0。在只有一个 BSR 的环境里，优先级写多少都行，但如果有多个候选 BSR，数值大的会成为实际 BSR。
• c-rp vlan 100：把 SwitchA 自己声明为候选 RP，使用 VLAN100 接口地址作为 RP 地址。没有指定组播组范围，表示服务所有组播组。如果需要为特定组播组指定不同 RP，可以加group-policy参数，但文档里的实验不需要。

这里有个容易忽略的点：c-bsr和c-rp后面的接口必须是已经配好 IP 地址的三层接口。如果 VLAN100 接口没配 IP，或者接口状态是 down，这两条命令会报错。配置前先用display ip interface brief确认接口 up。

3.3 PIM-DM 配置的差异点

如果实验环境改用 PIM-DM，SwitchA 的配置只需要把接口下的pim SM换成pim DM，并且不需要c-bsr和c-rp：

# 全局使能组播路由 [SwitchA] multicast routing-enable # VLAN100 接口配置 [SwitchA] interface vlan 100 [SwitchA-Vlan-interface100] ip address 192.168.0.1 255.255.255.0 [SwitchA-Vlan-interface100] quit # VLAN10 接口配置，启动 PIM DM [SwitchA] interface vlan 10 [SwitchA-Vlan-interface10] ip address 10.10.10.1 255.255.255.0 [SwitchA-Vlan-interface10] pim DM [SwitchA-Vlan-interface10] quit # VLAN20 接口配置，启动 PIM DM [SwitchA] interface vlan 20 [SwitchA-Vlan-interface20] ip address 10.10.20.1 255.255.255.0 [SwitchA-Vlan-interface20] pim DM [SwitchA-Vlan-interface20] quit

PIM-DM 不需要 RP 和 BSR，配置量少很多。但要注意：PIM-DM 的扩散机制会导致组播流量在初始阶段泛洪到所有 PIM 邻居，如果网络里有环路或者 STP 收敛慢，可能出现短时广播风暴。实验环境里影响不大，生产环境要谨慎。

4. SwitchB 和 SwitchC 的二层组播配置：IGMP SNOOPING 怎么开

4.1 二层交换机为什么需要 IGMP SNOOPING

SwitchB 和 SwitchC 是二层交换机，下挂组播接收者。二层交换机默认会把组播帧当广播帧处理，泛洪到所有端口。IGMP SNOOPING 的作用就是让二层交换机“偷看”IGMP 报文，建立组播组和端口的映射表，只把组播流转发到有接收者的端口。

文档里写得很明确：SwitchB 和 SwitchC 可以不配置，或者支持 IGMP SNOOPING，在系统视图下启动multicast routing-enable。如果是二层交换机，只需在系统视图下配置igmp-snooping即可。目前交换机的 IGMP 只支持 V1/V2 版本。

这里有个容易混淆的地方：multicast routing-enable是三层组播路由命令，二层交换机不需要跑组播路由，所以只需要igmp-snooping。文档把两种情况都列出来了，实际配置时按设备角色选。

4.2 IGMP SNOOPING 配置步骤和验证

二层交换机的配置很简单：

# 进入系统视图 system-view # 全局使能 IGMP SNOOPING [SwitchB] igmp-snooping # 进入连接接收者的 VLAN 接口 [SwitchB] vlan 10 [SwitchB-vlan10] igmp-snooping enable [SwitchB-vlan10] quit

逻辑说明：

• 全局igmp-snooping是总开关，不开这个，VLAN 下的igmp-snooping enable不生效。
• VLAN 下igmp-snooping enable是针对该 VLAN 的组播侦听。如果 SwitchB 只承载 VLAN10，就只配 VLAN10；如果承载多个 VLAN，每个都需要单独开。
• 文档里提到 IGMP 只支持 V1/V2，意味着如果接收者用 IGMPv3 发送加入消息，二层交换机可能无法正确解析。实验环境里通常用 V2 就够了。

验证命令：

# 查看 IGMP SNOOPING 组播组表项 display igmp-snooping group # 查看 IGMP SNOOPING 统计信息 display igmp-snooping statistics

如果表项为空，说明没有接收者发送 IGMP 加入消息，或者 IGMP SNOOPING 没生效。先检查接收者是否正常发送 IGMP 报告，再检查二层交换机配置。

4.3 三层接口和二层接口的配合关系

SwitchA 的 VLAN10 接口是三层接口，配了 IP 和 PIM SM；SwitchB 的 VLAN10 是二层接口，配了 IGMP SNOOPING。两者之间的链路是 Trunk 还是 Access，文档没写，但实验环境里通常用 Access 口把 SwitchB 上联到 SwitchA 的对应 VLAN 端口。

这里的关键是：SwitchA 的 VLAN10 接口是组播路由接口，负责处理 PIM 协议报文和 IGMP 查询；SwitchB 的 IGMP SNOOPING 负责在二层精确转发组播流。两者配合才能让组播流从 SwitchA 正确到达接收者，而不泛洪到所有端口。

如果 SwitchB 不配 IGMP SNOOPING，组播流会在 VLAN10 内泛洪，接收者也能收到，但带宽浪费严重。实验环境里可能看不出问题，生产环境里就是隐患。

5. 组播配置避坑：RPF 检查失败、RP 配错和 IGMP 版本不匹配

5.1 现象：组播流不通，display pim neighbor 显示邻居为空

原因：接口下没有使能 PIM，或者全局multicast routing-enable没配。PIM 邻居建立的前提是接口下配了pim SM或pim DM，并且全局组播路由已使能。

解决：按顺序检查——先display current-configuration | include multicast确认全局使能，再display pim interface确认接口下 PIM 已启动。如果接口下没配，补上pim SM或pim DM。

5.2 现象：PIM-SM 下组播流不通，display pim rp-info 显示 RP 为空

原因：c-rp配置错误，或者 BSR 没有把 RP 信息泛洪出去。常见情况是c-bsr和c-rp绑定的接口地址不是同一个，或者接口状态 down。

解决：display pim bsr-info查看 BSR 信息，display pim rp-info查看 RP 信息。如果 RP 为空，检查c-rp后面的接口是否 up，IP 地址是否和c-bsr一致。实验环境里建议 BSR 和 RP 用同一个接口地址。

5.3 现象：接收者能收到组播流，但二层交换机所有端口都在泛洪

原因：二层交换机没有配 IGMP SNOOPING，或者配了但没在对应 VLAN 下使能。

解决：display igmp-snooping group查看是否有组播组表项。如果没有，检查全局igmp-snooping和 VLAN 下igmp-snooping enable是否都配了。注意：IGMP SNOOPING 需要接收者主动发送 IGMP 加入消息才能建立表项，如果接收者只是被动监听，表项不会生成。

5.4 现象：PIM-DM 环境下组播流时通时断，display pim interface 显示大量剪枝

原因：PIM-DM 的扩散-剪枝机制在组成员稀疏时会产生频繁的剪枝和嫁接，导致组播流不稳定。

解决：如果组成员确实稀疏，改用 PIM-SM。如果必须用 PIM-DM，检查网络里是否有环路或者 STP 震荡，这些会加剧剪枝-嫁接的频率。

5.5 现象：IGMPv3 接收者加入组播组，但二层交换机不转发组播流

原因：文档里明确写了“目前交换机的 IGMP 只支持 V1/V2 版本”，IGMPv3 的报文格式和 V2 不同，二层交换机可能无法正确解析。

解决：在接收者侧强制使用 IGMPv2，或者在三层交换机上配置 IGMP 版本兼容。实验环境里通常把接收者 IGMP 版本设为 V2 就能解决。

6. 验证组播配置是否生效：从 display 命令到抓包确认

配置敲完之后，怎么确认组播真的通了？我一般按三层验证、二层验证、抓包验证的顺序走一遍。

三层验证：在 SwitchA 上执行display pim neighbor，应该能看到 SwitchB 和 SwitchC 的 PIM 邻居（如果它们也跑了 PIM）。如果 SwitchB 和 SwitchC 是纯二层，那 PIM 邻居只有 SwitchA 自己和组播服务器侧。再执行display pim rp-info，确认 RP 地址是 192.168.0.1。最后display multicast routing-table查看组播路由表，应该有（S，G）或（*，G）表项。

二层验证：在 SwitchB 上执行display igmp-snooping group，应该能看到接收者加入的组播组和对应端口。如果表项为空，检查接收者是否发送了 IGMP 报告。

抓包验证：在 SwitchA 的上行口 G1/1 或者 VLAN100 接口抓包，过滤igmp或pim。正常情况应该能看到 IGMP 查询/报告报文和 PIM 加入/剪枝报文。如果只有 IGMP 没有 PIM，说明三层组播路由没生效；如果只有 PIM 没有 IGMP，说明接收者没发加入消息。

一个我踩过的坑：实验环境里用模拟器做组播实验，模拟器的组播转发路径和真实设备有差异，display命令显示正常但抓包看不到组播流。后来换成真实设备或者调整模拟器组播参数才复现。如果你在模拟器里做这个实验，建议先用display命令确认控制平面正常，再关注数据平面。

从那以后我每次配完组播，都强制走一遍“三层邻居→RP 信息→二层组播组→抓包”的流程，不看到抓包里的组播数据流不算完。希望帮到你。

本文还有配套的精品资源，点击获取