CN101471875B - 基于环路的报文传送方法、网络系统和节点设备 - Google Patents
基于环路的报文传送方法、网络系统和节点设备 Download PDFInfo
- Publication number
- CN101471875B CN101471875B CN2008100002923A CN200810000292A CN101471875B CN 101471875 B CN101471875 B CN 101471875B CN 2008100002923 A CN2008100002923 A CN 2008100002923A CN 200810000292 A CN200810000292 A CN 200810000292A CN 101471875 B CN101471875 B CN 101471875B
- Authority
- CN
- China
- Prior art keywords
- pbt
- message
- port
- node
- pbb
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/42—Loop networks
- H04L12/437—Ring fault isolation or reconfiguration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/66—Layer 2 routing, e.g. in Ethernet based MAN's
Abstract
本发明涉及通信技术领域,公开了基于环路的报文传送方法、网络系统和节点设备,所述网络系统包括至少两个节点设备,所述节点设备互连形成一个或多个PBB或PBT环路。节点设备包括:至少两个端口,所述端口分别用于与一个或多个节点设备进行互连形成一个或多个PBB或PBT环路;数据处理单元,用于对收到的用户报文进行封装,以及对所述的一个或多个PBB或PBT环路进行故障检测,以及在检测出现故障时,根据虚拟媒体接入控制地址或虚拟局域网标识与端口的对应关系选择没有故障的PBB或PBT环路或传输路径将封装得到的报文发送给目标节点设备。本发明不会导致PBB或PBT环通信中断,从而实现PBB或PBT环路的保护功能。
Description
技术领域
本发明涉及通信技术领域,尤其涉及基于环路的报文传送方法、网络系统和节点设备。
背景技术
电气和电子工程师协会(IEEE,Institute of Electrical and ElectronicsEngineers)802.1ah标准定义的运营商骨干桥(PBB,Provider Backbone Bridge)网的目的是为了定义与802.1ad标准的运营商桥(Provider Bridge)兼容且可以互操作的新架构以及桥协议,从而可以将多个运营商桥网合并达到至少220个虚拟局域网(VLAN,Virtual Local Area Network),其中,PBB又称为MACinMAC(媒体接入控制地址承载媒体接入控制地址)。
802.1ah标准在802.1ad标准的基础上,可以将Provider Bridge的报文完整的封装在Provider Backbone Bridge的报文中,从而提供了一种分级的网络模型。在所述分级网络中用户的媒体接入控制地址(MAC,Media Access ControlAddress)与运营商网络设备的MAC地址是隔离的,用户数据的标签与运营商的标签也是分不开的。
现有技术在802.1ah标准的基础上提出了一种运营商骨干传送(PBT,Provider Backbone Transport)方法,该方法在IEEE 802.1Qay中定义为运营商骨干桥流量工程(PBB-TE,Provider Backbone Bridge Traffic Engineering)网。该方法要求实现PBT的设备需要支持独立VLAN学习(IVL,Individual VLANLearning),并在PBT相关的设备上指定一部分VLAN作为PBT的VLAN,与其它的普通VLAN分开使用,互不影响;另外,在作为PBT的VLAN中关闭MAC地址学习和生成树协议,以及关闭未知报文的广播以及多播功能。
配置目标设备的MAC地址和PBT虚拟局域网标识(VID,VLANIdentifier),并将目标设备的MAC地址和PBT VID组成标签在一系列支持IVL的以太网交换机上进行转发,形成以太网交换通路(Ethernet Switched Path),这个通路可以认为是一个连接或者隧道。
PBT的通路是通过供应与管理(Provisioning and Management)系统来进行动态或静态配置,并对链路的状态进行维护。Provisioning and Management在ESP(Ethernet Switching Path,以太网交换路径)所经过的网络节点上配置转发表,网络节点根据所述转发表转发PBT报文。
现有技术中至少存在如下问题:上述现有技术的PBT网络节点的通信仅仅采用一条ESP,如果该ESP故障,则PBT通信中断。
发明内容
本发明实施例要解决的技术问题是提供一种基于环路的报文传送方法,所述方法在PBT/PBB环网的基础上配置PBT/PBB正向环和PBT/PBB反向环,实现了当PBT/PBB正向环发生故障时,采用PBT/PBB反向环进行传输,从而减少PBT/PBB环网中由于单条ESP故障而给网络带来业务中断的影响。
本发明实施例要解决的技术问题是提供一种网络系统,所述系统减少PBT/PBB环网中由于单条ESP故障而给网络带来业务中断的影响。
本发明实施例要解决的技术问题是提供一种节点设备,所述设备能够通过自身提供的端口分别和一个或多个节点设备互连形成PBB或PBT环路。
为解决上述技术问题,本发明实施例提供了一种基于环路的报文传送方法,其中,所述环路包括至少两个节点设备,所述节点设备互连形成至少两个PBB或PBT环路,所述方法包括:
对收到的用户报文进行封装;
对所述的一个或多个PBB或PBT环路进行故障检测;
当检测出现故障时,根据虚拟媒体接入控制地址或虚拟局域网标识与端口的对应关系根据故障检测结果选择没有故障的PBB或PBT环路将封装得到的报文发送给目标节点设备。
本发明实施例还提供了一种基于环路的报文传送方法,其中,所述环路包括至少两个节点设备,所述节点设备互连形成一个PBB或PBT环路,所述方法包括:
对收到的用户报文进行封装;
对主用传输路径进行故障检测,在所述主用传输路径出现故障时,通过备用传输路径将封装得到的报文发送给目标节点设备。
本发明实施例还提供了一种网络系统,其中,所述系统包括至少两个节点设备,所述节点设备通过自身提供的端口分别和一个或多个节点设备进行互连形成一个或多个PBT/PBB环路。
本发明实施例还提供了一种节点设备,其中,所述节点设备包括:
至少两个端口,所述端口分别用于与一个或多个节点设备进行互连形成一个或多个PBB或PBT环路;
数据处理单元,用于对收到的用户报文进行封装,以及对所述的一个或多个PBB或PBT环路进行故障检测,以及在检测出现故障时,根据虚拟媒体接入控制地址或虚拟局域网标识与端口的对应关系选择没有故障的PBB或PBT环路或传输路径将封装得到的报文发送给目标节点设备。
以上技术方具有如下优点或有益效果:由于本发明实施例中的节点设备通过自身提供的端口分别和一个或多个节点设备互连形成一个或多个PBB/PBT环路,这样当一个PBB/PBT环路出现故障时,就可以使用另一个PBB/PBT环路传输报文,或者当主用传输路径出现故障时,就会选择备用传输路径传输报文,这样不会导致PBB/PBT环网通信中断,从而实现了PBB/PBT环路的保护功能。
附图说明
图1是本发明实施例的一种PBT节点示意图;
图2是本发明实施例一的一种网络系统示意图;
图3a是本发明实施例的一种基于PBT环的接入网架构示意图;
图3b是本发明实施例的一种基于PBT环的接入网架构示意图;
图3c是本发明实施例的一种基于PBT环的接入网架构示意图;
图4是本发明实施例二的一种节点设备示意图;
图5是本发明实施例的一种组网示意图;
图6是本发明实施例三配置阶段的流程图;
图7是本发明实施例三的一种故障检测方法流程图;
图8是本发明实施例三的一种故障检测方法流程图;
图9是本发明实施例三的一种故障检测方法流程图;
图10是本发明实施例三故障保护阶段的流程图;
图11是本发明实施例三的一种故障恢复检测方法流程图;
图12是本发明实施例三恢复阶段流程图;
图13a是本发明实施例的一种组网示意图;
图13b是本发明实施例的一种组网示意图
图14是本发明实施例四配置阶段的流程图;
图15是本发明实施例四的一种故障检测方法流程图;
图16是本发明实施例四的一种故障检测方法流程图;
图17是本发明实施例四故障保护阶段的流程图;
图18是本发明实施例四恢复阶段的流程图;
图19是本发明实施例的一种组网示意图;
图20是本发明实施例五配置阶段的流程图;
图21是本发明实施例五的一种故障检测方法流程图;
图22是本发明实施例五的一种故障检测方法流程图;
图23是本发明实施例五故障保护阶段的流程图;
图24是本发明实施例五恢复阶段的流程图;
图25a是本发明实施例的一种组网示意图;
图25b是本发明实施例的一种组网示意图;
图26是本发明实施例六配置阶段的流程图;
图27是本发明实施例六的一种故障检测方法流程图;
图28是本发明实施例六的一种故障检测方法流程图;
图29是本发明实施例六故障保护阶段的流程图;
图30是本发明实施例六故障恢复阶段的流程图;
图31是本发明实施例的一种组网示意图。
具体实施方式
为使本领域技术人员能够更好地理解本发明实施例,下面结合附图对本发明实施例的技术方案进行描述。
首先,对PBT节点进行介绍。参照图1,所述PBT节点包括:
PBT配置单元,用于配置PBT环参数,例如,虚拟媒体接入控制地址(VMAC,Virtual Media Access Control Address)/媒体接入控制地址(MAC,Media Access Control Address),使能端口,以及为业务端口处理单元和PBTOAM(Operations、Administration and Maintenance,简称为运行、管理和维护)单元配置工作模式,以及根据PBT环参数建立VMAC或MAC转发表。
PBT转发表存储单元,用于存储PBT配置单元配置的转发表,例如单播MAC/VMAC转发表。
PBT OAM单元,用于运行、管理和维护PBT环的各个节点设备或PBT环,可通过检测OAM报文感知PBT环故障,触发PBT环配置单元配置业务端口的工作模式;支持PBT环故障检测或故障恢复检测的两种工作模式:主动模式、被动模式。其中,被动模式又分:双发双收被动模式、双发选收被动模式、选发选收被动模式;OAM单元产生的OAM报文根据工作模式双发或选发送往E端口PBT处理单元或W端口PBT处理单元,根据工作模式双收或选收来自E端口PBT处理单元或W端口PBT处理单元的OAM报文。
E端口PBT处理单元,用于通过所述E入端口和E出端口分别与两个节点设备互连形成闭合的正向环。以及通过E入端口接收PBT报文,根据目的媒体接入控制地址(D-MAC,Destination MAC Address)对所述PBT报文进行处理,若D-MAC为本当前节点的地址,则对收到的PBT报文进行解封装处理,并将解封装处理得到的报文发送给业务端口处理单元;若D-MAC不是当前节点的地址,则根据VMAC/MAC转发表,通过E出端口对收到的PBT报文进行转发,或者丢弃所述PBT报文;以及对来自业务端口处理单元的PBT报文进行封装处理,然后根据VMAC/MAC转发表由E出端口对PBT报文进行转发。
W端口PBT处理单元,用于通过所述W入端口和W出端口分别与两个节点设备互连形成闭合的反向环,以及通过W入端口接收PBT报文,根据D-MAC对收到的PBT报文进行相应处理,若D-MAC为当前节点的地址,则对PBT报文进行PBT解封装处理,然后将解封装处理得到的报文发送给业务端口处理单元;若D-MAC非本节点的地址,则根据VMAC/MAC转发表,通过W出端口对收到的PBT报文进行转发,或丢弃所述PBT报文;以及对来自业务端口处理单元的用户报文进行PBT封装处理,根据VMAC/MAC转发表由W出端口对PBT报文进行转发。
业务端口处理单元,用于通过业务端口接收用户报文,然后根据已配置的工作模式以双发或选发等方式将报文发送给E端口PBT处理单元或W端口PBT处理单元,根据已配置的工作模式以双收或选收等方式接收来自E端口PBT处理单元或W端口PBT处理单元的PBT解封装后的报文。其中,业务端口的工作模式有:1+1工作模式(即双发双收模式)、1+1正向环工作模式/1+1反向环工作模式(即双发选收模式)、1∶1工作模式/1∶1正向环工作模式/1∶1反向环工作模式(即选发选收模式);对于“1+1”,通常要求“双发”,对于“1∶1”,通常要求“选发”,对于“正向环工作”,通常要求“选收E端口”,对于“反向环工作”,通常要求“选收W端口”。
值得说明的是,PBB节点的结构与PBT节点基本相同,PBB环网与PBT环网的结构也基本相同。
实施例一、一种网络系统,如图2所示,所述节点设备包括4个端口,分别为E入口、E出口、W入口和W出口,其中E入口和E出口用于正向环路,W入口和W出口用于反向环路。
所述节点设备通过自身提供的端口分别与其他节点设备进行互连形成两个闭合环,它们分别是:第一节点设备-第二节点设备-第三节点设备-第四节点设之间构成的闭合环;第一节点设备-第四节点设备-第三节点设备-第二节点设之间构成的闭合环。
值得说明的是,多个节点设备可以形成多个PBB或PBT环路,当一个PBB或PBT环路出现故障时,就可以使用另一个PBB或PBT环路传输报文,这样不会导致PBB或PBT环网通信中断,从而实现了PBB或PBT环路的保护功能。
值得说明的是,当所述节点设备为PBB或PBT节点时,所述支持PBB或PBT的接入节点(AN,Access Node)、汇聚节点和/或IP边缘节点组成单环、双环或多环,具体可见图3a、图3b和图3c。另外,所述IP边缘节点可以为宽带接入服务器(BRAS,Broadband Remote Access Server)或宽带网络网关(BNG,Broadband Network Gateway)等。
值得说明的是,多个节点设备可以形成单个环路,当主用传输路径出现故障,就会选择备用传输路径传输报文,从而实现了PBB或PBT环路的保护功能。
实施例二、一种节点设备,如图4所示,所述节点设备包括:
至少两个端口,所述端口分别用于与第一节点设备和第二节点设备进行互连形成一个或多个PBB或PBT环路;
配置单元,用于对工作模式以及虚拟媒体接入控制地址或虚拟局域网标识进行配置,以及根据所述工作模式启用对应的端口,以及建立所述虚拟媒体接入控制地址或虚拟局域网标识与所述端口的对应关系,通常采用虚拟媒体接入控制地址转发表表示虚拟媒体接入控制地址与端口的对应关系,采用媒体接入控制地址转发表表示虚拟局域网标识与端口的对应关系;
存储单元,用于存储配置单元所建立的虚拟媒体接入控制地址或虚拟局域网标识与所述端口的对应关系,例如虚拟媒体接入控制地址转发表或媒体接入控制地址转发表。
故障检测单元,用于判断PBB或PBT环路或传输路径是否出现故障,或者判断PBB或PBT环路或传输路径出现的故障是否恢复,以及将故障检测结果发送给数据处理单元;
所述数据处理单元包括:
业务处理单元,用于接收用户报文,以及根据已配置的工作模式向端口处理单元发送所述用户报文;
端口处理单元,用于对所述用户报文进行封装处理,以及根据已配置的工作模式、故障检测结果以及虚拟媒体接入控制地址转发表或媒体接入控制地址转发表选择没有故障的PBB或PBT环路或传输路径将封装得到的报文发送给目标节点设备,以及根据故障检测结果选择没有故障的PBB或PBT环路或传输路径将封装得到的报文发送给目标节点设备。
可选地,所述端口处理单元可以包括:
第一端口处理单元,用于对所述用户报文进行PBB或PBT封装处理,以及根据虚拟媒体接入控制地址转发表或媒体接入控制地址转发表将PBB或PBT封装得到的报文发送给目标节点设备,以及接收PBB或PBT封装得到的报文,并在所述报文的目标媒体接入地址为本地的地址时对PBB或PBT封装得到的报文进行PBB或PBT解封装处理再发送给业务端口处理单元,以及根据故障检测结果将用户报文或PBB或PBT封装得到的报文发送给第二端口处理单元。
第二端口处理单元,用于对所述用户报文进行PBB或PBT封装处理,以及根据虚拟媒体接入控制地址转发表或媒体接入控制地址转发表将PBB或PBT封装得到的报文发送给目标节点设备,以及接收PBB或PBT封装得到的报文,并在所述报文的目标媒体接入地址为本地的地址时对PBB或PBT封装得到的报文进行PBB或PBT解封装处理再发送给业务端口处理单元,以及根据故障检测结果将用户报文或PBB或PBT封装得到的报文发送给第一端口处理单元。
其中,第一端口处理单元对应图1的E端口PBT处理单元,第二端口处理单元对应图1的W端口PBT处理单元。
需要说明的是,本实施例是针对至少三个节点设备互连形成PBB或PBT环路的情况。此外,还可以针对两个节点设备互连形成PBB或PBT环路的情况。
需要说明的是,上述实施例一与实施例二所述的节点设备都是成对设置端口的,此外,本发明实施例所提供的节点设备也可以不成对的设置端口。
参照图5,图5是本发明实施例的一种组网示意图,该图是基于VMAC的PBT环1+1工作模式的组网示意图,如图5所示,环路上有一个PBT节点被设置为PBT环控制中心,如图5中层二控制器(L2C,Layer2Control),负责为整个PBT环路的各个节点配置VMAC地址转发表、使能端口以及业务端口处理单元和PBT OAM单元的工作模式。L2C可采用通用多协议标签交换(GMPLS,Generalized Multiprotocol Label Switching)协议或L2C协议对PBT环路的各个节点进行配置。
并且假设图5中的PBT节点2和PBT节点3之间的连接已故障。
实施例三、一种基于环路的报文传送方法,本实施例是针对单播的双发选收情况,其组网示意图如图5所示。由于本实施例分为配置阶段、故障检测阶段、故障保护阶段、恢复检测阶段和恢复阶段共五个阶段。下面结合附图分别对每个阶段进行描述。
首先,为每个PBT节点设置两个VMAC地址:VMAC-E和VMAC-W。通常为每个PBT节点设置的VMAC地址数量与环路数量相等。其中,VMAC地址的配置如下:
1、VMAC-E地址用于PBT正向环,VMAC-W地址用于PBT反向环。
2、VMAC-E地址与VMAC-W地址有明确的映射关系或映射规则,各个PBT节点保存自身的VMAC-E和VMAC-W地址。其中,一种可能的映射规则为:VMAC-E的最后1比特为0,VMAC-E的最后1比特为1,VMAC-E与VMAC-W的其余比特皆相同。
一、实施例三配置阶段的流程如图6所示,具体包括以下步骤:
步骤601~603、PBT节点1通过L2C协议动态配置PBT环参数,例如,配置PBT环各个节点的VMAC地址,使能E端口和W端口(即配置PBT正向环和反向环同时工作),配置业务端口工作模式为1+1正向环工作模式(即双发选收E端口)。
步骤604~607、PBT环各个节点根据配置的PBT环参数(例如VMAC地址和使能端口)建立VMAC转发表。其中,VMAC转发表可采用静态或动态方式配置。所述转发表的配置规则如下:
1、对于D-MAC为VMAC-Ex(如VMAC-E1/2/3/4),出端口一定为E端口(如E1/2/3/4),可参照图5。
2、对于D-MAC为VMAC-Wx(如VMAC-W1/2/3/4),出端口一定为W端口(如W1/2/3/4),具体可见图5。
步骤608~611、PBT环各个节点业务端口根据配置的工作模式启动双发和选收E端口。
步骤612、PBT节点1的业务端口接收需要发送给PBT节点3的用户报文。
步骤613、PBT节点1对收到的用户报文进行PBT封装,产生两个PBT报文:正向环发送的PBT报文和反向环发送的PBT报文,再将所述报文分别发送给PBT节点3。其中,正向环发送的PBT报文的D-MAC地址为VMAC-E3,反向环发送的PBT报文的D-MAC地址为VMAC-W3。
步骤614~615、PBT节点1根据VMAC转发表经过正向环向PBT节点3发送封装生成的PBT报文,该报文的D-MAC地址为VMAC-E3。
步骤616~617、PBT节点1根据VMAC转发表经过反向环向PBT节点3发送封装生成的PBT报文,该报文的D-MAC地址为VMAC-W3。
步骤618、PBT节点3选收来自E端口的PBT报文,并对该报文进行PBT解封装得到用户报文,同时丢弃来自W端口的PBT报文。
二、描述本实施例的故障检测阶段,故障检测有以下几种方法,下面结合附图进行描述。
第一种故障检测方法流程如图7所示,具体包括:
步骤701、PBT节点1(如图7中的L2C控制器)进行OAM环回双发。
步骤702~704、PBT节点1根据VMAC转发表经过正向环向PBT节点4周期性发送OAM环回请求报文,该报文的D-MAC地址为VMAC-E4。
步705、PBT节点4根据VMAC转发表经正向环向PBT节点1回复OAM环回应答报文,该报文的D-MAC地址为VMAC-E1。
步骤706~708、PBT节点1根据VMAC转发表经正向环向PBT节点2周期性发送OAM环回请求报文,该报文的D-MAC地址为VMAC-W2,也就是PBT节点2为PBT反向环的尾节点。
步骤709、PBT节点2根据VMAC转发表向PBT节点1回复OAM环回应答报文,该报文的D-MAC地址为VMAC-W1。
步骤710、检测PBT环是否故障。
在环路无故障的情况,正向环发送的环回请求可以达到PBT节点4,反向环发送的环回请求可以到达PBT节点2。如果PBT节点1在规定的时间内不能收到来自E端口的OAM环回应答,则说明PBT正向环故障;如果PBT节点1在规定的时间内不能收到来自W端口的OAM环回应答,则说明PBT反向环故障。若PBT环的非首节点在规定的时间内检测不到来自E端口的OAM环回报文,则PBT环的非首节点得知PBT正向环故障;若PBT环的非首节点在规定的时间内检测不到来自W端口的OAM环回报文,则PBT环的非首节点得知PBT反向环故障。
第二种故障检测方法流程如图8所示,具体包括:
步骤801、PBT节点1(如图8中的L2C控制器)进行OAM连通检测双发。
步骤802~804、PBT节点1根据VMAC转发表经正向环向PBT节点4周期性发送OAM连通检测报文,该报文的D-MAC地址为PBT点1的正向环VMAC地址(即VMAC-E1),所述OAM连通检测报文在环路无故障时还需经正向环返回至PBT节点1。
步骤805、PBT节点4根据VMAC转发表经正向环向PBT节点1发送OAM连通检测报文,该报文的D-MAC地址为PBT点1的正向环VMAC地址(即VMAC-E1)。
步骤806、PBT节点1根据VMAC转发表经反向环向PBT节点4周期性发送OAM连通检测报文,该报文的D-MAC地址为PBT点1的反向环VMAC地址(即VMAC-W1),所述OAM连通检测报文在环路无故障时还需经反向环返回至PBT节点1。
步骤807~809、PBT节点4根据VMAC转发表经反向环向PBT节点1发送OAM连通检测报文,该报文的D-MAC地址为PBT点1的反向环VMAC地址(即VMAC-W1)。
步骤810、检测PBT环是否故障。
如果PBT节点1在规定的时间内不能通过E端口收到OAM连通检测报文,则说明PBT正向环故障;如果PBT节点1在规定的时间内不能通过W端口收到OAM连通检测报文,则说明PBT反向环故障。
若PBT环的非首节点在规定的时间内检测不到来自E端口的OAM连通检测报文,则PBT环的非首节点得知PBT正向环故障;若PBT环的非首节点在规定的时间内检测不到来自W端口的OAM连通检测报文,则PBT环的非首节点得知PBT反向环故障。
第三种故障检测方法流程如图9所示,具体包括:
步骤901、当PBT节点2和PBT节点3之间连接故障,PBT节点2检测到PBT环故障。
步骤902、PBT节点2主动向PBT节点1上报PBT环故障,这样PBT节点1便可得知PBT环故障发生在PBT节点2和PBT节点3之间。
步骤903、PBT节点3检测到PBT环故障。
步骤904~907、PBT节点3主动向PBT节点1上报PBT环故障。
步骤908、PBT节点1检测到PBT环故障。PBT节点1根据PBT节点2或PBT节点3的上报信息便可得知PBT环故障发生在PBT节点2和PBT节点3之间。PBT环故障报文所经过的节点也将得知PBT正向环故障。
三、故障保护阶段的流程。
本实施例在检测到正向环路出现故障,则通过反向环路向PBT节点3(目标节点)发送封装生成的PBT报文,其具体实现过程如图10所示,具体包括:
步骤1001~1003、配置PBT环参数,例如,配置各个节点业务端口的工作模式为1+1反向环工作模式以及使能W端口。可由L2C控制器配置,或者,当PBT环的各个节点通过检测OAM报文感知PBT环故障,则自动将业务端口的工作模式配置为1+1反向环工作模式。
步骤1004~1007、PBT环各个节点业务端口根据配置的工作模式启动双发和选收W端口。
步骤1008、PBT节点1的业务端口接收需要发送给PBT节点3的用户报文。
步骤1009、PBT节点1对收到的用户报文进行PBT封装,产生两个PBT报文:正向环发送的PBT报文和反向环发送的PBT报文,再将所述报文分别发送给PBT节点3。其中,正向环发送的PBT报文的D-MAC地址为VMAC-E3,反向环发送的PBT报文的D-MAC地址为VMAC-W3。
步骤1010~1011、PBT节点1根据VMAC转发表经过正向环向PBT节点3发送封装生成的PBT报文,该报文的D-MAC地址为VMAC-E3。
步骤1012~1013、PBT节点1根据VMAC转发表经过反向环向PBT节点3发送封装生成的PBT报文,该报文的D-MAC地址为VMAC-W3。
步骤1014、PBT节点3选收来自W端口的PBT报文,并对该报文进行解封装得到用户报文。
四、恢复检测阶段。
故障恢复检测方法与故障检测方法流程基本相似,对于第一种或第二种故障检测方法,当PBT环的首节点在规定的时间内通过E端口收到OAM环回应答或连通检测报文,则说明PBT正向环故障恢复;若PBT环的非首节点在规定的时间内恢复收到来自E端口的OAM环回或连通检测报文,则PBT环的非首节点得知PBT正向环故障恢复。
下面结合图11对第三种故障恢复检测方法进行介绍,包括以下步骤:
步骤1101、PBT节点2检测到PBT环故障恢复。
步骤1102、PBT节点2向PBT节点1主动上报PBT环故障解除。
步骤1103、PBT节点3监测到PBT环故障恢复。
步骤1104~1107、PBT节点3向PBT节点1主动上报PBT环故障解除。
步骤1108、PBT节点1检测到PBT环故障恢复;PBT环故障报文所经过的节点也将得知PBT环故障恢复。
五、恢复阶段。
恢复阶段的流程如图12所示,具体包括以下步骤:
步骤1201~1203、配置PBT环参数,例如配置各个节点业务端口的工作模式为1+1正向环工作模式,使能E端口。可由L2C控制器配置,或者,当PBT环的各个节点通过检测OAM报文感知PBT环故障恢复,则自动将业务端口的工作模式配置为1+1正向环工作模式。
步骤1204~1214与步骤608~618相同。
图13a和图13b是本发明实施例的两种组网示意图,它们是基于VMAC的PBT环1∶1工作模式的组网示意图,环路上有一个PBT节点被设置为L2C控制器,负责为整个PBT环路的各个节点配置VMAC转发表、使能端口(例如E端口或W端口)以及业务端口处理单元和PBT OAM单元的工作模式。L2C可采用通用多协议标签交换(GMPLS,Generalized Multiprotocol Label Switching)协议或L2C协议对PBT环路的各个节点进行配置。
并且假设图13a和图13b中的PBT节点2和PBT节点3之间的连接已故障。
实施例四、一种基于环路的报文传送方法,本实施例是针对单播的选发选收情况,其组网示意图如图13a和图13b所示,由于本实施例分为配置阶段、故障检测阶段、故障保护阶段、恢复检测阶段和恢复阶段共五个阶段。下面结合附图分别对每个阶段进行描述。
一、实施例四配置阶段的流程如图14所示,具体包括以下步骤:
步骤1401~1403、L2C控制器(即PBT节点1)根据L2C协议动态配置PBT环参数,例如配置PBT环各个节点的VMAC地址,使能E端口(即配置PBT正向环工作),配置业务端口工作模式为1∶1正向环工作模式(即选发选收E端口)。
需要说明的是,本实施例配置PBT环各个节点的VMAC地址方法与实施例三相同。
步骤1404~1407、PBT环各个节点根据配置的PBT环参数建立VMAC转发表。
步骤1408~1411、PBT环各个节点业务端口根据配置的工作模式启动选发和选收E端口。
步骤1412、PBT节点1的业务端口接收需要发送给PBT节点3的用户报文。
步骤1413、PBT节点1对收到的用户报文进行PBT封装产生PBT报文,该报文的D-MAC地址为VMAC-E3。
步骤1414~1415、PBT节点1根据VMAC转发表经过正向环向PBT节点3发送封装生成的PBT报文,该报文的D-MAC地址为VMAC-E3。
步骤1416、PBT节点3选收来自E端口的PBT报文,并对该报文进行封装得到用户报文。
二、描述本实施例的故障检测阶段,故障检测有以下几种方法,下面结合附图进行描述。
第一种故障检测方法流程如图15所示,具体包括:
步骤1501~1503、PBT节点1根据VMAC转发表经过正向环向PBT节点4周期性发送OAM环回请求报文,该报文的D-MAC地址为VMAC-E4,也就是PBT节点4为PBT正向环的尾节点。
步骤1504、PBT节点4根据VMAC转发表向PBT节点1发送OAM环回应答报文,该报文的D-MAC地址为VMAC-E1。
步1505、检测PBT环是否故障。
在环路无故障的情况,正向环发送的环回请求可以达到PBT节点4,如果PBT节点1在规定的时间内不能收到来自E端口的OAM环回应答,则说明PBT正向环故障;若PBT环的非首节点在规定的时间内检测不到来自E端口的OAM环回报文,则PBT环的非首节点得知PBT正向环故障。
第二种故障检测方法流程如图16所示,具体包括:
步骤1601~1603、PBT节点1根据VMAC转发表经正向环向PBT节点4周期性发送OAM连通检测报文,该报文的D-MAC地址为PBT点1的正向环VMAC地址(即VMAC-E1),所述OAM连通检测报文在环路无故障时还需经正向环返回至PBT节点1。
步骤1604、PBT节点4根据VMAC转发表经正向环向PBT节点1发送OAM连通检测报文,该报文的D-MAC地址为PBT点1的正向环VMAC地址(即VMAC-E1)。
步骤1605、检测PBT环是否故障。
如果PBT节点1在规定的时间内不能通过E端口收到OAM连通检测报文,则说明PBT正向环故障;若PBT环的非首节点在规定的时间内检测不到来自E端口的OAM连通检测报文,则PBT环的非首节点得知PBT正向环故障。
第三种故障检测方法与实施例一的第三种故障检测方法相同,在此不再介绍。
三、故障保护阶段的流程。
本实施例在检测到正向环路出现故障,则通过反向环路向PBT节点3(目标节点)发送封装生成的PBT报文,其具体实现过程如图17所示,具体包括:
步骤1701~1703、配置PBT环参数,例如,配置PBT环各个节点业务端口的工作模式为1∶1反向环工作模式以及使能W端口。可通过L2C控制器配置,或者,当PBT环的各个节点通过检测OAM报文感知PBT环故障,则自动将业务端口的工作模式配置为1∶1反向环工作模式。
步骤1704~1707、PBT环各个节点业务端口根据配置的工作模式启动选发和选收W端口。
步骤1708、PBT节点1的业务端口向PBT节点2发送D-MAC地址为VMAC-E3的PBT报文。
步骤1709、当正向环上的报文到达故障点的前驱节点(PBT节点2),则故障点的前驱节点(PBT节点2)根据VMAC-E与VMAC-W的映射关系或映射规则,将D-MAC由正向环VMAC地址改为对应的反向环VMAC地址,例如将VMAC-E3改为VMAC-W3。
步骤1710~1712、根据VMAC转发表将D-MAC为VMAC-W3的报文由W端口进行转发,经反向环到达PBT节点3。
步骤1713、接收需要发送给PBT节点2的用户报文。
步骤1714、对来自业务端口的用户报文进行PBT封装得到PBT报文,该报文的D-MAC为VMAC-W2。
步骤1715~1716、PBT节点1根据VMAC转发表将D-MAC为VMAC-W2的PBT报文由W端口选发,经反向环到达故障点的PBT节点3。
步骤1717、PBT节点3根据VMAC-E与VMAC-W的映射关系或映射规则,将D-MAC由反向环VMAC改为对应的正向环VMAC,例如将VMAC-W2改为VMAC-E2。
步骤1718~1720、PBT节点3根据VMAC转发表将D-MAC为VMAC-E2的PBT报文由E端口选发,经正向环到达PBT节点2。
步骤1721、PBT节点2选收来自E端口的D-MAC为VMAC-E2的PBT报文,并对该报文进行解封装得到用户报文。
值得说明的是,在切换工作模式后收到的PBT报文,PBT节点可进行路径优化,对于目的地为故障点的后续节点之前的PBT节点的,可按正向环转发;对于目的地为故障点的前驱节点之后的PBT节点的,可按反向环转发。
四、恢复检测阶段。
本实施例的恢复检测流程与实施例一相同。
五、恢复阶段。
恢复阶段的流程如图18所示,具体包括以下步骤:
步骤1801~1803、配置PBT环参数,例如,配置各个节点业务端口的工作模式为1∶1正向环工作模式以及使能E。可通过L2C控制器配置,或者,当PBT环的各个节点通过检测OAM报文感知PBT环故障恢复,则自动将业务端口的工作模式配置为1∶1正向环工作模式。
步骤1804~1812与步骤1408~1416相同。
参照图19,图19是本发明实施例的一种组网示意图,该图是基于VLAN的PBT环1+1工作模式的组网示意图,如图19所示,环路上有一个PBT节点被设置为L2C控制器,负责为整个PBT环路的各个节点配置MAC转发表、使能端口(例如E端口和W端口)以及业务端口处理单元和PBT OAM单元的工作模式。并且图19中的PBT节点2和PBT节点3之间的连接已故障。L2C可采用通用多协议标签交换(GMPLS,Generalized Multiprotocol Label Switching)协议或L2C协议对PBT环路的各个节点进行配置。
实施例五、一种基于环路的报文传送方法,本实施例是针对单播的双发选收情况,其组网示意图如图19所示,由于本实施例分为配置阶段、故障检测阶段、故障保护阶段、恢复检测阶段和恢复阶段共五个阶段。下面结合附图分别对每个阶段进行描述。
首先,为每个PBT节点设置两个VLAN标识:VLAN-E和VLAN-W,通常为每个PBT节点设置的VLAN标识数量与环路的数量相等。其中,VLAN标识的配置如下:
1、VLAN-E用于PBT正向环,VLAN-W用于PBT逆向环。
2、VLAN-E与VLAN-W有明确的映射关系或映射规则保存于各PBT节点,其中一种可能的映射规则为:VLAN-E的最后1比特为0,VLAN-E的最后1比特为1,VLAN-E与VLAN-W的其余比特皆相同。
一、配置阶段的流程如图20所示,具体包括以下步骤:
步骤2001~2003、PBT节点1根据L2C协议动态配置PBT环参数,例如配置PBT环各个节点的VLAN标识,使能E端口和W端口(即配置PBT正向环和反向环同时工作),配置业务端口工作模式为1+1正向环工作模式(即双发选收E端口)。
步骤2004~2007、PBT环各个节点根据配置的PBT环参数建立MAC转发表。其中,其中,MAC转发表可采用静态或动态方式配置。所述转发表的配置规则如下:
1、当VLAN标识为VLAN-E,出端口一定为E端口(如E1/2/3/4),可参照图19。
2、当VLAN标识为VLAN-W,出端口一定为W端口(如W1/2/3/4),具体可见图19。
步骤2008~2011、PBT环各个节点的业务端口根据配置的工作模式启动双发和选收E端口。
步骤2012、PBT节点1的业务端口接收需要发送给PBT节点3的用户报文。
步骤2013、PBT节点1对收到的用户报文进行PBT封装,产生两个PBT报文:正向环发送的PBT报文和反向环发送的PBT报文,再将所述报文分别发送给PBT节点3。所述报文的D-MAC都为MAC3,正向环发送的PBT报文的VLAN标识为VLAN-E,反向环发送的PBT报文的VLAN标识为VLAN-W。
步骤2014~2015、PBT节点1根据MAC转发表将VID为VLAN-E的PBT报文由E端口转发,经正向环到达PBT节点3。
步骤2016~2017、PBT节点1根据MAC转发表将VID为VLAN-W的PBT报文由W端口转发,经反向环到达PBT节点3。
步骤2018、PBT节点3选收来自E端口的PBT报文,并对该报文进行PBT解封装得到用户报文,同时丢弃来自W端口的PBT报文。
二、故障检测阶段。故障检测有以下几种方法,下面结合附图进行描述。
第一种故障检测方法流程如图21所示,具体包括:
步骤2101、PBT节点1进行OAM环回双发。
步骤2102~2104、PBT节点1根据MAC转发表经过正向环向PBT节点4周期性发送OAM环回请求报文,该报文的D-MAC地址为MAC4,VID为VLAN-E。
步2105、PBT节点4根据MAC转发表经正向环向PBT节点1回复OAM环回应答报文,该报文的D-MAC地址为MAC1,VID为VLAN-E。
步骤2106~2108、PBT节点1根据MAC转发表经反向环向PBT节点2周期性发送OAM环回请求报文,该报文的D-MAC地址为MAC2,VID为VLAN-W。
步骤2109、PBT节点2根据MAC转发表经反向环向PBT节点1回复OAM环回应答报文,该报文的D-MAC地址为MAC1,VID为VLAN-W。
步骤2110、检测PBT环是否故障。
在环路无故障的情况,正向环发送的环回请求可以达到PBT节点4,反向环发送的环回请求可以到达PBT节点2。如果PBT节点1在规定的时间内不能收到来自E端口的OAM环回应答,则说明PBT正向环故障;如果PBT节点1在规定的时间内不能收到来自W端口的OAM环回应答,则说明PBT反向环故障。
若PBT环的非首节点在规定的时间内检测不到来自E端口的OAM环回报文,则PBT环的非首节点得知PBT正向环故障;若PBT环的非首节点在规定的时间内检测不到来自W端口的OAM环回报文,则PBT环的非首节点得知PBT反向环故障。
第二种故障检测方法流程如图22所示,具体包括:
步骤2201、PBT节点1进行OAM连通检测双发。
步骤2202~2204、PBT节点1根据MAC转发表经正向环向PBT节点4周期性发送OAM连通检测报文,该报文的D-MAC地址为MAC1,VID为VLAN-E。所述OAM连通检测报文在环路无故障时还需经正向环返回至PBT节点1。
步骤2205、PBT节点4根据MAC转发表经正向环向PBT节点1发送OAM连通检测报文,该报文的D-MAC地址为MAC1,VID为VLAN-E。
步骤2206~2209、PBT节点1根据MAC转发表经反向环向PBT节点4周期性发送OAM连通检测报文,该报文的D-MAC地址为MAC1,VID为VLAN-W,所述OAM连通检测报文在环路无故障时还需经反向环返回至PBT节点1。
步骤2210、检测PBT环是否故障。
如果PBT节点1在规定的时间内不能通过E端口收到OAM连通检测报文,则说明PBT正向环故障;如果PBT节点1在规定的时间内不能通过W端口收到OAM连通检测报文,则说明PBT反向环故障。
若PBT环的非首节点在规定的时间内检测不到来自E端口的OAM连通检测报文,则PBT环的非首节点得知PBT正向环故障;若PBT环的非首节点在规定的时间内检测不到来自W端口的OAM连通检测报文,则PBT环的非首节点得知PBT反向环故障。
第三种故障检测方法流程与实施例一的第三种故障检测方法相同。
三、故障保护阶段的流程。
本实施例在检测到正向环路出现故障,则通过反向环路向PBT节点3(目标节点)发送封装生成的PBT报文,其具体实现过程如图23所示,具体包括:
步骤2301~2303、PBT节点1通过L2C协议动态配置PBT环各个节点业务端口的工作模式为1+1反向环工作模式;
或者,当PBT环的各个节点通过检测OAM报文感知PBT环故障,则自动将业务端口的工作模式配置为1+1反向环工作模式。
步骤2304~2307、PBT环各个节点业务端口根据配置的工作模式启动双发和选收W端口。
步骤2308、PBT节点1的业务端口接收需要发送给PBT节点3的用户报文。
步骤2309、PBT节点1对收到的用户报文进行PBT封装,产生两个PBT报文,所述PBT报文的D-MAC地址为MAC3,VID分别为VLAN-E和VLAN-W。
步骤2310~2311、PBT节点1根据MAC转发表经过正向环向PBT节点3发送封装生成的PBT报文,该报文的D-MAC地址为MAC3,VID为VLAN-E。
步骤2312~2313、PBT节点1根据MAC转发表经过反向环向PBT节点3发送封装生成的PBT报文,该报文的D-MAC地址为MAC3,VID为VLAN-W。
步骤2314、PBT节点3选收来自W端口的PBT报文,并对该报文进行解封装得到用户报文。
四、恢复检测阶段。
本实施例的恢复检测流程与实施例一相同。
五、恢复阶段。
恢复阶段的流程如图24所示,具体包括以下步骤:
步骤2401~2403、PBT节点1配置各个节点业务端口的工作模式为1+1正向环工作模式;或者,当PBT环的各个节点通过检测OAM报文感知PBT环故障恢复,则自动将业务端口的工作模式配置为1+1正向环工作模式。
步骤2404~2414与步骤2008~2018相同。
图25a和图25b是本发明实施例的两种组网示意图,该图是基于VLAN的PBT环1∶1工作模式的组网示意图,如图25a和图25b所示,环路上有一个PBT节点被设置为L2C控制器,负责为整个PBT环路的各个节点配置MAC转发表、使能端口(例如E端口或W端口)以及业务端口处理单元和PBT OAM单元的工作模式。L2C可采用通用多协议标签交换(GMPLS,Generalized MultiprotocolLabel Switching)协议或L2C协议对PBT环路的各个节点进行配置。
并且假设图25a和图25b中的PBT节点2和PBT节点3之间的连接已故障。
实施例六、一种基于环路的报文传送方法,本实施例是针对单播的选发选收情况,其组网示意图如图25a和图25b所示,由于本实施例分为配置阶段、故障检测阶段、故障保护阶段、恢复检测阶段和恢复阶段共五个阶段。下面结合附图分别对每个阶段进行描述。
一、配置阶段的流程如图26所示,具体包括以下步骤:
步骤2601~2603、L2C控制器(即PBT节点1)根据L2C协议配置PBT环参数,例如配置PBT环各个节点的VID,使能E端口(即配置PBT正向环工作),配置业务端口工作模式为1∶1正向环工作模式(即选发选收E端口),配置PBTOAM单元的工作模式。
需要说明的是,本实施例配置PBT环各个节点的VID方法与实施例五相同。
步骤2604~2607、PBT环各个节点根据配置的PBT环参数建立MAC转发表。
步骤2608~2611、PBT环各个节点的业务端口根据配置的工作模式启动选发和选收E端口。
步骤2612、PBT节点1的业务端口接收需要发送给PBT节点3的用户报文。
步骤2613、PBT节点1对收到的用户报文进行PBT封装产生PBT报文,该报文的D-MAC地址为MAC3,VID为VLAN-E。
步骤2614~2615、PBT节点1根据MAC转发表经过正向环向PBT节点3发送封装生成的PBT报文,该报文的D-MAC地址为MAC3,VID为VLAN-W。
步骤2616、PBT节点3选收来自W端口的PBT报文,并对该报文进行封装得到用户报文。
二、描述本实施例的故障检测阶段,故障检测有以下几种方法,下面结合附图进行描述。
第一种故障检测方法流程如图27所示,具体包括:
步骤2701~2703、PBT节点1根据MAC转发表向PBT节点4正向环周期性发送OAM环回请求报文,该报文的D-MAC地址为MAC4,VID为VLAN-E。
步骤2704、PBT节点4根据MAC转发表向PBT节点1发送环回应答报文,该报文的D-MAC地址为MAC4,VID为VLAN-E。
步2705、检测PBT环是否故障。
在环路无故障的情况,正向环发送的环回请求可以达到PBT节点4,如果PBT节点1在规定的时间内不能收到来自E端口的OAM环回应答,则说明PBT正向环故障。若PBT环的非首节点在规定的时间内检测不到来自E端口的OAM环回报文,则PBT环的非首节点得知PBT正向环故障。
第二种故障检测方法流程如图28所示,具体包括:
步骤2801~2803、PBT节点1根据MAC转发表经正向环向PBT节点4周期性发送OAM连通检测报文,该报文的D-MAC地址为MAC1,VID为VLAN-E。所述OAM连通检测报文在环路无故障时还需经正向环返回至PBT节点1。
步骤2804、PBT节点4根据MAC转发表经正向环向PBT节点1发送OAM连通检测报文,该报文的D-MAC地址为MAC1,VID为VLAN-E。
步骤2805、检测PBT环是否故障。
如果PBT节点1在规定的时间内不能通过E端口收到OAM连通检测报文,则说明PBT正向环故障;若PBT环的非首节点在规定的时间内检测不到来自E端口的OAM连通检测报文,则PBT环的非首节点得知PBT正向环故障。
第三种故障检测方法与实施例一的第三种故障检测方法相同,在此不再介绍。
三、故障保护阶段的流程。
本实施例在检测到正向环路出现故障,则通过反向环路向PBT节点3(目标节点)发送封装生成的PBT报文,其具体实现过程如图29所示,具体包括:
步骤2901~2903、PBT节点1通过L2C协议动态配置PBT环各个节点业务端口的工作模式为1∶1反向环工作模式。或者,当PBT环的各个节点通过检测OAM报文感知PBT环故障,则自动将业务端口的工作模式配置为1∶1反向环工作模式。
步骤2904~2907、PBT环各个节点的业务端口根据配置的工作模式启动选发和选收W端口。
步骤2908、PBT节点1的业务端口向PBT节点2发送D-MAC地址为MAC3的PBT报文,VID为VLAN-E。
步骤2909、当正向环上的报文到达故障点的前驱节点(PBT节点2),则故障点的前驱节点(PBT节点2)根据VMAC-E与VMAC-W的映射关系或映射规则,将VID改为VLAN-W。
步骤2910~2912、根据VMAC转发表将D-MAC为MAC3、VID为VLAN-E的报文由W端口进行转发,经反向环到达PBT节点3。
步骤2913、接收需要发送给PBT节点2的用户报文。
步骤2914、对来自业务端口的用户报文进行PBT封装得到PBT报文,该报文的D-MAC为MAC2,VID为VLAN-W。
步骤2915~2916、PBT节点1根据MAC转发表将D-MAC为MAC2、VID为VLAN-E的PBT报文由W端口选发,经反向环到达故障点的PBT节点3。
步骤2917、PBT节点3根据VMAC-E与VMAC-W的映射关系或映射规则,将VID改为VLAN-E)。
步骤2918~2920、PBT节点3根据VMAC转发表将D-MAC为MAC2、VID为VLAN-E的PBT报文发送给PBT节点2。
步骤2921、PBT节点2选收来自E端口的D-MAC为VMAC-E2的PBT报文,并对该报文进行解封装得到用户报文。
值得说明的是,在切换工作模式后收到的PBT报文,PBT节点可进行路径优化,对于目的地为故障点的后续节点之前的PBT节点的,可按正向环转发;对于目的地为故障点的前驱节点之后的PBT节点的,可按反向环转发。
四、恢复检测阶段。
本实施例的恢复检测流程与实施例一相同。
五、恢复阶段。
恢复阶段的流程如图30所示,具体包括以下步骤:
步骤3001~3003、PBT节点1配置各个节点业务端口的工作模式为1∶1正向环工作模式。或者,当PBT环的各个节点通过检测OAM报文感知PBT环故障恢复,则自动将业务端口的工作模式配置为1∶1正向环工作模式。
步骤3004~2712与步骤2608~2616相同。
由上述四个实施例可知,多个节点设备之间互连形成两个PBT环路,当一个PBT环路出现故障时,就可以使用另一个PBT环路传输PBT报文,这样不会导致PBT通信中断,从而实现了PBT环路的保护功能。
值得说明的是,L2C控制器可以是环路上的一个PBT节点,也可以不是环路上的一个PBT节点。
值得说明的是,上述实施例都是选收E端口,那么正常情况下都是通过正向环路来接收报文,在故障环路故障时,可以通过反向环路来接收报文。通常将正在使用的环路称为主用环路,没有使用的环路称为备用环路。
值得说明的是,可以将多个PBT节点可以互连成双环或多环的网络架构。
实施例七、一种基于环路的报文传送方法,所述节点设备通过本身提供的端口分别与一个或多个节点设备进行互连形成单个PBT环,所述方法具体包括:
对收到的用户报文进行PBT封装;
对主用传输路径进行故障检测,在所述主用传输路径出现故障时,通过所述备用传输路径将PBT封装得到的报文发送给目标节点设备。
下面举例说明节点设备将报文传递给其他任意节点设备的情况,如图31所示,假设节点设备A和节点设备D之间需要进行报文传输,节点设备A和节点设备D之间有两条传输路径,其中一条传输路径是从节点设备A-节点设备B-节点设备C-节点设备D之间的路径,用实线表示,将这条路径称为主用传输路径;另一条路径是从节点设备A-节点设备F-节点设备E-节点设备D之间的路径,用虚线表示,将这条路径称为备用传输路径。
在正常状态下,从节点设备A到节点设备D的数据报文都将沿主用传输路径进行传输,此时备用传输路径就处于关闭状态。如果主用传输路径出现故障,就会选择备用传输路径传输报文,从而实现了PBT环路的保护功能。
另外,在检测到主用传输路径出现的故障恢复时,又会重新通过所述主用传输路径发送封装得到的报文。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指示相关的硬件来完成,所述的程序可以存储于计算机可读取存储介质中,该程序在执行时,包括以下步骤:
对收到的用户报文进行PBT封装;
对所述的一个或多个PBB或PBT环路进行故障检测,当检测出现故障时,根据虚拟媒体接入控制地址或虚拟局域网标识与端口的对应关系选择没有故障的PBB或PBT环路将封装得到的报文发送给目标节点设备。
其中,所述环路包括包括至少两个节点设备,所述节点设备通过自身提供的端口分别和一个或多个节点设备进行互连形成至少两个PBB或PBT环路。
可选地,该程序在执行时还包括以下步骤:
对收到的用户报文进行PBT封装;
对主用传输路径进行故障检测,在所述主用传输路径出现故障时,通过所述备用传输路径将封装得到的报文发送给目标节点设备。
其中,所述环路包括至少两个节点设备,所述节点设备通过自身提供的端口分别和一个或多个节点设备进行互连形成一个PBB或PBT环路。
其中,所述的存储介质可以是ROM、RAM、磁碟或光盘等等。
值得说明的是,本发明实施例主要对PBT节点形成PBT环网的实施方式进行描述,对PBB节点形成PBB环网的实施方式与上述实施方式基本相同,在此不再赘述。
由上述可知,由于本发明实施例中的节点设备通过自身提供的端口分别和两个节点设备互连形成一个或多个PBB/PBT环路,这样当一个PBB/PBT环路出现故障时,就可以使用另一个PBB/PBT环路传输报文,或者当主用传输路径出现故障时,就会选择备用传输路径传输报文,这样不会导致PBB/PBT环网通信中断,从而实现了PBB/PBT环路的保护功能。
以上对本发明实施例所提供的基于环路的报文传送方法、网络系统和节点设备进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (16)
1.一种基于环路的报文传送方法,其特征在于,所述环路包括至少两个节点设备,所述节点设备互连形成两个运营商骨干桥PBB或运营商骨干传送PBT环路,所述的两个PBB或PBT环路分别为正向环和反向环,其中任一节点设备同时位于所述正向环和所述反向环中,所述方法包括:
对收到的用户报文进行封装;
对所述的两个PBB或PBT环路进行故障检测;
当检测出现故障时,根据虚拟媒体接入控制地址或虚拟局域网标识与端口的对应关系选择没有故障的PBB或PBT环路将封装得到的报文发送给目标节点设备。
2.如权利要求1所述的方法,其特征在于,在所述对收到的用户报文进行封装之前进一步包括:
配置PBB或PBT环路上节点设备的工作模式;
配置虚拟媒体接入控制地址或虚拟局域网标识;
根据所述工作模式启用对应的端口,建立虚拟媒体接入控制地址或虚拟局域网标识与端口的对应关系。
3.如权利要求2所述的方法,其特征在于,对所述的两个PBB或PBT环路进行故障检测的步骤包括:
根据所述虚拟媒体接入控制地址或虚拟局域网标识与端口的对应关系向所述正向环和/或反向环发送环回请求报文;
判断是否收到所述正向环或反向环发送的环回应答报文,如果是,则所述正向环或反向环没有故障,如果否,则所述正向环或反向环出现故障。
4.如权利要求2所述的方法,其特征在于,对所述的两个PBB或PBT环路进行故障检测的步骤包括:
根据所述虚拟媒体接入控制地址或虚拟局域网标识与端口的对应关系向所述正向环和/或反向环发送连通检测报文;
判断是否收到所述正向环或反向环返回的连通检测报文,如果是,则所述正向环或反向环没有故障,如果否,则检测到所述正向环或反向环出现故障。
5.如权利要求2所述的方法,其特征在于,对所述的两个PBB或PBT环路进行故障检测的步骤包括:
当所述环路上两个节点设备之间的连接出现故障时,所述的节点设备上报环路出现故障。
6.如权利要求2至5任一项所述的方法,其特征在于,当配置的工作模式确定需要选收正向环发送的封装得到的报文时,所述根据虚拟媒体接入控制地址或虚拟局域网标识与端口的对应关系选择没有故障的PBB或PBT环路将封装得到的报文发送给目标节点设备的步骤包括:
在检测到正向环出现故障时,根据虚拟媒体接入控制地址或虚拟局域网标识与端口的对应关系选择没有故障的反向环发送封装得到的报文。
7.如权利要求6所述的方法,其特征在于,在根据虚拟媒体接入控制地址或虚拟局域网标识与端口的对应关系选择没有故障的PBB或PBT环路将封装得到的报文发送给目标节点设备之后进一步包括:
在检测到正向环出现的故障恢复时,根据虚拟媒体接入控制地址或虚拟局域网标识与端口的对应关系选择没有故障的正向环发送封装得到的报文。
8.如权利要求2至5任一项所述的方法,其特征在于,当配置的工作模式确定需要双收所述正向环和反向环发送的封装得到的报文时,所述根据虚拟媒体接入控制地址或虚拟局域网标识与端口的对应关系选择没有故障的PBB或PBT环路将封装得到的报文发送给目标节点设备的步骤包括:
在检测到所述正向环和反向环出现故障恢复正常时,根据虚拟媒体接入控制地址或虚拟局域网标识与端口的对应关系选择没有故障的其它环路发送封装得到的报文。
9.如权利要求8所述的方法,其特征在于,在根据虚拟媒体接入控制地址或虚拟局域网标识与端口的对应关系选择没有故障的PBB或PBT环路将封装得到的报文发送给目标节点设备之后进一步包括:
在检测到所述正向环和反向环出现的故障恢复正常时,根据虚拟媒体接入控制地址或虚拟局域网标识与端口的对应关系选择没有故障的所述正向环和反向环发送封装得到的报文。
10.一种网络系统,其特征在于,所述系统包括至少两个节点设备,所述节点设备通过自身提供的端口分别和一个或多个节点设备进行互连形成两个PBB或PBT环路,所述的两个PBB或PBT环路分别为正向环和反向环,其中任一节点设备同时位于所述正向环和所述反向环中;
所述节点设备包括:
四个端口,所述端口分别用于与一个或多个节点设备进行互连形成两个PBB或PBT环路;
数据处理单元,用于对收到的用户报文进行封装,以及对所述的两个PBB或PBT环路进行故障检测,以及在检测出现故障时,根据虚拟媒体接入控制地址或虚拟局域网标识与端口的对应关系选择没有故障的PBB或PBT环路或传输路径将封装得到的报文发送给目标节点设备。
11.如权利要求10所述的系统,其特征在于,所述节点设备进一步包括:
故障检测单元,用于判断PBB或PBT环路或传输路径是否出现故障,或者判断PBB或PBT环路或传输路径出现的故障是否恢复正常,将故障检测结果发送给数据处理单元。
12.一种节点设备,其特征在于,所述节点设备包括:
四个端口,所述端口分别用于与一个或多个节点设备进行互连形成两个PBB或PBT环路,所述的两个PBB或PBT环路分别为正向环和反向环,其中任一节点设备同时位于所述正向环和所述反向环中;
数据处理单元,用于对收到的用户报文进行封装,以及对所述的两个PBB或PBT环路进行故障检测,以及在检测出现故障时,根据虚拟媒体接入控制地址或虚拟局域网标识与端口的对应关系选择没有故障的PBB或PBT环路将封装得到的报文发送给目标节点设备。
13.如权利要求12所述的节点设备,其特征在于,所述节点设备还进一步包括:
配置单元,用于配置工作模式,配置虚拟媒体接入控制地址或虚拟局域网标识,根据所述工作模式启用对应的端口,以及建立虚拟媒体接入控制地址或虚拟局域网标识与端口的对应关系;
存储单元,用于存储配置单元所建立的虚拟媒体接入控制地址或虚拟局域网标识与端口的对应关系。
14.如权利要求13所述的节点设备,其特征在于,所述数据处理单元包括业务端口处理单元以及端口处理单元;其中,
业务处理单元,用于接收用户报文,根据已配置的工作模式向端口处理单元发送所述用户报文;
端口处理单元,用于对所述用户报文进行封装处理,根据已配置的工作模式、虚拟媒体接入控制地址或虚拟局域网标识与端口的对应关系选择没有故障的PBB或PBT环路将封装得到的报文发送给目标节点设备。
15.如权利要求12至14任一项所述的节点设备,其特征在于,所述节点设备还进一步包括:
故障检测单元,用于判断PBB或PBT环路是否出现故障,或者判断PBB或PBT环路出现的故障是否恢复,将故障检测结果发送给数据处理单元。
16.如权利要求15所述的节点设备,其特征在于,所述端口处理单元包括第一端口处理单元以及第二端口处理单元;
第一端口处理单元,用于对所述用户报文进行PBB或PBT封装处理,以及根据虚拟媒体接入控制地址或虚拟局域网标识与端口的对应关系将PBB或PBT封装得到的报文发送给目标节点设备,以及接收PBB或PBT封装得到的报文,并在所述报文的目标媒体接入地址为本地的地址时对PBB或PBT封装得到的报文进行PBB或PBT解封装处理再发送给业务端口处理单元,以及根据故障检测结果将PBB或PBT封装得到的报文发送给第二端口处理单元;
第二端口处理单元,用于对所述用户报文进行PBB或PBT封装处理,以及根据虚拟媒体接入控制地址或虚拟局域网标识与端口的对应关系将封装得到的报文发送给目标节点设备,以及接收PBB或PBT封装得到的报文,并在所述报文的目标媒体接入地址为本地的地址时对PBB或PBT封装得到的报文进行PBB或PBT解封装处理再发送给业务端口处理单元,以及根据故障检测结果将PBB或PBT封装得到的报文发送给第一端口处理单元。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008100002923A CN101471875B (zh) | 2007-12-27 | 2008-01-30 | 基于环路的报文传送方法、网络系统和节点设备 |
EP08871603A EP2226975A4 (en) | 2007-12-27 | 2008-12-18 | MESSAGE TRANSMISSION, NETWORK SYSTEM AND KNOB DEVICE ON RING BASIS |
PCT/CN2008/073574 WO2009092241A1 (zh) | 2007-12-27 | 2008-12-18 | 基于环路的报文传送方法、网络系统和节点设备 |
US12/818,881 US20100254258A1 (en) | 2007-12-27 | 2010-06-18 | Ring-based packet transmitting method, network system and node equipment |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710300291 | 2007-12-27 | ||
CN200710300291.6 | 2007-12-27 | ||
CN2008100002923A CN101471875B (zh) | 2007-12-27 | 2008-01-30 | 基于环路的报文传送方法、网络系统和节点设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101471875A CN101471875A (zh) | 2009-07-01 |
CN101471875B true CN101471875B (zh) | 2012-08-29 |
Family
ID=40829012
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008100002923A Expired - Fee Related CN101471875B (zh) | 2007-12-27 | 2008-01-30 | 基于环路的报文传送方法、网络系统和节点设备 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20100254258A1 (zh) |
EP (1) | EP2226975A4 (zh) |
CN (1) | CN101471875B (zh) |
WO (1) | WO2009092241A1 (zh) |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8218433B2 (en) * | 2009-01-07 | 2012-07-10 | Alcatel Lucent | Monitoring connectivity in ring networks |
CN102170387A (zh) * | 2010-02-26 | 2011-08-31 | 杭州华三通信技术有限公司 | 隧道业务连通检测的方法、系统和设备 |
CN102170388A (zh) * | 2010-02-26 | 2011-08-31 | 杭州华三通信技术有限公司 | 获取对端骨干边缘桥设备信息的方法、系统和设备 |
US20110310907A1 (en) * | 2010-06-16 | 2011-12-22 | Broadcom Corporation | Systems and methods for implementing a control plane in a distributed network |
CN101888388A (zh) * | 2010-07-15 | 2010-11-17 | 中兴通讯股份有限公司 | 一种实现虚拟媒体访问控制地址的方法及装置 |
US9667539B2 (en) * | 2011-01-17 | 2017-05-30 | Alcatel Lucent | Method and apparatus for providing transport of customer QoS information via PBB networks |
CN102231687A (zh) * | 2011-06-29 | 2011-11-02 | 华为技术有限公司 | 一种链路故障探测方法及装置 |
CN102299835B (zh) * | 2011-08-26 | 2014-01-08 | 华为技术有限公司 | 环网故障切换方法和装置 |
CN102299864B (zh) * | 2011-10-08 | 2014-11-26 | 杭州华三通信技术有限公司 | 一种应用于二层虚拟专用网络的报文转发的方法和装置 |
US9065677B2 (en) | 2012-07-25 | 2015-06-23 | Qualcomm Incorporated | Forwarding tables for hybrid communication networks |
JP6075303B2 (ja) * | 2014-01-30 | 2017-02-08 | 日立金属株式会社 | スイッチ装置および中継システム |
US20170195218A1 (en) * | 2015-12-30 | 2017-07-06 | Qualcomm Incorporated | Routing in a hybrid network |
CN108111265B (zh) * | 2016-11-25 | 2020-08-18 | 株洲中车时代电气股份有限公司 | 一种通信协议一致性自动化测试方法 |
CN114978990A (zh) * | 2022-07-26 | 2022-08-30 | 北京智芯微电子科技有限公司 | 基于环网的业务报文转发方法及系统 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101068169A (zh) * | 2007-06-05 | 2007-11-07 | 杭州华三通信技术有限公司 | 一种环路故障检测方法、子环主节点以及子环 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8369330B2 (en) * | 2005-10-05 | 2013-02-05 | Rockstar Consortium LP | Provider backbone bridging—provider backbone transport internetworking |
EP1946513A4 (en) * | 2005-10-14 | 2009-12-30 | Nortel Networks Ltd | GMPLS CONTROL FOR ETHERNET |
US7697528B2 (en) * | 2005-11-01 | 2010-04-13 | Nortel Networks Limited | Multilink trunking for encapsulated traffic |
-
2008
- 2008-01-30 CN CN2008100002923A patent/CN101471875B/zh not_active Expired - Fee Related
- 2008-12-18 EP EP08871603A patent/EP2226975A4/en not_active Withdrawn
- 2008-12-18 WO PCT/CN2008/073574 patent/WO2009092241A1/zh active Application Filing
-
2010
- 2010-06-18 US US12/818,881 patent/US20100254258A1/en not_active Abandoned
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101068169A (zh) * | 2007-06-05 | 2007-11-07 | 杭州华三通信技术有限公司 | 一种环路故障检测方法、子环主节点以及子环 |
Also Published As
Publication number | Publication date |
---|---|
US20100254258A1 (en) | 2010-10-07 |
WO2009092241A1 (zh) | 2009-07-30 |
EP2226975A4 (en) | 2011-03-30 |
EP2226975A1 (en) | 2010-09-08 |
CN101471875A (zh) | 2009-07-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101471875B (zh) | 基于环路的报文传送方法、网络系统和节点设备 | |
CN100563211C (zh) | 一种虚拟网关、虚拟子网的实现方法以及系统 | |
CN105376154B (zh) | 渐进式mac地址学习 | |
CN101051995B (zh) | 基于无连接网络的保护倒换方法 | |
CN101160850B (zh) | 一种转发报文的方法及装置 | |
CN103200069B (zh) | 一种报文处理的方法和设备 | |
CN100596094C (zh) | 多点到多点的业务实现方法及交换设备 | |
CN102333028B (zh) | 一种分层式二层虚拟专用网发送报文的方法及通信设备 | |
CN101938377B (zh) | 链路聚合故障保护方法、设备和系统 | |
US20110228767A1 (en) | Virtual link aggregation of network traffic in an aggregation switch | |
CN103475583B (zh) | 清除媒体接入控制转发表项的方法和设备 | |
CN101175025B (zh) | 支持混合转发报文的系统、交换机及方法 | |
CN104798350B (zh) | 跨多个架构交换机的虚拟链路聚合的方法和系统 | |
CN102299835B (zh) | 环网故障切换方法和装置 | |
CN104285416A (zh) | 在存储区域网络中端接覆盖隧道的虚拟路由器 | |
CN101926129A (zh) | 以太网网络的进化 | |
CN105099848A (zh) | 网络扩展群组 | |
CN103166858A (zh) | 一种报文传输方法和设备 | |
CN103139075B (zh) | 一种报文传输方法和设备 | |
CN102368727A (zh) | 跨ip网络的trill网络通信方法、系统和设备 | |
CN105187311B (zh) | 一种报文转发方法及装置 | |
JP2019521619A (ja) | パケット転送 | |
CN103401781A (zh) | 应用于多链路透明互联网络的接入方法和设备 | |
CN108173757A (zh) | 端口状态设置方法及装置 | |
US20170195213A1 (en) | Multipath switching using per-hop virtual local area network classification |
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 | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20120829 Termination date: 20160130 |
|
EXPY | Termination of patent right or utility model |