在DAM系统中建立运营商组播树的方法和设备与流程

本公开的实施例涉及分布式接入复用器。更具体地，本公开的实施例涉及分布式接入复用器系统中的包含式或选择式运营商组播树的建立方法和设备。

背景技术：

本公开的实施例所要解决的技术问题源于分布式接入复用器(dam)模型。在讨论具体的技术问题之前，先介绍一下dam的一些背景技术。

概括地说，dam是一种接入设备，其由互联了任何形式的“虚链路”的分布式模块构成。“虚链路”指代层3(l3)底层网络上建立的层2(l2)叠加隧道。l2叠加隧道可以是点对点隧道以及点对多点隧道。图1示出了dam的逻辑模型。

图1显示了分布式dam的部署模型，其中主要包含4类模块：边缘路由器模块(erm模块)，它运行网际互联/多协议标签交换(ip/mpls)数据平面功能；控制平面模块(cpm模块)，它运行控制平面和管理平面功能；业务平面模块(spm)，它运行业务和应用功能；远程接入模块(ram模块)，该模块位于靠近用户的位置，且终止了各种特定的接入层技术，例如，所述各种特定的接入层技术是：基于docsis(有线电缆数据服务接口规范)的电缆接入技术、以太无源光网络(epon)以及千兆比特无源光网络(gpon)的光接入技术、或各种类型的数字用户线xdsl接入技术，ram模块对网络侧呈现统一的以太网接口。

图1中所有的中心模块(erm、cpm和spm)相互之间构成网状拓扑，即它们两两之间都可以直接发送和接收数据包，它们作为 一个整体，构成分布式dam的中心。而所有的ram模块构成dam系统的辐条，即每个ram模块仅能与中心模块之间直接发送和接收数据包，ram模块两两之间不能直接发送和接收数据包。而且，通过在底层传输网络(一般为以太网或ip网)上构建一个叠加网络，可把dam系统的所有模块互联成一个整体，图1所示的部分模块可以虚拟化为标准服务器或数据中心虚拟机上运行的软件。

目前存在许多种叠加网络，例如，运营商骨干桥接网络(也被称作在介质访问控制(mac)中封装mac的网络)、基于mpls的层2虚拟专用网(l2vpn)或层3虚拟专用网(l3vpn)。为了获取更好的可扩展能力，本公开的实施例假定底层网络是纯ip网络(即，不涉及以太网和mpls底层网络)。因为本公开的实施例仅仅集中在dam方面，所以其同时还假定叠加网络提供了l2服务，具体而言，假定l2叠加隧道的有效载荷为ieee802.3以太网帧(即，本公开的实施例不涉及l3叠加网络)。ietf层3上的网络虚拟化(ietfnvo3)工作组的rfc7365和draft-ietf-nvo3-arch等文献提供了用来描述l3底层网络之上的l2和l3叠加网络通用的架构组件和术语，因此，本公开的实施例大量地引用了ietfnvo3的架构组件和术语来描述dam模型。

虽然本公开的实施例大量地引用了ietfnvo3的架构组件和术语，但是应该注意的是，本公开的实施例的应用场景和ietfnvo3的应用场景之间存在显著的差异。ietfnvo3架构针对数据中心的网络虚拟化而设计，其中的l2叠加网络的数量巨大且性质上是动态的。但是在dam模型中，l2叠加网络的数量非常有限且性质上是相对静态的。dam模型中的l2叠加网络的性质非常类似于ietfl2vpn，但是ietfl2vpn仅支持在mpls中封装mpls或在通用路由封装(gre)中封装mpls的l2叠加隧道，而不支持dam模型中所需要的基于ip且兼容nvo3的l2叠加隧道。因此，本公开的实施例的目标可以被看作是对ietfl2vpn技术进行扩展以支持nvo3l2叠加隧道。

需要注意的是，在本公开的实施例中，nvo3l2叠加隧道指的是在ip底层网络上建立的能够由ietfnvo3架构所支持的任何l2叠加隧道。当前最广泛使用的ietfnvo3l2叠加网络中的隧道类型是rfc7348中的虚拟可扩展局域网(vxlan)、draft-sridharan-virtualization-nvgre文档中的采用通用路由封装的网络虚拟化(nvger)、以及rfc4023中的在gre中封装mpls，而且这些隧道类型中也包含了在dam模型中将会使用的缺省隧道类型。

