13-IPv6组播路由与转发配置
本章节下载: 13-IPv6组播路由与转发配置 (227.77 KB)
1.8.1 配置在所有vlan内泛洪RPF检查失败的IPv6组播数据报文
1.8.2 配置在特定VLAN内组播RPF检查失败的IPv6组播数据报文
1.8.3 配置将RPF检查失败的IPv6组播数据报文上送给CPU进行处理
每个IPv6组播路由协议都有一个自身的路由表,综合成一个总的IPv6组播路由表,由一系列(S,G)和(*,G)表项组成,即由组播源S向IPv6组播组G发送IPv6组播数据的IPv6组播路由信息。其中最优IPv6组播路由下发到IPv6组播转发表中,控制IPv6组播数据的转发。IPv6组播传输路径上的设备根据IPv6组播转发表转发IPv6组播数据的同时还需执行RPF(Reverse Path Forwarding,逆向路径转发)机制确保IPv6组播数据沿正确路径传输。
IPv6组播路由协议在创建和维护IPv6组播路由表项时,运用了RPF(Reverse Path Forwarding,逆向路径转发)检查机制,以确保IPv6组播数据能够沿正确的路径传输,同时还能避免由于各种原因而造成的环路。
执行RPF检查的过程如下:
(1) 首先,以“报文源”的IPv6地址为目的地址,分别从IPv6单播路由表和IPv6 MBGP路由表中各选出一条最优路由。
根据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 MBGP路由、IPv6单播路由的顺序进行选择。
· 如果没有配置按照最长匹配选择路由,则:
¡ 选择路由优先级最高的路由。
¡ 如果路由优先级相同,则按照IPv6 MBGP路由、IPv6单播路由的顺序进行选择。
RPF路由中包含有RPF接口和RPF邻居的信息,不论RPF路由为IPv6单播路由还是IPv6 MBGP路由,该路由表项的出接口都是RPF接口,下一跳都是RPF邻居。
(3) 最后,判断报文实际到达的接口与RPF接口是否相同:
· 相同,RPF检查通过。
· 不同,RPF检查失败。
对每一个收到的IPv6组播数据报文都进行RPF检查会给路由器带来较大负担,而利用IPv6组播转发表可以解决这个问题。在建立IPv6组播路由和转发表时,会把IPv6组播数据报文(S,G)的RPF接口记录为(S,G)表项的入接口。当路由器收到IPv6组播数据报文(S,G)后,查找IPv6组播转发表:
· 如果IPv6组播转发表中不存在(S,G)表项,则对该报文执行RPF检查,将其RPF接口作为入接口,结合相关路由信息创建相应的表项,并下发到IPv6组播转发表中:
¡ 若该报文实际到达的接口正是其RPF接口,则RPF检查通过,向所有的出接口转发该报文;
¡ 若该报文实际到达的接口不是其RPF接口,则RPF检查失败,丢弃该报文。
· 如果IPv6组播转发表中已存在(S,G)表项,且该报文实际到达的接口与入接口相匹配,则向所有的出接口转发该报文。
· 如果IPv6组播转发表中已存在(S,G)表项,但该报文实际到达的接口与入接口不匹配,则对此报文执行RPF检查:
¡ 若其RPF接口与入接口一致,则说明(S,G)表项正确,丢弃这个来自错误路径的报文;
¡ 若其RPF接口与入接口不符,则说明(S,G)表项已过时,于是把入接口更新为RPF接口。如果该报文实际到达的接口正是其RPF接口,则向所有的出接口转发该报文,否则将其丢弃。
图1-1 RPF检查过程
如图1-1所示,假设网络中IPv6单播路由畅通,未配置IPv6 MBGP。IPv6组播报文(S,G)沿从组播源(Source)到接收者(Receiver)的SPT进行传输。假定Device C上的IPv6组播转发表中已存在(S,G)表项,其记录的入接口为GigabitEthernet1/0/2:
· 如果该IPv6组播报文从接口GigabitEthernet1/0/2到达Device C,与(S,G)表项的入接口相匹配,则向所有的出接口转发该报文。
· 如果该IPv6组播报文从接口GigabitEthernet1/0/1到达Device C,与(S,G)表项的入接口不匹配,则对其执行RPF检查:通过查找IPv6单播路由表发现到达Source的出接口(即RPF接口)是GigabitEthernet1/0/2,与(S,G)表项的入接口一致。这说明(S,G)表项是正确的,该报文来自错误的路径,RPF检查失败,于是丢弃该报文。
表1-1 IPv6组播路由与转发配置任务简介
配置任务 |
说明 |
详细配置 |
|
使能IPv6组播路由 |
必选 |
||
配置IPv6组播路由与转发 |
配置按照最长匹配选择RPF路由 |
可选 |
|
配置对IPv6组播流量进行负载分担 |
可选 |
||
配置IPv6组播转发边界 |
可选 |
||
配置在所有VLAN内泛洪RPF检查失败的IPv6组播数据报文 |
可选 |
||
配置在特定VLAN内组播RPF检查失败的IPv6组播数据报文 |
可选 |
||
配置RPF检查失败报文上送CPU处理 |
可选 |
在配置IPv6组播路由与转发之前,需完成以下任务:
· 配置任一IPv6单播路由协议,实现域内网络层互通
· 配置IPv6 PIM-DM或IPv6 PIM-SM
在公网实例中配置各项三层IPv6组播功能之前,必须先在该实例中使能IPv6组播路由。
表1-2 使能IPv6组播路由
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
使能IPv6组播路由,并进入IPv6 MRIB(Multicast Routing Information Base,组播路由信息库)视图 |
ipv6 multicast routing |
缺省情况下,IPv6组播路由处于关闭状态 |
用户可以配置组播路由器按照最长匹配原则来选择RPF路由,有关RPF路由选择的详细介绍,请参见“1.1.1 1. RPF检查过程”一节。
表1-3 配置按照最长匹配选择RPF路由
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
进入IPv6 MRIB视图 |
ipv6 multicast routing |
- |
配置按照最长匹配选择RPF路由 |
longest-match |
缺省情况下,选择路由优先级最高的路由作为RPF路由 |
用户通过配置根据组播源或组播源组进行IPv6组播流量的负载分担,可以优化存在多条IPv6组播数据流时的网络流量。
表1-4 配置对IPv6组播流量进行负载分担
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
进入IPv6 MRIB视图 |
ipv6 multicast routing |
- |
配置对IPv6组播流量进行负载分担 |
load-splitting { balance | source | source-group | ucmp } |
缺省情况下,不对IPv6组播流量进行负载分担 |
IPv6组播信息在网络中的转发并不是漫无边际的,每个IPv6组播组对应的IPv6组播信息都必须在确定的范围内传递。IPv6组播转发边界为指定范围或Scope值的IPv6组播组划定了边界条件,如果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组播转发边界 |
在不同情形下,需要对RPF检查失败的IPv6组播数据报文进行不同的处理,而不仅仅是简单地将其丢弃。进行本配置不需要使能IPv6组播路由。
在某些特定组网环境下,会出现RPF检查失败的VLAN接口所对应VLAN内存在接收者的情况,为了让这些接收者也能收到RPF检查失败的IPv6组播数据报文,可以将这些报文在所有VLAN内泛洪。
表1-6 配置在所有vlan内泛洪RPF检查失败的IPv6组播数据报文
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
配置在所有VLAN内泛洪RPF检查失败的IPv6组播数据报文 |
ipv6 multicast rpf-fail-pkt flooding |
缺省情况下,不在VLAN内泛洪RPF检查失败的IPv6组播数据报文 |
退回用户视图 |
quit |
- |
清除IPv6组播转发表中的转发项 |
reset ipv6 multicast forwarding-table { { ipv6-source-address [ prefix-length ] | ipv6-group-address [ prefix-length ] | incoming-interface { interface-type interface-number } } * | all } |
执行本命令后,ipv6 multicast rpf-fail-pkt flooding命令才能生效 |
在某些特定组网环境下,会出现RPF检查失败的VLAN接口所对应VLAN内存在接收者的情况,为了让这些接收者也能收到RPF检查失败的IPv6组播数据报文,可以将这些报文特定VLAN内组播。
要进行组播RPF检查失败的IPv6组播数据报文的VLAN必须使能了MLD Snooping且对应VLAN接口上配置有三层IPv6组播协议(MLD或IPv6 PIM)。当VLAN内有相应的MLD Snooping转发表项时,便在该VLAN内组播。有关reset mld-snooping group命令的详细介绍,请参见“IP组播命令参考”中的“MLD Snooping”。
表1-7 配置在特定VLAN内组播RPF检查失败的IPv6组播数据报文
操作 |
命令 |
说明 |
进入系统视图 |
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 |
执行本命令前必须执行ipv6 multicast rpf-fail-pkt flooding命令 缺省情况下,不在VLAN内组播RPF检查失败的IPv6组播数据报文 |
退回系统视图 |
quit |
- |
退回用户视图 |
quit |
- |
清除动态MLD Snooping转发表的信息。 |
reset mld-snooping group { ipv6-group-address [ ipv6-source-address ] | all } [ vlan vlan-id | vsi vsi-name ] |
执行本命令后,ipv6 multicast rpf-fail-pkt bridging命令才能生效 |
在以下两种情况下,需要将RPF检查失败的IPv6组播数据报文上送给CPU进行处理:
· 如果IPv6组播数据报文从IPv6组播转发表项的出接口到达,则RPF检查失败,需要将该报文上送给CPU进行处理,以触发Assert机制剪枝多余的IPv6组播流量。
· 在RPT向SPT切换时,如果SPT与RPT在DR(Designated Router,指定路由器)上的入接口不同,为了使DR能感知到SPT上组播流量的到达,就需要将到达SPT入接口但RPF检查失败(剪枝RPT前的RPF接口是RPT的入接口)的IPv6组播数据报文上送给CPU进行处理。
有关Assert机制、DR以及RPT向SPT切换的详细介绍,请参见“IP组播配置指导”中的“IPv6 PIM”。
表1-8 配置将RPF检查失败的IPv6组播数据报文上送给CPU进行处理
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
配置把RPF检查失败的IPv6组播数据报文上送CPU处理 |
ipv6 multicast rpf-fail-pkt trap-to-cpu |
缺省情况下,不把RPF检查失败的IPv6组播数据报文上送CPU处理 |
退回用户视图 |
quit |
- |
清除IPv6组播转发表中的转发项 |
reset ipv6 multicast forwarding-table { { ipv6-source-address [ prefix-length ] | ipv6-group-address [ prefix-length ] | incoming-interface { interface-type interface-number } } * | all } |
执行本命令后,ipv6 multicast rpf-fail-pkt trap-to-cpu命令才能生效 |
执行reset命令清除IPv6组播路由表或IPv6组播转发表中的信息,可能导致IPv6组播信息无法正常传输。
在完成上述配置后,在任意视图下执行display命令可以显示配置后IPv6组播路由与转发的运行情况,通过查看显示信息验证配置的效果。
在用户视图下执行reset命令可以清除IPv6组播路由与转发的统计信息。
表1-9 IPv6组播路由与转发显示和维护
操作 |
命令 |
显示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组播快速转发表项信息(独立运行模式) |
display ipv6 multicast fast-forwarding cache [ ipv6-source-address | ipv6-group-address ] * [ slot slot-number ] |
显示IPv6组播快速转发表项信息(IRF模式) |
display ipv6 multicast fast-forwarding cache [ ipv6-source-address | ipv6-group-address ] * [ 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组播路由表的信息 |
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 fast-forwarding cache { { ipv6-source-address | ipv6-group-address } * | all } [ slot slot-number ] |
清除IPv6组播快速转发表中的转发项(IRF模式) |
reset ipv6 multicast fast-forwarding cache { { ipv6-source-address | ipv6-group-address } * | all } [ chassis chassis-number slot slot-number ] |
清除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 } |
· 清除IPv6组播路由表中的路由项后,IPv6组播转发表中的相应表项也将随之删除。
· 清除IPv6组播转发表中的转发项后,IPv6组播路由表中的相应表项也将随之删除。
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!