目  录

1 组播路由与转发

1.1 组播路由与转发简介

1.1.1 RPF检查机制

1.1.2 组播静态路由

1.1.3 跨单播网段的组播转发

1.1.4 组播路径跟踪

1.2 组播路由与转发配置限制和指导

1.3 组播路由与转发配置任务简介

1.4 使能IP组播路由

1.5 配置组播路由与转发

1.5.1 配置准备

1.5.2 配置组播静态路由

1.5.3 配置按照最长匹配选择RPF路由

1.5.4 配置对组播流量进行负载分担

1.6 配置IPv4组播流策略

1.6.1 功能简介

1.6.2 配置限制和指导

1.6.3 创建IPv4组播流策略

1.6.4 配置IPv4组播流策略生效的组播组范围

1.6.5 配置IPv4组播流的预计带宽

1.6.6 配置IPv4单播流量预留带宽比

1.6.7 配置组播转发边界

1.6.8 配置组播数据在Super VLAN内的各Sub VLAN之间互通

1.6.9 配置组播路径跟踪功能

1.7 配置缓存未知组播数据报文的最大数目

1.8 配置允许生成组播组地址为239.255.255.250的组播表项

1.9 配置组播报文软转发复制数量的最大值

1.10 组播路由与转发显示和维护

1.11 组播路由与转发典型配置举例

1.11.1 改变RPF路由配置举例

1.11.2 衔接RPF路由配置举例

1.11.3 利用GRE隧道实现组播转发配置举例

1.12 常见配置错误举例

1.12.1 组播静态路由失败

 

1 组播路由与转发

1.1  组播路由与转发简介

组播路由与转发中有以下三种表：

·     每个组播路由协议都有一个协议自身的路由表，如PIM路由表。

·     各组播路由协议的组播路由信息经过综合形成一个总的组播路由表，该表由一系列（S，G）表项组成，即一系列由组播源S向组播组G发送组播数据的组播路由信息。组播路由表中包含了由一或多种组播路由协议生成的组播路由。

·     组播转发表直接用于控制组播数据包的转发，它与组播路由表保持一致，组播路由表中最优的组播路由会直接下发到组播转发表中。

1.1.1  RPF检查机制

组播路由协议在创建和维护组播路由表项时，运用了RPF（Reverse Path Forwarding，逆向路径转发）检查机制，以确保组播数据能够沿正确的路径传输，同时还能避免由于各种原因而造成的环路。

1. RPF检查过程

执行RPF检查的过程如下：

(1)     首先，以“报文源”的IP地址为目的地址，分别从单播路由表、MBGP路由表和组播静态路由表中各选出一条最优路由。

 

(2)     然后，从这些最优路由中再选出一条作为RPF路由。选取规则如下：

·     如果配置了按照最长匹配选择路由，则：

¡     选择掩码匹配最长的路由。

¡     如果掩码相同，则选择路由优先级最高的路由。

¡     如果路由优先级也相同，则按照组播静态路由、MBGP路由、单播路由的顺序进行选择。

¡     如果存在等价路由，则选择下一跳的IP地址较大者。

·     如果没有配置按照最长匹配选择路由，则：

¡     选择路由优先级最高的路由。

¡     如果路由优先级相同，则按照组播静态路由、MBGP路由、单播路由的顺序进行选择。

¡     如果存在等价路由，则选择下一跳的IP地址较大者。

 

(3)     最后，判断报文实际到达的接口与RPF接口是否相同：

·     相同，RPF检查通过。

·     不同，RPF检查失败。

2. RPF检查在组播转发中的应用

对每一个收到的组播数据报文都进行RPF检查会给设备带来较大负担，而利用组播转发表可以解决这个问题。在建立组播路由和转发表时，会把组播数据报文（S，G）的RPF接口记录为（S，G）表项的入接口。当设备收到组播数据报文（S，G）后，查找组播转发表：

(1)     如果组播转发表中不存在（S，G）表项，则对该报文执行RPF检查，将其RPF接口作为入接口，结合相关路由信息创建相应的表项，并下发到组播转发表中：

·     若该报文实际到达的接口正是其RPF接口，则RPF检查通过，向所有的出接口转发该报文；

·     若该报文实际到达的接口不是其RPF接口，则RPF检查失败，丢弃该报文。

(2)     如果组播转发表中已存在（S，G）表项，且该报文实际到达的接口与入接口相匹配，则向所有的出接口转发该报文。

(3)     如果组播转发表中已存在（S，G）表项，但该报文实际到达的接口与入接口不匹配，则对此报文执行RPF检查：

·     若其RPF接口与入接口一致，则说明（S，G）表项正确，丢弃这个来自错误路径的报文；

·     若其RPF接口与入接口不符，则说明（S，G）表项已过时，于是把入接口更新为RPF接口。如果该报文实际到达的接口正是其RPF接口，则向所有的出接口转发该报文，否则将其丢弃。

图1-1 RPF检查过程

 

如图1-1所示，假设网络中单播路由畅通，未配置MBGP，Device C上也未配置组播静态路由。组播报文（S，G）沿从组播源（Source）到接收者（Receiver）的SPT进行传输。假定Device C上的组播转发表中已存在（S，G）表项，其记录的入接口为GigabitEthernet1/0/2：