在图1所示的dam模型中，一个重要的技术问题是建立运营商组播树来有效地传输从中心节点到辐条节点(例如，从erm模块到ram模块)的组播(和广播)流量。组播流量包括基础组播流量和/或用户ip组播(用户组播)流量。在本公开的实施例中，基础组播流量指的是由诸如地址解析协议(arp)、网络发现(nd)等协议所产生的广播、未知及组播(bum)以太帧的流量。

简言之，本公开的实施例试图对rfc7117中所规定的虚拟专用局域网服务(vpls)的组播机制进行扩展，从而将其应用于dam模型，以进行虚拟网络(vn)实例自动发现和包含式/选择式运营商组播树的建立，从而能够更有效地传输bum流量和/或用户组播流量。

当前，除了draft-ietf-nvo3-mcast-framework文档中的一些一般性讨论之外，还没有用于ietfnov3网络的正式的标准的组播解决方案。可能的情况是，nvo3组播解决方案将会基于中央服务器。然而，由于在dam模型中使用的l2叠加网络将会类似于传统的l2vpn，所以本公开的实施例基于对rfc7117中的vpls组播解决方案进行扩展来设计dam组播解决方案。

在现阶段，rfc7117是用于在vpls网络中传输组播流量的标准解决方案。然而不幸的是，rfc7117仅仅支持基于mpls的组播隧道，例如通过资源预留协议-流量工程(rsvp-te)所建立的点对多点(p2mp)标签交换路径(lsp)，或通过标签分发协议的多点扩展(mldp)所建立的p2mplsp，而在我们所假定的部署dam的纯 ip底层网络中是不能够建立这些组播隧道的。

可以参考同一发明人的标题为“一种分布式接入复用器dam叠加网络系统及其装置”的在先发明专利申请来获取其他相关的技术内容。

技术实现要素：

根据本公开的一个方面，提供了在dam系统中建立运营商组播树的方法，包括：在所述dam系统中的网络单元之间传递边界网关协议bgp消息bgp-vnad-ipmsi或bgp-vnad-spmsi中的至少一种，用以建立所述运营商组播树；其中所述bgp-vnad-ipmsi消息和所述bgp-vnad-spmsi消息包含以下属性：mp_reach_nlri属性、pmsi_tunnel属性、以及bgp封装扩展团体属性。需要注意的是，本公开的实施例中的bgp指的是多协议扩展边界网关协议(mp-bgp)。

可选地，通过所述mp_reach_nlri属性，来发布可达目的网络信息及相应的下一跳信息，并传送vn实例下的虚拟网络上下文标识符id；通过所述pmsi_tunnel属性来携带运营商组播服务接口(pmsi)隧道信息；以及，通过所述bgp封装扩展团体属性来指示叠加网络隧道封装的隧道类型。

可选地，在所述网络单元之间传递所述bgp-vnad-ipmsi消息时，将vn上下文id字段包含在所述mp_reach_nlri属性中，用以区分不同的vn上下文。

可选地，通过所述pmsi_tunnel属性中所包含的标志字段、隧道类型字段、vn上下文id字段、以及可变长度的隧道标识符字段，来携带所述pmsi隧道信息。

可选地，所述隧道类型字段被设置为支持建立指定组播源的协议独立组播(pim-ssm)的组播树。

可选地，所述隧道类型字段被设置为支持建立稀疏模式的协议独立组播(pim-sm)的组播树。

可选地，所述bgp封装扩展团体属性被设置为支持虚拟可扩展局域网。

可选地，所述bgp封装扩展团体属性被设置为支持使用通用路由封装的网络虚拟化。

可选地，所述bgp封装扩展团体属性被设置为支持在通用路由封装中封装多协议标签交换。

根据本公开的实施例的另一个方面，所述bgp-vnad-ipmsi消息和所述bgp-vnad-spmsi消息还包含l2vpn标识符扩展团体属性和路由目标扩展团体属性。

