国家 / 地区

07-IP组播配置指导

13-IPv6组播路由与转发配置

本章节下载  (335.46 KB)

docurl=/cn/Service/Document_Software/Document_Center/Switches/Catalog/S12500/S12500/Configure/Operation_Manual/H3C_S12500_CG-R7374-6W732/07/201505/868906_30005_0.htm

13-IPv6组播路由与转发配置


1 IPv6组播路由与转发

说明

设备支持两种运行模式:独立运行模式和IRF模式,缺省情况下为独立运行模式。有关IRF模式的介绍,请参见“虚拟化技术配置指导”中的“IRF”。

 

1.1  IPv6组播路由与转发简介

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

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

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

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

1.1.1  RPF检查机制

IPv6组播路由协议依赖于现有的IPv6单播路由信息或IPv6 MBGP路由来创建IPv6组播路由表项。IPv6组播路由协议在创建IPv6组播路由表项时,运用了RPF(Reverse Path Forwarding,逆向路径转发)检查机制,以确保IPv6组播数据能够沿正确的路径传输,同时还能避免由于各种原因而造成的环路。

1. RPF检查过程

执行RPF检查的依据是IPv6单播路由或IPv6 MBGP路由:

·     IPv6单播路由表中汇集了到达各个目的网段的最短路径;

·     IPv6 MBGP路由表直接提供IPv6组播路由信息。

在执行RPF检查时,路由器同时查找IPv6单播路由表和IPv6 MBGP路由表,具体过程如下:

(1)     首先,分别从IPv6单播路由表和IPv6 MBGP路由表中各选出一条最优路由:

·     以“报文源”的IPv6地址为目的地址查找IPv6单播路由表,自动选取一条最优IPv6单播路由。对应表项中的出接口为RPF接口,下一跳为RPF邻居。路由器认为来自RPF邻居且由该RPF接口收到的IPv6组播报文所经历的路径是从源S到本地的最短路径。

·     以“报文源”的IPv6地址为目的地址查找IPv6 MBGP路由表,自动选取一条最优IPv6 MBGP路由。对应表项中的出接口为RPF接口,下一跳为RPF邻居。

(2)     然后,从这两条最优路由中选择一条作为RPF路由:

·     如果配置了按照最长匹配选择路由,则从这两条路由中选出最长匹配的那条路由;如果这两条路由的前缀长度一样,则选择其中路由优先级最高的那条路由;如果它们的路由优先级也相同,则按照IPv6 MBGP路由、IPv6单播路由的顺序进行选择。有关路由优先级的详细介绍,请参见“三层技术-IP路由配置指导”中的“IP路由基础”。

·     如果没有配置按照最长匹配选择路由,则从这两条路由中选出路由优先级最高的那条路由;如果它们的路由优先级相同,则按照IPv6 MBGP路由、IPv6单播路由的顺序进行选择。

说明

根据IPv6组播报文传输的具体情况不同,“报文源”所代表的具体含义也不同:

·     如果当前报文沿从组播源到接收者或RP(Rendezvous Point,汇集点)的SPT(Shortest Path Tree,最短路径树)进行传输,则以组播源为“报文源”进行RPF检查;

·     如果当前报文沿从RP到接收者的RPT(Rendezvous Point Tree,共享树)进行传输,或者沿从组播源到RP的组播源侧RPT进行传输,则都以RP为“报文源”进行RPF检查;

·     如果当前报文为BSR(Bootstrap Router,自举路由器)报文,沿从BSR到各路由器的路径进行传输,则以BSR为“报文源”进行RPF检查。

有关SPT、RPT、组播源侧RPT、RP和BSR的详细介绍,请参见“IP组播配置指导”中的“IPv6 PIM”。

 

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

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

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

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

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

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

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

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

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

提示

在某些型号的设备上,可以配置对RPF检查失败的报文进行特殊处理,而不是简单地将其丢弃。相关配置请参见“1.4.6  配置RPF检查失败处理方式”。

 

图1-1 RPF检查过程

 