·     如果该组播报文从接口GigabitEthernet1/0/2到达Device C，与（S，G）表项的入接口相匹配，则向所有的出接口转发该报文。

·     如果该组播报文从接口GigabitEthernet1/0/1到达Device C，与（S，G）表项的入接口不匹配，则对其执行RPF检查：通过查找单播路由表发现到达Source的出接口（即RPF接口）是GigabitEthernet1/0/2，与（S，G）表项的入接口一致。这说明（S，G）表项是正确的，该报文来自错误的路径，RPF检查失败，于是丢弃该报文。

1.1.2  组播静态路由

根据具体应用环境的不同，组播静态路由有以下两种主要用途：

1. 改变RPF路由

通常，组播的网络拓扑结构与单播相同，组播数据的传输路径也与单播相同。可以通过配置组播静态路由以改变RPF路由，从而为组播数据创建一条与单播不同的传输路径。

图1-2 改变RPF路由示意图

 

如图1-2所示，当网络中没有配置组播静态路由时，Device C到组播源（Source）的RPF邻居为Device A，从Source发出的组播信息沿Device A—Device C的路径传输，与单播路径一致；当在Device C上配置了组播静态路由，指定从Device C到Source的RPF邻居为Device B之后，从Source发出的组播信息将改变传输路径，沿Device A—Device B—Device C的新路径传输。

2. 衔接RPF路由

当网络中的单播路由被阻断时，由于没有RPF路由而无法进行包括组播数据在内的数据转发。可以通过配置组播静态路由以生成RPF路由，从而创建组播路由表项以指导组播数据的转发。

图1-3 衔接RPF路由示意图

 

如图1-3所示，RIP域与OSPF域之间实行单播路由隔离。当网络中没有配置组播静态路由时，OSPF域内的接收者（Receiver）不能收到RIP域内的组播源（Source）所发出的组播信息；当在Device C和Device D上均配置了组播静态路由，分别指定从Device C到Source的RPF邻居为Device B、从Device D到Source的RPF邻居为Device C之后，Receiver便能收到Source发出的组播信息了。

 

1.1.3  跨单播网段的组播转发

网络中可能存在不支持组播协议的设备，从组播源发出的组播数据沿组播路由器逐跳转发，当下一跳设备不支持组播协议时，组播转发路径将被阻断。而通过在处于单播网段两端的组播路由器之间建立隧道，则可以实现跨单播网段的组播数据转发。

图1-4 使用隧道传输组播数据

 

如图1-4所示，在组播路由器Device A和Device B之间建立隧道。Device A将组播数据封装在单播报文中，通过单播设备转发至隧道另一端的Device B，再由Device B将单播报文头剥掉后继续进行组播传输。

若要将该隧道专用于组播数据传输，可以在隧道两端只配置组播静态路由而不配置单播静态路由，从而使单播数据报文无法利用此隧道进行传输。

 

1.1.4  组播路径跟踪

Mtrace功能可以用来跟踪组播数据在组播网络中经过的路径。

1. 角色介绍

·     LHR（Last-Hop Router，最后一跳路由器）：在指定组播网络中，如果某路由器有一个接口的IP地址与指定目的端IP地址在同一个网段内，且能够向该网段转发特定的组播流，则称该路由器为最后一跳路由器。

·     FHR（First-Hop Router，第一跳路由器）：与组播源直连的路由器。

·     Client（客户端）：触发组播路径跟踪的路由器。

2. 路径跟踪过程

(1)     客户端向指定目的端发送最大TTL的查询报文（Query Message）。

(2)     最后一跳路由器收到查询报文后，在该报文上添加本地转发信息，将其转换成请求报文（Request Message），并向上游邻居转发该请求报文。

(3)     路径中的每台路由器都在收到的请求报文后添加本地转发信息，并向上游邻居发送。

(4)     第一跳路由器在收到请求报文后，同样添加本地转发信息，然后将其报文类型改为回应报文（Reply Message），向客户端发送。

(5)     客户端收到回应报文后解析其中的转发信息并显示该信息。

 

1.2  组播路由与转发配置限制和指导

通过ISSU方式对多个成员设备组成的IRF组网环境进行版本升级时，若三层组播路由入接口包含非本设备上的成员端口，在升级过程中重启该设备无法保证流量不中断。

1.3  组播路由与转发配置任务简介

表1-1 组播路由与转发配置任务简介

配置任务		说明	详细配置
使能IP组播路由		必选	1.4
配置组播路由与转发	配置组播静态路由	可选	1.5.2
	配置按照最长匹配选择RPF路由	可选	1.5.3
	配置对组播流量进行负载分担	可选	1.5.4
	配置组播转发边界	可选	1.6.7
	配置组播数据在Super VLAN内的各Sub VLAN之间互通	可选	1.6.8
	配置组播路径跟踪功能	可选	1.6.9
配置IPv4组播流策略		可选	1.6
配置缓存未知组播数据报文的最大数目		可选	1.7
配置允许生成组播组地址为239.255.255.250的组播表项		可选	1.8
配置组播报文软转发复制数量的最大值		可选	1.9

 

1.4  使能IP组播路由

在公网实例或VPN实例中配置各项三层组播功能之前，必须先在该实例中使能IP组播路由。

表1-2 使能IP组播路由