可选地，通过所述l2vpn标识符扩展团体属性来标识所述dam系统中的特定虚拟网络实例；以及，通过所述路由目标扩展团体属性来控制叠加网络隧道的拓扑结构。

根据本公开的另一个方面，提供了一种dam系统中的设备，包括：用以传递bgp消息bgp-vnad-ipmsi或bgp-vnad-spmsi中的至少一种、以建立运营商组播树的处理装置；其中所述bgp-vnad-ipmsi消息和所述bgp-vnad-spmsi消息包含以下属性：mp_reach_nlri属性、pmsi_tunnel属性、以及bgp封装扩展团体属性。

可选地，所述处理装置通过所述mp_reach_nlri属性，来发布可达目的网络信息及相应的下一跳信息，并传送vn实例下的虚拟网络上下文标识符id；通过所述pmsi_tunnel属性来携带pmsi隧道信息；以及，通过所述bgp封装扩展团体属性来指示叠加网络隧道封装的隧道类型。

可选地，当所述处理装置在所述网络单元之间传递所述bgp-vnad-ipmsi消息时，将vn上下文id字段包含在所述mp_reach_nlri属性中，用以区分不同的vn上下文。

可选地，通过所述pmsi_tunnel属性中所包含的标志字段、隧道类型字段、vn上下文id字段、以及可变长度的隧道标识符字段，来携带所述pmsi隧道信息。

可选地，所述隧道类型字段被设置为支持建立指定组播源的协议独立组播的组播树。

可选地，所述隧道类型字段被设置为支持建立稀疏模式的协议独立组播的组播树。

可选地，所述bgp封装扩展团体属性被设置为支持虚拟可扩展局域网。

可选地，所述bgp封装扩展团体属性被设置为支持使用通用路由封装的网络虚拟化。

可选地，所述bgp封装扩展团体属性被设置为支持在通用路由封装中封装多协议标签交换。

根据本公开的实施例的另一个方面，所述处理装置所传递的所述bgp-vnad-ipmsi消息和所述bgp-vnad-spmsi消息还包含l2vpn标识符扩展团体属性和路由目标扩展团体属性。

可选地，所述处理装置通过所述l2vpn标识符扩展团体属性来标识所述dam系统中的特定虚拟网络实例；以及，通过所述路由目标扩展团体属性来控制叠加网络隧道的拓扑结构。

如上所述，本公开的实施例对rfc7117中规定的组播解决方案进行了扩展，使其能够被应用于纯ip底层网络。而且，在本公开的实施例中所提出的这种扩展尽可能地保留了rfc7117中可以重用的已有机制和过程。

附图说明

图1示出了dam模型；

图2示出了dam模块之间的包含式运营商组播树；

图3示出了用于dam的包含式运营商组播树的bgp信令；

图4示出了用于dam的选择式运营商组播树的bgp信令；

图5示出了pmsi_tunnel(pmsi_隧道)属性的编码格式；以及

图6示出了根据本公开的实施例的dam系统中的设备。

具体实施方式

在以下可选的实施例的具体描述中，将参考构成本公开的一部分的附图。各个附图通过示例的方式示出了能够实现本公开的特定实施例。但是，需要了解的是，示例实施例并不旨在穷尽根据本公开的所有实施例。

以下实施例采用ietfnvo3的架构和术语来对分布式接入复用器来进行说明，并以基于nvo3架构的l2业务为例来进行说明。

可以将需要加入到运营商组播树中的dam模块分为两类——根节点和叶节点。根节点在点对多点叠加隧道上(即，在运营商组播树上)向叶节点发送bum或用户组播流量，在点对点叠加隧道上发送已知目的mac地址的单播流量。与此不同，叶节点在点对点叠加隧道上向根节点发送所有的流量(包括bum流量和已知目标mac地址的单播流量)。在如图1所示的dam模型中，erm是根节点，ram是叶节点。

需要了解的是，并不是所有的dam模块都需要加入到运营商组播树。如果一个dam模块没有加入到任何运营商组播树中，那么其发送和接收到的所有业务都将由点对点l2叠加隧道携带。例如，通常控制平面模块(cpm)不需要加入到任何运营商组播树。对于业务平面模块(spm)而言，根据具体应用，其可能需要也可能不需要加入到运营商多播树。为了简化描述，本公开的实施例假定没有cpm节点和spm节点加入到运营商组播树中，而是只有erm和ram加入到运营商组播树中。在spm和/或cpm需要加入到运营商组播树中的情况下，可以容易地将本公开的实施例的机制应用于spm和/或cpm。

