CN101924738A - 实现多点到多点业务的方法、系统和装置 - Google Patents
实现多点到多点业务的方法、系统和装置 Download PDFInfo
- Publication number
- CN101924738A CN101924738A CN2009101473355A CN200910147335A CN101924738A CN 101924738 A CN101924738 A CN 101924738A CN 2009101473355 A CN2009101473355 A CN 2009101473355A CN 200910147335 A CN200910147335 A CN 200910147335A CN 101924738 A CN101924738 A CN 101924738A
- Authority
- CN
- China
- Prior art keywords
- node
- message
- mp2mp
- bandwidth
- passage
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
本发明实施例公开了一种实现多点到多点业务的方法,包括:向主节点发送MP2MP实例的申请注册请求,由主节点根据所述申请注册请求分配传送通道;获取由主节点所分配的传送通道;接收客户边缘设备CE发送的报文;将所述报文进行封装,并根据所述报文携带的信息将封装后的报文发送到对应的传送通道上,并送至目的节点。本发明实施例还相应提供了一套实现多点到多点业务的系统和装置,从而有效解决了现有技术中实现多点到多点业务时网络在建立和管理过程中工作量过大,网络效率偏低的问题。
Description
技术领域
本发明涉及通信技术领域,更具体地说,涉及一种实现多点到多点业务的方法、系统和装置。
背景技术
多点到多点(MP2MP,MultiPoint to MultiPoint)业务是通信网络中的一个重要业务类型。目前,MP2MP业务可以基于以太网实现。其中,在以太网中,客户边缘设备(CE,Customer Edge)使用标准速率的以太网接口通过用户网络接口(UNI,User Net Interface)连接到城域以太网(MEN,Metro EthernetNetwork)上。城域以太网可以采用多种传输技术和协议例如同步数字体系(SDH,Synchronous Digital Hierarchy)、密集波分复用(DWDM,DenseWavelength Division Multiplexing)、多协议标签交换(MPLS,Multi-ProtocolLabel Switching)等,来传送以太网业务。
其中,虚拟专用网(VPN,Virtual Private Network)业务是基于以太网实现MP2MP业务的一个典型应用。VPN可以是多个虚拟专用局域网(VPLS,Virtual Private Lan Service)业务组成的一个虚拟网络,而VPLS可以提供类似局域网的一种业务,可以使用户从多个地理位置分散点同时接入网络,相互访问,就像这些接入点直接接入到局域网上一样,并且VPLS可以使用户的局域网延伸到城域网,甚至是广域网上。如图1示,该图为一个VPLS的典型组网图。加入VPLS的接口可以广播、转发和过滤以太网帧。服务商边缘设备(PE,Provider Edge),即节点与客户边缘设备(CE)相连,并且各个节点之间通过伪线路(PW,Pseudo Wire)互相连接,对客户形成一个仿真局域网(LAN,Local Area Network)。
本申请发明人在研究过程中发现,具体是,现有技术中,实现MP2MP业务时,大都采用MPLS技术,但采用这种方式时,各节点在进行实现MP2MP业务的配置以及报文的传输路径的选定,完全要在各节点处进行,而一旦网络在运行过程中出现故障,就必须到节点处进行故障的排除和维护,而随着网络中节点数目的不断增多,这种方式无疑会为网络的建立和管理带来巨大的工作量,从而严重影响网络的工作效率。
发明内容
有鉴于此,本发明实施例提供一种实现多点到多点业务的方法、系统和装置,以解决现有技术中实现多点到多点业务时网络建立、管理过程中工作量过大、网络效率过低的问题。
本发明实施例是这样实现的:
一种实现多点到多点MP2MP业务的方法,包括步骤:
向主节点发送MP2MP实例的申请注册请求;
获取主节点根据所述申请注册请求分配的传送通道;
接收客户边缘设备CE发送的报文;
将所述报文进行封装,并根据所述报文携带的信息将封装后的报文发送到对应的传送通道上,并在线路侧传送至目的节点。
一种实现多点到多点MP2MP业务的系统,包括:主节点、源节点,其中,
所述主节点,用于接收源节点发送的MP2MP实例的申请注册请求;以及,
用于为各节点分配传送通道;
所述源节点,用于向主节点发送MP2MP实例的申请注册请求;以及,
用于获取主节点分配的传送通道;以及,
用于接收CE发送的报文,将所述报文进行封装,并根据所述报文携带的信息将该报文发送到对应的通道上。
一种实现多点到多点MP2MP业务的节点装置,包括:
接收单元,用于接收节点发送的MP2MP实例的申请注册请求;
传送通道分配单元,用于为所述接收单元接收的MP2MP实例的申请注册请求对应的节点分配传送通道。
一种实现多点到多点MP2MP业务的节点装置,包括:
申请注册发送单元,用于向主节点发送MP2MP实例的申请注册请求;
传送通道获取单元,用于获取主节点分配的传送通道;
接收单元,用于接收CE发送的报文;
封装单元,用于将接收单元接收到的所述报文进行封装;
发送单元,用于根据所述报文携带的消息将封装好的报文发送至对应的传送通道上;所述对应的传送通道是根据所述传送通道获取单元获取的。
与现有技术相比,本发明实施例提供的技术方案具有以下优点和特点:
主节点根据各个节点对其上的MP2MP实例的申请注册,集中为各节点分配传送报文所需要的通道,并且在传送报文过程中,各节点可以根据所发送报文自身携带的相关信息自动为该报文找到传送通道,以进行发送,从而减小了在实现MP2MP业务时网络的建立和管理过程中的工作量,提高了网络的工作效率。
附图说明
图1为现有技术中虚拟专用局域网组网图;
图2为本发明具体实施例所涉及的一种实现MP2MP业务的网络结构示意图;
图3为本发明具体实施例所涉及的一种实现MP2MP业务的方法;
图4为本发明具体实施例所涉及的一种目的节点对报文的处理流程图;
图5为本发明具体实施例所涉及的一种实现MP2MP业务的系统结构示意图;
图6为本发明具体实施例所涉及的一种实现主节点功能的节点装置的结构示意图;
图7为本发明具体实施例所涉及的一种带宽调整单元的结构示意图;
图8为本发明具体实施例所涉及的另外一种带宽调整单元的结构示意图;
图9为本发明具体实施例所涉及的一种实现源节点功能的节点装置的结构示意图;
图10为本发明具体实施例所涉及的一种节点配置流程图;
图11为本发明具体实施例所涉及的一种上行报文传送流程图;
图12为本发明具体实施例所涉及的一种下行报文传送流程图;
图13为本发明具体实施例所涉及的另外一种节点配置流程图;
图14为本发明具体实施例所涉及的另外一种上行报文传送流程图;
图15为本发明具体实施例所涉及的另外一种下行报文传送流程图。
具体实施方式
本发明具体实施例提供了一种实现MP2MP业务的方法,可应用于支持MP2MP业务的网络的各个节点。
在各个节点实施本发明实施例时,首先,各个节点要对自身进行相关配置,该配置包括创建MP2MP实例,当为多业务网络时,还要区分每个MP2MP实例中不同的业务流,为便于描述,可参照图2所示网络结构进行说明,如图2所示,该网络结构主要包括主节点和节点,其中,主节点用于对各节点进行MP2MP传送通道的集中配置,而节点主要用于对报文进行传送。需要说明的是,主节点可以并不只限于为各节点进行传送通道的分配,也可以具有传送报文的功能。在图中所示的某个或某些节点进行完自身的相关配置之后,进行如图3所示步骤:
步骤301:向主节点发送MP2MP实例的申请注册请求。
在步骤301中,参照图2,进行完自身相关配置的节点要向主节点发送MP2MP实例的申请注册请求。假如节点A、B和C进行了MP2MP业务的自身的相关配置,则节点A、B和C向主节点发送MP2MP实例的申请注册请求,以使主节点可以根据该注册请求为节点A、B和C进行相关配置。
步骤302:获取由主节点根据所述申请注册请求分配的传送通道。
在步骤302中,主节点将根据申请注册请求为该节点分配传送通道,其中,可以有以下两种情况:一种情况是:一个节点上的所有MP2MP实例共享一个传送通道。结合图2进行说明,要实现图中各个节点之间的通信,每两个节点之间都需要有主节点分配的传送通道,这样,主节点就需要为每两个节点之间分配专用的传送通道;另一种情况是:网络中的同一个MP2MP实例共同使用一个传送通道。依然结合图2进行说明,假设节点A、节点B和节点C上配置了相同的MP2MP实例,则主节点可以单独为这3个节点分配一个专供该MP2MP实例使用的传送通道。
步骤303:接收客户边缘设备CE发送的报文。
在进行完步骤301至步骤302中所描述的各项配置之后,各节点之间可以进行报文的传送处理工作。在步骤303中,以图2所示结构为例,假设节点A接收到了来自其所连接的CE发送的报文,且该报文的目的地址是节点B所连接的某一CE。也就是说,在本实施例中,节点A是所要传送报文的源节点,而节点B是所要传送报文的目的节点。
步骤304:将接收到的报文进行封装,并根据报文携带的信息将该报文发送到对应的通道上,送至目的节点。
在步骤304中,节点A首先要将报文进行封装,使报文的帧格式符合后续传送需要,之后,要将报文发送到对应的传送通道上进行传送,根据不同的传送通道分配情况,可以分为以下两种情况:
第一种情况是:如果网络中采用的是一个节点上的所有MP2MP实例共同使用一个传送通道,由于每两个节点之间都有专用的传送通道,因此,节点A将根据所述报文携带的目的节点地址信息将该报文发送节点A与节点B之间所专用的传送通道上即可。
第二种情况是:如果网络中采用的是一个MP2MP实例域内的所有节点共同使用一个传送通道,则节点A需要根据所述报文携带的该报文的MP2MP实例归属信息,将该报文发送到该报文所归属的MP2MP实例专用的传送通道上。由于在该种情况下,节点A和节点B之间并没有专用的传送通道,只有同一个MP2MP实例域内的所有节点共同使用的一个传送通道,因此,节点A将报文发送至该传送通道后,该报文将在该MP2MP实例域内的各个节点上传送,直至被目的节点B接收。
在进行完上述步骤之后,该流程还可进一步包括以下步骤:
步骤401:目的节点对该报文进行接收。
与步骤304的两种情况相对应,步骤401也包括两种情况:
第一种情况是:当网络中采用的是一个节点上的所有MP2MP实例共同使用一个传送通道,由于节点A和节点B之间有专用的传送通道,目的节点,即节点B直接从线路侧传送通道上取下报文即可;
第二种情况是:当网络中采用的是一个MP2MP实例域内的所有节点共同使用一个传送通道,在这种情况下,节点A和节点B之间是没有专用的传送通道的,那么目的节点,即节点B接收线路侧传送通道发来的报文,要根据报文中携带的目的节点地址信息来判断该报文是否是发往本节点的,如果是,则接收该报文,否则,将该报文重新放入线路侧传送通道中进行传送。
步骤402:目的节点将所接收到的报文进行解封装,并将该报文发送到对应的CE。
在步骤402中,依据上述所举的例子,节点B在接收到发往本节点的报文后,将该报文解封装,然后根据报文中携带的目的MAC地址,将该报文发送到对应的CE上。
除此以外,MP2MP业务进行过程中,优选地,各个节点还可能需要对传送通道的带宽需求进行实时监测,并将监测结果上报主节点,主节点根据上报结果对传送通道的带宽进行调整,由于存在两种不同形式的传送通道分配方案,因此,在带宽调整过程中,也相应存在两种方式:
第一种方式为:当网络中采用的是一个节点上的所有MP2MP实例共同使用一个传送通道时,此时要进行带宽的动态调整,可依照以下方法:各个节点监测其上MP2MP实例使用传送通道的带宽需求,并将监测结果上报主节点,由主节点进行带宽的调整,例如,当节点新增加了MP2MP实例时,主节点在原有带宽的基础上增加一定带宽以适应新的MP2MP实例的带宽需求;而当节点删除某些MP2MP实例时,主节点在原有带宽的基础上减少一定带宽,以提高带宽的利用率。
第二种方式为:当网络中采用的是一个MP2MP实例域内的所有节点共同使用一个传送通道时,此时要进行带宽的动态调整,可依照以下方法:各个节点监测其上的MP2MP实例的带宽需求,并将监测结果上报主节点,主节点对同一个MP2MP实例域内的节点上报的监测结果进行统计,并根据统计结果计算出该MP2MP实例所需要的带宽,进行带宽的调整。
可见,本发明实施例所提供的技术方案中,主节点根据各个节点对其上的MP2MP实例的申请注册,集中为各节点分配传送报文所需要的通道,并且在传送报文过程中,各节点可以根据所发送报文自身携带的相关信息自动为该报文找到传送通道,以进行发送。从而减小了在实现MP2MP业务时网络的建立和管理过程中的工作量,并有效提高了网络的工作效率。
相应地,本发明具体实施例还提供了一套实现MP2MP业务的系统,如图5所示:
主节点501:用于接收源节点发送的MP2MP实例的申请注册请求;以及,用于为各节点分配传送报文所需要的通道。
源节点502:用于向主节点发送MP2MP实例的申请注册请求;以及,用于获取主节点分配的传送通道;以及,用于接收其所连接的CE发送的报文,并将该报文进行封装,根据该报文携带的信息将该报文发送到对应的通道上。
在将报文通过线路侧发送出去之后,系统还可包括目的节点503,其中,目的节点503:用于接收源节点发送的报文;以及,将所述报文进行解封装,并将该报文发送到对应的CE。
与此同时,本发明具体实施例还提供了实现MP2MP业务的装置:
如图6所示,实现主节点功能的节点装置主要包括:
接收单元601,用于接收源节点发送的MP2MP实例的申请注册请求;
传送通道分配单元602,用于为各节点分配传送报文所需要的传送通道。
另外,由于在实现MP2MP业务的过程中,还可进行带宽的动态调整,因此实现主节点功能的节点平台还可包括带宽调整单元603,用于根据各节点的带宽使用情况,调整分配给各节点的带宽。
同时,由于存在两种形式的传送通道分配情况,相应地,带宽调整单元603可以有如下两种结构:
如图7所示,该图为在一个节点上的所有MP2MP实例共同使用一个传送通道的情况下,带宽调整单元603的具体结构:
监测结果接收子单元701:用于接收各节点发送的带宽使用需求监测结果;
调整子单元702:用于根据接收到的各节点带宽使用需求监测结果对各节点的带宽进行调整。
如图8所示,该图为一个MP2MP实例域内的所有节点共同使用一个传送通道的情况下,带宽调整单元603的具体结构:
监测结果接收子单元801:用于接收各节点发送的带宽使用需求监测结果;
监测结果计算子单元802:用于根据接收到的各节点带宽使用需求的监测结果进行统计,计算出满足同一个MP2MP实例域内所有节点的带宽使用需求的带宽值;
调整子单元803:用于根据监测结果统计子单元计算出的带宽值对各MP2MP实例所使用的带宽进行调整。
图9为实现源节点功能的节点装置的结构图,包括:
申请注册发送单元901:用于向主节点发送MP2MP实例的申请注册请求传送通道获取单元902:用于获取主节点分配的传送通道;
接收单元903:用于接收CE发送的报文;
封装单元904:用于将接收单元接收到的所述报文进行封装;
发送单元905:用于根据所述报文携带的消息将封装好的报文发送至对应的通道上。
同时,为实现带宽的调整功能,源节点实现源节点功能的装置还可包括带宽使用监测单元和监测结果发送单元,其中,
带宽使用监测单元:用于对本节点的带宽使用需求进行监测;
监测结果发送单元:用于将带宽使用监测单元监测到的带宽使用需求发送给主节点。
可见,本发明实施例所提供的技术方案中,主节点根据各个节点对其上的MP2MP实例的申请注册,集中为各节点分配传送报文所需要的通道,并且在传送报文过程中,各节点可以根据所发送报文自身携带的相关信息自动为该报文找到传送通道,以进行发送。从而减小了在实现MP2MP业务时网络的建立和管理过程中的工作量,提高了网络的工作效率。
结合以上方法和具体应用场景,对本发明所涉及的技术方案进行进一步地详细说明。下面,以在多业务传送网上实现MP2MP的业务传送为例,对本发明做更为详细的说明,由于MP2MP业务的典型应用是虚拟专用网络(VPN)应用,在该具体实施例中,用VPN业务指代MP2MP业务。
为了在多业务传送网上实现VPN的业务传送,需要建立其上各个节点的传输通道,本实施例采用传输容器(T-CONT,Transmission Container)作为实现VPN业务时传送报文的通道,同时,由于是多业务传送网,VPN业务实例可能会有多条不同的业务流需要标示出来,本实施例采用GPON封装方法端口ID(GEM PortID)来区分不同的业务流。具体步骤如下所示:
步骤1001:节点自身进行实现VPN业务所需要的各项配置。
在步骤1001中,节点首先创建VPN实例,由于一个节点可以创建多个VPN实例,而各个VPN实例之间是互相独立的,因此,需要指定VPN实例ID,以区分不同的VPN实例,同时,又由于每个VPN实例还有多条业务流,所以还需要配置多个GEM PortID,以便于不同的业务流使用。除此以外,节点还需要进行客户侧接口的配置。
步骤1002:节点向主节点申请注册VPN实例,由主节点进行相关配置。
在该步骤中,主节点收到申请节点发来的VPN实例申请注册消息,并根据当前保存的该申请节点的VPN实例信息,如该申请节点的ID、T-CONT数目以及通道号和GEM PortID等判断需要为该申请节点进行如何配置。如:
该申请节点与其他节点之间是否需要分配T-CONT,如果两个节点之间已有VPN实例使用的T-CONT,则无需再分配;如果需要分配,则为两个节点下发T-CONT并分配初始带宽,之后,还要将保存的关于该节点的VPN实例信息进行更新。除此以外,还需要注意到是,由于T-CONT通道是单向通道,因此,两个节点之间要正常通信,必须具有两个方向相反的T-CONT通道。同时,需要说明的是,一个节点的T-CONT通道可以被其上的所有VPN实例所使用。
判断是否需要为该申请节点分配GEM PortID,需要根据该申请节点是否有新创建的VPN实例,如果从当前保存的该申请节点的VPN消息和该申请节点发送的VPN实例申请注册消息中显示,该申请节点创建了新的VPN实例,则需要相应地为该申请节点分配GEM PortID,否则,无需再为该申请节点分配GEM PortID。此外,需要注意的是,在分配GEM PortID过程中,GEMPortID不能重复。
完成实现VPN业务的相关配置之后,各节点可以进行报文的传送、处理工作,其中,从CE侧至线路侧的过程称为上行处理过程,该过程主要在源节点上进行;而对于从线路侧至CE侧的过程称为下行处理过程,该过程主要在目的节点上进行。下面,首先对上行处理过程做详细介绍,其具体流程如图11所示:
步骤1101:CE向其所连接的节点上报以太报文。
步骤1102:节点接收该以太报文,并进行源MAC地址的学习。
在该步骤中,节点接收该以太报文,并判断该以太报文属于节点上多个VPN实例中的哪一个,如果该以太报文不属于节点上的任何一个VPN实例,则直接将该报文丢弃;如果该以太报文属于节点上的一个VPN实例,则首先根据该以太报文所携带的源MAC地址信息,进行源MAC地址的学习,更新VPN转发表,如表1所示。
表1
MAC地址 | GTN ID | TI ID | GEM PortID | Intf | Aging |
01-02-03-04-05-06 | 1 | 1 | 1 | FE1 | Y |
02-02-03-04-05-06 | 2 | 1 | 2 | FE1 | Y |
03-02-03-04-05-06 | 3 | 2 | 3 | FE3 | Y |
…… |
其中,该源MAC地址学习过程具体为:根据VPN转发表,查看该以太报文所携带的源MAC地址是否在VPN转发表中,如果VPN转发表已包含该源MAC地址,则VPN转发表中各项不做变动;如果VPN转发表中未包含该源MAC地址,则将该源MAC地址记录到VPN转发表中,并且相应生成该源MAC地址所对应的映射项,比如GEM传送网ID(GTN ID)、支路板ID(TI ID)、GPON封装方法端口ID(GEM PortID)和该源MAC地址的源接口号等。
步骤1103:根据该以太报文所携带的目的MAC地址查找VPN转发表。
步骤1104:判断VPN转发表中是否包含该以太报文所携带的目的MAC地址。
在步骤1104中,需要将接收到的该以太报文中所携带目的MAC地址与VPN转发表进行对比,如果对比结果显示该目的MAC地址包含在VPN转发表中,则进入步骤1105;如果对比结果显示该目的MAC地址未包含在VPN转发表中,则进入步骤1107。
步骤1105:根据VPN转发表找出该目的MAC地址对应的GEM目的地址,并将以太报文按照GEM目的地址进行发送。
在步骤1105中,找出所接收到的以太报文的GEM目的地址,并将其发送至该地址,相当于将接收到的以太报文做了一个分类处理,可以有效减少节点的工作量。
步骤1106:将该以太报文封装为扩展的GEM(EGEM)报文,将查找到的GEM目的地址、本节点自身的GEM地址以及GEM PortID添加至该报文中,进入步骤1108。
步骤1107:将默认的广播GEM传送网地址添加至EGEM报文中,进入步骤1108。
步骤1108:根据该EGEM报文中携带的目的节点的地址信息与T-CONT的映射关系,将该EGEM报文装载到对应的T-CONT中。
在本实施例中,报文的目的地址信息可以由目的GTN地址来表示,且在步骤1106中,如果未找到该EGEM报文的目的GTN地址,则直接丢弃该EGEM报文;而如果发现该EGEM报文的目的GTN地址未知或是广播GTN地址,则将该EGEM报文在该VPN域内的所有T-CONT通道上转发;而如果找到了对应表项,并发现该EGEM报文有明确的目的GTN地址,则根据该GTN地址将EGEM报文装载到对应的T-CONT中,该处所指的对应T-CONT是指本节点与EGEM报文的目的节点之间的T-CONT。
步骤1109:将T-CONT帧组装为GTC帧结构,并在相应的线路口发送出去。
至此,上行处理过程全部结束。
接下来,要对下行处理过程做一个较为详细的介绍,其具体流程如图12所示:
步骤1201:节点收到从线路侧发来的GTC帧,并将该GTC帧解封为T-CONT帧,并取下属于本节点的T-CONT。
在该步骤中,节点根据带宽地图指示将线路中的GTC帧解封为T-CONT帧,并取下属于本节点的T-CONT,取出其中的EGEM报文。
步骤1202:查找该EGEM报文所归属的VPN实例。
在步骤1202中,如果查询结果表明该EGEM报文不属于该节点上的任何一个VPN实例,则直接将该EGEM报文丢弃;如果判断结果表明该EGEM报文属于该节点上的一个VPN实例,则进入步骤1203。
步骤1203:检查该EGEM报文的GTN目的地址是否属于本节点。
在步骤1203中,如果该EGEM报文的GTN地址不是本节点地址,则直接将该EGEM报文丢弃;否则,进入步骤1204。
步骤1204:将该EGEM报文解封装为以太报文,并对该以太报文中所携带的源MAC地址学习。
在该步骤中,将该EGEM报文解封为以太报文,并对该以太报文中所携带的源MAC地址学习,其中,学习的具体过程在前面的上行处理过程中已详细介绍过,在此不做赘述。
步骤1205:根据该以太报文中所携带的目的MAC地址对VPN转发表进行查询。
步骤1206:判断VPN转发表中是否包含该以太报文的目的MAC地址。
如果查询结果表明,VPN转发表中有该以太报文的目的MAC地址,则进入步骤1207;如果查询结果表明,VPN转发表中未包含该以太报文的目的MAC地址,则进入步骤1208。
步骤1207:将该以太报文根据查询到的VPN转发表项向相应的客户侧接口发送出去。
步骤1208:将该以太报文对客户侧接口进行广播式发送。
至此,下行处理过程全部结束。
该具体实施例是主节点为申请注册VPN实例的每两个节点之间分配T-CONT通道,而这些T-CONT通道可以被该节点上的所有VPN实例所共享。针对该情况,本实施例还相应地提供了对系统进行动态带宽调整的方法。
前面已对主节点如何为各节点分配T-CONT进行了介绍,在分配T-CONT之后,各个节点监测本节点上VPN实例使用T-CONT需要的带宽需求,当发现T-CONT带宽需求有变化后,将该变化通知主节点,由主节点对带宽进行调整。
当节点新增加VPN实例时,主节点在原有的T-CONT带宽基础上增加带宽以适应新VPN实例的带宽需求。
当节点删除某些VPN实例时,通知主节点相应减少T-CONT的带宽,而当主节点监测到某个T-CONT已无VPN实例使用时,则直接释放该T-CONT。
本具体实施例采用一个VPN实例域内的所有节点共享一个T-CONT通道的方法在多业务传送网上实现VPN的业务传送。
首先,在进行业务传送之前,需要对各节点进行相应配置,该配置过程如图13所示:
步骤1301:节点自身进行实现VPN业务所需要的各项配置。
在该步骤中,节点首先创建VPN实例,并指定该VPN实例的ID、GEMPortID和客户侧接口。由于一个节点可以创建多个VPN实例,而各个VPN实例之间是互相独立的,因此,需要指定VPN实例ID,以区分不同的VPN实例,同时,又由于每个VPN实例还有多条业务流,所以还需要配置多个GEM PortID,以便于不同的业务流使用。
步骤1302:节点向主节点申请注册VPN实例,由主节点进行相关配置。
在该步骤中,主节点收到申请节点发来的VPN实例申请注册消息后,指定一个专用的T-CONT通道给该VPN实例,在本具体实施例中,主节点为一个VPN实例域内的所有节点指定同一个T-CONT通道,并在该T-CONT通道上为各个节点划分使用区域。这样,一个VPN实例内的报文均通过该T-CONT通道进行传送。
完成实现VPN业务的相关配置之后,各节点可以进行数据的传送、处理工作,其中,从CE侧至线路侧的过程称为上行处理过程,该过程主要在源节点上进行;而对于从线路侧CE侧的过程称为下行处理过程,该过程主要在目的节点上进行。下面,首先对上行处理过程做详细介绍,其具体流程如图14所示:
步骤1401:CE向其所连接的节点上报以太报文。
步骤1402:节点接收该以太报文,并进行源MAC地址的学习。
在该步骤中,节点接收该以太报文,并判断该以太报文属于节点上多个VPN实例中的哪一个,如果该以太报文不属于节点上的任何一个VPN实例,则直接将该报文丢弃;如果该以太报文属于节点上的一个VPN实例,则首先根据该以太报文所携带的源MAC地址信息,进行源MAC地址的学习,更新VPN转发表。
其中,如何对源MAC地址学习在实施例一中已做详细介绍,在此不做赘述。
步骤1403:根据该以太报文所携带的目的MAC地址查找VPN转发表。
步骤1404:判断VPN转发表中是否包含该以太报文所携带的目的MAC地址。
在步骤1404中,需要将接收到的该以太报文中所携带目的MAC地址与VPN转发表进行对比,如果对比结果显示该目的MAC地址包含在VPN转发表中,则进入步骤1405;如果对比结果显示该目的MAC地址未包含在VPN转发表中,则进入步骤1407。
步骤1405:根据VPN转发表找出该目的MAC地址对应的GEM目的地址,并将以太报文按照GEM目的地址进行发送。
在步骤1405中,找出所接收到的以太报文的GEM目的地址,并将其发送至该地址,相当于将接收到的以太报文做了一个分类处理,可以有效减少节点的工作量。
步骤1406:将该以太报文封装为扩展的GEM(EGEM)报文,并将查找到的GEM目的地址、本节点自身的GEM地址以及GEM PortID添加至该报文中,进入步骤1408。
步骤1407:将默认的广播GEM传送网地址添加至EGEM报文中,进入步骤1408。
步骤1408:根据该EGEM报文中携带VPN实例归属信息与T-CONT的映射关系,将该EGEM报文装载到对应的T-CONT中。
在步骤1408中,将该EGEM报文装载到对应的T-CONT中是指将该EGEM报文装载到其所归属的VPN实例的T-CONT中。
步骤1409:将T-CONT帧组装为GTC帧结构,并在相应的线路口发送出去。
至此,上行处理过程全部结束。
接下来,要对下行处理过程做一个较为详细的介绍,其具体流程如图15所示:
步骤1501:节点收到从线路侧发来的GTC帧,并将该GTC帧解封为T-CONT帧,进一步将该T-CONT中包含的EGEM报文解封出来。
步骤1502:根据该EGEM报文中包含的目的GTN地址判断该EGEM报文是否属于该节点,如果是,则进入步骤1503;否则,进入步骤1508。
步骤1503:将该EGEM报文解封装为以太报文,并对该以太报文中所携带的源MAC地址学习。
在该步骤中,将该EGEM报文解封为以太报文,并对该以太报文中所携带的源MAC地址学习,其中,学习的具体过程在前面已详细介绍过,在此不做赘述。
步骤1504:根据该以太报文中所携带的目的MAC地址对VPN转发表进行查询。
步骤1505:判断VPN转发表中是否包含该以太报文的目的MAC地址。
如果查询结果表明,VPN转发表中有该以太报文的目的MAC地址,则进入步骤1506;如果查询结果表明,VPN转发表中未包含该以太报文的目的MAC地址,则进入步骤1507。
步骤1506:将该以太报文根据查询到的VPN转发表项向相应的客户侧接口发送出去,送至客户边缘设备端。
步骤1507:将该以太报文对客户侧接口进行广播式发送。
步骤1508:将该EGEM报文重新装载到对应的T-CONT中发送出去。
该具体实施例是主节点为一个VPN实例内的所有节点分配一个共同的T-CONT,用于传送该VPN实例内的报文。针对这种情况,本实施例还相应地提供了对系统进行动态带宽调整的方法。
前面已对主节点如何为各节点分配T-CONT进行了介绍,在分配T-CONT之后,各个节点监测本节点VPN实例使用T-CONT的带宽需求,并将监测结果通知主节点。
主节点收到监测结果后,对一个VPN实例域内的所有节点的带宽需求进行统计,计算出该VPN实例所需要的最大带宽,该值介于所有节点带宽需求最大值与所有节点带宽需求之和之间,并将该计算出的新的带宽作为该VPN实例所用的通道的带宽。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM(Read-Only Memory,只读存储记忆体)、RAM(RandomAccess Memory,随机存储记忆体)、磁碟或者光盘等各种可以存储程序代码的介质。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (15)
1.一种实现多点到多点MP2MP业务的方法,其特征在于,包括步骤:
向主节点发送MP2MP实例的申请注册请求;
获取主节点根据所述申请注册请求分配的传送通道;
接收客户边缘设备CE发送的报文;
将所述报文进行封装,并根据所述报文携带的信息将封装后的报文发送到对应的传送通道上,并传送至目的节点。
2.根据权利要求1所述的方法,其特征在于,所述传送通道为两个节点间的专用传送通道,两个节点上的所有MP2MP实例共同使用所述通道。
3.根据权利要求1所述的方法,其特征在于,所述传送通道为同一个MP2MP实例域内的所有节点共同使用的通道。
4.根据权利要求1至3中任一项所述的方法,其特征在于,还包括:
所述目的节点接收所述报文;
将所述报文进行解封装,并根据该报文携带的目的MAC地址将所述报文发送到对应的CE。
5.根据权利要求2所述的方法,其特征在于,还包括:对所述传送通道的带宽的动态调整,包括:
实时监测本节点上MP2MP实例带宽使用需求;
将监测结果发送至所述主节点,由所述主节点根据监测结果进行传送通道的带宽调整。
6.根据权利要求3所述的方法,其特征在于,还包括:对传送通道的带宽的动态调整,包括:
实时监测本节点上某个MP2MP实例带宽使用需求;
将监测结果发送至所述主节点,由所述主节点根据接收到的该MP2MP实例域内的所有节点对该MP2MP实例带宽使用需求的监测结果进行统计,计算出满足该MP2MP实例域内所有节点的带宽使用需求的带宽值,以进行传送通道的带宽的调整。
7.根据权利要求2所述的方法,其特征在于,所述报文携带的信息为目的节点的地址信息;根据报文携带的目的节点的地址信息将该报文发送到对应的通道上包括:
查看所述报文携带的目的节点的地址信息,根据目的节点的地址信息找到与所述目的节点所对应的传送通道,将所述报文发送到该通道上。
8.根据权利要求3所述的方法,其特征在于,所述报文携带的信息为该报文所归属的MP2MP实例信息;根据所述报文携带的该报文所归属的MP2MP实例信息将该报文发送到对应的通道上包括:
查看所述报文携带的该报文所归属的MP2MP实例信息,根据MP2MP实例信息找到该MP2MP实例所使用的传送通道,将所述报文发送到该通道上。
9.一种实现多点到多点MP2MP业务的系统,其特征在于,包括:主节点、源节点,其中,
所述主节点,用于接收源节点发送的MP2MP实例的申请注册请求;以及,
用于为各节点分配传送通道;
所述源节点,用于向主节点发送MP2MP实例的申请注册请求;以及,
用于获取主节点分配的传送通道;以及,
用于接收CE发送的报文,将所述报文进行封装,并根据所述报文携带的信息将该报文发送到对应的通道上。
10.根据权利要求9所述的系统,其特征在于,还包括:目的节点,其中,
所述目的节点,用于接收所述报文;以及,
用于将所述报文进行解封装,并根据该报文携带的目的MAC地址将所述报文发送到对应的CE。
11.一种实现多点到多点MP2MP业务的节点装置,其特征在于,包括:
接收单元,用于接收节点发送的MP2MP实例的申请注册请求;
传送通道分配单元,用于为所述接收单元接收的MP2MP实例的申请注册请求对应的节点分配传送通道。
12.根据权利要求11所述的装置,其特征在于,还包括带宽调整单元,用于根据所述节点的带宽使用情况,调整分配给所述节点的所述传送通道的带宽。
13.根据权利要求12所述的装置,其特征在于,所述带宽调整单元包括:
监测结果接收子单元,用于接收各节点发送的带宽使用需求的监测结果;
调整子单元,用于根据接收到的各节点带宽使用需求监测结果对各节点的带宽进行调整;或者,
监测结果接收子单元,用于接收各节点发送的带宽使用需求监测结果;
监测结果计算子单元,用于根据监测结果接收子单元接收到的一个MP2MP实例域内的所有节点对该MP2MP实例带宽使用需求的监测结果进行统计,计算出满足该MP2MP实例域内所有节点的带宽使用需求的带宽值;
调整子单元,用于根据监测结果统计子单元计算出的带宽值对所述MP2MP实例所使用的带宽进行调整。
14.一种实现多点到多点MP2MP业务的节点装置,其特征在于,包括:
申请注册发送单元,用于向主节点发送MP2MP实例的申请注册请求;
传送通道获取单元,用于获取主节点分配的传送通道;
接收单元,用于接收CE发送的报文;
封装单元,用于将接收单元接收到的所述报文进行封装;
发送单元,用于根据所述报文携带的消息将封装好的报文发送至对应的传送通道上;所述对应的传送通道是根据所述传送通道获取单元获取的。
15.根据权利要求14所述的装置,其特征在于,还包括:
带宽使用监测单元,用于对本节点的MP2MP实例带宽使用需求进行监测;
监测结果发送单元,用于将带宽使用监测单元监测到的带宽使用需求发送给主节点。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101473355A CN101924738A (zh) | 2009-06-11 | 2009-06-11 | 实现多点到多点业务的方法、系统和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101473355A CN101924738A (zh) | 2009-06-11 | 2009-06-11 | 实现多点到多点业务的方法、系统和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101924738A true CN101924738A (zh) | 2010-12-22 |
Family
ID=43339389
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009101473355A Pending CN101924738A (zh) | 2009-06-11 | 2009-06-11 | 实现多点到多点业务的方法、系统和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101924738A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103890746A (zh) * | 2012-09-28 | 2014-06-25 | 华为技术有限公司 | 报文发送控制方法、处理方法、设备及系统 |
CN109075984A (zh) * | 2016-03-28 | 2018-12-21 | 瑞典爱立信有限公司 | 计算的spring组播的多点到多点树 |
CN109167729A (zh) * | 2018-09-14 | 2019-01-08 | 迈普通信技术股份有限公司 | 拓扑发现方法、装置及多业务传输网络系统 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101022408A (zh) * | 2007-02-01 | 2007-08-22 | 华为技术有限公司 | 传输点对点报文的方法以及传输汇聚节点 |
CN101394339A (zh) * | 2007-09-19 | 2009-03-25 | 华为技术有限公司 | 一种在对等网络中实现路由的方法、系统及装置 |
-
2009
- 2009-06-11 CN CN2009101473355A patent/CN101924738A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101022408A (zh) * | 2007-02-01 | 2007-08-22 | 华为技术有限公司 | 传输点对点报文的方法以及传输汇聚节点 |
CN101394339A (zh) * | 2007-09-19 | 2009-03-25 | 华为技术有限公司 | 一种在对等网络中实现路由的方法、系统及装置 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103890746A (zh) * | 2012-09-28 | 2014-06-25 | 华为技术有限公司 | 报文发送控制方法、处理方法、设备及系统 |
CN103890746B (zh) * | 2012-09-28 | 2016-12-28 | 华为技术有限公司 | 报文发送控制方法、处理方法、设备及系统 |
CN109075984A (zh) * | 2016-03-28 | 2018-12-21 | 瑞典爱立信有限公司 | 计算的spring组播的多点到多点树 |
CN109075984B (zh) * | 2016-03-28 | 2021-06-01 | 瑞典爱立信有限公司 | 计算的spring组播的多点到多点树 |
CN109167729A (zh) * | 2018-09-14 | 2019-01-08 | 迈普通信技术股份有限公司 | 拓扑发现方法、装置及多业务传输网络系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101931548B (zh) | 一种接入网络标签管理方法、装置和系统 | |
CN102821029B (zh) | 一种以太网无源光网络中的多业务带宽分配方法及其装置 | |
US20100189435A1 (en) | System and Method for Switching Packet Traffic over an Optical Transport Network | |
CN101924649B (zh) | 一种无源光网络系统中光网络单元的远程管理方法和系统 | |
US11792044B2 (en) | Offset label for aggregating multicasts from multiple virtual private networks on a single multicast distribution tree | |
EP2326059B1 (en) | Mapping method, apparatus and system for data transmission | |
WO2019237521A1 (zh) | 一种基于onu粒度的接入网olt切片的方法及系统 | |
CN1866868B (zh) | 一种多协议标签交换网络流量管理系统、方法及设备 | |
TW201304469A (zh) | 一種同軸電纜媒體轉換器及流量交換的方法 | |
KR20110111365A (ko) | 제공자 링크 스테이트 브리징(plsb) 네트워크에의 레질리언트 부착 | |
CN102577257A (zh) | 一种实现虚拟局域网标识转换的方法及装置 | |
CN102148738A (zh) | 无缝多协议标签交换网络中标签分配方法、装置和系统 | |
CN101001264B (zh) | L1vpn地址分配的方法、装置、网络边沿设备和编址服务器 | |
CN102724118A (zh) | 标签分发方法及设备 | |
CN112333076B (zh) | 通过FlexE通道承载VXLAN业务的方法及装置 | |
KR101451642B1 (ko) | 의사회선 라우트를 확산시키기 위한 방법 및 장비 | |
CN105099847A (zh) | 一种多归属接入方法和装置 | |
CN100450089C (zh) | 一种实现报文转发的方法 | |
CN101924738A (zh) | 实现多点到多点业务的方法、系统和装置 | |
US8427939B2 (en) | MPLS tunnel identification method and device | |
CN102035659B (zh) | 域划分时报文的广播方法及装置 | |
CN104158756B (zh) | 一种集群系统对报文进行负载分担的方法和系统 | |
CN102244615B (zh) | 转发表项下发方法、装置、系统和自治系统边界路由器 | |
CN1330148C (zh) | 一种实现弹性分组环业务上下环的方法和装置 | |
CN109768929A (zh) | 一种基于vpws的报文传输方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20101222 |