操作	命令	说明
进入系统视图	system-view	-
使能IP组播路由，并进入MRIB（Multicast Routing Information Base，组播路由信息库）视图	multicast routing [ vpn-instance vpn-instance-name ]	缺省情况下，IP组播路由处于关闭状态

 

1.5  配置组播路由与转发

1.5.1  配置准备

在配置组播路由与转发之前，需完成以下任务：

·     配置任一单播路由协议，实现域内网络层互通

·     配置PIM-DM或PIM-SM

1.5.2  配置组播静态路由

通过配置组播静态路由，可以为来自特定组播源的组播报文指定RPF接口或RPF邻居。在删除已配置好的组播静态路由时，除了可以通过undo ip rpf-route-static命令删除指定的组播静态路由外，还可以通过delete ip rpf-route-static命令删除所有的组播静态路由。

表1-3 配置组播静态路由

操作	命令	说明
进入系统视图	system-view	-
配置组播静态路由	ip rpf-route-static [ vpn-instance vpn-instance-name ] source-address { mask-length | mask } { rpf-nbr-address | interface-type interface-number } [ preference preference ]	缺省情况下，不存在任何组播静态路由
（可选）删除所有组播静态路由	delete ip rpf-route-static [ vpn-instance vpn-instance-name ]	-

 

1.5.3  配置按照最长匹配选择RPF路由

用户可以配置组播路由器按照最长匹配原则来选择RPF路由，有关RPF路由选择的详细介绍，请参见“1.1.1  1. RPF检查过程”一节。

表1-4 配置按照最长匹配选择RPF路由

操作	命令	说明
进入系统视图	system-view	-
进入MRIB视图	multicast routing [ vpn-instance vpn-instance-name ]	-
配置按照最长匹配选择RPF路由	longest-match	缺省情况下，选择路由优先级最高的路由作为RPF路由

 

1.5.4  配置对组播流量进行负载分担

用户通过配置根据组播源或组播源组进行组播流量的负载分担，可以优化存在多条组播数据流时的网络流量。

表1-5 配置对组播流量进行负载分担

操作	命令	说明
进入系统视图	system-view	-
进入MRIB视图	multicast routing [ vpn-instance vpn-instance-name ]	-
配置对组播流量进行负载分担	load-splitting { balance-ecmp | balance-ucmp | ecmp | flow-ucmp | source | source-group }	缺省情况下，不对组播流量进行负载分担 本命令对双向PIM不生效

1.6  配置IPv4组播流策略

1.6.1  功能简介

当下游设备与上游设备之间存在多条等价路由，且组播流量的负载分担方式为flow-ucmp（通过load-splitting命令配置）时，通过配置IPv4组播流策略，可以指定组播源组符合ACL匹配规则的IPv4组播流预计带宽。下游设备在选择上游入口设备时，将选择根据组播流预计带宽计算得到的组播流带宽利用率最小的那条的链路，如果组播流带宽利用率相同，则选择下一跳IP地址大的链路。

组播流带宽利用率=（已使用带宽+组播流预计带宽）/（接口总带宽*（1-单播预留带宽））。其中：

·     组播流预计带宽值通过IPv4组播流策略视图下的bandwidth命令配置。

·     接口总带宽通过接口视图下的bandwidth命令配置。

·     单播预留带宽通过flow-ucmp unicast reserve-bandwidth或multicast flow-ucmp unicast reserve-bandwidth命令配置。

1.6.2  配置限制和指导

配置本功能的同时，请通过load-splitting命令将组播流量负载分担方式配置为flow-ucmp，否则本配置不生效。

新增、删除和修改组播流策略，以及修改组播流策略下的配置，都不会影响已有组播流的选路结果，只影响新增组播流的选路。因此，在将组播流量负载分担方式配置为flow-ucmp前，需要规划并完成组播流策略视图下的配置和单播预留带宽比的配置。

链路自身带宽配置变化、等价链路数量变化等不影响已有组播流量的选路结果。

组播源侧的选路、PIM DM模式选路、PIM SM模式的RPT选路、本地RP选路均不受本配置影响。

当网络中同时存在IPv4和IPv6组播流量时，请适当提高单播预留带宽比，以免造成链路拥塞。

1.6.3  创建IPv4组播流策略

表1-6 创建IPv4组播流策略

操作	命令	说明
进入系统视图	system-view	-
进入MRIB视图	multicast routing [ vpn-instance vpn-instance-name ]	-
配置IPv4组播流策略或缺省IPv4组播流策略	·     配置IPv4组播流策略flow-policy name policy-name ·     配置缺省IPv4组播流策略flow-policy name policy-name	缺省情况下，不存在IPv4组播流策略

 

1.6.4  配置IPv4组播流策略生效的组播组范围

1. 功能简介

本功能用来配置IPv4组播流策略生效的组播组范围。若某个组播源组与某个组播流策略中的ACL规则匹配，则认为该组播源组对应的组播流的预计带宽值为IPv4组播流策略视图下bandwidth命令配置的值。

2. 配置限制和指导

IPv4缺省组播流策略视图下不支持配置本功能。

3. 配置步骤

表1-7 配置IPv4组播流策略生效的组播组范围

操作	命令	说明
进入系统视图	system-view	-
进入MRIB视图	multicast routing [ vpn-instance vpn-instance-name ]	-
进入IPv4组播流策略视图	flow-policy { default | name policy-name }	-
配置IPv4组播流策略生效的组播源组范围	acl { ipv4-acl-number | name ipv4-acl-name }	缺省情况下，未配置IPv4组播流策略生效的组播源组范围，即IPv4组播流策略对所有的组播源组均不生效

 

