06-MLD配置
本章节下载: 06-MLD配置 (449.45 KB)
目 录
MLD(Multicast Listener Discovery Protocol,组播侦听者发现协议)用于在三层设备和其直连网段中的用户主机之间建立和维护IPv6组播组成员关系。
到目前为止,MLD有两个版本:
· MLDv1(由RFC 2710定义),源自IGMPv2
· MLDv2(由RFC 3810定义),源自IGMPv3
所有版本的MLD都支持ASM(Any-Source Multicast,任意信源组播)模型;MLDv2可以直接应用于SSM(Source-Specific Multicast,指定信源组播)模型,而MLDv1则需要在MLD SSM Mapping技术的支持下才能应用于SSM模型。有关ASM和SSM模型的介绍,请参见“IP组播配置指导”中的“组播概述”。
MLDv1主要基于查询和响应机制完成对IPv6组播组成员的管理。
当一个网段内有多台运行MLD的设备时,由于它们都能从主机那里收到MLD成员关系报告报文(Multicast Listener Report Message),因此只需其中一台设备发送MLD查询报文(Query Message)即可,该设备就称为MLD查询器(Querier)。这就需要有一个查询器的选举机制来确定由哪台设备作为MLD查询器,其选举过程如下:
(1) 所有MLD设备在初始时都认为自己是查询器,并向本地网段内的所有主机和设备发送MLD普遍组查询(General Query)报文(目的地址为FF02::1);
(2) 本地网段中的其它MLD设备在收到该报文后,将报文的源IPv6地址与自己的链路本地接口地址作比较。通过比较,IPv6地址最小的设备将成为查询器,其它设备成为非查询器(Non-Querier);
(3) 所有非查询器上都会启动一个定时器(即其它查询器存在时间定时器Other Querier Present Timer)。在定时器超时前,如果收到了来自查询器的MLD查询报文,则重置该定时器;否则,就认为原查询器失效,并发起新的查询器选举过程。
图1-1 MLD查询响应示意图
如图1-1所示,假设Host B与Host C想要收到发往IPv6组播组G1的IPv6组播数据,而Host A想要收到发往IPv6组播组G2的IPv6组播数据,那么主机加入IPv6组播组以及MLD查询器(Device B)维护IPv6组播组成员关系的基本过程如下:
(1) 主机会主动向其要加入的IPv6组播组发送MLD成员关系报告报文以声明加入,而不必等待MLD查询器发来的MLD查询报文;
(2) MLD查询器(Device B)周期性地以组播方式向本地网段内的所有主机和设备发送普遍组查询报文(目的地址为FF02::1);
(3) 在收到该查询报文后,关注G1的Host B与Host C其中之一(这取决于谁的延迟定时器先超时),譬如Host B会首先以组播方式向G1发送MLD成员关系报告报文,以宣告其属于G1。由于本地网段中的所有主机都能收到Host B发往G1的报告报文,因此当Host C收到该报告报文后,将不再发送同样针对G1的报告报文,因为MLD设备(Device A和Device B)已知道本地网段中有对G1感兴趣的主机了。这个机制称为主机上的MLD成员关系报告抑制机制,该机制有助于减少本地网段的信息流量;
(4) 与此同时,由于Host A关注的是G2,所以它仍将以组播方式向G2发送报告报文,以宣告其属于G2;
(5) 经过以上的查询和响应过程,MLD设备了解到本地网段中有G1和G2的成员,于是由IPv6组播路由协议(如IPv6 PIM)生成(*,G1)和(*,G2)组播转发项作为IPv6组播数据的转发依据,其中的“*”代表任意IPv6组播源;
(6) 当由IPv6组播源发往G1或G2的IPv6组播数据经过组播路由到达MLD设备时,由于MLD设备上存在(*,G1)和(*,G2)组播转发项,于是将该IPv6组播数据转发到本地网段,接收者主机便能收到该IPv6组播数据了。
当一个主机离开某IPv6组播组时:
(1) 该主机向本地网段内的所有IPv6组播设备(目的地址为FF02::2)发送离开组(Done)报文;
(2) 当查询器收到该报文后,向该主机所声明要离开的那个IPv6组播组发送特定组查询(Multicast-Address-Specific Query)报文(目的地址字段和组地址字段均填充为所要查询的IPv6组播组地址);
(3) 如果该网段内还有该IPv6组播组的其它成员,则这些成员在收到特定组查询报文后,会在该报文中所设定的最大响应时间(Maximum Response Delay)内发送成员关系报告报文;
(4) 如果在最大响应时间内收到了该IPv6组播组其它成员发送的成员关系报告报文,查询器就会继续维护该IPv6组播组的成员关系;否则,查询器将认为该网段内已无该IPv6组播组的成员,于是不再维护这个IPv6组播组的成员关系。
MLDv2在兼容和继承MLDv1的基础上,进一步增强了主机的控制能力,并增强了MLD状态。
MLDv2增加了针对IPv6组播源的过滤模式(INCLUDE/EXCLUDE),使主机在加入某IPv6组播组G的同时,能够明确要求接收或拒绝来自某特定IPv6组播源S的IPv6组播信息。当主机加入IPv6组播组时:
· 若要求只接收来自指定IPv6组播源如S1、S2、……发来的IPv6组播信息,则其报告报文中可以标记为INCLUDE Sources(S1,S2,……);
· 若拒绝接收来自指定IPv6组播源如S1、S2、……发来的IPv6组播信息,则其报告报文中可以标记为EXCLUDE Sources(S1,S2,……)。
如图1-2所示,网络中存在Source 1(S1)和Source 2(S2)两个IPv6组播源,均向IPv6组播组G发送IPv6组播报文。Host B仅对从Source 1发往G的信息感兴趣,而对来自Source 2的信息没有兴趣。
图1-2 指定源组的IPv6组播流路经
如果主机与设备之间运行的是MLDv1,Host B加入IPv6组播组G时无法对IPv6组播源进行选择,因此无论Host B是否需要,来自Source 1和Source 2的IPv6组播信息都将传递给Host B。
当主机与设备之间运行了MLDv2之后,Host B就可以要求只接收来自Source 1、发往G的IPv6组播信息(S1,G),或要求拒绝来自Source 2、发往G的IPv6组播信息(S2,G),这样就只有来自Source 1的IPv6组播信息才能传递给Host B了。
运行MLDv2的组播设备按每条直连链路上的组播地址(per multicast address per attached link)来保持IPv6组播组的状态。IPv6组播组的状态包括:
· 过滤模式:保持对INCLUDE或EXCLUDE的状态跟踪。
· 源列表:保持对新增或删除IPv6组播源的跟踪。
· 定时器:表示IPv6组播地址超时后切换到INCLUDE模式的过滤定时器、关于源记录的源定时器等。
MLD SSM Mapping通过在设备上配置SSM静态映射规则,从而为运行MLDv1的接收者主机提供对SSM模型的支持。
SSM模型要求在接收者主机所在的网段,设备能够了解主机加入IPv6组播组时所指定的IPv6组播源。如果接收者主机上运行的是MLDv2,则可以在MLDv2的报告报文中直接指定IPv6组播源的地址;如果某些接收者主机只能运行MLDv1,则在MLDv1的报告报文中无法指定IPv6组播源的地址。这种情况下需要通过在设备上配置MLD SSM Mapping规则,将MLDv1报告报文中所包含的(*,G)信息映射为(G,INCLUDE,(S1,S2...))信息。
在如图1-3所示的IPv6 SSM网络中,Host A、Host B和Host C上分别运行MLDv1和MLDv2。在不允许将Host A和Host B升级为MLDv2的情况下,若要为Host A和Host B也提供SSM组播服务,则需在Device A上配置MLD SSM Mapping规则。
配置完成后,当Device A收到来自主机的MLDv1报告报文时,首先检查该报文中所携带的IPv6组播组地址G,然后根据检查结果的不同分别进行处理:
(1) 如果G不在IPv6 SSM组地址范围内,则提供ASM组播服务。
(2) 如果G在IPv6 SSM组地址范围内:
· 若Device A上没有G对应的MLD SSM Mapping规则,则无法提供SSM组播服务,丢弃该报文;
· 若Device A上有G对应的MLD SSM Mapping规则,则依据规则将报告报文中所包含的(*,G)信息映射为(G,INCLUDE,(S1,S2...))信息,可以提供SSM组播服务。
· MLD SSM Mapping不对MLDv2的报告报文进行处理。
在如图1-4所示的一些简单网络拓扑中,诸如Device B之类的边缘设备上并不需要运行IPv6 PIM等复杂的IPv6组播路由协议,可以通过在这些设备上配置MLD代理功能,使其在上游的MLD查询器和下游的接收者主机之间充当代理者:
· 对于MLD查询器来说,MLD代理设备的行为就像一台主机。
· 对于主机来说,MLD代理设备的行为就像一台MLD查询器。
图1-4 MLD代理组网图
为了便于理解,MLD代理中定义了两种类型的接口:
· 主机接口:面向组播分发树树根方向的接口,执行MLD协议的主机行为。由于此接口上需开启MLD代理功能,因此也称为代理接口。
· 路由器接口:面向组播分发树树叶方向的接口,执行MLD协议的路由器行为。在此接口上需使能并配置MLD。
MLD代理设备上维护着一个组成员关系数据库,记录所有路由器接口维护的组成员关系。主机接口和路由器接口正是依据这个数据库来执行相应的行为:
· 主机接口收到查询报文后根据当前的组成员关系来响应报告报文,或者当组成员关系改变时发送报告报文或离开报文。
· 路由器接口参与下游查询器的选举,发送查询报文,并根据主机发来的报告报文维护组成员关系。
MLD依据接口来维护组成员关系,各实例的MLD根据接口所属的实例来处理协议报文的收发。当设备收到MLD报文时,需要区分该报文所属的实例,并在该实例范围内对其进行处理。当某实例内的MLD需要和其它IPv6组播协议交互信息时,只会通知本实例内的其它IPv6组播协议。
与MLD相关的协议规范有:
· RFC 2710:Multicast Listener Discovery (MLD) for IPv6
· RFC 3810:Multicast Listener Discovery Version 2 (MLDv2) for IPv6
本特性的支持情况与设备型号有关,请以设备的实际情况为准。
系列 |
型号 |
说明 |
F50X0系列 |
F5010、F5020、F5020-GM、F5030、F5030-6GW、F5030-6GW-G、F5040、F5060、F5080、F5000-A、F5000-C、F5000-S、F5000-M |
支持 |
F5000-CN系列 |
F5000-CN30、F5000-CN60 |
支持 |
F5000-AI系列 |
F5000-AI-15、F5000-AI-20、F5000-AI-40 |
支持 |
F5000-V系列 |
F5000-V30 |
支持 |
F1000-AI系列 |
F1000-AI-03、F1000-AI-05、F1000-AI-10、F1000-AI-15、F1000-AI-20、F1000-AI-25、F1000-AI-30、F1000-AI-35、F1000-AI-50、F1000-AI-55、F1000-AI-60、F1000-AI-65、F1000-AI-70、F1000-AI-75、F1000-AI-80、F1000-AI-90 |
支持 |
F1000-L系列 |
F1003-L、F1005-L、F1010-L |
支持 |
F1003-L-C、F1003-L-S |
不支持 |
|
F10X0系列 |
F1005、F1005-GM、F1010、F1010-GM、F1020、F1020-GM、F1030、F1030-GM、F1050、F1060、F1070、F1070-GM、F1070-GM-L、F1080、F1090 |
支持 |
F1003-C、F1003-M、F1003-S |
不支持 |
|
F1000-V系列 |
F1000-V50、F1000-V60、F1000-V70、F1000-V90 |
支持 |
F1000-SASE系列 |
F1000-SASE100、F1000-SASE200 |
支持 |
F1000-AK系列 |
F1000-AK108、F1000-AK109、F1000-AK110、F1000-AK115、F1000-AK120、F1000-AK125、F1000-AK130、F1000-AK135、F1000-AK140、F1000-AK145、F1000-AK150、F1000-AK155、F1000-AK160、F1000-AK165、F1000-AK170、F1000-AK175、F1000-AK180、F1000-AK185、F1000-GM-AK370、F1000-GM-AK380、F1000-AK710、F1000-AK711、F1000-AK1010、F1000-AK1015、F1000-AK1020、F1000-AK1025、F1000-AK1030、F1000-AK1105、F1000-AK1110、F1000-AK1115、F1000-AK1120、F1000-AK1125、F1000-AK1130、F1000-AK1140、F1000-AK1150、F1000-AK1160、F1000-AK1170、F1000-AK1180、F1000-AK1205、F1000-AK1212、F1000-AK1215、F1000-AK1222、F1000-AK1232、F1000-AK1235、F1000-AK1242、F1000-AK1252、F1000-AK1262、F1000-AK1272、F1000-AK1305、F1000-AK1312、F1000-AK1315、F1000-AK1322、F1000-AK1332、F1000-AK1342、F1000-AK1352、F1000-AK1362、F1000-AK1414、F1000-AK1424、F1000-AK1434、F1000-AK1505、F1000-AK1514、F1000-AK1515、F1000-AK1524、F1000-AK1534、F1000-AK1614、F1000-AK9110、F1000-AK9150、F1000-AK9160、F1000-AK9180、F1000-AK9190、F1000-AK9210 |
支持 |
F1000-AK9109、F1000-AK9120 |
不支持 |
|
插卡 |
IM-NGFWX-IV、LSCM1FWDSD0、LSCM2FWDSD0、LSPM6FWD、LSPM6FWDB、LSQM1FWDSC0、LSQM2FWDSC0、LSU3FWCEA0、LSUM1FWCEAB0、LSUM1FWDEC0、LSWM1FWD0、LSX1FWCEA1、LSXM1FWDF1 |
支持 |
vFW系列 |
vFW1000、vFW2000、vFW-E-Cloud |
支持 |
MLD配置任务如下:
(1) 使能MLD
(2) (可选)配置MLD基本功能
¡ 配置MLD版本
¡ 配置静态加入功能
(3) (可选)调整MLD性能
(4) (可选)配置MLD SSM Mapping
(5) (可选)配置MLD代理
(6) (可选)开启MLD NSR功能
在配置MLD之前,需配置任一单播路由协议,实现网络层互通。
在需要建立和维护IPv6组播组成员关系的接口上使能MLD。
(1) 进入系统视图。
system-view
(2) 使能IPv6组播路由,并进入IPv6 MRIB视图。
ipv6 multicast routing [ vpn-instance vpn-instance-name ]
缺省情况下,IPv6组播路由处于关闭状态。
本命令的详细介绍请参见“IP组播命令参考”中的“IPv6组播路由与转发”。
(3) 退回系统视图。
quit
(4) 进入接口视图。
interface interface-type interface-number
(5) 使能MLD。
mld enable
缺省情况下,没有使能MLD。
(1) 进入系统视图。
system-view
(2) 进入接口视图。
interface interface-type interface-number
(3) 配置MLD的版本。
mld version version-number
由于不同版本MLD协议的报文结构与种类不同,因此需要为同一网段上的所有设备配置相同版本的MLD,否则MLD将不能正常运行。
缺省情况下,MLD的版本为MLDv1。
在配置了静态加入IPv6组播组或组播源组后,接口将作为该IPv6组播组的虚拟组成员存在,从而可以接收发往该组的IPv6组播数据,以测试IPv6组播数据的转发。
在配置了静态加入功能后,接口并不会对MLD查询器发出的查询报文进行响应;当配置静态加入或取消静态加入的配置时,接口也不会主动发送MLD成员关系报告报文或MLD离开组报文。也就是说,该接口并没有真正成为该IPv6组播组的成员。
(1) 进入系统视图。
system-view
(2) 进入接口视图。
interface interface-type interface-number
(3) 配置静态加入IPv6组播组或组播源组。
mld static-group ipv6-group-address [ source ipv6-source-address ]
如果不希望接口所在网段上的主机加入某些IPv6组播组,可在该接口上配置IPv6 ACL规则作为过滤器,接口将按照该规则对收到的MLD成员关系报告报文进行过滤,只为该规则所允许的IPv6组播组维护组成员关系。
由于IPv6组播组过滤器只能过滤MLD报文,因此无法对接口静态加入IPv6组播组或组播源组进行限制。
(1) 进入系统视图。
system-view
(2) 进入接口视图。
interface interface-type interface-number
(3) 配置IPv6组播组过滤器。
mld group-policy ipv6-acl-number [ version-number ]
MLD查询器的健壮系数:MLD查询器的健壮系数是为了弥补可能发生的网络丢包而设置的报文重传次数,重传次数越多,MLD查询器就越“健壮”,但是组播组超时所需的时间也就越长。
MLD查询器启动查询间隔与次数:当MLDv1/v2查询器启动时,会以“MLD查询器启动查询间隔”为时间间隔发送“MLD查询器启动查询次数”次MLD普遍组查询报文,以快速判断当前网络中是否有IPv6组播组成员。
MLD普遍组查询报文的发送间隔:当MLDv1/v2查询器启动后,会周期性地发送MLD普遍组查询报文,以判断网络中是否有IPv6组播组成员,这个发送间隔就是“MLD普遍组查询报文的发送间隔”,可以根据网络的实际情况来调整此间隔。
MLD最后组成员查询间隔与次数:当MLDv1查询器收到MLD离开组报文后,会以“MLD最后组成员查询间隔”为时间间隔发送“MLD最后组成员查询次数”次MLD特定组查询报文;当MLDv2查询器收到改变IPv6组播组与IPv6组播源列表关系的MLD报告报文后,也会以同样的间隔和次数发送MLD特定源组查询报文。
MLD查询报文的最大响应时间:在收到MLD查询报文(包括普遍组查询、特定组查询和特定源组查询)后,主机会为其所加入的每个IPv6组播组都启动一个延迟定时器,其值在0到最大响应时间(该时间值从MLD查询报文的最大响应时间字段获得)中随机选定,当定时器的值减为0时,主机就会向该定时器对应的IPv6组播组发送MLD成员关系报告报文。合理配置MLD查询报文的最大响应时间,既可以使主机对MLD查询报文做出快速响应,又可以减少由于定时器同时超时,造成大量主机同时发送报告报文而引起的网络拥塞:
· 对于MLD普遍组查询报文来说,通过配置MLD普遍组查询报文的最大响应时间来填充其最大响应时间字段;
· 对于MLD特定组查询报文和MLD特定源组查询报文来说,所配置的MLD最后组成员查询间隔将被填充到其最大响应时间字段。也就是说,MLD特定组查询和MLD特定源组查询的最大响应时间在数值上等于MLD最后组成员查询间隔。
MLD其它查询器的存在时间:当同一网段上有多台MLD设备时,由查询器负责发送MLD查询报文。如果非查询器在“MLD其它查询器存在时间”超时前未收到来自查询器的MLD查询报文,就会认为原查询器失效,从而触发新的查询器选举过程;否则,非查询器将重置“MLD其它查询器存在时间定时器”。
配置MLD查询和响应时,需要注意:
· 应确保MLD其它查询器的存在时间大于MLD普遍组查询报文的发送间隔,且同一网段所有MLD设备上MLD其它查询器的存在时间应该相同,否则都有可能导致网络内的MLD查询器反复变化。
· 应确保MLD普遍组查询报文的发送间隔大于MLD普遍组查询报文的最大响应时间,否则有可能造成对IPv6组播组成员的误删。
· 用户既可在MLD视图下对所有接口进行全局配置,也可在接口视图下只对当前接口进行配置,后者的配置优先级较高。
(1) 进入系统视图。
system-view
(2) 进入MLD视图。
mld [ vpn-instance vpn-instance-name ]
(3) 配置MLD查询器的健壮系数。
robust-count count
缺省情况下,MLD查询器的健壮系数为2。
(4) 配置MLD查询器的启动查询间隔。
startup-query-interval interval
缺省情况下,MLD查询器的启动查询间隔为MLD普遍组查询报文发送间隔的1/4。
(5) 配置MLD查询器的启动查询次数。
startup-query-count count
缺省情况下,MLD查询器的启动查询次数等于MLD查询器的健壮系数。
(6) 配置MLD普遍组查询报文的发送间隔。
query-interval interval
缺省情况下,MLD普遍组查询报文的发送间隔为125秒。
(7) 配置MLD最后组成员查询间隔。
last-listener-query-interval interval
缺省情况下,MLD最后组成员查询间隔为1秒。
(8) 配置MLD最后组成员查询次数。
last-listener-query-count count
缺省情况下,MLD最后组成员查询次数等于MLD查询器的健壮系数。
(9) 配置MLD普遍组查询报文的最大响应时间。
max-response-time time
缺省情况下,MLD普遍组查询报文的最大响应时间为10秒。
(10) 配置MLD其它查询器的存在时间。
other-querier-present-timeout time
缺省情况下,MLD其它查询器的存在时间=MLD普遍组查询报文的发送间隔×MLD查询器的健壮系数+MLD普遍组查询的最大响应时间÷2。
(1) 进入系统视图。
system-view
(2) 进入接口视图。
interface interface-type interface-number
(3) 配置MLD查询器的健壮系数。
mld robust-count count
缺省情况下,MLD查询器的健壮系数为2。
(4) 配置MLD查询器的启动查询间隔。
mld startup-query-interval interval
缺省情况下,MLD查询器的启动查询间隔为MLD普遍组查询报文发送间隔的1/4。
(5) 配置MLD查询器的启动查询次数。
mld startup-query-count count
缺省情况下,MLD查询器的启动查询次数等于MLD查询器的健壮系数。
(6) 配置MLD普遍组查询报文的发送间隔。
mld query-interval interval
缺省情况下,MLD普遍组查询报文的发送间隔为125秒。
(7) 配置MLD最后组成员查询间隔。
mld last-listener-query-interval interval
缺省情况下,MLD最后组成员查询间隔为1秒。
(8) 配置MLD最后组成员查询次数。
mld last-listener-query-count count
缺省情况下,MLD最后组成员查询次数等于MLD查询器的健壮系数。
(9) 配置MLD普遍组查询报文的最大响应时间。
mld max-response-time time
缺省情况下,MLD普遍组查询报文的最大响应时间为10秒。
(10) 配置MLD其它查询器的存在时间。
mld other-querier-present-timeout time
缺省情况下,MLD其它查询器的存在时间=MLD普遍组查询报文的发送间隔×MLD查询器的健壮系数+MLD普遍组查询的最大响应时间÷2。
在某些应用(如ADSL拨号上网)中,MLD查询器的一个端口唯一对应着一台接收者主机,当主机在多个IPv6组播组间频繁切换(如进行电视选台)时,为了快速响应主机的离开组报文,可以在MLD查询器上开启IPv6组播组成员快速离开功能。
在开启了IPv6组播组成员快速离开功能之后,当MLD查询器收到来自主机的离开组报文时,不再发送MLD特定组查询报文或MLD特定源组查询报文,而是直接向上游发送离开通告,这样一方面减小了响应延迟,另一方面也节省了网络带宽。
(1) 进入系统视图。
system-view
(2) 进入接口视图。
interface interface-type interface-number
(3) 开启IPv6组播组成员快速离开功能。
mld fast-leave [ group-policy ipv6-acl-number ]
缺省情况下,IPv6组播组成员快速离开功能处于关闭状态。
在IPv6 SSM网络中,由于各种可能的限制,某些接收者主机只能运行MLDv1。为了向这些仅支持MLDv1的接收者主机提供SSM服务,可以在设备上配置MLD SSM Mapping规则。
为防止本网段内运行MLDv2的主机无法加入组播组,请在该网段面向主机的接口上运行MLDv2。
(1) 进入系统视图。
system-view
(2) 进入MLD视图。
mld [ vpn-instance vpn-instance-name ]
(3) 配置MLD SSM Mapping规则。
ssm-mapping ipv6-source-address ipv6-acl-number
在MLD代理设备上,请先根据网络拓扑确定其路由器接口和主机接口,然后在路由器接口上使能并配置MLD。
请在MLD代理设备的主机接口上开启MLD代理功能,且需要注意的是:
· 一个接口上如果同时开启MLD代理功能和MLD协议,MLD协议将不会生效。在已开启MLD代理功能的接口上配置其它MLD命令时,只有mld version命令会生效。
· 如果在一台设备上同时开启MLD代理功能和IPv6组播路由协议,IPv6组播路由协议将不会生效。
(1) 进入系统视图。
system-view
(2) 进入接口视图。
interface interface-type interface-number
(3) 开启MLD代理功能。
mld proxy enable
缺省情况下,MLD代理功能处于关闭状态。
IPv6组播数据通常只被查询器转发,非查询器不具备组播转发能力,这样可避免IPv6组播数据被重复转发。但如果MLD代理设备的路由器接口未能当选查询器,应在该接口上开启非查询器转发功能,否则下游主机将无法收到IPv6组播数据。
在共享网段内存在多台MLD代理设备的情况下,如果其中一台MLD代理设备的路由器接口已当选为查询器,不应再在其它MLD代理设备的路由器接口上开启非查询器转发功能,否则该网段将收到多份重复的IPv6组播数据。
(1) 进入系统视图。
system-view
(2) 进入接口视图。
interface interface-type interface-number
(3) 开启非查询器转发功能。
mld proxy forwarding
缺省情况下,非查询器转发功能处于关闭状态。
当在MLD代理设备的多个接口上开启了MLD代理功能时,只有IP地址最大的接口会转发组播流量,为了分担单端口流量转发的负担,可以开启MLD代理的负载分担功能,使开启了MLD代理功能的接口都参与组播流量的转发。
(1) 进入系统视图。
system-view
(2) 进入MLD视图。
mld [ vpn-instance vpn-instance-name ]
(3) 开启MLD代理的负载分担功能。
proxy multipath
缺省情况下,MLD代理的负载分担功能处于关闭状态。
NSR(Nonstop Routing,不间断路由)通过将MLD的运行接口以及组播组等信息备份到备进程,从而避免了主备倒换对转发业务的影响。
NSR特性不需要周边设备的配合,设备自身可以将运行接口和组播组等信息进行恢复。
(1) 进入系统视图。
system-view
(2) 开启MLD NSR功能。
mld non-stop-routing
缺省情况下,MLD NSR功能处于关闭状态。
在完成上述配置后,在任意视图下执行display命令可以显示配置后MLD的运行情况,通过查看显示信息验证配置的效果。
在用户视图下执行reset命令可以清除MLD的统计信息。
执行reset mld group命令可能导致接收者接收IPv6组播信息中断。
表1-1 MLD显示和维护
操作 |
命令 |
显示MLD组播组的信息 |
display mld [ vpn-instance vpn-instance-name ] group [ ipv6-group-address | interface interface-type interface-number ] [ static | verbose ] |
显示接口上MLD配置和运行信息 |
display mld [ vpn-instance vpn-instance-name ] interface [ interface-type interface-number ] [ proxy ] [ verbose ] |
显示MLD代理记录的IPv6组播组信息 |
display mld [ vpn-instance vpn-instance-name ] proxy group [ ipv6-group-address | interface interface-type interface-number ] [ verbose ] |
显示MLD代理路由表的信息 |
display mld [ vpn-instance vpn-instance-name ] proxy routing-table [ ipv6-source-address [ prefix-length ] | ipv6-group-address [ prefix-length ] ] * [ verbose ] |
显示MLD SSM Mapping规则 |
display mld [ vpn-instance vpn-instance-name ] ssm-mapping ipv6-group-address |
清除MLD组的动态加入记录 |
reset mld [ vpn-instance vpn-instance-name ] group { all | interface interface-type interface-number { all | ipv6-group-address [ prefix-length ] [ ipv6-source-address [ prefix-length ] ] } } |
当某主机发送了加入IPv6组播组G的报文后,离该主机最近的设备上却没有IPv6组播组G的组成员信息。
· 组网、接口连线的正确与否以及接口的协议层是否up将直接影响IPv6组播组成员信息的生成;
· 在设备上必须使能IPv6组播路由,在连接主机的接口上必须使能MLD;
· 如果路由器接口上运行的MLD版本比主机的低,那么设备将无法识别主机发来的较高版本的MLD报告报文;
· 如果在接口上使用命令mld group-policy对加入IPv6组播组G进行了限制后,该接口将不再接收未通过过滤的那些要求加入IPv6组播组G的报文。
(1) 检查组网是否正确,接口间的连线是否正确,以及接口状态是否正常,是否配置了正确的IPv6地址。通过命令display mld interface查看接口信息。若无接口信息输出,说明接口状态异常,原因通常是接口上配置了shutdown命令,或者接口连线不正确,或者接口上没有配置正确的IPv6地址。
(2) 检查是否使能了IPv6组播路由。通过命令display current-configuration查看是否配置了命令ipv6 multicast routing。若缺少该配置,则需要在系统视图下执行命令ipv6 multicast routing使能IPv6组播路由,同时也需要在相应接口上使能MLD。
(3) 检查接口上运行的MLD版本。通过命令display mld interface来检查接口上运行的MLD版本是否低于主机所使用的版本。
(4) 检查接口上是否配置了IPv6 ACL规则来限制主机加入IPv6组播组G。通过命令display current-configuration interface观察是否配置了mld group-policy命令。如果配置的IPv6 ACL规则对加入IPv6组播组G进行了限制,则需要修改该IPv6 ACL规则,允许接受IPv6组播组G的报告报文。
在同一网段的不同MLD设备上,各自维护的组成员关系不一致。
· 运行MLD的设备为每个接口维护多个参数,各参数之间相互影响,非常复杂。如果同一网段设备的MLD接口参数配置不一致,必然导致组成员关系的混乱。
· 另外,MLD目前有2个版本,版本不同的MLD设备与主机之间虽然可以部分兼容,但是连接在同一网段的所有设备必须运行相同版本的MLD。如果同一网段设备的MLD版本不一致,也将导致MLD组成员关系的混乱。
(1) 检查MLD配置。通过命令display current-configuration观察接口上MLD的配置信息。
(2) 在同一网段的所有设备上执行命令display mld interface来检查MLD相关定时器的参数,确保配置一致。
(3) 通过命令display mld interface来检查各设备上运行的MLD版本是否一致。
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!