Light weight MLDv2 协议的研究与实现.doc

《Light weight MLDv2 协议的研究与实现.doc》由会员分享，可在线阅读，更多相关《Light weight MLDv2 协议的研究与实现.doc（8页珍藏版）》请在三一文库上搜索。

1、Light weight MLDv2 协议的研究与实现龙柏炜北京邮电大学，北京 (100876)E-mail：摘要：MLD 协议是 IPv6 组播框架中必备协议之一。MLDv2 协议引入的源过滤的机制支 持源特定组播模型，但同时增加了路由器实现的复杂性。Light Weight MLDv2 （简称LW-MLDv2）协议通过删减排除模式、简化消息处理流程，显著提高 MLD 协议性能。文章 阐述了在 XORP 路由器平台上实现 LW-MLDv2 协议的路由器端协议栈，并分析 LW-MLDv2协议改进依据和特性。关键词：IP 组播，XORP，MLDv2，LW-MLDv2中图分类号：TP3931.引言

2、近年来，IPv6 技术已经处于部署阶段，IPv6 的很多领域的研究不断深化。下一代互联 网络的重要技术组播，以其能够节约发送者的资源、极大节省网络带宽资源、实时性好等优 点，成为一种备受关注的基础网络技术。IPv6 网络部署组播技术分为两个方面：1，路由器上部署组播路由协议。目前重要的组 播路由协议包括 DVMRP，MOSPF，CBT 以及 PIM。其中 PIM-SM 协议由于其简单有效以 及与单播路由协议的无关性，成为域内组播协议的首选。在 PIM-SM 的基础上，IETF 组织 又提出了 PIM-SSM 协议，这是一种支持源特定组播业务模型的组播路由协议。2，接入路 由器或三层设备上部署组

3、播组管理协议。IPv6 网络部署为 MLD 系列协议。MLD 协议是组 播MLD 是 IPv6 组播的基本组成部分，并直接影响 IPv6 组播的其它领域，如安全组播、 应用编程接口、路由器基础结构、应用协议等。MLD 目前具有 3 个兼容的版本: MLDv11， MLDv22，LW-MLDv23。MLDv1 实现了基本的组播功能。MLDv2 为了支持源特定组播4， 在 MLDv1 的基础之上增加了源过滤模式。LW-MLDv2 在 MLDv2 基础上对过滤模式进行了 简化，通过删减源过滤模式多余的状态机和处理流程，使得 MLD 协议更加高效和适合应用。本文第 2 节将简要介绍 MLDv2 协议及

4、其存在问题，第 3 节详细描述和分析 LW-MLDv2 协议，第 4 节在 XORP 路由器平台基础上的实现 LW-MLDv2 协议路由器端和在 NetBSD 系 统上实现 LW-MLDv2 主机端，并对兼容性进行分析，第 5 节总结全文。2.MLDv2 协议简介MLD 协议是路由器与其直接相连主机之间的协议，主要功能是管理希望加入或离开一 个组播组的主机和管理希望接收或者拒收从某特定源发来的数据包。MLD 协议有三类消息 类型3：1，组播侦听者查询消息；一般查询消息(General Query)，用于发现在直连的链路上 组播征听者。特定组播地址查询消息(Multicast Address S

5、pecific Query)，用于发现一个特定 的组播地址在本地链路上的所有组播侦听者。特定源组播查询消息(Multicast Address and Source Specific Query)，用于发现一个特定源的组播地址在本地链路上的所有组播侦听者。2， 组播侦听者报告消息(General Report)；3，组播侦听者 Done 消息。MLDv2 协议由 MLDv1 协议发展而来，主要在 MLDv1 的基础上增加了对组播源的包含 和排除两种过滤模式的支持。主机端在报告消息中附带一个包含列表(Include List)或一个排- 8 -除列表(Exclude List)。包含列表告知路由

6、器只对某一特定组播组中来自特定源地址的数据感兴趣。排除列表告知路由器只对某一特定组播组中特定源地址之外的数据感兴趣。这种源特 定模式增加了组播组的复用，使得使用相同组播组的组播树互不干扰。路由器端维护组播组 状态表，包含组播组地址，组计时器，组过滤模式及相应的源列表和源计时器，通过采用组 计时器和源计时器来维护组播组和组播源，在收到主机的报告消息时，需要综合考虑报告消 息的过滤模式以及组播组当前所处的过滤模式，然后对组播接收状态表做相应修改，同时路 由器不停的周期性向网络内发送查询消息，以即时获取主机的组播组接收状态。组播组的过滤模式提高了组播接收者对特定组播源的挑选能力，却大大的增加了路由器