1.6.5  配置IPv4组播流的预计带宽

1. 功能简介

IPv4组播流预计带宽的选择过程如下：

(1)     若IPv4组播流量所属的组播源组与某个组播流策略中的ACL规则匹配，则该组播流预计带宽值为IPv4组播流策略视图下的bandwidth命令配置的值。

(2)     若IPv4组播流量所属的组播源组没有与任何组播流策略中的ACL规则匹配，则该组播流预计带宽值为IPv4缺省组播流策略视图下的bandwidth命令配置的值。

(3)     若IPv4缺省组播流策略未配置或者IPv4缺省组播流策略视图下未配置组播流预计带宽，则认为组播流预计带宽为0。

2. 配置步骤

表1-8 配置IPv4组播流的预计带宽

操作	命令	说明
进入系统视图	system-view	-
进入MRIB视图	multicast routing [ vpn-instance vpn-instance-name ]	-
进入IPv4组播流策略视图	flow-policy { default | name policy-name }	-
配置IPv4组播流的预计带宽	bandwidth bandwidth { gbps | kbps | mbps }	缺省情况下，未配置IPv4组播流的预计带宽，预计带宽为0

 

1.6.6  配置IPv4单播流量预留带宽比

1. 功能简介

网络中IPv4单播流量和IPv4组播流量共存，可以通过本功能为IPv4单播流量配置预留带宽比。根据接口带宽以及本命令配置的IPv4单播预留带宽比，可以计算出接口组播流量的可用总带宽。比如，接口的总带宽为100Kbps，IPv4单播预留带宽比为20%（即20Kbps），则接口IPv4组播流量的可用总带宽为80Kbps。

2. 配置限制和指导

配置本功能的同时，请通过load-splitting命令将组播流量负载分担方式配置为flow-ucmp，否则本配置不生效。

flow-ucmp unicast reserve-bandwidth命令与multicast flow-ucmp unicast reserve-bandwidth命令的功能相同，只是作用范围不同：MRIB视图下的全局配置对所有接口都有效，接口视图下的配置只对当前接口有效，后者的配置优先级较高。

3. 全局配置IPv4单播流量预留带宽比

表1-9 全局配置IPv4单播流量预留带宽比

操作	命令	说明
进入系统视图	system-view	-
进入MRIB视图	multicast routing [ vpn-instance vpn-instance-name ]	-
全局配置IPv4单播流量预留带宽比	flow-ucmp unicast reserve-bandwidth percentage	缺省情况下，全局未配置IPv4单播流量预留带宽比

 

4. 接口上配置IPv4单播流量预留带宽比

表1-10 接口上配置IPv4单播流量预留带宽比

操作	命令	说明
进入系统视图	system-view	-
进入接口视图	interface interface-type interface-number	-
在接口上配置IPv4单播流量预留带宽比	multicast flow-ucmp unicast reserve-bandwidth percentage	缺省情况下，未在接口上配置IPv4单播流量预留带宽比

 

1.6.7  配置组播转发边界

 

组播信息在网络中的转发并不是漫无边际的，每个组播组对应的组播信息都必须在确定的范围内传递。组播转发边界为指定范围的组播组划定了边界条件，如果组播报文的目的地址与边界条件匹配，就停止转发。当在一个接口上配置了组播转发边界后，将不能从该接口转发组播报文（包括本机发出的组播报文），也不能从该接口接收组播报文。

表1-11 配置组播转发边界

操作	命令	说明
进入系统视图	system-view	-
进入接口视图	interface interface-type interface-number	-
配置组播转发边界	multicast boundary group-address { mask-length | mask }	缺省情况下，接口不是任何组播组的转发边界

 

1.6.8  配置组播数据在Super VLAN内的各Sub VLAN之间互通

一个Super VLAN内可以有多个Sub VLAN，不同Sub VLAN之间相互隔离。通过本配置可以使组播数据在同一Super VLAN内的各Sub VLAN之间互通。有关Super VLAN及其Sub VLAN的详细介绍，请参见“二层技术-以太网交换配置指导”中的“VLAN”。

 

表1-12 配置组播数据在Super VLAN内的各Sub VLAN之间互通

操作	命令	说明
进入系统视图	system-view	-
进入VLAN接口视图	interface vlan-interface interface-number	-
配置组播数据在Super VLAN内的各Sub VLAN之间互通	multicast forwarding supervlan community	缺省情况下，组播数据在Super VLAN内的各Sub VLAN之间隔离

 

1.6.9  配置组播路径跟踪功能

1. 利用版本1的Mtrace功能跟踪组播数据的传输路径

表1-13 利用版本1的Mtrace功能跟踪组播数据的传输路径

操作	命令	说明
利用版本1的Mtrace功能跟踪特定的组播数据在组播网络中所经过的路径	mtrace [ v1 ] [ vpn-instance vpn-instance-name ] { source-address | group-address } * [ destination address ] [ verbose ]	可在任意视图下执行此命令

 

2. 利用版本2的Mtrace功能跟踪组播数据的传输路径

表1-14 利用版本2的Mtrace功能跟踪组播数据的传输路径