最终，所建立的l2叠加隧道将会类似于图1。所建立的每个运营商组播树都以一个erm为根节点，且其具有到达所有ram或部分ram的叶节点。需要注意的是，每个erm都不是另一个erm的叶节点。在成功建立i-pmsi/s-pmsi隧道之后，erm必须在 i-pmsi/s-pmsi隧道上发送bum和用户组播流量，而ram必须在i-pmsi/s-pmsi隧道上接收bum和用户组播流量。

图2示出了连接若干dam模块的(汇聚多业务的)包含式运营商组播树的相关细节，其具有中心节点(erm)上的根节点以及辐条节点(ram)上的叶节点。图2中的远程接入复用器ram1、ram2包含网络虚拟实体(nve)、特定接入技术的mac模块、以及l2/l3转发器。其中的nve是关键的nvo3功能实体，负责建立和维护各种类型的网络虚拟化隧道，并且将来自l2/l3转发器的数据按照指定类型封装，通过叠加隧道送往远端的dam模块。其中的l2/l3转发器实现基于层2或层3的数据转发。例如，它可以包含层3的ip业务转发装置和l2vpn业务转发装置。而其中的特定接入技术的mac模块完成物理层的用户接入。例如，所述物理层的用户接入是在上文中结合图1所描述的不同接入技术。在图2中显示了一个点对多点的包含式运营商组播树，所有业务(在图2的例子里是ip业务和l2vpn业务)的基础组播流量都可承载于该运营商组播树上，它们分别由独立的虚拟网络上下文vn上下文id1和vn上下文id2来进行区分。

本公开的实施例提出了用于建立如图2所示的包含式运营商组播树的方法。需要了解的是，尽管图2中仅仅示出了包含式运营商组播树，但是本公开的实施例不限于建立包含式运营商组播树的方法。而且，需要注意的是，当引用诸如包含式/选择式运营商组播树、聚合包含式/选择式运营商组播树、运营商组播服务接口(pmsi)、包含式运营商组播服务接口(i-pmsi)、以及选择式运营商组播服务接口(s-pmsi)的不同种类的组播路径时，本公开的实施例遵循rfc7117。请参照rfc7117来获取它们的准确含义。

下面将结合附图说明本公开的实施例。具体地，在图3中示出了用于在erm模块和ram模块之间建立基于ip且兼容nvo3的i-pmsi隧道的bgp信令机制，更具体地，图3示出了在网络单元之间传递的bgp-vnad-ipmsi消息。而在图4示出了用于在erm模 块和ram模块之间建立基于ip且兼容nvo3的s-pmsi隧道的bgp信令机制，更具体地，在图4中示出了在网络单元之间传递的bgp-vnad-spmsi消息。

可选地，在所述dam系统中的网络单元(包括erm、ram等)之间传递如图3所示的bgp-vnad-ipmsi消息或如图4所示的bgp-vnad-spmsi消息中的至少一种，用以建立所述运营商组播树；其中所述bgp-vnad-ipmsi消息和所述bgp-vnad-spmsi消息包含以下属性：mp_reach_nlri属性、pmsi_tunnel属性、以及bgp封装扩展团体属性。

可选地，通过所述mp_reach_nlri属性，来发布可达目的网络信息及相应的下一跳信息，并传送vn实例下的虚拟网络上下文标识符id；通过所述pmsi_tunnel属性来携带运营商组播服务接口隧道信息；以及，通过所述bgp封装扩展团体属性来指示叠加网络隧道封装的隧道类型。

根据本公开的实施例的另一个方面，所述bgp-vnad-ipmsi消息和所述bgp-vnad-spmsi消息还包含l2vpn标识符扩展团体属性和路由目标扩展团体属性。

可选地，通过所述l2vpn标识符扩展团体属性来标识所述dam系统中的特定虚拟网络实例；以及，通过所述路由目标扩展团体属性来控制叠加网络隧道的拓扑结构。