7、 的处理复杂性。每当收到一个报告消息或者计时器超时，组播路由器就需要考虑组播组的过 滤模式，源列表，源列表中的各个源计时器等因素。由于路由器对组播接收状态表的修改策 略过于复杂，当子网中组播用户数量较大，用户频繁切换组播组，或者修改组播组接收状态 时，会对路由器的处理性能造成较大影响。LW-MLDv2 简化 MLDv2 过于复杂的逻辑结构， 提高协议效率，下一章我们将详细描述和分析 LW-MLDv2。3.LW-MLDv2 协议分析MLD 协议是路由器与其直接相连主机之间的协议，主要功能是管理希望加入或离开一 个组播组的主机和管理希望接收或者拒收从某特定源发来的数据包。MLD 协议有三类消息 类

8、型3：1，组播侦听者查询消息；一般查询消息(General Query)，用于发现在直连的链路上 组播征听者。特定组播地址查询消息(Multicast Address Specific Query)，用于发现一个特定 的组播地址在本地链路上的所有组播侦听者。特定源组播查询消息(Multicast Address and Source Specific Query)，用于发现一个特定源的组播地址在本地链路上的所有组播侦听者。2， 组播侦听者报告消息(General Report)；3，组播侦听者 Done 消息。MLDv2 协议由 MLDv1 协议发展而来，主要在 MLDv1 的基础上增加了对组

9、播源的包含 和排除两种过滤模式的支持。主机端在报告消息中附带一个包含列表(Include List)或一个排 除列表(Exclude List)。包含列表告知路由器只对某一特定组播组中来自特定源地址的数据感 兴趣。排除列表告知路由器只对某一特定组播组中特定源地址之外的数据感兴趣。这种源特 定模式增加了组播组的复用，使得使用相同组播组的组播树互不干扰。路由器端维护组播组 状态表，包含组播组地址，组计时器，组过滤模式及相应的源列表和源计时器，通过采用组 计时器和源计时器来维护组播组和组播源，在收到主机的报告消息时，需要综合考虑报告消 息的过滤模式以及组播组当前所处的过滤模式，然后对组播接收状态表做

10、相应修改，同时路 由器不停的周期性向网络内发送查询消息，以即时获取主机的组播组接收状态。组播组的过滤模式提高了组播接收者对特定组播源的挑选能力，却大大的增加了路由器 的处理复杂性。每当收到一个报告消息或者计时器超时，组播路由器就需要考虑组播组的过 滤模式，源列表，源列表中的各个源计时器等因素。由于路由器对组播接收状态表的修改策 略过于复杂，当子网中组播用户数量较大，用户频繁切换组播组，或者修改组播组接收状态 时，会对路由器的处理性能造成较大影响。LW-MLDv2 简化 MLDv2 过于复杂的逻辑结构， 提高协议效率，下一章我们将详细描述和分析 LW-MLDv2。3.1 LW- MLDv2 协议

11、的提出依据随着组播业务的展开，在实际应用中几乎没有采用排除模式的场景。用户通常只指明希 望接收特定的组播源的数据，而极少会排除某些组播源数据。即使子网中的某个用户希望排除某些组播源的数据，但如果子网内同时却有其他用户希望接收这些组播源的数据时，路由器仍需要将这些数据发往该子网，排除模式在很多情况下是很难达到其设想的效果。在 IETF 组织新提出的源特定组播标准4中，对 MLDv2 也做出了相应的修改，即不允 许主机向路由器发送组播组地址在 SSM 地址范围内的排除模式报告消息。因此 MLD 协议 也必须对其包含与排除的过滤模式作出相应的修改。因此需要在 MLDv2 的基础上，删去其 中的排除模