操作	命令	说明
进入系统视图	system-view	-
配置Mtrace服务使用的UDP端口号	mtrace-service port number	缺省情况下，Mtrace服务使用的UDP端口号为10240 跟踪路径上所有设备必须配置相同的UDP端口号，并保证UDP端口号没有被其他业务使用
利用版本2的Mtrace功能跟踪特定的组播数据在组播网络中所经过的路径信息	mtrace v2 [ vpn-instance vpn-instance-name ] { source-address | group-address } * [ destination address | port number | wait-time time | max-hop count ] * [ verbose ]	可在任意视图下执行此命令 本命令指定的端口号与上一条命令配置的UDP端口号相同

 

1.7  配置缓存未知组播数据报文的最大数目

1. 功能简介

接收到组播数据报文后，如果没有查找到对应的组播转发表项，则设备会缓存该报文。若在一定时间内建立了该报文对应的组播转发表项，则转发该报文，以确保在组播转发表项建立的过程中不会丢弃匹配该表项的组播报文。

可以通过以下两种方式控制设备缓存的未知组播数据报文数目：

·     设置对于同一个（S，G）表项，可缓存的最大未知组播数据报文数目。

·     设置内存中可缓存的未知组播数据报文的最大数目。

2. 配置限制和指导

建议配置multicast forwarding-table cache-unknown total的值要远远大于multicast forwarding-table cache-unknown per-entry配置的值。

3. 配置步骤

表1-15 配置缓存未知组播数据报文的最大数目

操作	命令	说明
进入系统视图	system-view	-
设置对于同一个（S，G）表项，可缓存的最大未知组播数据报文数目	multicast forwarding-table cache-unknown per-entry per-entry-limit	缺省情况下，对于同一个（S，G）表项，可缓存的最大未知组播数据报文数目为1
设置内存中可缓存的未知组播数据报文的最大数目	multicast forwarding-table cache-unknown total total-limit	缺省情况下，内存中缓存的未知组播数据报文的最大数目为1024

 

1.8  配置允许生成组播组地址为239.255.255.250的组播表项

缺省情况下，设备上不允许生成组播组地址为239.255.255.250的组播表项。如果用户需要使用该组播组地址生成组播表项，可以通过配置本功能，允许在设备上生成组播组地址为239.255.255.250的组播表项。

设备上最终能否成功生成组播组地址为239.255.255.250的组播表项，还将受到igmp group-policy和source-policy命令配置的组播组过滤策略和组播数据过滤策略的影响。如果组播组地址239.255.255.250被组播组过滤策略或组播数据过滤策略中的ACL规则过滤掉了，那么设备上将无法正常生成239.255.255.250对应的组播表项。

表1-16 配置允许生成组播组地址为239.255.255.250的组播表项

操作	命令	说明
进入系统视图	system-view	-
配置允许生成组播组地址为239.255.255.250的组播表项功能	multicast permit ssdp-group	缺省情况下，设备上不允许生成组播组地址为239.255.255.250的组播表项

 

1.9  配置组播报文软转发复制数量的最大值

 

若组播报文软转发复制数量的最大值配置过大，会导致CPU占用率过高，影响设备的转发性能；若配置过小，会导致组播报文转发出现丢包。

表1-17 配置组播报文软转发复制数量的最大值

操作	命令	说明
进入系统视图	system-view	-
配置组播报文软转发复制数量的最大值	multicast cpu-forwarding max-copy-count count	缺省情况下，组播报文软转发复制数量的最大值为16

 

1.10  组播路由与转发显示和维护

 

在完成上述配置后，在任意视图下执行display命令可以显示配置后组播路由与转发的信息，通过查看显示信息验证配置的效果。

在用户视图下执行reset命令可以清除组播路由与转发的统计信息。

表1-18 组播路由与转发显示和维护