图1-1所示,假设网络中IPv6单播路由畅通,未配置IPv6 MBGP。IPv6组播报文(S,G)沿从组播源(Source)到接收者(Receiver)的SPT进行传输。假定Router C上的IPv6组播转发表中已存在(S,G)表项,其记录的入接口为GigabitEthernet3/0/2:

·     如果该IPv6组播报文从接口GigabitEthernet3/0/2到达Router C,与(S,G)表项的入接口相匹配,则向所有的出接口转发该报文。

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

1.1.2  跨IPv6单播网段的IPv6组播转发

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

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

 

 

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

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

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

配置任务

说明

详细配置

使能IPv6组播路由

必选

1.3 

配置IPv6组播路由与转发

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

可选

1.4.2 

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

可选

1.4.3 

配置IPv6组播转发边界

可选

1.4.4 

配置IPv6静态组播MAC地址表项

可选

1.4.5 

配置RPF检查失败的处理方式

可选

1.4.6 

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

可选

1.4.7 

 

1.3  使能IPv6组播路由

配置各项三层IPv6组播功能之前,必须先使能IPv6组播路由。

表1-2 使能IPv6组播路由

操作

命令

说明

进入系统视图

system-view

-

使能IPv6组播路由,并进入IPv6 MRIB(Multicast Routing Information Base,组播路由信息库)视图

ipv6 multicast routing

缺省情况下,IPv6组播路由处于关闭状态

 

1.4  配置IPv6组播路由与转发

1.4.1  配置准备

在配置IPv6组播路由与转发之前,需完成以下任务:

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

·     配置IPv6 PIM-DM或IPv6 PIM-SM

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

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

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

操作

命令

说明

进入系统视图

system-view

-

进入IPv6 MRIB视图

ipv6 multicast routing

-

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

longest-match

缺省情况下,选择路由优先级最高的路由作为RPF路由

 

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

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

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

操作

命令

说明

进入系统视图

system-view

-

进入IPv6 MRIB视图

ipv6 multicast routing

-

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

load-splitting { source | source-group }

缺省情况下,不对IPv6组播流量进行负载分担

 

1.4.4  配置IPv6组播转发边界

提示

进行本配置不需要使能IPv6组播路由。

 

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

表1-5 配置IPv6组播转发边界

操作

命令

说明

进入系统视图

system-view

-

进入接口视图

interface interface-type interface-number

-

配置IPv6组播转发边界

ipv6 multicast boundary { ipv6-group-address prefix-length | scope { scope-id | admin-local | global | organization-local | site-local } }

缺省情况下,没有配置IPv6组播转发边界

 

1.4.5  配置IPv6静态组播MAC地址表项

提示

·     进行本配置不需要使能IPv6组播路由。

·     可手工配置的组播MAC地址表项必须是尚未使用的组播MAC地址(即最高字节的最低比特位为1的MAC地址)。

 

在二层组播中,除了可通过二层IPv6组播协议(如MLD Snooping)动态建立IPv6组播MAC地址表项外,还可通过手工方式配置IPv6组播MAC地址表项,将端口与IPv6组播MAC地址进行静态绑定,以便灵活控制IPv6组播信息送达的目的端口。

用户既可以在系统视图对指定接口进行配置,也可以在接口视图下只对当前接口进行配置。

1. 系统视图下配置IPv6静态组播MAC地址表项

表1-6 系统视图下配置IPv6静态组播MAC地址表项

操作

命令

说明

进入系统视图

system-view

-

配置静态组播MAC地址表项

mac-address multicast mac-address interface interface-list vlan vlan-id

缺省情况下,没有配置静态组播MAC地址表项

本命令的详细介绍请参见“IP组播命令参考”中的“组播路由与转发”

 

2. 接口视图下配置IPv6静态组播MAC地址表项

表1-7 接口视图下配置IPv6静态组播MAC地址表项

操作

命令

说明

进入系统视图

system-view

-

进入二层以太网或二层聚合接口视图

interface interface-type interface-number

-

配置静态组播MAC地址表项

mac-address multicast mac-address vlan vlan-id

缺省情况下,没有配置静态组播MAC地址表项