12、式，同时对排除模式的相关的处理流程进行等价替换。3.2 LW- MLDv2 协议描述3.2.1 MLDv2 的保留部分为了保持对以前版本的兼容，LW-MLDv2 协议保留了查询-响应模式和查询及报告报文 的格式。对查询路由器的选举规则，协议的参数设置要求和建议作了保留，对协议的源包含 模式的基本处理逻辑流程做了保留。变化的地方主要是在对过滤模式的简化以及状态的描述 变化。3.2.2 状态简化部分LW-MLDv2 删去了 MLDv2 中的 Exclude 过滤模式，保留了 ASM(MLDv2 的 Exclude(*,G) 和 Include 两种状态。组播组的信息结构由 MLDv2 的(IPv6

13、 Multicast Address，Group Timer， Filter Mode，Source List( IPv6 Source Address, Source Timer)改变为 LW-MLDv2 的(IPv6Multicast Address，Group Timer，Source List(IPv6 Source Address, Source Timer)。图 1 组播组的状态转移图LW-MLDv2 的组计时器用于区分 ASM 状态和 Include 状态，图 1 为 LW-MLDv2 的一 个组播组的状态转移图。组计时器大于 0 表示组播组处于 ASM 状态；组计时器等于 0

14、则表 示组播组处于 Include 状态；当组计时器超时，如果该组播组记录的源列表不为空，则该组 播组记录切换至 Include 状态，否则将该组播组记录删除。LW-MLDv2 的源计时器则用来保 证组播源的有效性。LW-MLDv2 路由器端协议不需要为每个组播组都维护它的过滤模式信 息，简化了消息处理流程和过滤模式切换的处理。在图 1 中组播源列表 x 均为包含模式。 LW-MLDv2 删除了排除过滤模式，因此一些在 MLDv2 中的报告消息存在于 LW-MLDv2 协 议的意义不大，但是 LW-MLDv2 为了兼容 MLDv2 版本，LW-MLDv2 对这些消息进行了等 价转换。等价转换列

15、表如表 1 所示，表中可以看出消息主要变化在对单独排除某特定源的消息转化为不排除任何源的操作。表 1 报告消息的等价转换列表MLDv2 报告LW-MLDv2 的等价消息IS_IN(x)ALLOW(x)IS_EX(x)IS_EX()TO_IN(x)TO_IN(x)TO_EX(x)IS_EX()ALLOW(x)ALLOW(x)BLOCK(x)BLOCK(x)3.2.3 处理流程简化部分在 MLDv2 协议中，当路由器收到主机端发来的报告消息时，需要根据当前组播组所处 的过滤模式决定消息处理流程。在 LW-MLDv2 协议中，由于删除了 Exclude 过滤模式，使 得大部分的报告消息在 ASM 和

16、 Include 状态下具有相同的处理流程，大大简化了路由器的 处理流程。只有 TO_IN 类型的报告消息需要根据当前组播组的状态判断是否需要发送组特 定查询消息。LW-MLDv2 报告消息具体处理流程如表 2 所示。表 2 LW-MLDv2 路由器端协议消息处理规则表源列表报告消息新源列表操作AIS_IN(B)A+B设置 B 的源计时器AIS_EX(B)A设置组计时器AALLOW(B)A+B设置 B 的源计时器ABLOCK(B)A发送组和源特定查询消息 Q(G,A*B)ATO_IN(B)A+B发送组和源特定查询消息 Q(G,A-B)，如果组计时器值大于 0，则发送组特定查询消息 Q(G)AT

17、O_EX(B)A设置组计时器组播路由表的生成依赖于 MLD 协议提供的组播接收状态信息。当 MLD 协议状态变化时，会依据特定的组播报文转发规则触发组播路由协议的动作，协助组播路由协议正确的修 改组播路由表。在 MLDv2 中，组播转发的判断依据包括当前组播组当前的过滤模式以及组 播源的计时器。LW-MLDv2 协议由于删除了 Exclude 过滤模式，对组播报文的转发判断依 据不再需要考虑组播组当前的过滤模式。当组计时器等于 0，表示该组播组目前处于 Include 模式，若源列表中该组播源的计时器数值大于 0，则建议组播路由协议转发该组播报文；当 组计时器大于 0，表示该组播组目前处于 A

18、SM 状态，这种情况下将建议组播路由协议转发 任意组播源发送的组播报文。LW-MLDv2 组播转发规则避免了频繁触发组播路由协议动作，因此同时可以减少组播 路由协议的负担，对提高路由器性能也起到了关键作用。4.LW-MLDv2 的实现和测试4.1 路由器平台描述为了测试验证 LW-MLDv2 的有效性和兼容性，同时发现 LW-MLDv2 可以改进的地方，我们分别在 NetBSD+XORP 的路由器平台上设计实现 LW-MLDv2 的协议栈。NetBSD 是一个自由的，高可移植性的类 UNIX 的操作系统。NetBSD 模块简单高效，非常有利于网络实 验。XORP 全称为可扩展的开放性路由平台（

19、eXtensible Open Router Platform）。XORP 为 当前大多数的路由协议提供了支持，因此有利于构建一个稳定可靠的试验平台。XORP 是基 于严格组件化的架构，组件化的特性是我们能够增加 LW-MLDv2 组件。4.2 架构设计XORP 平台是基于一个称作 XRL5中间件的结构，因此可以方便的加入任意的协议组 件。在实现中，我们配置的组播路由协议为 PIM-SM 协议。首先为 LW-MLDv2 协议组件确 定相关的依赖组件和对外接口。如图 2，LW-MLDv2 协议主要和 PIM-SM 协议及 FEA（数 据转发引擎）相关联。FEA 主要负责对协议的消息信令接收和发送

20、的具体操作。除此之外， FEA 还负责根据 IP 路由表对 IP 包的转发。LW-MLDv2 协议组件通过接口告知 PIM-SM 改 变的路由状况。PIM-SM 组件负责修改 IP 组播路由表，建立组播转发树。图 2 环境架构图LW-MLDv2 协议组件作为一个独立的组件，同样有其内部结构。如图 3 所示， LW-MLDv2 协议组件主要有配置和监控模块，以及网络接口管理模块组成。一个 LW-MLDv2 协议组件运行在一台路由器上，路由器上组件间交互通过 XRL 中间件。以面向对象的设计 方法，LW-MLDv2 协议组件分为配置和监控模块、网络接口模块、组管理模块、源管理模 块，每一个模块为一

21、个对象，映射为代码实现中的一个类。LW-MLDv2 协议组件管理着路 由器上网络接口，为每一个网络接口生成一个接口对象和生成一个管理和配置对象。当一个 组播组 A 加入时，网络接口管理对象为 A 生成一个组管理对象，如果报告为源特定组播方 式，则 A 的组管理对象为每一个特定源生成一个源管理对象。各个管理对象负责管理协议 中对应部分的管理逻辑，使得软件结构清晰，简化了程序实现，同时有利于协议的修改和代 码的改进。4.3 MIB 的实现图 3 LW-MLDv2 内部架构图为了有效的取得协议路由器端的运行中的数据，本文采用了MIB采集数据。根据IETF 的组播组管理协议的MIB草案6，为了正确表达

22、LW-MLDv2协议的特性，我们对其中部分字 段做了一些意义上的修改，但整体上维持原来MIB的架构。组播组管理协议的MIB主要分为 路由器端和主机端的两个部分，每个部分分别有接口表项，组播组表项，组播源表项，组播 组的反转表。在程序设计中，采用面向对象的设计方法以及对象划分的清晰对MIB的实现提 供了良好的支持。在XORP平台上，采用了Net-snmp和XORP中间件XRL结合的方法，提供 了对MIB的支持。图 4 MIB 架构图如图4所示，在XORP平台上MIB作为一个组件存在，管理着多个协议栈MIB的管理对象。 xorp_if_mib_module7为MIB的管理类负责调度每一个MIB对象

23、的启动和通过XRL中间件获 取数据，同时通过net-snmp的接口和snmpd交互，snmpd为snmp的服务器端。Lw_mld_mib负 责整合MLD组件的相关表项信息为snmp的形式。由于mib的数据源在mib程序之外，因此 Lw_mld_mib采用了iterate模式的编码方式，这是一种适用于数据源在mib程序之外的表项组 织结构。4.4 结果分析为了全面测试协议的有效性，我们采用了一个复杂网络拓扑结构，如图 5 所示。我们设 置了两个组播源，两个传输网络，传输网络配置了 PIM-SM 的环境，组播接收端同时接入 两个传输网络。在这种网络结构下，可以测试路由器作为查询器和非查询器的工作流

24、程， 对协议进行功能性测试，兼容性测试以及性能测试。组播源1组播源2PIM-SMR2PIM-SMR5R1 R3 R4 R6NetBSD+XORPcisco组播接收端 组播接收端图 5 测试网络拓扑图对 LW-MLDv2 协议的功能测试，NetBSD+XORP 路由器配置 LW-MLDv2 协议， Cisco 的路由器替换为另外一台 NetBSD+XORP 路由器，均配置 LW-MLDv2 协议。主机端 采用 LW-MLDv2 主机端协议。测试覆盖了所有的报告消息。LW-MLDv2 协议的功能测试结果显示：无论作为查询器或非查询器，LW-MLDv2 协议 满足所有的通用组播应用的需要。在源特定组

25、播方面，LW-MLDv2 协议实现了与 PIM-SM 的协同工作。因此，LW-MLDv2 协议能够有效的实现组播组管理功能。对 MLDv1 和 MLDv2 协议称为低版本的 MLD 协议。对低版本协议的兼容性问题有：（1）低版本的 MLD 协议多台主机端和单一 LW-MLDv2 路由器的兼容性；（2）LW-MLDv2协议多台主机端，低版本的 MLD 协议路由器端与 LW-MLDv2 路由器同一子网内的兼容性；（3）低版本的 MLD 协议多台主机端，低版本的 MLD 协议路由器端与 LW-MLDv2 路由器 同一子网内的兼容性。在 NetBSD+XORP 的路由器上配置 LW-MLDv2 协议，

26、Cisco 的路由 器上分别配置低版本的主机。主机端分别采用各低版本的协议的主机端。LW-MLDv2 协议的兼容性测试结果显示：（1）在兼容性问题 1 中，低版本的 MLD 协 议多台主机端和单一 LW-MLDv2 路由器的情况下，MLDv1/v2 协议的主机端均能正确地接 收到组播数据。（2）在兼容性问题 2 中，LW-MLDv2 路由器无论作为查询器或非查询器， 均能与 Cisco 路由器不同版本的 MLD 协议协同工作，LW-MLDv2 协议多台主机端均能接收 到正确的组播数据。（3）在兼容性问题 3 中，MLDv1/v2 协议的主机端均能正确地接收到 组播数据。因此，可以得出结论，LW

27、-MLDv2 协议完全兼容低版本协议。性能优化测试采用压力测试方法：采用 LW-MLDv2 协议栈的 XORP 路由器为测试路由 器。采用同一代码架构的 MLDv2 协议栈的 XORP 路由器为测试对照路由器。逐渐向子网内 加入源特定组播组，每个组播组携带 5 个特定源，包含 20%的排除模式的特定源，直到 XORP路由器的 CPU 占用达到 100%为止，对比两个路由器的处理组播组数量。LW-MLDv2 协议栈的 XORP 路由器处理能力达到平均 2000 个组播组，而 MLDv2 协议栈的 XORP 路由器为 平均 1600 个，效率提升 25%。综上所述，LW-MLDv2 兼容 MLD

28、系列协议，同时在性能上有显著的提升。5.结论本文分析了 IPv6 的轻量级组播组管理协议 LW-MLDv2 的原理。并在 XORP 路由器平 台实现和验证。通过试验结果表明, LW-MLDv2 协议完全兼容低版本的 MLD 协议，并在性 能上有较大的提升。LW-MLDv2 协议提出，进一步明确了组播业务的应用方向。同时，组 播业务安全性，服务质量管理和计费等方面将是下一步研究课题。参考文献1 RFC 2710, Multicast Listener Discovery (MLD) for IPv6S, IETF, October 19992 RFC 3810, Multicast Listen

29、er Discovery Version 2 (MLDv2) for IPv6S, IETF, June 2004 3 RFC draft, Lightweight IGMPv3 and MLDv2 ProtocolsS , IETF, December 19, 20064 RFC 4607, Source-Specific Multicast for IPS, IETF, August 20065 XORP Project International Computer Science Institute Berkeley, XORP Inter-Process CommunicationLi

30、brary OverviewEB, http:/www.xorp.org, March 20, 20076 RFC draft, Multicast Group Membership Discovery MIBS , IETF, July 20077 XORP Project International Computer Science Institute Berkeley, XORP SNMP Agent Version 1.4EB, http:/www.xorp.org, March 20, 2007Design and implement of light weight MLDv2Lon

31、g BoweiDept of State Key Lab of Networking and Switching, Beijing University of Post and Telecom, Beijing（100876）AbstractThe MLD Protocol series is an important part of the IPv6 multicast system. The common version ofMLD Protocol is MLDv2,which introduces IP multicast source filter function but make

32、s the router more complexly. Light Weight MLDv2,LW-MLDv2 for short, deletes the exclude mode of MLDv2 and predigests the procedure of messages. As a result, LW-MLDv2 obviously improves the MLD protocols performance. This paper analyses LW-MLDv2 protocol, implements the protocol in the XORP router and tests LW-MLDv2s compatibility and performance.Keywords：IP multicast，XORP，MLDv2，LW-MLDv2