一种报文发送的方法和装置的制作方法

文档序号:7647614阅读:153来源:国知局
专利名称:一种报文发送的方法和装置的制作方法
技术领域
本发明涉及网络管理领域,特别涉及一种报文发送的方法和装置。
技术背景Mac-in- Mac技术通过添加运营商的B-MAC (Backbone MAC Address-骨干网MAC地址) 地址,将运营商网络和客户网络隔离开来;在用户二层报文到达运营商骨干网边缘时,根据 用户报文C-MAC (Customer MAC Address-用户报文MAC地址)、S-TAG (Extended Service TAG-扩展服务标签)映射到运营商网络的(B-MAC, B-TAG) (Backbone TAG Field-骨干 网TAG'域),并在此用户报文上封装对应的B-MAC、 B-TAG、 I-TAG,封装后的用户报文按 照B-MAC、B-TAG在运营商网络内传送。用户报文(C-MAC, S-TAG)到运营商网络(B-MAC, B-TAG)的映射关系,可以通过静态配置和动态学习两种方式来建立,其中动态学习就是基 于传统的二层报文的MAC地址学习功能来获得(C-MAC, S-TAG)和(B-MAC, B-TAG) 的映射关系,如图l所示,在动态学习时,运营商边缘设备PEA (ProviderEdge-PE)收到用户 边缘设备CEl(CustomerEdge-CE)发送的报文后,如果没有查找到用户C-MAC地址转发表,则 按照Mac-in-Mac封装格式将S-TAG、 B-TAG和广播MAC地址封装到原始二层报文头前,并在 B-TAG对应的B-VLAN (VirtualLAN-虚拟局域网)内广播。在实际网络中,完全通过动态学 习的方式来建立用户到骨干网的映射关系,对运营商来讲缺乏对用户报文的监控以及网络规 划的可能。在目前现有技术中,运营商可以在PE之间部署基于(B-MAC, B-TAG,出接口)的静态 MAC隧道,在骨干网的中间设备配置基于(B-MAC, B-TAG)的静态MAC转发表,将用户 报文和PE间的静态MAC隧道绑定,这样用户报文将会沿着静态MAC隧道转发。但是,这种 方案将PE间的隧道建立方式和用户到(B-MAC, B-TAG)的映射关系结合得过于紧密,无论 对于P2P服务实例(Peer-to-Peer-点对点)还是MP2MP (Multi Peer-to-Multi Peer-多点对多点) 服务实例的应用,都需要整个网络全程进行MAC隧道、MAC转发表的静态配置,配置量随着 网络规模的增大会变得非常复杂。发明内容为了解决用户报文在运营商骨干网传送的问题,本发明实施例提出了一种报文发送的方 法,所述方法包括在入口运营商边缘设备上建立运营商网络隧道列表,并将所述运营商网络隧道列表与用 户服务实例绑定;所述入口运营商边缘设备收到用户报文后,根据该用户所属的用户服务实例,对所述用 户报文进行封装,并将封装后的用户报文发送到运营商网络上传送。本发明实施例还提供了一种报文发送的装置,所述装置包括列表建立模块、绑定模块、封装模块和转发模块;所述列表建立模块用于在入口运营商边缘设备上建立运营商网络隧道列表,并将建立的 运营商网络隧道列表发送给所述绑定模块;所述绑定模块用于接收所述列表建立模块发送的运营商网络隧道列表,并将收到的运营 商网络隧道列表与用户服务实例绑定;所述封装模块用于接收用户报文,并根据所述绑定模块绑定的与该用户所属的用户服务 实例相对应的运营商网络隧道列表,对用户报文进行封装,将封装后的用户报文发送给所述 转发模块;所述转发模块用于接收所述封装模块发送的用户报文,并将收到的用户报文通过运营商 网络、出口运营商边缘设备转发给客户边缘设备。本发明实施例的有益效果本发明实施例使运营商可以根据实际的应用情况,灵活地部 署用户报文和运营商网络隧道列表之间的映射关系,从而有效地规划网络、减少由用户报文 导致的广播报文在运营商骨干网传播。


图1是现有技术中Mac-in-Mac典型组网示意图; 图2是本发明实施例提出的报文发送的方法流程图; 图3是本发明实施例提供的报文发送的装置的结构图。
具体实施方式
下面结合附图和具体实施例对本发明作进一步说明,但不作为对本发明的限定。 本发明实施例通过在接入用户的服务实例下配置运营商网络隧道(B-MAC, B-TAG)列表,来指明用户报文(C-MAC, S-TAG)和运营商网络隧道(B-MAC, B-TAG)的映射关系, 从而实现用户报文的转发。参见图2,本发明实施例提出的报文发送的方法,具体包括以下步骤步骤101:在入口运营商边缘PE设备上建立运营商网络隧道(B-MAC, B-TAG)列表, 并将此(B-MAC, B-TAG)列表与用户服务实例绑定。用户服务实例包括P2P型的服务实例和MP2MP型的服务实例。对于与P2P型服务实例 绑定的(B-MAC, B-TAG)列表中有一组B-MAC、 B-TAG;对于与MP2MP型服务实例绑定 的(B-MAC, B-TAG)列表中至少有一组B-MAC、 B-TAG,但是每一组B-MAC、 B-TAG中 的B-MAC不能重复,如果重复说明配置错误,运营商边缘PE设备提示配置错误告警。步骤102:入口运营商边缘PE设备收到用户侧的报文后,根据该用户所属用户服务实例 的类型,对用户报文进行封装,将封装后的用户报文发送到运营商网络上传送。入口运营商边缘PE设备根据用户所属用户服务实例的类型,对收到的用户报文进行不 同的封装处理1. 对于P2P型的服务实例,入口运营商边缘PE设备查找与P2P型服务实例绑定的 (B-MAC, B-TAG)列表,并根据列表中的B-MAC转发表,将用户报文封装Mac-in-Mac报文头,发送到运营商网络上传送。2. 对于MP2MP型的服务实例,入口运营商边缘PE设备査找是否存在基于C-MAC的 转发表,如果査找到对应的C-MAC转发表,则按照C-MAC转发表中的信息转发用户报文, 如果要通过运营商网络转发用户报文,则将用户报文封装Mac-in-Mac报文头,发送到运营商 网络上传送;如果没有査找到对应的C-MAC转发表,则分别将(B-MAC, B-TAG)列表中 各组B-MAC、 B-TAG封装到用户报文Mac-in-Mac报文头中,按照各自封装后的B-MAC地 址和B-TAG发送到运营商网络上传送。步骤103:出口运营商边缘PE设备收到经过封装后的用户报文后,对用户报文解封装, 并按照用户报文的目的MAC地址转发给客户边缘CE设备。本实施例可以使运营商根据实际应用来灵活部署用户报文和(B-MAC, B-TAG)之间的 映射关系,从而有效规划网络、减少由用户报文导致的广播报文在骨干网传播。在MP2MP型的服务实例应用中,还可以在建立(B-MAC, B-TAG)列表的同时,建立 基于C-MAC、 S-TAG等用户信息的ACL (Access Control List-访问控制表)过滤策略,这样 可以灵活地控制接入用户应该封装的(B-MAC, B-TAG):入口运营商边缘PE设备将用户报 文与ACL过滤策略进行匹配,如果用户报文满足ACL过滤策略定义的规则,则入口运营商边缘PE设备按照ACL过滤策略定义的规则,对用户报文进行封装;如果用户报文不满足ACL 过滤策略定义的规则,则入口运营商边缘PE设备查找用户报文的C-MAC转发表,如果没有 查找到C-MAC转发表,则入口运营商边缘PE设备将与MP2MP型的服务实例绑定的(B-MAC, B-TAG)列表中的所有B-MAC和B-VLAN信息,逐个分别封装到用户报文头; 如果査找到C-MAC转发表,则入口运营商边缘PE设备将用户报文封装Mac-in-Mac报文头。 另外,用户有时会希望P2P型服务实例或MP2MP型服务实例下的用户流量能够自行学 习MAC转发表,这样就需要让封装Mac-in-Mac头后的用户报文能广播发送到骨干网所有PE 上,即封装的外层MAC地址为广播MAC地址,对于这类应用,可以在(B-MAC, B-TAG) 列表中配置B-MAC为广播MAC地址,这样入口运营商边缘PE设备在査找到(B-MAC, B-TAG)列表后,发现目的MAC为广播MAC地址,则继续按照现有的广播发送流程将报文 封装后发送出去。参见图3,本发明实施例还提供了一种报文发送的装置,该装置包括列表建立模块、绑 定模块、封装模块和转发模块;列表建立模块用于在入口运营商边缘设备上建立运营商网络隧道列表,并将建立的运营 商网络隧道列表发送给绑定模块;绑定模块用于接收列表建立模块发送的运营商网络隧道列表,并将收到的运营商网络隧 道列表与用户服务实例绑定;封装模块用于接收用户报文,并根据绑定模块绑定的与该用户所属的用户服务实例相对 应的运营商网络隧道列表,对用户报文进行封装,将封装后的用户报文发送给转发模块;转发模块用于接收封装模块发送的用户报文,并将收到的用户报文通过运营商网络、出 口运营商边缘设备转发给客户边缘设备。封装模块包括判断单元和封装处理单元;判断单元用于根据接收的用户报文,判断出该用户的用户服务实例,并将判断结果和收 到的用户报文发送给封装处理单元;封装处理单元用于根据判断单元发送的判断结果,对收到的用户报文进行封装处理,并 将封装处理后的用户报文发送给转发模块。该装置还包括过滤策略建立模块,过滤策略建立模块用于建立用户信息的过滤策略,并 将建立的过滤策略发送给绑定模块;绑定模块将收到的过滤策略与用户服务实例绑定。封装模块包括判断单元、匹配单元和封装处理单元;判断单元用于根据接收的用户报文,判断出该用户的用户服务实例,并将判断结果和收 到的用户报文发送给匹配单元;匹配单元用于接收判断单元发送的多点对多点服务实例的判断结果,并根据该判断结果 将收到的用户报文与过滤策略建立模块建立的过滤策略进行匹配,并将匹配结果和收到的用 户报文发送给封装处理单元;封装处理单元用于根据匹配单元发送的匹配结果,对收到的用户报文进行封装处理,并 将封装处理后的用户报文发送给转发模块。本实施例通过绑定模块将运营商网络隧道列表和用户服务实例,使运营商可以灵活地部 署用户报文和运营商网络隧道列表之间的映射关系,从而有效地规划网络、减少由用户报文 导致的广播报文在运营商骨干网传播。本发明实施例中涉及的软件可以存储在一个计算机可读取存储介质中。以上所述的实施例只是本发明较优选的具体实施方式
,本领域的技术人员在本发明技术 方案范围内进行的通常变化和替换都应包含在本发明的保护范围内。
权利要求
1. 一种报文发送的方法,其特征在于,所述方法包括在入口运营商边缘设备上建立运营商网络隧道列表,并将所述运营商网络隧道列表与用户服务实例绑定;所述入口运营商边缘设备收到用户报文后,根据该用户所属的用户服务实例,对所述用户报文进行封装,并将封装后的用户报文发送到运营商网络上传送。
2. 如权利要求1所述的报文发送的方法,其特征在于,在入口运营商边缘设备上建立运 营商网络隧道列表,并将所述运营商网络隧道列表与用户服务实例绑定还包括建立用户信 息的过滤策略,并将所述过滤策略与所述用户服务实例绑定。
3. 如权利要求1或2所述的报文发送的方法,其特征在于,所述用户服务实例包括点对点服务实例和多点对多点服务实例。
4. 如权利要求1所述的报文发送的方法,其特征在于,所述根据该用户所属的用户服务 实例,对所述用户报文进行封装具体为如果该用户所属的用户服务实例为点对点服务实例, 则所述入口运营商边缘设备查找所述点对点服务实例绑定的运营商网络隧道列表,并根据该 运营商网络隧道列表中的物理地址转发表,对所述用户报文封装运营商网络报文头。
5. 如权利要求1所述的报文发送的方法,其特征在于,所述根据该用户所属的用户服务 实例,对所述用户报文进行封装具体为如果该用户所属的用户服务实例为多点对多点服务 实例,则所述入口运营商边缘设备査找所述用户报文的目的物理地址转发表,如果没有查找 到所述目的物理地址转发表,则所述入口运营商边缘设备将所述多点对多点服务实例绑定的 运营商网络隧道列表中的所有物理地址和虚拟局域网信息,逐个分别封装到所述用户报文头; 如果査找到所述目的物理地址转发表,则所述入口运营商边缘设备将所述用户报文封装运营 商网络报文头。
6. 如权利要求2所述的报文发送的方法,其特征在于,所述根据该用户所属的用户服务 实例,对所述用户报文进行封装具体为如果该用户所属的用户服务实例为多点对多点服务实例,则所述入口运营商边缘设备将所述用户报文与所述过滤策略进行匹配,如果所述用户 报文满足所述过滤策略定义的规则,则所述入口运营商边缘设备按照所述过滤策略定义的规 则,对所述用户报文进行封装;如果所述用户报文不满足所述过滤策略定义的规则,则所述 入口运营商边缘设备查找所述用户报文的目的物理地址转发表,如果没有查找到所述目的物 理地址转发表,则所述入口运营商边缘设备将所述多点对多点服务实例绑定的运营商网络隧 道列表中的所有物理地址和虚拟局域网信息,逐个分别封装到所述用户报文头,如果査找到 所述目的物理地址转发表,则所述入口运营商边缘设备将所述用户报文封装运营商网络报文 头。
7. —种报文发送的装置,其特征在于,所述装置包括列表建立模块、绑定模块、封装模 块和转发模块;所述列表建立模块用于在入口运营商边缘设备上建立运营商网络隧道列表,并将建立的 运营商网络隧道列表发送给所述绑定模块;所述绑定模块用于接收所述列表建立模块发送的运营商网络隧道列表,并将收到的运营 商网络隧道列表与用户服务实例绑定;所述封装模块用于接收用户报文,并根据所述绑定模块绑定的与该用户所属的用户服务 实例相对应的运营商网络隧道列表,对用户报文进行封装,将封装后的用户报文发送给所述 转发模块;所述转发模块用于接收所述封装模块发送的用户报文,并将收到的用户报文通过运营商 网络、出口运营商边缘设备转发给客户边缘设备。
8. 如权利要求7所述的报文发送的装置,其特征在于,所述封装模块包括判断单元和封 装处理单元;所述判断单元用于根据接收的用户报文,判断出该用户的用户服务实例,并将判断结果 和收到的用户报文发送给所述封装处理单元;所述封装处理单元用于根据所述判断单元发送的判断结果,对收到的用户报文进行封装 处理,并将封装处理后的用户报文发送给所述转发模块。
9. 如权利要求7所述的报文发送的装置,其特征在于,所述装置还包括过滤策略建立模 块,所述过滤策略建立模块用于建立用户信息的过滤策略,并将建立的过滤策略发送给所述绑定模块;所述绑定模块将收到的过滤策略与用户服务实例绑定。
10.如权利要求9所述的报文发送的装置,其特征在于,所述封装模块包括判断单元、 匹配单元和封装处理单元;所述判断单元用于根据接收的用户报文,判断出该用户的用户服务实例,并将判断结果 和收到的用户报文发送给所述匹配单元;所述匹配单元用于接收所述判断单元发送的多点对多点服务实例的判断结果,并根据该 判断结果将收到的用户报文与所述过滤策略建立模块建立的过滤策略进行匹配,并将匹配结 果和收到的用户报文发送给所述封装处理单元;所述封装处理单元用于根据所述匹配单元发送的匹配结果,对收到的用户报文进行封装 处理,并将封装处理后的用户报文发送给所述转发模块。
全文摘要
本发明公开了一种报文发送的方法和装置,属于网络管理领域。为了解决用户报文在运营商骨干网传送的问题,本发明提出了一种报文发送的方法在入口运营商边缘设备上建立运营商网络隧道列表,并将运营商网络隧道列表与用户服务实例绑定;入口运营商边缘设备收到用户报文后,根据该用户所属的用户服务实例,对用户报文进行封装,并将封装后的用户报文发送到运营商网络上传送。本发明还提供了一种报文发送的装置,装置包括列表建立模块、绑定模块、封装模块和转发模块。本发明可以有效地规划网络,减少广播报文在骨干网传播。
文档编号H04L12/46GK101277254SQ20071006500
公开日2008年10月1日 申请日期2007年3月30日 优先权日2007年3月30日
发明者宇 范 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1