本命令的详细介绍请参见“IP组播命令参考”中的“组播路由与转发”

 

1.4.6  配置RPF检查失败的处理方式

提示

进行本配置不需要使能IPv6组播路由。

 

在不同情形下,需要对RPF检查失败的IPv6组播数据报文进行不同的处理,而不仅仅是简单地将其丢弃。

1. 配置在VLAN内处理

在某些特定组网环境下,会出现RPF检查失败的VLAN接口所对应VLAN内存在接收者的情况,为了让这些接收者也能收到RPF检查失败的IPv6组播数据报文,需将这些报文在VLAN内进行泛洪或组播:

·     如果要进行泛洪,请直接配置在所有VLAN内泛洪RPF检查失败的IPv6组播数据报文。

·     如果要进行组播,请先配置在所有VLAN内泛洪RPF检查失败的IPv6组播数据报文,再配置在当前VLAN内组播RPF检查失败的IPv6组播数据报文。这样,当VLAN内有相应的MLD Snooping转发表项时,便在该VLAN内组播;否则,在该VLAN内泛洪。

提示

·     配置完在所有VLAN内泛洪RPF检查失败的IPv6组播数据报文之后,必须使用reset ipv6 multicast forwarding-table命令清除IPv6组播转发表中的所有转发项,否则该配置将不能生效。

·     配置在当前VLAN内组播RPF检查失败的IPv6组播数据报文时,要求该VLAN内使能了MLD Snooping且对应VLAN接口上配置有IPv6三层组播协议(MLD或IPv6 PIM),否则该配置将不能生效。

·     配置完在当前VLAN内组播RPF检查失败的IPv6组播数据报文之后,必须使用reset mld-snooping group命令清除该VLAN内所有IPv6动态组播组的MLD Snooping转发表项,否则该配置将不能生效。有关reset mld-snooping group命令的详细介绍,请参见“IP组播命令参考”中的“MLD Snooping”。

 

表1-8 配置在VLAN内处理

操作

命令

说明

进入系统视图

system-view

-

配置在所有VLAN内泛洪RPF检查失败的IPv6组播数据报文

ipv6 multicast rpf-fail-pkt flooding

缺省情况下,不在VLAN内泛洪RPF检查失败的IPv6组播数据报文

进入VLAN接口视图

interface vlan-interface vlan-interface-id

-

配置在当前VLAN内组播RPF检查失败的IPv6组播数据报文

ipv6 multicast rpf-fail-pkt bridging

缺省情况下,不在VLAN内组播RPF检查失败的IPv6组播数据报文

 

2. 配置上送CPU处理

在以下两种情况下,需要将RPF检查失败的IPv6组播数据报文上送给CPU进行处理:

·     如果IPv6组播数据报文从IPv6组播转发表项的出接口到达,则RPF检查失败,需要将该报文上送给CPU进行处理,以触发Assert机制剪枝多余的IPv6组播流量。

·     在RPT向SPT切换时,如果SPT与RPT在DR(Designated Router,指定路由器)上的入接口不同,若在SPT上的IPv6组播流量到达DR前就剪枝RPT,将导致IPv6组播流量的中断;若待SPT上的IPv6组播流量到达DR后再剪枝RPT,就可以避免IPv6组播流量的中断。为了使DR能感知到SPT上IPv6组播流量的到达,就需要将到达SPT入接口但RPF检查失败(剪枝RPT前的RPF接口是RPT的入接口)的IPv6组播数据报文上送给CPU进行处理。

有关Assert机制、DR以及RPT向SPT切换的详细介绍,请参见“IP组播配置指导”中的“IPv6 PIM”。

提示

完成本配置后必须使用reset ipv6 multicast forwarding-table命令清除IPv6组播转发表中的所有转发项,否则本配置将不能生效。

 

表1-9 配置上送CPU处理

操作

命令

说明

进入系统视图

system-view

-

配置把RPF检查失败的IPv6组播数据报文上送CPU处理

ipv6 multicast rpf-fail-pkt trap-to-cpu