如上所述，新定义的bgp-vnad-ipmsi消息和bgp-vnad-spmsi消息至少可以包含下列五个属性：

●mp_reach_nlri属性

●pmsi_tunnel属性

●l2vpn标识符扩展团体属性

●bgp封装扩展团体属性

●路由目标扩展团体属性

下面将结合bgp-vnad-ipmsi消息和bgp-vnad-spmsi消息分别对这五个属性进行描述：

mp_reach_nlri属性

bgp-vnad-ipmsi消息和bgp-vnad-spmsi消息的mp_reach_nlri属性的格式是不同的。

(1)bgp-vnad-ipmsi消息的mp_reach_nlri属性

bgp-vnad-ipmsi消息的mp_reach_nlri属性使用的地址族标识符(afi)和子地址族标识符(safi)与rfc6074(以及rfc7117中用以包含式运营商组播树自动发现/绑定)中所使用的地址族标识符(afi)和子地址族标识符(safi)相同，即afi＝25(l2vpn)、safi＝65(vpls)。然而，其中的nlri字段的编码格式却与rfc6074中所使用的编码格式不同。除了vn自动发现之外，该nlri还通过信令指示vn上下文id(vncontextid)。

需要注意的是，这种格式的nlri最初定义在同一发明人的标题为“一种分布式接入复用器dam叠加网络系统及其装置”的在先发明专利申请中。在本公开的实施例中，在新定义的bgp-vnad-ipmsi消息中重用了nlri的这种格式。

(2)bgp-vnad-spmsi消息的mp_reach_nlri属性

bgp-vnad-spmsi消息的mp_reach_nlri属性重用了在rfc7117中所规定的针对“用以s-pmsi自动发现路由mcast-nlri”(即，afi＝25(l2vpn)，safi＝8(mcast-vpls)，路由类型＝3(s-pmsi自动发现路由))进行编码的相同格式。具体细节请参照rfc7117。

pmsi_tunnel属性

最初在rfc6514中定义了pmsi_tunnel属性的编码格式，并且在rfc7117中对其进行了重用。类似于rfc7117，本公开的实施例了对该属性进行重用以携带pmsi隧道信息。在图5中示出了pmsi_tunnel属性的编码格式，所述编码格式从rfc6514中复制并进行了较小的修改。

可选地，通过上述修改后的pmsi_tunnel属性中所包含的标志字段、隧道类型字段、vn上下文id字段、以及可变长度的隧道标 识符字段，来携带所述pmsi隧道信息。

如上所述，从rfc6514中复制了pmsi_tunnel属性的编码格式并进行了较小的修改，例如，图5中的“vn上下文id”字段在rfc6514中最初被命名为“mpls标签”。然而，在图5中，将该字段称作“vn上下文id”，以表示本公开的实施例中的pmsi_tunnel属性被用以携带点对多点nvo3叠加隧道的信息，而不是用于携带基于mpls的ietfl2vpn/l3vpn组播信息。

在最初由rfc6514所定义的pmsi_tunnel属性中，将3个8位字节的“mpls标签”字段限制为只携带20比特的值，在本公开的实施例中取消了这种限制，从而允许其携带24比特值或20比特值中的任何一种。在本公开的实施例中，根据nvo3的叠加隧道类型，3个8位字节的“vn上下文id”字段可以携带用于vxlan的叠加隧道的24比特的vxlan网络标识符(vni)、或携带用于nvgre叠加隧道的24比特的虚拟子网标识符(vsid)、或携带用于在gre中封装mpls的叠加隧道的20比特的mpls业务标签。当这3个8位字节的“vn上下文id”字段编码了20比特的mpls业务标签时，仅仅使用高位的20比特，且保留了低位的4比特并应该将其设置为零，这与rfc6514中所规定的一致。

