CN101577677A - 一种自举路由器报文的处理方法和upe设备 - Google Patents

一种自举路由器报文的处理方法和upe设备 Download PDF

Info

Publication number
CN101577677A
CN101577677A CNA2009100870795A CN200910087079A CN101577677A CN 101577677 A CN101577677 A CN 101577677A CN A2009100870795 A CNA2009100870795 A CN A2009100870795A CN 200910087079 A CN200910087079 A CN 200910087079A CN 101577677 A CN101577677 A CN 101577677A
Authority
CN
China
Prior art keywords
message
bsr message
outgoing interface
interface
mtunnel
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.)
Granted
Application number
CNA2009100870795A
Other languages
English (en)
Other versions
CN101577677B (zh
Inventor
张宇弟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
New H3C Technologies Co Ltd
Original Assignee
Hangzhou H3C Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hangzhou H3C Technologies Co Ltd filed Critical Hangzhou H3C Technologies Co Ltd
Priority to CN2009100870795A priority Critical patent/CN101577677B/zh
Publication of CN101577677A publication Critical patent/CN101577677A/zh
Application granted granted Critical
Publication of CN101577677B publication Critical patent/CN101577677B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供了一种自举路由器报文的处理方法和UPE设备,其中,该方法应用于包含一个以上下层服务提供商边缘路由器UPE的分层PE网络中,其特征在于,该方法包括:步骤A,一UPE设备接收到自举路由器BSR报文后,判断接收到该BSR报文的接口是否为组播隧道Mtunnel口,如果是,执行步骤B;否则,执行步骤C;步骤B,通过支持该BSR报文,且除所述Mtunnel口之外的接口发送BSR报文;步骤C,通过支持该BSR报文的所有接口发送BSR报文。采用本发明,能够避免现有技术中PE设备在通过其支持的组播VPN实例对应的Mtunnel口接收到BSR报文后还通过该Mtunnel口转发BSR报文而导致的资源浪费问题。

Description

一种自举路由器报文的处理方法和UPE设备
技术领域
本发明涉及网络技术,特别涉及自举路由器(BSR:BootStrap Router)报文的处理方法和下层服务提供商边缘路由器(UPE:User-end PE)设备。
背景技术
在分层服务提供商边缘路由器(HOPE)网络结构中,一个上层PE(SPE:Superstratum PE)可连接多个UPE(User-end PE),并且,SPE和UPE可支持一个以上的组播VPN实例,其中,每一个组播VPN实例中存在一个BSR,该BSR可周期性地发送BSR报文,其中,该BSR报文为协议无关组播(PIM:Protocol Independent Multicast)类型的报文。
参见图1,图1为现有HOPE网络结构中BSR报文的处理示意图。在图1中,虚线用于表示BSR报文的传输路径,SPE连接UPE1和UPE2,若CE1被选举为BSR,其周期性地发送BSR报文。如图1所示,当SPE接收到BSR报文后,对该BSR报文执行RPF检查;当检查通过后,SPE确定转发当前接收的BSR报文的出接口,这里,SPE确定转发BSR报文的出接口操作不像转发普通组播报文那样在组播路由表中,根据该组播报文携带的源地址信息和目的地址信息确定转发该组播报文的接口,而是直接将自身包含的启动了PIM协议的所有出接口和自身支持的所有组播VPN实例对应的Mtunnel口确定为转发该BSR报文的出接口,其中,Mtunnel口为一广播网络类型的接口,每一个组播VPN实例具有一个对应的Mtunnel口。之后,通过确定的出接口发送BSR报文,其中,SPE通过组播VPN实例对应的Mtunnel口发送BSR报文具体包括:以SPE的ID为组播源地址、该组播VPN实例对应的共享组(Share-Group)地址为组播组地址对该BSR报文进行GRE封装,得到封装后的报文;对该封装后的报文进行组播转发。
各个UPE对该接收的BSR报文进行解封装,并执行RPF检查;尽管上述SPE是将接收的BSR报文通过其支持的所有组播VPN实例对应的Mtunnel口发送BSR报文,但是,这里只有支持该BSR报文所属的组播VPN实例的UPE才会使该接收的BSR报文通过RPF检查,而其他不支持该BSR报文所属的组播VPN实例的UPE不能使该BSR报文通过RPF检查,如此,只能丢弃该BSR报文。当检查通过后,UPE确定出转发该BSR报文的出接口;这里,确定出的出接口为:该BSR报文所属的组播VPN实例对应的Mtunnel口和自身包含的支持该BSR报文所属的组播VPN实例,并且启动了PIM协议的接口,为便于描述,将支持BSR报文所属的组播VPN实例,并且启动了PIM协议的接口简称为该BSR报文所属的组播VPN实例对应的私网PIM接口。之后,通过确定的出接口转发该BSR报文。
由于Mtunnel口为广播网络类型的接口,因此,当SPE通过支持的各个组播VPN实例所对应的Mtunnel口发送BSR报文后,各个UPE都能通过对应的Mtunnel口接收到BSR报文,如此,UPE在通过Mtunnel口接收到SPE发送的BSR报文后,就没有必要通过该Mtunnel口再发送BSR报文。而现有提供的方法中,UPE在通过Mtunnel口接收到SPE发送的BSR报文后,仍然执行通过该Mtunnel口再发送BSR报文的操作,这样就会导致该UPE资源的浪费。并且,这种资源浪费的程度会随着组播VPN实例和UPE的个数增加而加大,比如,HOPE网络结构中SPE当前支持1024个组播VPN实例,并且,该SPE对应256个UPE,假如每个UPE也都支持该1024个组播VPN实例。由于一个组播VPN实例中只有一个对应的BSR,如此,SPE上就会接收到1024个BSR报文。若当这256个UPE收到1024个BSR报文后,即使设置各个组播VPN实例中BSR报文的发送周期在60秒内完全离散分布,这256个UPE接收到BSR报文后,每60秒内重新返回到该BSR报文所属的VPN实例对应的Mtunnel口的BSR报文的个数也高达1024×256个;相应地,任何一个UPE在每60秒内都会收到1024×(256-1)/60个BSR报文。因此,一种避免HOPE网络结构中,UPE设备通过Mtunnel口接收到BSR报文后还通过该Mtunnel口发送BSR报文的方法是当前亟待解决的问题。
发明内容
本发明实施例提供了一种自举路由器报文的处理方法和UPE设备,避免了UPE设备通过Mtunnel口接收到BSR报文后还通过该Mtunnel口发送BSR报文的操作。
一种自举路由器报文的处理方法,该方法应用于包含一个以上UPE设备的分层PE网络中,包括:
步骤A,一UPE设备接收到BSR报文后,判断接收到该BSR报文的接口是否为Mtunnel口,如果是,执行步骤B;否则,执行步骤C;
步骤B,通过支持该BSR报文,且除所述Mtunnel口之外的接口发送BSR报文;
步骤C,通过支持该BSR报文的所有接口发送BSR报文。
一种UPE设备,包括:接收单元、判断单元和转发单元;
所述接收单元用于接收到BSR报文;
所述判断单元用于判断当前接收到所述BSR报文的接口是否为Mtunnel口;
所述转发单元用于在所述判断单元的判断结果为是时,通过支持所述接收单元接收的BSR报文,且除所述Mtunnel口之外的接口发送BSR报文;在所述判断单元的判断结果为否时,通过支持该BSR报文的所有接口发送BSR报文。
由以上技术方案可以看出,本发明实施例提供的一种自举路由器报文的处理方法和UPE设备,UPE设备接收到BSR报文后,判断接收到该BSR报文的接口是否为Mtunnel口,在是的情况下,通过支持该BSR报文,且除所述Mtunnel口之外的接口发送BSR报文,其中,支持该BSR报文,且除该Mtunnel口之外的接口具体为该BSR报文所属的VPN实例对应的私网PIM接口;在否的情况下,通过支持该BSR报文的所有接口发送BSR报文。比如,在分层PE网络结构中,UPE通过Mtunnel口接收到BSR报文后,直接利用除该Mtunnel口之外的,并且是该BSR报文所属的VPN实例对应的私网PIM接口发送BSR报文,如此,能够避免现有技术中UPE设备在通过其支持的组播VPN实例对应的Mtunnel口接收到BSR报文后还通过该Mtunnel口转发BSR报文而导致的资源浪费问题,进而节省系统资源。
附图说明
图1为现有HOPE结构中BSR报文的处理示意图;
图2为本发明实施例提供的第一详细流程图;
图3为本发明实施例提供的对应图2所示的应用示意图;
图4为本发明实施例提供的第二详细流程图;
图5为本发明实施例提供的第三详细流程图;
图6为本发明实施例提供的UPE设备的结构图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面结合附图和具体实施例对本发明进行详细描述。
本发明实施例提供的BSR报文的处理方法应用于HOPE网络结构中,主要包括:一UPE设备通过Mtunnel口接收到BSR报文后,通过支持该BSR报文,且除所述Mtunnel口之外的接口发送BSR报文,其中,支持该BSR报文,且除该Mtunnel口之外的接口具体为该BSR报文所属的VPN实例对应的私网PIM接口。如此,避免了现有技术中UPE设备通过Mtunnel口接收到BSR报文后,还通过该Mtunnel口转发BSR报文而导致的资源浪费问题,大大节省了系统资源。
当然,本实施例中若UPE设备当前并非通过Mtunnel口接收到BSR报文,而是通过本地网络接口接收到BSR报文,则可以通过该BSR报文所属的组播VPN实例对应的Mtunnel口以及与该接收的BSR报文所属的组播VPN实例对应的私网PIM接口发送该BSR报文。
可以看出,本发明实施例中UPE设备针对接收到BSR报文接口的不同,其相应地发送BSR报文的出接口也不同。由于一个组播VPN实例只有一个BSR,相应地,每一个组播VPN实例中只维护一种BSR报文,为便于各个组播VPN实例维护的BSR报文的转发,优选地,本发明实施例中针对UPE设备支持的每一个组播VPN实例在该UPE设备上配置两个对应的用于转发该组播VPN实例中BSR报文的出接口转发列表,即该组播VPN实例对应的第一出接口转发列表和第二出接口转发列表。其中,第一出接口转发列表为针对Mtunnel口接收到BSR报文时的列表,第二出接口转发列表为针对本地网络接口接收到BSR报文时的列表;比如,PE设备当前支持VPN1和VPN2,则针对VPN1,建立该VPN1对应的用于转发该VPN1中的BSR报文的第一出接口转发列表和第二出接口转发列表;针对VPN2,建立该VPN2对应的用于转发该VPN2中的BSR报文的第一出接口转发列表和第二出接口转发列表。
由于组播VPN实例对应的第一出接口转发列表是对应Mtunnel口接收到BSR报文时的列表,为避免UPE设备通过Mtunnel口接收到BSR报文后还通过该Mtunnel口发送BSR报文而导致系统资源浪费的问题,因此,组播VPN实例对应的第一出接口转发列表中的出接口信息不包含UPE设备支持的组播VPN实例对应的Mtunnel口的信息,而是仅包含该组播VPN实例对应的私网PIM接口的信息。比如,UPE设备支持VPN1,则该VPN1对应的第一出接口转发列表包含的出接口信息仅为该VPN1对应的私网PIM接口的信息。
由于组播VPN实例对应的第二出接口转发列表是针对本地网络接口接收到BSR报文时的列表,可以知道,当UPE设备通过本地网络接口接收到BSR报文时,需要UPE设备通过Mtunnel口将接收到的BSR报文通过Mtunnel口发送BSR报文,如此,组播VPN实例对应的第二出接口转发列表包含的出接口信息为该组播VPN实例对应的Mtunnel口和该VPN实例对应的私网PIM接口的信息。比如,UPE设备支持VPN1,则该VPN1对应的第二出接口转发列表包含的出接口信息为VPN1对应的私网PIM接口和VPN1对应的Mtunnel口的信息。
为使上述描述更加清楚,以图2所示的流程进行描述。参见图2,图2为本发明实施例提供的第一详细流程图。该实施例应用于包含一个以上UPE设备的分层PE网络中,其中,UPE设备具体实现时可有多种形式,比如可以为路由设备或者具有路由功能的交换机等。按照现有流程创建各个UPE设备支持的组播VPN实例,如图2所示,该流程可包括以下步骤:
步骤201,针对每一UPE设备,为该UPE设备支持的每一个组播VPN实例,配置该组播VPN实例对应的第一出接口转发列表和第二出接口转发列表。
这里,比如UPE设备支持VPN1和VPN2,则针对VPN1,配置该VPN1对应的第一出接口转发列表和第二出接口转发列表;针对VPN2,配置该VPN2对应的第一出接口转发列表和第二出接口转发列表。
步骤202,一UPE设备当前通过Mtunnel口接收到BSR报文。
这里,各个接口的标识已被预先配置,这样,当UPE设备接收到BSR报文时,很容易根据接收到该BSR报文的接口的标识获知该接口是否为Mtunnel口,由于本实施例是解决UPE设备通过Mtunnel口接收到BSR报文后还通过该Mtunnel口发送BSR报文而导致系统资源浪费的问题,因此,本实实施例以UPE设备通过Mtunnel口接收到BSR为例。
步骤203,该UPE设备确定当前接收的BSR报文所属的组播VPN实例。
这里,步骤203确定当前接收的BSR报文所属组播VPN实例的操作与现有流程类似,这里不再赘述。
需要说明的是,步骤202中的Mtunnel口具体为步骤203确定出的组播VPN实例对应的Mtunnel口。
步骤204,该UPE设备对接收的BSR报文执行RPF检查,若检查通过,则执行步骤205;否则,丢弃该BSR报文。
这里,UPE设备对该接收的BSR报文执行RPF检查的操作与现有技术中RPF检查的操作类似,这里不再赘述。
步骤205,查找到步骤203确定出的组播VPN实例对应的第一出接口转发列表。
步骤206,根据该第一出接口转发列表包含的出接口信息发送该BSR报文。
由于组播VPN实例对应的第一出接口转发列表是针对该组播VPN实例对应的Mtunnel口接收到BSR报文时建立的列表,该第一出接口转发列表中的出接口信息不包含该组播VPN实例对应的Mtunnel口的信息,仅包含该组播VPN实例对应的私网PIM接口的信息;因此,步骤206中具体包括:通过该组播VPN实例对应的除Mtunnel口之外的其他接口(具体为私网PIM接口)发送BSR报文。如此,通过上述操作避免了UPE设备通过Mtunnel口接收到BSR报文后还通过该Mtunnel口发送BSR报文而导致系统资源浪费的问题。
当然,若步骤202中UPE设备当前通过本地网络接口接收到BSR报文,则步骤205至步骤206替换为:查找步骤203确定出的组播VPN实例对应的第二出接口转发列表,根据该第二出接口转发列表包含的出接口信息发送该BSR报文。由于组播VPN实例对应的第二出接口转发列表是针对本地网络接口接收到BSR报文时建立的列表,该第二出接口转发列表包含的出接口信息为该组播VPN实例对应的Mtunnel口和该组播VPN实例对应的私网PIM接口的信息。如此,即可实现通过该组播VPN实例对应的Mtunnel口和该组播VPN实例对应的私网PIM接口发送该当前接收的BSR报文。
为便于本实施例更加清楚,下面以一具体的应用场景对本发明实施例的进行描述。
参见图3,图3为本发明实施例提供的对应图2所示的应用示意图。如图3所示,UPE1至UPE256与SPE形成分层PE;SPE和各个UPE都同时支持1024个组播VPN实例,编号为VPN1至VPN1024,当然,SPE和各个UPE也可不同时支持相同的组播VPN实例,比如,SPE支持1024个组播VPN实例,其他各个UPE支持1024个VPN中一个或者多个组播VPN实例;本发明实施例为便于描述,仅以SPE和各个UPE都同时支持1024个组播VPN实例为例,其他情况类似,这里不再一一描述。如此,在SPE以及各个UPE中,针对其支持的1024个组播VPN实例中的每一个组播VPN实例,都存在对应的第一出接口转发列表和第二出接口转发列表。
如图3所示,若CE1担任1024个VPN实例中的BSR,则针对CE1发送的每一个VPN实例中的BSR报文,当SPE接收到该BSR报文后,向其支持的1024个组播VPN实例分别对应的Mtunnel口发送BSR报文;当各个UPE通过对应的Mtunnel口接收到BSR报文后,确定当前接收的BSR报文所属的组播VPN实例;并对接收的BSR报文执行RPF检查,若检查未通过,则丢弃该BSR报文;否则,查找确定出的该BSR报文所属的组播VPN实例对应的第一出接口转发列表,根据该第一出接口转发列表包含的出接口信息发送该当前接收的BSR报文;由于第一出接口转发列表是针对Mtunnel口接收到BSR报文时建立的,其包含的出接口信息中不存在接收到BSR报文的Mtunnel口的信息,比较图1和图3,可以看出,图3中的各个UPE不再向Mtunnel口发送接收的BSR报文,如此,避免了UPE通过Mtunnel口接收到BSR报文后还通过该Mtunnel口发送BSR报文而导致系统资源浪费的问题。
在上述实施例中,针对UPE设备支持的每一个组播VPN实例,都需要配置对应的两个出接口转发列表,即第一出接口转发列表和第二出接口转发列表,本发明实施例还可应用于针对每一个组播VPN实例只建立一个出接口转发列表(记为第三出接口列表)来解决UPE设备通过Mtunnel口接收到BSR报文后还通过该Mtunnel口发送BSR报文而导致系统资源浪费的问题,具体可参见图4。参见图4,图4为本发明实施例提供的第二详细流程图。如图4所示,该实施例应用于包含一个以上UPE设备的分层PE网络中,各个UPE设备支持的组播VPN实例已创建,如图4所示,该流程可包括以下步骤:
步骤401,针对每一UPE设备,为该UPE设备支持的每一个组播VPN实例,配置该组播VPN实例对应的用于转发该组播VPN实例中的BSR报文的第三出接口转发列表。
这里,组播VPN实例对应的第三出接口转发列表包含的出接口信息为该组播VPN实例对应的Mtunnel口和该组播VPN实例对应的私网PIM接口的信息,其中,为便于后续步骤406识别出出接口转发列表包含的Mtunnel口信息,这里可设置出接口转发列表中的Mtunnel口信息和私网PIM接口信息的标识不同。
步骤402至步骤403分别与图2所示的步骤202和步骤203类似,这里不再赘述。
步骤404,UPE设备对该接收的BSR报文执行RPF检查,若检查通过,则执行步骤405;否则,丢弃该BSR报文。
步骤405,UPE设备查找到步骤403确定出的组播VPN实例对应的第三出接口转发列表。
步骤406,在查找到的第三出接口转发列表中识别出Mtunnel口信息,并对该Mtunnel口信息作标记。之后,执行步骤407。
这里,由于第三出接口转发列表中的Mtunnel口信息和私网PIM接口信息的标识不同,因此,很容易在查找到的第三出接口转发列表中识别出Mtunnel口信息。其中,对Mtunnel口信息作标记主要是为了表示转发当前接收的BSR报文时,不利用该Mtunnel口信息对应的接口进行该BSR报文的转发。
需要说明的是,本实施例在通过步骤405查找到对应的第三出接口转发列表后,也可不执行步骤406至步骤408中的操作,而是直接通过查找到的第三出接口转发列表包含的出接口信息中除该Mtunnel口信息之外的其他接口信息对应的接口发送BSR报文,这也能避免UPE设备通过Mtunnel口接收到BSR报文后还通过该Mtunnel口发送BSR报文而导致系统资源浪费的问题,节省系统资源。因此,图4所示的操作只是一种举例,并非限定本发明实施例的应用。
步骤407,根据该第三出接口转发列表包含的出接口信息中未作标记的接口信息发送当前接收的BSR报文。
具体地,步骤407包括:将该第三出接口转发列表包含的出接口信息中未作标记的接口信息对应的接口确定为出接口,通过该确定的出接口发送当前接收的BSR报文。
由于步骤403确定出的组播VPN实例对应的第三出接口转发列表包含的出接口信息为该组播VPN实例对应的Mtunnel口和该组播VPN实例对应的私网PIM接口的信息,而在步骤406中对该第三出接口转发列表中的出接口信息所包含的该组播VPN实例对应的Mtunnel口信息作了标记,如此,本步骤407中该第三出接口转发列表包含的出接口信息中未作标记的接口信息具体为该组播VPN实例对应的私网PIM接口的信息,如此,即可通过该组播VPN实例对应的私网PIM接口发送当前接收的BSR报文,避免了UPE设备通过Mtunnel口接收到BSR报文后还通过该Mtunnel口发送BSR报文而导致系统资源浪费的问题,进而节省了系统资源。
由于BSR报文为BSR周期发送的报文,如此,就会出现UPE设备在下一个BSR报文发送周期内通过本地网络接口接收到BSR报文的可能,因此,为了便于后续BSR报文的转发,在上述步骤407完成BSR报文的转发后,还可执行下述步骤408。
步骤408,去除步骤407中在第三出接口转发列表中的Mtunnel口信息所作的标记。至此,结束对步骤402接收的BSR报文的转发操作。
如此,通过上述操作实现了本发明实施例提供的BSR报文的处理操作。
可以看出,图4所示的流程中针对UPE设备支持的每一个组播VPN实例建立对应的一个出接口转发列表,也可以解决UPE设备通过Mtunnel口接收到BSR报文后还通过该Mtunnel口发送BSR报文而导致系统资源浪费的问题。
网络中通常包含多个UPE设备,每一个UPE设备可在通过Mtunnel口接收到BSR报文时,可以执行图2或者图4所示的用于转发通过Mtunnel口接收到的BSR报文的操作,为便于描述,将该操作简称为报文处理操作。优选地,本发明实施例可按照用户需求或者预设原则为网络中的一个或者多个UPE设备配置报文处理操作功能,将使能了报文处理操作功能的UPE设备执行报文处理操作;而其他的UPE设备仍执行现有操作。为使该方案更加清楚,以图5所示的流程进行描述。参见图5,图5为本发明实施例提供的第三详细流程图。该实施例应用于包含多个UPE设备的分层PE网络中,其中,各个UPE设备支持的组播VPN实例都已创建,本实施例中以为组播VPN实施例建立两个对应的用于转发BSR报文的出接口转发列表为例,当然,为组播VPN实施例建立一个用于转发BSR报文的出接口转发列表的情况类似。如图5所示,该流程可包括以下步骤:
步骤501,为一个以上的UPE设备上配置报文处理操作功能。
这里,步骤501可根据实际情况或者用户需求为一个以上的UPE设备上配置报文处理操作功能。
步骤502,针对配置了报文处理操作功能的每一UPE设备,为该UPE设备所支持的、并且是需要执行报文处理操作的BSR报文所属的组播VPN实例配置对应的第一出接口转发列表和第二出接口转发列表。
这里,步骤502也可针对配置了报文处理操作的UPE设备所支持的每一个组播VPN实例配置该组播VPN实例对应的第一出接口转发列表和第二出接口转发列表,因此,上述只是一种举例,并非限定本发明实施例的应用。
步骤503至步骤504分别与图2所示的步骤202和步骤203相同,这里不再赘述。
步骤505,UPE设备对接收的BSR报文执行RPF检查,若检查通过,则执行步骤506;否则,丢弃该BSR报文。
步骤506,UPE设备判断当前是否使能了报文处理操作功能,如果是,执行步骤507;否则,按照现有流程处理该接收的BSR报文。
通常,一个UPE设备可同时支持多个组播VPN实例,优选地,本实施例中也可在配置了该报文处理操作功能的UPE设备上设置报文匹配规则,其中,该报文匹配规则具体是为了需要对UPE设备接收的哪些BSR报文执行报文处理操作。因此,当在步骤506中的UPE设备上设置了报文匹配规则,则在步骤506中得出判断结果为是后,进一步判断步骤503接收的BSR报文是否满足预设的报文匹配规则,如果是,执行步骤507;否则,按照现有流程处理该接收的BSR报文。若报文匹配规则为预设的需要执行报文处理操作的BSR报文所属的VPN实例的标识;则判断步骤503接收的BSR报文是否满足预设的报文匹配规则为:判断步骤504确定出的组播VPN实例的标识是否存在预设的需要执行报文处理操作的BSR报文所属的VPN实例的标识中,如果是,确定步骤503接收的BSR报文满足报文匹配规则,执行步骤507,否则,确定步骤503接收的BSR报文不满足报文匹配规则,按照现有流程处理该接收的BSR报文。
需要说明的是,步骤506与步骤503并未有固定的时间先后顺序,其也可在UPE接收到BSR报文后执行,如此,步骤503替换为:UPE设备接收到BSR报文后,判断当前是否使能了报文处理操作功能,如果是,确定出当前通过Mtunnel口接收到BSR报文(由于各个接口的标识已被预先配置,这样,当UPE设备接收到BSR报文时,很容易根据接收到该BSR报文的接口的标识获知该接口是否为Mtunnel口,由于本实施例是解决UPE设备通过Mtunnel口接收到BSR报文后还通过该Mtunnel口发送BSR报文而导致系统资源浪费的问题,因此,这里以通过Mtunnel口接收到BSR为例),执行步骤504,否则,按照现有流程处理。
步骤507,查找到步骤504确定出的组播VPN实例对应的第一出接口转发列表。步骤508与图2所示的步骤206相同。
如此,实现了本发明实施例提供的BSR报文的处理方法。
以上对本发明实施例提供的方法进行了描述,下面结合具体实施例对本发明实施例提供的PE设备进行描述。
参见图6,图6为本发明实施例提供的UPE设备的结构图。如图6所示,该UPE设备包括:接收单元601、判断单元602和转发单元603。
接收单元601用于接收BSR报文;
判断单元602用于判断接收单元601当前接收到BSR报文的接口是否为Mtunnel口;
转发单元603用于在判断单元602的判断结果为是时,通过支持接收单元601接收的BSR报文,且除所述Mtunnel口之外的接口发送BSR报文;在判断单元602的判断结果为否时,通过支持接收单元601接收的BSR报文的所有接口发送BSR报文。
其中,Mtunnel口为BSR报文所属的组播VPN实例对应的Mtunnel口;
所述支持该BSR报文,且除所述Mtunnel口之外的接口为该BSR报文所属的组播VPN实例对应的私网协议无关组播PIM接口;
所述支持BSR报文的所有接口为该BSR报文所属的组播VPN实例对应的Mtunnel口和私网PIM接口。
优选地,本实施例在解决UPE设备通过Mtunnel口接收到BSR报文后还通过该Mtunnel口发送BSR报文而导致系统资源浪费的问题时,可提供至少两种UPE设备的具体结构。
其中一种结构为:
如图6所示,该UPE设备还包括:第一配置单元604。
其中,第一配置单元604用于为所述UPE设备支持的组播VPN实例配置对应的第一出接口转发列表和第二出接口转发列表;其中,组播VPN实例对应的第一出接口转发列表为针对Mtunnel口接收到BSR报文时的列表,包含的出接口信息为该组播VPN实例对应的私网PIM接口的信息;组播VPN实例对应的第二出接口转发列表为针对不是Mtunnel口接收到BSR报文时的列表,包含的出接口信息为该组播VPN实例对应的Mtunnel口和该组播VPN实例对应的私网PIM接口的信息。
优选地,如图6所示,转发单元603可包括:第一转发子单元6031和第二转发子单元6032。
其中,第一转发子单元6031在判断单元602的判断结果为是时,确定接收单元601接收的BSR报文所属的组播VPN实例,并查找到确定的组播VPN实例对应的第一出接口转发列表;通过该第一出接口转发列表中的出接口信息所对应的接口发送BSR报文;
第二转发子单元6032在判断单元602的判断结果为否时,确定接收单元601接收的BSR报文所属的组播VPN实例,并查找到确定的组播VPN实例对应的第二出接口转发列表;通过该第二出接口转发列表中的出接口信息对应的接口发送BSR报文。
另一种结构为:
如图6所示,UPE设备还包括:第二配置单元605;
其中,第二配置单元605用于为UPE设备支持的组播VPN实例配置对应的一个出接口转发列表(记为第三出接口转发列表);其中,VPN实例对应的第三出接口转发列表包含的出接口信息为该组播VPN实例对应的Mtunnel口和该组播VPN实例对应的私网PIM接口的信息;
转发单元603包括:第三转发子单元6033和第四转发子单元6034;
其中,第三转发子单元6033在判断单元602的判断结果为是时,确定当前接收的BSR报文所属的组播VPN实例;查找该组播VPN实例对应的第三出接口转发列表,在查找到时,
对该第三出接口转发列表包含的出接口信息中的Mtunnel口信息作标记;通过该第三出接口转发列表包含的出接口信息中未作标记的接口信息对应的接口发送BSR报文;或者,通过该第三出接口转发列表包含的出接口信息中除Mtunnel口信息之外的私网PIM接口的信息对应的接口发送BSR报文;
第四转发子单元6034在判断单元602的判断结果为否时,确定当前接收的BSR报文所属的组播VPN实例;查找确定出的组播VPN实例对应的第三出接口转发列表,在查找到时,通过该第三出接口转发列表中的出接口信息对应的接口发送该BSR报文。
优选地,为保证后续BSR报文的转发,本实施例中,UPE设备还包括:恢复单元606;
其中,恢复单元606用于在第三转发子单元6033发送BSR报文后,去除第三转发子单元6033在第三出接口转发列表包含的出接口信息中对Mtunnel口信息所作的标记。
由以上技术方案可以看出,本发明实施例提供的一种自举路由器报文的处理方法和UPE设备,UPE设备接收到BSR报文后,判断接收到该BSR报文的接口是否为Mtunnel口,在是的情况下,通过支持该BSR报文,且除所述Mtunnel口之外的接口发送BSR报文,其中,支持该BSR报文,且除该Mtunnel口之外的接口具体为该BSR报文所属的VPN实例对应的私网PIM接口;在否的情况下,通过支持该BSR报文的所有接口发送BSR报文。比如,在分层PE网络结构中,UPE通过Mtunnel口接收到BSR报文后,直接利用除该Mtunnel口之外的,并且是该BSR报文所属的VPN实例对应的私网PIM接口发送BSR报文,如此,能够避免现有技术中UPE设备在通过其支持的组播VPN实例对应的Mtunnel口接收到BSR报文后还通过该Mtunnel口转发BSR报文而导致的资源浪费问题,进而节省系统资源。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。

Claims (10)

1、一种自举路由器报文的处理方法,该方法应用于包含一个以上下层服务提供商边缘路由器UPE的分层PE网络中,其特征在于,该方法包括:
步骤A,一UPE设备接收到自举路由器BSR报文后,判断接收到该BSR报文的接口是否为组播隧道Mtunnel口,如果是,执行步骤B;否则,执行步骤C;
步骤B,通过支持该BSR报文,且除所述Mtunnel口之外的接口发送BSR报文;
步骤C,通过支持该BSR报文的所有接口发送BSR报文。
2、根据权利要求1所述的方法,其特征在于,所述步骤A中的Mtunnel口为步骤A中的BSR报文所属的组播VPN实例对应的Mtunnel口;
所述步骤B中支持该BSR报文,且除所述Mtunnel口之外的接口为该BSR报文所属的组播VPN实例对应的私网协议无关组播PIM接口;
所述步骤C中支持该BSR报文的所有接口为该BSR报文所属的组播VPN实例对应的Mtunnel口和私网PIM接口。
3、根据权利要求2所述的方法,其特征在于,所述步骤A之前进一步包括:为分层PE网络中的UPE设备配置与该UPE设备支持的组播VPN实例对应的第一出接口转发列表和第二出接口转发列表;其中,组播VPN实例对应的第一出接口转发列表为针对Mtunnel口接收到BSR报文时的列表,包含的出接口信息为该组播VPN实例对应的私网PIM接口的信息;组播VPN实例对应的第二出接口转发列表为针对不是Mtunnel口接收到BSR报文时的列表,包含的出接口信息为该组播VPN实例对应的Mtunnel口和该组播VPN实例对应的私网PIM接口的信息;
所述步骤B包括:步骤B11,确定当前接收的BSR报文所属的组播VPN实例;步骤B12,查找所述步骤B11确定出的组播VPN实例对应的第一出接口转发列表,在查找到时,通过该第一出接口转发列表中的出接口信息所对应的接口发送BSR报文;
所述步骤C包括:步骤C11,确定当前接收的BSR报文所属的组播VPN实例;步骤C12,查找确定出的组播VPN实例对应的第二出接口转发列表,在查找到时,通过该第二出接口转发列表中的出接口信息对应的接口发送该BSR报文。
4、根据权利要求2所述的方法,其特征在于,所述步骤A之前进一步包括:为分层PE网络中的UPE设备配置与该UPE设备支持的组播VPN实例对应的第三出接口转发列表;其中,VPN实例对应的第三出接口转发列表包含的出接口信息为该组播VPN实例对应的Mtunnel口和该组播VPN实例对应的私网PIM接口的信息;
所述步骤B包括:步骤B21,确定当前接收的BSR报文所属的组播VPN实例;步骤B22,查找所述步骤B21确定出的组播VPN实例对应的第三出接口转发列表,在查找到时,
对该第三出接口转发列表包含的出接口信息中的Mtunnel口信息作标记;通过该第三出接口转发列表包含的出接口信息中未作标记的接口信息对应的接口发送BSR报文;或者,通过该第三出接口转发列表包含的出接口信息中除Mtunnel口信息之外的私网PIM接口的信息对应的接口发送BSR报文;
所述步骤C包括:步骤C21,确定当前接收的BSR报文所属的组播VPN实例;步骤C22,查找确定出的组播VPN实例对应的第三出接口转发列表,在查找到时,通过该第三出接口转发列表中的出接口信息对应的接口发送该BSR报文。
5、根据权利要求4所述的方法,其特征在于,在所述通过该第三出接口转发列表包含的出接口信息中未作标记的接口信息对应的接口发送BSR报文后,进一步包括:去除在所述第三出接口转发列表包含的出接口信息中对Mtunnel口信息所作的标记。
6、根据权利要求2至5任一至所述的方法,其特征在于,该方法进一步包括:预先为分层PE网络中一个以上UPE设备配置报文处理操作功能;
所述步骤A中在执行所述判断操作之前,进一步包括:判断接收到BSR报文的UPE设备当前是否使能了报文处理操作功能,如果是,继续执行所述步骤A中的判断操作;或者,
判断接收到BSR报文的UPE设备当前是否使能了报文处理操作功能,如果是,判断当前接收的BSR报文是否为预设的需要执行报文处理操作的BSR报文,如果是,继续执行所述步骤A中的判断操作。
7、一种UPE设备,其特征在于,该UPE设备包括:接收单元、判断单元和转发单元;
所述接收单元用于接收到自举路由器BSR报文;
所述判断单元用于判断当前接收到所述BSR报文的接口是否为组播隧道Mtunnel口;
所述转发单元用于在所述判断单元的判断结果为是时,通过支持所述接收单元接收的BSR报文,且除所述Mtunnel口之外的接口发送BSR报文;在所述判断单元的判断结果为否时,通过支持该BSR报文的所有接口发送BSR报文。
8、根据权利要求7所述的UPE设备,其特征在于,所述Mtunnel口为BSR报文所属的组播VPN实例对应的Mtunnel口;
所述支持该BSR报文,且除所述Mtunnel口之外的接口为该BSR报文所属的组播VPN实例对应的私网协议无关组播PIM接口;
所述支持BSR报文的所有接口为该BSR报文所属的组播VPN实例对应的Mtunnel口和私网PIM接口。
9、根据权利要求8所述的UPE设备,其特征在于,所述UPE设备还包括:第一配置单元;其中,所述第一配置单元用于为所述UPE设备支持的组播VPN实例配置对应的第一出接口转发列表和第二出接口转发列表;其中,组播VPN实例对应的第一出接口转发列表为针对Mtunnel口接收到BSR报文时的列表,包含的出接口信息为该组播VPN实例对应的私网PIM接口的信息;组播VPN实例对应的第二出接口转发列表为针对不是Mtunnel口接收到BSR报文时的列表,包含的出接口信息为该组播VPN实例对应的Mtunnel口和该组播VPN实例对应的私网PIM接口的信息;
所述转发单元包括第一转发子单元和第二转发子单元;其中,
所述第一转发子单元在判断单元的判断结果为是时,确定所述接收单元接收的BSR报文所属的组播VPN实例对应的第一出接口转发列表;通过该第一出接口转发列表中的出接口信息所对应的接口发送BSR报文;
所述第二转发子单元在所述判断单元的判断结果为否时,确定所述接收单元接收的BSR报文所属的组播VPN实例对应的第二出接口转发列表;通过该第二出接口转发列表中的出接口信息对应的接口发送BSR报文。
10、根据权利要求8所述的UPE设备,其特征在于,所述UPE设备还包括:第二配置单元;其中,所述第二配置单元用于为所述UPE设备支持的组播VPN实例配置对应的第三出接口转发列表;其中,VPN实例对应的第三出接口转发列表包含的出接口信息为该组播VPN实例对应的Mtunnel口和该组播VPN实例对应的私网PIM接口的信息;
所述转发单元包括:第三转发子单元和第四转发子单元;其中,
所述第三转发子单元在所述判断单元的判断结果为是时,确定当前接收的BSR报文所属的组播VPN实例;查找该组播VPN实例对应的第三出接口转发列表,在查找到时,
对该第三出接口转发列表包含的出接口信息中的Mtunnel口信息作标记;通过该第三出接口转发列表包含的出接口信息中未作标记的接口信息对应的接口发送BSR报文;或者,通过该第三出接口转发列表包含的出接口信息中除Mtunnel口信息之外的私网PIM接口的信息对应的接口发送BSR报文;
所述UPE设备还包括:恢复单元;其中,所述恢复单元用于在所述第三转发子单元发送BSR报文后,去除所述第三转发子单元在第三出接口转发列表包含的出接口信息中对Mtunnel口信息所作的标记;
所述第四转发子单元在所述判断单元的判断结果为否时,确定当前接收的BSR报文所属的组播VPN实例;查找确定出的组播VPN实例对应的第三出接口转发列表,在查找到时,通过该第三出接口转发列表中的出接口信息对应的接口发送该BSR报文。
CN2009100870795A 2009-06-18 2009-06-18 自举路由器报文的处理方法和upe设备 Expired - Fee Related CN101577677B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN2009100870795A CN101577677B (zh) 2009-06-18 2009-06-18 自举路由器报文的处理方法和upe设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2009100870795A CN101577677B (zh) 2009-06-18 2009-06-18 自举路由器报文的处理方法和upe设备

Publications (2)

Publication Number Publication Date
CN101577677A true CN101577677A (zh) 2009-11-11
CN101577677B CN101577677B (zh) 2011-06-08

Family

ID=41272468

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2009100870795A Expired - Fee Related CN101577677B (zh) 2009-06-18 2009-06-18 自举路由器报文的处理方法和upe设备

Country Status (1)

Country Link
CN (1) CN101577677B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107888518A (zh) * 2017-10-20 2018-04-06 深圳市楠菲微电子有限公司 用于转发报文的方法及装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100531040C (zh) * 2007-02-07 2009-08-19 杭州华三通信技术有限公司 实现组播虚拟专用网绑定的方法及设备
CN101119222B (zh) * 2007-09-13 2011-03-23 杭州华三通信技术有限公司 Hope网络实现组播的方法、装置及系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107888518A (zh) * 2017-10-20 2018-04-06 深圳市楠菲微电子有限公司 用于转发报文的方法及装置

Also Published As

Publication number Publication date
CN101577677B (zh) 2011-06-08

Similar Documents

Publication Publication Date Title
CN101527740B (zh) 一种动态地址分配的方法、装置及系统
CN100505674C (zh) 一种虚拟专用网内的报文转发方法、系统和边缘设备
US8848609B2 (en) Forwarding internet protocol version 6 link-local multicast to support roaming of wireless mobile client devices
CN101667969B (zh) L2vpn网络接入ip/l3vpn网络的方法和装置
CN104253759A (zh) 报文转发方法、装置及系统
CN107547342B (zh) 基于vxlan隧道的报文广播方法和装置
CN101340356A (zh) 转发信息的方法和信息转发设备
CN101047651A (zh) 设置ip优先级的方法、系统和设备
CN101052022A (zh) 一种虚拟专用网用户访问公网的系统和方法
CN100484080C (zh) 一种虚拟私有网的路由引入方法、系统和运营商边缘设备
CN102130813A (zh) 伪线建立方法、系统及设备
CN102255787B (zh) 一种基于服务质量的报文处理方法和运营商网络边缘设备
CN103117935A (zh) 应用于多归属组网的组播数据转发方法和装置
CN103746922A (zh) 一种组播报文的转发方法及装置
CN101119222B (zh) Hope网络实现组播的方法、装置及系统
US20080279132A1 (en) Wireless Communication Device
JP2006074132A (ja) マルチキャスト通信方法及びゲートウェイ装置
JP2011199430A (ja) 通信システム、基地局、通信装置、スイッチおよび通信方法
EP2852115B1 (en) Information processing method, apparatus and system in trill networks
JP2006222659A (ja) 無線通信装置、無線通信システム及び方法
CN101262446A (zh) 一种Hello报文的生成方法及装置
CN101577677B (zh) 自举路由器报文的处理方法和upe设备
WO2014008651A1 (zh) Bfd会话建立的方法及路由设备
US10033453B2 (en) Repeater
CN103236980A (zh) 路由器及实现路由器广播接口无编号的方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CP03 Change of name, title or address

Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No.

Patentee after: Xinhua three Technology Co., Ltd.

Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base

Patentee before: Huasan Communication Technology Co., Ltd.

CP03 Change of name, title or address
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20110608

Termination date: 20200618

CF01 Termination of patent right due to non-payment of annual fee