缺省情况下,不把RPF检查失败的IPv6组播数据报文上送CPU处理

 

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

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

提示

完成本配置后必须使用reset ipv6 multicast forwarding-table命令清除IPv6组播转发表中所有以该VLAN接口为入接口的转发项,否则本配置将不能生效。

 

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

操作

命令

说明

进入系统视图

system-view

-

进入VLAN接口视图

interface vlan-interface interface-number

-

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

ipv6 multicast forwarding supervlan community

缺省情况下,IPv6组播数据在Super VLAN内的各Sub VLAN之间隔离

 

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

注意

执行reset命令清除IPv6组播路由表或IPv6组播转发表中的信息,可能导致IPv6组播信息无法正常传输。

 

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

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

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

操作

命令

显示IPv6静态组播MAC地址表信息

display mac-address [ mac-address [ vlan vlan-id ] | [ multicast ] [ vlan vlan-id ] [ count ] ]

显示IPv6 MRIB维护的接口信息

display ipv6 mrib interface [ interface-type interface-number ]

显示IPv6组播边界的信息

display ipv6 multicast boundary { group [ ipv6-group-address [ prefix-length ] ] | scope [ scope-id ] } [ interface interface-type interface-number ]

显示IPv6组播转发的DF信息(独立运行模式)

display ipv6 multicast forwarding df-info [ ipv6-rp-address ] [ verbose ] [ slot slot-number ]

显示IPv6组播转发的DF信息(IRF模式)

display ipv6 multicast forwarding df-info [ ipv6-rp-address ] [ verbose ] [ chassis chassis-number slot slot-number ]

显示IPv6组播转发的事件统计信息(独立运行模式)

display ipv6 multicast forwarding event [ slot slot-number ]

显示IPv6组播转发的事件统计信息(IRF模式)

display ipv6 multicast forwarding event [ chassis chassis-number slot slot-number ]

显示IPv6组播转发表的信息(独立运行模式)

display ipv6 multicast forwarding-table [ ipv6-source-address [ prefix-length ] | ipv6-group-address [ prefix-length ] | incoming-interface interface-type interface-number | outgoing-interface { exclude | include | match } interface-type interface-number | slot slot-number | statistics ] *

显示IPv6组播转发表的信息(IRF模式)

display ipv6 multicast forwarding-table [ ipv6-source-address [ prefix-length ] | ipv6-group-address [ prefix-length ] | chassis chassis-number slot slot-number | incoming-interface interface-type interface-number | outgoing-interface { exclude | include | match } interface-type interface-number | statistics ] *

显示IPv6组播转发表的DF列表信息(独立运行模式)

display ipv6 multicast forwarding-table df-list [ ipv6-rp-address ] [ verbose ] [ slot slot-number ]

显示IPv6组播转发表的DF列表信息(IRF模式)

display ipv6 multicast forwarding-table df-list [ ipv6-rp-address ] [ verbose ] [ chassis chassis-number slot slot-number ]

显示IPv6组播路由表的信息

display ipv6 multicast routing-table [ ipv6-source-address [ prefix-length ] | ipv6-group-address [ prefix-length ] | incoming-interface interface-type interface-number | outgoing-interface { exclude | include | match } interface-type interface-number ] *

显示IPv6组播源的RPF信息

display ipv6 multicast rpf-info ipv6-source-address [ ipv6-group-address ]

清除IPv6组播转发的事件统计信息

reset ipv6 multicast forwarding event

清除IPv6组播转发表中的转发项

reset ipv6 multicast forwarding-table { { ipv6-source-address [ prefix-length ] | ipv6-group-address [ prefix-length ] | incoming-interface { interface-type interface-number } } * | all }

清除IPv6组播路由表中的路由项

reset ipv6 multicast routing-table { { ipv6-source-address [ prefix-length ] | ipv6-group-address [ prefix-length ] | incoming-interface interface-type interface-number } * | all }

 

说明

·     有关display mac-address multicast命令的详细介绍,请参见“IP组播命令参考”中的“组播路由与转发”。

·     清除IPv6组播路由表中的路由项后,IPv6组播转发表中的相应表项也将随之删除。