对于图5中的“隧道类型(tunneltype)”字段，rfc7117将其中的值限制为只能是0、1、2或6中的一个，这些值分别对应于“不存在隧道信息”、“rsvp-tep2mplsp”、“ldpp2mplsp”、以及“入口复制”。也就是说，rfc7117不支持任何基于ip且兼容nvo3的pmsi隧道。为了支持基于ip且兼容nvo3的pmsi隧道类型，本公开的实施例允许pmsi_tunnel属性中的“隧道类型”值被设置为3(pim-ssm树)或4(pim-sm树)。因此，可选地，所述隧道类型字段被设置为支持建立指定组播源的协议独立组播的组播树。并且，可选地，所述隧道类型字段被设置为支持建立稀疏模式的协议独立组播的组播树。

需要注意的是，虽然在互联网数字分配机构(iana)中定义了 pmsi隧道类型3和4，但是在rfc6514中却将其专门定义为用于bgp/mplsip-vpn组播的bgp编码。换句话说，如果不进行如本文所公开的适当扩展的话，那么其将不能与vpls组播的l2vpnnlri(afi＝25、safi＝65或8)进行组合使用。本公开的实施例允许pmsi隧道类型3(pim-ssm树)和类型4(pim-sm树)与l2vpnnlri进行组合使用，并且描述了这些新pmsi隧道类型与l2vpnnlri进行组合使用的适当方式。

如上所述，因为rfc7117仅支持将mpls业务标签作为基于mpls的聚合运营商组播树(即，rsvp-te或mldpp2mplsp)中的解复用符，所以在rfc7117中仅使用pmsi_tunnel属性中的一个隧道类型字段来指定运营商组播树就足够了。然而，在dam中所使用的基于ip且兼容nvo3的点对多点叠加隧道中，使用pmsi_tunnel属性中的一个隧道类型字段不足以指定叶节点对隧穿的组播业务进行解封装所需要的所有必要的信息。除了指定运营商外部组播树类型(例如，pim-ssm树或pim-sm树)之外，还需要指定叶节点对所接收到的分组进行解封装并且恢复原始的bum帧或用户组播分组的内部vn封装类型。这通过新引入的bgp封装扩展团体属性来实现。参照下文中的bgp封装扩展团体以获取具体细节。

l2vpn标识符扩展团体

如rfc6074和rfc7117中所述，还在bgp更新消息中提供了l2vpn标识符扩展团体，其意义、使用及编码格式与rfc6074中所规定的相同。在dam模型中，这些l2vpn标识符扩展团体指示对应的bgp-vnad-ipmsi消息或bgp-vnad-spmsi消息所对应的l2vpn实例，因此，可以将其设想为对每个dam模块中的特定vn实例(例如，如图2中所描述的ip业务实例或l2vpn业务实例)进行标识。这个值必须本地配置于每个dam模块的网络虚拟实体上。可以使用如在rfc6074中所规定的两种标准形式中的任何一种标准形式来对l2vpn标识符扩展团体进行编码。

需要注意的是，如果vn上下文id表示分别为vxlan或nvger网络中的vni或vsid等全局意义的vn标识符，那么在l2vpn标识符的值和vn上下文id的值之间将存在一对一的映射，尽管l2vpn标识符和vn上下文id具有不同字段长度，但是它们都唯一地标识vn实例。

bgp封装扩展团体

在现有的vpls组播(rfc7117)和bgp-ad(rfc6074)的任何bgp更新消息中都不存在bgp封装扩展团体。rfc7117和rfc6074都不能通过信令指示bgp隧道封装的隧道类型。也就是说，在rfc7117中，vn上下文id始终是局部意义的mpls业务标签。bgp封装扩展团体最初在rfc5512中进行了定义，其为bgp不透明扩展团体(类型是0x030c)，用以指示隧穿帧/分组的封装所使用的隧道类型。在本公开的实施例中，最初仅支持分别对应于vxlan、nvgre、以及在gre中封装mpls的隧道类型8、9、11。因此，可选地，所述bgp封装扩展团体属性被设置为支持虚拟可扩展局域网。可选地，所述bgp封装扩展团体属性被设置为支持使用通用路由封装的网络虚拟化。并且，可选地，所述bgp封装扩展团体属性被设置为支持在通用路由封装中封装多协议标签交换。

简而言之，“bgp封装扩展团体”结合pmsi_tunnel属性中的“隧道类型”字段，唯一地指定了下列内容：(1)基于ip且兼容nvo3的运营商组播树(pim-ssm树或pim-sm树中的一种)；以及，(2)nvo3叠加隧道的封装类型(vxlan、nvgre、或在gre中封装mpls中的一种)。