操作	命令
显示MRIB维护的接口信息	display mrib [ vpn-instance vpn-instance-name ] interface [ interface-type interface-number ]
显示组播边界的信息	display multicast [ vpn-instance vpn-instance-name ] boundary [ group-address [ mask-length | mask ] ] [ interface interface-type interface-number ]
显示组播快速转发表信息（独立运行模式）	display multicast [ vpn-instance vpn-instance-name ] fast-forwarding cache [ source-address | group-address ] * [ slot slot-number ]
显示组播快速转发表信息（IRF模式）	display multicast [ vpn-instance vpn-instance-name ] fast-forwarding cache [ source-address | group-address ] * [chassis chassis-number slot slot-number ]
显示组播转发的DF信息（独立运行模式）	display multicast [ vpn-instance vpn-instance-name ] forwarding df-info [ rp-address ] [ verbose ] [ slot slot-number ]
显示组播转发的DF信息（IRF模式）	display multicast [ vpn-instance vpn-instance-name ] forwarding df-info [ rp-address ] [ verbose ] [ chassis chassis-number slot slot-number ]
显示组播转发的事件统计信息（独立运行模式）	display multicast [ vpn-instance vpn-instance-name ] forwarding event [ slot slot-number ]
显示组播转发的事件统计信息（IRF模式）	display multicast [ vpn-instance vpn-instance-name ] forwarding event [ chassis chassis-number slot slot-number ]
显示组播转发表的信息（独立运行模式）	display multicast [ vpn-instance vpn-instance-name ] forwarding-table [ source-address [ mask { mask-length | mask } ] | group-address [ mask { mask-length | mask } ] | incoming-interface interface-type interface-number | outgoing-interface { exclude | include | match } interface-type interface-number | slot slot-number | statistics ] *
显示组播转发表的信息（IRF模式）	display multicast [ vpn-instance vpn-instance-name ] forwarding-table [ source-address [ mask { mask-length | mask } ] | group-address [ mask { mask-length | mask } ] | chassis chassis-number slot slot-number | incoming-interface interface-type interface-number | outgoing-interface { exclude | include | match } interface-type interface-number | statistics ] *
显示组播转发表的DF列表信息（独立运行模式）	display multicast [ vpn-instance vpn-instance-name ] forwarding-table df-list [ group-address ] [ verbose ] [ slot slot-number ]
显示组播转发表的DF列表信息（IRF模式）	display multicast [ vpn-instance vpn-instance-name ] forwarding-table df-list [ group-address ] [ verbose ] [ chassis chassis-number slot slot-number ]
显示组播路由表的信息	display multicast [ vpn-instance vpn-instance-name ] routing-table [ source-address [ mask { mask-length | mask } ] | group-address [ mask { mask-length | mask } ] | incoming-interface interface-type interface-number | outgoing-interface { exclude | include | match } interface-type interface-number ] *
显示组播静态路由表的信息	display multicast [ vpn-instance vpn-instance-name ] routing-table static [ source-address { mask-length | mask } ]
显示组播源的RPF信息	display multicast [ vpn-instance vpn-instance-name ] rpf-info source-address [ group-address ]
显示IPv4组播流策略的信息	display multicast [ vpn-instance vpn-instance-name ] flow-policy info [ interface interface-type interface-number | source source-address | group group-address | policy { default | name policy-name } ] *
清除组播快速转发表中的转发项（独立运行模式）	reset multicast [ vpn-instance vpn-instance-name ] fast-forwarding cache { { source-address | group-address } * | all } [ slot slot-number ]
清除组播快速转发表中的转发项（IRF模式）	reset multicast [ vpn-instance vpn-instance-name ] fast-forwarding cache { { source-address | group-address } * | all } [ chassis chassis-number slot slot-number ]
清除组播转发的事件统计信息	reset multicast [ vpn-instance vpn-instance-name ] forwarding event
清除组播转发表中的转发项	reset multicast [ vpn-instance vpn-instance-name ] forwarding-table { { source-address [ mask { mask-length | mask } ] | group-address [ mask { mask-length | mask } ] | incoming-interface { interface-type interface-number } } * | all }
清除组播路由表中的路由项	reset multicast [ vpn-instance vpn-instance-name ] routing-table { { source-address [ mask { mask-length | mask } ] | group-address [ mask { mask-length | mask } ] | incoming-interface interface-type interface-number } * | all }

 

 

1.11  组播路由与转发典型配置举例

1.11.1  改变RPF路由配置举例

1. 组网需求

·     网络中运行PIM-DM，所有交换机都支持组播功能；

·     Switch A、Switch B和Switch C之间运行OSPF协议；

·     通常情况下，Receiver能通过Switch A—Switch B这条与单播路径相同的路径接收来自Source的组播信息；

·     要求通过配置，使Receiver能通过Switch A—Switch C—Switch B这条与单播路径不同的路径接收来自Source的组播信息。

2. 组网图

图1-5 改变RPF路由配置举例

 

3. 配置准备

按照组网图配置各接口的IP地址和掩码，并在各交换机上配置OSPF协议。

4. 配置步骤

(1)     使能IP组播路由，并使能PIM-DM和IGMP

# 在Switch B上使能IP组播路由，在主机侧接口Vlan-interface100上使能IGMP，并在其它接口上使能PIM-DM。

<SwitchB> system-view

[SwitchB] multicast routing

[SwitchB-mrib] quit

[SwitchB] interface vlan-interface 100

[SwitchB-Vlan-interface100] igmp enable

[SwitchB-Vlan-interface100] quit

[SwitchB] interface vlan-interface 101

[SwitchB-Vlan-interface101] pim dm

[SwitchB-Vlan-interface101] quit

[SwitchB] interface vlan-interface 102

[SwitchB-Vlan-interface102] pim dm

[SwitchB-Vlan-interface102] quit

# 在Switch A上使能IP组播路由，并在各接口上使能PIM-DM。

<SwitchA> system-view

[SwitchA] multicast routing

[SwitchA-mrib] quit

[SwitchA] interface vlan-interface 200

[SwitchA-Vlan-interface200] pim dm

[SwitchA-Vlan-interface200] quit

[SwitchA] interface vlan-interface 102

[SwitchA-Vlan-interface102] pim dm

[SwitchA-Vlan-interface102] quit

[SwitchA] interface vlan-interface 103

[SwitchA-Vlan-interface103] pim dm

[SwitchA-Vlan-interface103] quit

Switch C上的配置与Switch A相似，配置过程略。

# 在Switch B上显示到Source的RPF信息。

[SwitchB] display multicast rpf-info 50.1.1.100

 RPF information about source 50.1.1.100:

     RPF interface: Vlan-interface102, RPF neighbor: 30.1.1.2

     Referenced route/mask: 50.1.1.0/24

     Referenced route type: igp

     Route selection rule: preference-preferred

     Load splitting rule: disable

     Source AS: 0

     C-multicast route target: 0x0000000000000000