·     清除IPv6组播转发表中的转发项后,IPv6组播路由表中的相应表项也将随之删除。

 

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

说明

缺省情况下,以太网接口、VLAN接口及聚合接口处于down状态。如果要使这些接口能够正常工作,请先使用undo shutdown命令使接口状态处于up状态。

 

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

1. 组网需求

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

·     Switch A、Switch B和Switch C之间运行OSPFv3协议;

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

2. 组网图

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

 

3. 配置步骤

(1)     配置IPv6地址和IPv6单播路由协议

请按照图1-3配置各接口的IPv6地址和前缀长度,并在各交换机上配置OSPFv3协议,具体配置过程略。

(2)     配置GRE隧道

# 在Switch A上创建接口Tunnel0,并指定其隧道模式为GRE over IPv6隧道。

[SwitchA] interface tunnel 0 mode gre ipv6

# 在Switch A上为Tunnel0接口配置IPv6地址,并指定隧道的源地址和目的地址。

[SwitchA-Tunnel0] ipv6 address 5001::1 64

[SwitchA-Tunnel0] source 2001::1

[SwitchA-Tunnel0] destination 3001::2

[SwitchA-Tunnel0] quit

# 在Switch C上创建接口Tunnel0,并指定其隧道模式为GRE over IPv6隧道。

[SwitchC] interface tunnel 0 mode gre ipv6

# 在Switch C上为Tunnel0接口配置IPv6地址,并指定隧道的源地址和目的地址。

[SwitchC-Tunnel0] ipv6 address 5001::2 64

[SwitchC-Tunnel0] source 3001::2

[SwitchC-Tunnel0] destination 2001::1

[SwitchC-Tunnel0] quit

(3)     使能IPv6组播路由,并使能IPv6 PIM-DM和MLD

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

[SwitchA] ipv6 multicast routing

[SwitchA-mrib6] quit

[SwitchA] interface vlan-interface 100

[SwitchA-Vlan-interface100] ipv6 pim dm

[SwitchA-Vlan-interface100] quit

[SwitchA] interface vlan-interface 101

[SwitchA-Vlan-interface101] ipv6 pim dm

[SwitchA-Vlan-interface101] quit

[SwitchA] interface tunnel 0

[SwitchA-Tunnel0] ipv6 pim dm

[SwitchA-Tunnel0] quit

# 在Switch C上使能IPv6组播路由,在各接口上使能IPv6 PIM-DM,并在主机侧接口Vlan-interface200上使能MLD。

[SwitchC] ipv6 multicast routing

[SwitchC-mrib6] quit

[SwitchC] interface vlan-interface 200

[SwitchC-Vlan-interface200] mld enable

[SwitchC-Vlan-interface200] ipv6 pim dm

[SwitchC-Vlan-interface200] quit

[SwitchC] interface vlan-interface 102

[SwitchC-Vlan-interface102] ipv6 pim dm

[SwitchC-Vlan-interface102] quit

[SwitchC] interface tunnel 0

[SwitchC-Tunnel0] ipv6 pim dm

[SwitchC-Tunnel0] quit

4. 验证配置

IPv6组播源向IPv6组播组FF1E::101发送IPv6组播数据,接收者加入该IPv6组播组后能够收到IPv6组播源发来的IPv6组播数据。通过使用display ipv6 pim routing-table命令可以查看交换机的IPv6 PIM路由表信息。例如:

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

[SwitchC] display ipv6 pim routing-table

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

 

 (*, FF1E::101)

     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: mld, UpTime: 00:04:25, Expires: never

 

 (1001::100, FF1E::101)

     Protocol: pim-dm, Flag: ACT

     UpTime: 00:06:14

     Upstream interface: Tunnel0

         Upstream neighbor: FE80::A01:101:1

         RPF prime neighbor: FE80::A01:101:1

     Downstream interface(s) information:

     Total number of downstreams: 1

         1: Vlan-interface200

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

Switch CRPF邻居为Switch AIPv6组播数据通过GRE隧道直接由Switch A发往Switch C

不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!