需要注意的是，到目前为止仅有vxlan、nvgre、或在gre中封装mpls适于dam叠加隧道。ietfnvo3工作组目前正在对新的隧道类型进行研究。如果ietf接受了任何新的隧道类型，那么本公开的实施例可以非常容易地通过使用bgp封装扩展团体来扩展对其它新的nvo3叠加隧道类型的支持。

路由目标扩展团体

路由目标(rt)扩展团体与rfc7117和/或rfc6074中所使用的路由目标(rt)扩展团体相同。它是在许多应用的bgp更新消息中都出现的标准扩展团体；其意义、使用及编码格式与rfc6074中所规定的相同。在本公开的实施例中不对其进行详细阐述。

除了上述五个关键的bgp属性之外，也可以适当地将其它的bgp属性添加到bgp更新消息中。本公开的实施例没有列出这些属性，因为这些属性与dam模型中的vn自动发现和i-pmsi/s-pmsi信令无关。

在dam模型中，当erm需要进行下列操作时——即，需要：

(1)将其vn成员关系通过信令指示给其它dam模块，用以建立点对点nvo3l2叠加隧道时；以及

(2)将i-pmsi隧道信息通过信令指示给ram，用以建立点对多点i-pmsi隧道时；

erm应该如图3所示地宣告bgp更新消息(参考图3右侧的bgp更新消息)。在本公开的实施例中，这种格式的bgp更新消息被称作bgp-vnad-ipmsi消息，其在一个bgp更新消息中同时支持vn自动发现信令和i-pmsi信令。

需要注意的是，当ram(或未加入到任何运营商组播树的cpm或spm)需要将其vn成员关系通过信令指示给其它dam模块，从而建立点对点nvo3l2叠加隧道(即，vn自动发现)时，其应该宣告如图3的左侧所示的bgp更新消息(用灰色表示)。这种格式的bgp更新消息在同一发明人的标题为“一种分布式接入复用器dam叠加网络系统及其装置”的在先发明专利申请中进行了定义，在本公开的实施例中不再对其进行详细阐述。在本公开的实施例中，这种格式的bgp更新消息将被称作bgp-vnad-only消息。

类似地，在该dam模型中，当erm需要将s-pmsi隧道信息通过信令指示给ram，用以建立点对多点s-pmsi隧道时，erm应该如图4所示地宣告bgp更新消息。在本公开的实施例中，这种bgp更新消息被称作bgp-vnad-spmsi消息。

需要注意的是，s-pmsi隧道被用以传输特定的用户组播流，这些特定的用户组播流通常为高数据量的特定用户组播流而建立。具体细节请参照rfc7117。

建立这些pmsi隧道的过程与rfc7117中所规定的过程类似，但是对rfc7117进行了如下修改：

(1)将其扩展为支持pmsi隧道类型3和类型4，从而使得pim-ssm树和/或pim-sm树能够被建立为包含式/选择式运营商组播树。

(2)对bgp更新消息的格式进行了修改。在bgp更新消息中添加新的bgp封装扩展团体(最初在rfc5512中定义，但是在本公开的实施例中被重用)，以指示业务帧的封装所使用的bgp封装隧道类型。在本公开的实施例中，支持bgp封装隧道类型8、9、11，其分别对应于vxlan、nvger和在gre中封装mpls。

需要注意的是，如图5所示，rfc7117将其中的“隧道类型(tunneltype)”字段的值限制为只能是0、1、2或6中的一个，这些值分别对应于“不存在隧道信息”、“rsvp-tep2mplsp”、“ldpp2mplsp”、以及“入口复制”。因此，rfc7117仅仅能够建立基于mpls的运营商组播树(rsvp-te或mldpp2mplsp)。所以需要对rfc7117进行扩展，以在dam模块之间建立基于ip且兼容nvo3的运营商组播树。

下面的伪算法示出了mp-bgp处理程序能够如何扩展以支持基于ip且兼容nvo3的i-pmsi隧道和s-pmsi隧道。