Switch B上当前的RPF路由来源于单播路由，RPF邻居是Switch A。

(2)     配置组播静态路由

# 在Switch B上配置组播静态路由，指定到Source的RPF邻居为Switch C。

[SwitchB] ip rpf-route-static 50.1.1.0 24 20.1.1.2

5. 验证配置

# 在Switch B上显示到Source的RPF信息。

[SwitchB] display multicast rpf-info 50.1.1.100

 RPF information about source 50.1.1.100:

     RPF interface: Vlan-interface101, RPF neighbor: 20.1.1.2

     Referenced route/mask: 50.1.1.0/24

     Referenced route type: multicast static

     Route selection rule: preference-preferred

     Load splitting rule: disable

     Source AS: 0

     C-multicast route target: 0x0000000000000000

与配置组播静态路由前相比，Switch B上的RPF路由已经产生了变化，其来源变为组播静态路由，RPF邻居变为Switch C。

1.11.2  衔接RPF路由配置举例

1. 组网需求

·     网络中运行PIM-DM，所有交换机都支持组播功能；

·     Switch B和Switch C之间运行OSPF协议，并与Switch A单播路由隔离；

·     通常情况下，Receiver能接收来自OSPF域内Source 1的组播信息；

·     要求通过配置，使Receiver也可以接收来自OSPF域外Source 2的组播信息。

2. 组网图

图1-6 衔接RPF路由配置组网图

 

3. 配置准备

按照组网图配置各接口的IP地址和掩码，并在Switch B和Switch C上配置OSPF协议。

4. 配置步骤

(1)     使能IP组播路由，并使能PIM-DM和IGMP

# 在Switch C上使能IP组播路由，在接口Vlan-interface101上使能PIM-DM，并在主机侧接口Vlan-interface100上使能IGMP。

<SwitchC> system-view

[SwitchC] multicast routing

[SwitchC-mrib] quit

[SwitchC] interface vlan-interface 100

[SwitchC-Vlan-interface100] igmp enable

[SwitchC-Vlan-interface100] quit

[SwitchC] interface vlan-interface 101

[SwitchC-Vlan-interface101] pim dm

[SwitchC-Vlan-interface101] quit

# 在Switch A上使能IP组播路由，并在各接口上使能PIM-DM。

<SwitchA> system-view

[SwitchA] multicast routing

[SwitchA-mrib] quit

[SwitchA] interface vlan-interface 300

[SwitchA-Vlan-interface300] pim dm

[SwitchA-Vlan-interface300] quit

[SwitchA] interface vlan-interface 102

[SwitchA-Vlan-interface102] pim dm

[SwitchA-Vlan-interface102] quit

Switch B上的配置与Switch A相似，配置过程略。

# 在Switch B和Switch C上分别显示到Source 2的RPF信息。

[SwitchB] display multicast rpf-info 50.1.1.100

[SwitchC] display multicast rpf-info 50.1.1.100

没有显示信息输出，说明在Switch B和Switch C上都没有到Source 2的RPF路由。

(2)     配置组播静态路由

# 在Switch B上配置组播静态路由，指定到Source 2的RPF邻居为Switch A。

[SwitchB] ip rpf-route-static 50.1.1.0 24 30.1.1.2

# 在Switch C上配置组播静态路由，指定到Source 2的RPF邻居为Switch B。

[SwitchC] ip rpf-route-static 50.1.1.0 24 20.1.1.2

5. 验证配置

# 在Switch B和Switch C上分别显示到Source 2的RPF信息。

[SwitchB] display multicast rpf-info 50.1.1.100

 RPF information about source 50.1.1.100:

     RPF interface: Vlan-interface102, RPF neighbor: 30.1.1.2

     Referenced route/mask: 50.1.1.0/24

     Referenced route type: multicast static

     Route selection rule: preference-preferred

     Load splitting rule: disable

     Source AS: 0

     C-multicast route target: 0x0000000000000000

[SwitchC] display multicast rpf-info 50.1.1.100

 RPF information about source 50.1.1.100:

     RPF interface: Vlan-interface101, RPF neighbor: 20.1.1.2

     Referenced route/mask: 50.1.1.0/24

     Referenced route type: multicast static

     Route selection rule: preference-preferred

     Load splitting rule: disable

     Source AS: 0

     C-multicast route target: 0x0000000000000000

与配置组播静态路由前相比，Switch B和Switch C上都有了到Source 2的RPF路由，且其均来源于组播静态路由。

1.11.3  利用GRE隧道实现组播转发配置举例

1. 组网需求

·     Switch A和Switch C支持组播功能并运行PIM-DM，但Switch B不支持组播功能；

·     Switch A、Switch B和Switch C之间运行OSPF协议；

·     要求通过配置，使Receiver能够接收来自Source的组播信息。

2. 组网图

图1-7 利用GRE隧道实现组播转发配置组网图

 

3. 配置准备

按照组网图配置各接口的IP地址和掩码，并在各交换机上配置OSPF协议。

4. 配置步骤

(1)     配置GRE隧道

# 在Switch A上创建业务环回组1，并指定其业务类型为Tunnel类型。

<SwitchA> system-view

[SwitchA] service-loopback group 1 type tunnel

# 将Switch A的端口GigabitEthernet1/0/3（该端口不属于VLAN 100和101）加入业务环回组1。

[SwitchA] interface gigabitethernet 1/0/3

[SwitchA-GigabitEthernet1/0/3] port service-loopback group 1

[SwitchA-GigabitEthernet1/0/3] quit

# 在Switch A上创建接口Tunnel1，并指定其隧道模式为GRE over IPv4隧道。

[SwitchA] interface tunnel 1 mode gre

# 在Switch A上为Tunnel1接口配置IP地址，并指定隧道的源地址和目的地址。

[SwitchA-Tunnel1] ip address 50.1.1.1 24

[SwitchA-Tunnel1] source 20.1.1.1

[SwitchA-Tunnel1] destination 30.1.1.2

[SwitchA-Tunnel1] quit

# 在Switch C上创建业务环回组1，并指定其业务类型为Tunnel类型。

<SwitchC> system-view

[SwitchC] service-loopback group 1 type tunnel

# 将Switch C的端口GigabitEthernet1/0/3（该端口不属于VLAN 200和102）加入业务环回组1。

[SwitchC] interface gigabitethernet 1/0/3

[SwitchC-GigabitEthernet1/0/3] port service-loopback group 1

[SwitchC-GigabitEthernet1/0/3] quit

# 在Switch C上创建接口Tunnel1，并指定其隧道模式为GRE over IPv4隧道。

[SwitchC] interface tunnel 1 mode gre

# 在Switch C上为Tunnel1接口配置IP地址，并指定隧道的源地址和目的地址。

[SwitchC-Tunnel1] ip address 50.1.1.2 24

[SwitchC-Tunnel1] source 30.1.1.2

[SwitchC-Tunnel1] destination 20.1.1.1

[SwitchC-Tunnel1] quit

(2)     使能IP组播路由，并使能PIM-DM和IGMP

# 在Switch A上使能IP组播路由，并在各接口上使能PIM-DM。

[SwitchA] multicast routing

[SwitchA-mrib] quit

[SwitchA] interface vlan-interface 100

[SwitchA-Vlan-interface100] pim dm

[SwitchA-Vlan-interface100] quit

[SwitchA] interface vlan-interface 101

[SwitchA-Vlan-interface101] pim dm

[SwitchA-Vlan-interface101] quit

[SwitchA] interface tunnel 1

[SwitchA-Tunnel1] pim dm

[SwitchA-Tunnel1] quit

# 在Switch C上使能IP组播路由，在主机侧接口Vlan-interface200上使能IGMP，并在其它接口上使能PIM-DM。

[SwitchC] multicast routing

[SwitchC-mrib] quit

[SwitchC] interface vlan-interface 200

[SwitchC-Vlan-interface200] igmp enable

[SwitchC-Vlan-interface200] quit

[SwitchC] interface vlan-interface 102

[SwitchC-Vlan-interface102] pim dm

[SwitchC-Vlan-interface102] quit

[SwitchC] interface tunnel 1

[SwitchC-Tunnel1] pim dm

[SwitchC-Tunnel1] quit

(3)     配置组播静态路由

# 在Switch C上配置组播静态路由，指定到Source的RPF邻居为Switch A的Tunnel1接口。

[SwitchC] ip rpf-route-static 10.1.1.0 24 50.1.1.1

5. 验证配置

组播源向组播组225.1.1.1发送组播数据，接收者加入该组播组后能够收到组播源发来的组播数据。

# 显示Switch C上的PIM路由表信息。

[SwitchC] display pim routing-table

 Total 1 (*, G) entry; 1 (S, G) entry

 

 (*, 225.1.1.1)

     Protocol: pim-dm, Flag: WC

     UpTime: 00:04:25

     Upstream interface: NULL

         Upstream neighbor: NULL

         RPF prime neighbor: NULL

     Downstream interface(s) information:

     Total number of downstreams: 1

         1: Vlan-interface200

             Protocol: igmp, UpTime: 00:04:25, Expires: -

 

 (10.1.1.100, 225.1.1.1)

     Protocol: pim-dm, Flag: ACT

     UpTime: 00:06:14

     Upstream interface: Tunnel1

         Upstream neighbor: 50.1.1.1

         RPF prime neighbor: 50.1.1.1

     Downstream interface(s) information:

     Total number of downstreams: 1

         1: Vlan-interface200

             Protocol: pim-dm, UpTime: 00:04:25, Expires: -

Switch C的RPF邻居为Switch A，组播数据通过GRE隧道直接由Switch A发往Switch C。

1.12  常见配置错误举例

1.12.1  组播静态路由失败

1. 故障现象

设备没有配置动态路由协议，接口的物理状态与链路层协议状态都显示为up，但是组播静态路由失败。

2. 故障分析

·     如果没有正确配置或更新与当前网络情况相匹配的组播静态路由，则组播静态路由表中不存在此路由项；

·     如果查询到有比组播静态路由更优的路由，也可能导致组播静态路由失败。

3. 处理过程

(1)     使用display multicast routing-table static命令显示组播静态路由表的信息，以确定是否正确配置了对应的路由并存在于组播静态路由表中。

(2)     检查组播静态路由与RPF邻居相连接口的接口类型，如果不是点到点接口，则RPF邻居必须使用指定地址的形式配置。