设l为vplsnlri(afi＝25、safi＝65)的长度子字段的值，route_type为mcast-vplsnlri(afi＝25、safi＝8)的路由类型子字段的值，pmsi_tunnel_type为pmsi_tunnel属性的隧道类型的子字段的值。

nvo3点对点和/或点对多点叠加隧道的拓扑由bgp-vnad-only消息、bgp-vnad-ipmsi消息、以及bgp-vnad-spmsi消息中的路由目标扩展团体(也被称为输出rt)和针对dam模块上的每个vn实例进行配置的输入路由目标(输入rt)进行控制。本公开的实施例没有详细阐述这种标准的机制。当输出rt值与输入rt值的组合允许将bgp-vnad-ipmsi消息或bgp-vnad-spmsi消息导入到一个dam模块(即，叶节点)上的vn实例中时，可以从中提取下列信息：

(1)基于ip且兼容nvo3的运营商组播树的类型(pim-ssm树或pim-sm树中的一种)

(2)nvo3叠加隧道的类型(vxlan、nvgre、或在gre中封装mpls中的一种)

(3)运营商组播树的参数(根节点的系统ip地址以及运营商组播树的组ip地址)

(4)对来自运营商组播树的bum流量或用户组播流量进行解复用的vn上下文id的值(需要注意的是：如果上下文id＝0，则运营商组播树是非聚合的)

(5)在s-pmsi消息的情况下，用户组播流(通过用户组播源地址和组ip地址进行标识)绑定至选择式运营商组播树

在对bgp-vnad-ipmsi消息或bgp-vnad-spmsi消息进行成功解码之后，dam模块应该通过发送igmp(互联网组管理协议)加入消息来立即加入pim-ssm或pim-sm树，并且准备从所建立的包含式或选择式运营商组播树接收(可选地进行解复用)bum流或用户组播流。本公开的实施例没有对其进行详细阐述。

图6示出了根据本公开的实施例的dam系统中的设备600。设备600包含处理装置601，处理装置601用以执行如上所述的在dam系统中建立运营商组播树的各种方法。

可选地，处理装置601用以传递bgp消息bgp-vnad-ipmsi或bgp-vnad-spmsi中的至少一种、以建立运营商组播树；其中所述bgp-vnad-ipmsi消息和所述bgp-vnad-spmsi消息包含以下属性：mp_reach_nlri属性、pmsi_tunnel属性、以及bgp封装扩展团体属性。

可选地，处理装置601通过所述mp_reach_nlri属性，来发布可达目的网络信息及相应的下一跳信息，并传送vn实例下的虚拟网络上下文标识符id；通过所述pmsi_tunnel属性来携带pmsi隧道信息；以及，通过所述bgp封装扩展团体属性来指示叠加网络隧道封装的隧道类型。

可选地，处理装置601所传递的所述bgp-vnad-ipmsi消息和所述bgp-vnad-spmsi消息还包含l2vpn标识符扩展团体属性和路由目标扩展团体属性。

可选地，处理装置601通过所述l2vpn标识符扩展团体属性来标识所述dam系统中的特定虚拟网络实例；以及，通过所述路由目标扩展团体属性来控制叠加网络隧道的拓扑结构。

综上所述，本公开的实施例已经提出了用于dam模型的下列机制。

提出了两种新的bgp更新消息格式，在本公开的实施例中被称作bgp-vand-ipmsi消息和bgp-vnad-spmsi消息，由该dam模型中的运营商组播树的根节点(即，erm)宣告这两种消息，用 于在一个bgp更新消息进行vn自动发现和i-pmsi的信令指示、或用以bgp更新消息中的s-pmsi信令指示。所提出的bgp-vand-ipmsi消息和bgp-vnad-spmsi消息可以与同一发明人的在先发明专利申请(标题为“一种分布式接入复用器dam叠加网络系统及其装置”)中所提出的bgp-vnad-only消息共存，所述bgp-vnad-only消息由不加入到运营商组播树中的叶节点(即，ram、cpm、spm)进行宣告。

已经简要地对如何在dam模型中建立携带bum业务和用户组播业务的包含式/选择式运营商组播树进行了描述。但是，需要了解的是，本公开的实施例所要保护的范围仅由权利要求的内容限定。