CN101252500A - 任意拓扑相交环网的实现方法、节点和相交环网 - Google Patents
任意拓扑相交环网的实现方法、节点和相交环网 Download PDFInfo
- Publication number
- CN101252500A CN101252500A CNA2008100922850A CN200810092285A CN101252500A CN 101252500 A CN101252500 A CN 101252500A CN A2008100922850 A CNA2008100922850 A CN A2008100922850A CN 200810092285 A CN200810092285 A CN 200810092285A CN 101252500 A CN101252500 A CN 101252500A
- Authority
- CN
- China
- Prior art keywords
- ring
- node
- port
- protocol massages
- message
- 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
Links
Images
Classifications
-
- 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/42—Loop networks
- H04L12/423—Loop networks with centralised control, e.g. polling
-
- 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/18—Loop-free operations
Abstract
本发明公开了任意拓扑相交环网的实现方法、节点和相交环网。其中,本发明方法包括:将多个以太环网相交形成任意拓扑的相交环网,相交环网中每一个环网均包括主节点和多个传输节点,在初始正常工作时,主节点将主端口放开,将副端口阻塞;相交环网中每一个环网的主节点仅通过协议报文交互的方式和/或主节点直连链路检测方式进行故障检测及其处理、故障恢复检测及其处理。
Description
技术领域
本发明涉及以太环网技术,特别是涉及任意拓扑的相交环网保护方法、节点和相交环网。
背景技术
目前,以太环网逐步普及并应用。图1是单个以太环网的结构示意图。参见图1,在单个以太环网中,包括一个主节点和多个传输节点,主节点与各个传输节点在以太环网上传输业务数据,完成各种业务功能。
对于单个以太环网,目前,快速环网保护协议(RRPP,Rapid RingProtection Protocol)能够提供有效的保护机制。RRPP是一个专门应用于以太网环的链路层协议,它在以太网环完整时能够防止数据环路引起的广播风暴,而当以太网环上一条链路断开时,能迅速启用备份链路以保证环网的最大连通性。
如图1所示,根据RRPP协议,在单个以太环网正常工作时,对于数据报文,主节点只打开自身一侧的主端口,并阻塞自身另一侧的副端口,这样,在传输数据报文时,以太环网则是一个链状,而不会产生环路。
根据RRPP协议,在单个的以太环网中,故障检测及其处理包括:主节点定期从主端口发送健康检测(Hello)报文,如果主节点在预定时间内未接收到自身发送的Hello报文、或者是主节点接收到传输节点上报的故障通知报文、或者是主节点检测到端口直连链路故障,则都会确定所在的以太环网发生故障,主节点则会迁移到故障状态,并打开阻塞的副端口,发送刷新转发表报文。根据RRPP协议,故障恢复检测及其处理包括:主节点定期发送Hello报文,如果环网故障之后,主节点能够接收到自身发送的Hello报文、或者是主节点接收到传输节点上报的故障恢复通知报文、或者是主节点检测到端口直连链路故障恢复,则确定所在以太环网故障恢复,则阻塞副端口,发送刷新转发表报文。
在单个以太环网中,当以太环网的故障链路直连节点检测到故障恢复时,该节点首先将故障恢复端口迁移到阻塞状态,并启动阻塞定时器,当该节点接收到主节点发来的刷新转发表报文或者是阻塞定时器超时,该节点都会将阻塞状态的端口迁移到正常转发报文的状态,从而保证链路的通畅。
随着业务的发展,单个以太环网往往无法满足业务的需要,在实际的组网应用中,经常需要将多个以太环网进行任意相交组网,形成相交环网,也就是说,一个相交环网可以包含多个以太环网,一个以太环网物理上对应一个环形连接的以太网拓扑,一个相交环网就由彼此相接的多个以太环网构成。图2是多个以太环网相交的一种拓扑结构示意图。参见图2,以太环网R1(由节点S1、S2、S3、S4组成)、R2(由节点S3、S2、S6组成)和R3(由节点S3、S2、S5组成)相交,形成了任意拓扑的相交环网。
多个以太环网相交的组网方式,能够形成更加灵活的网络拓扑结构,从而为用户提供更加丰富的业务服务。由于环网本身的特点,对于多个以太环网相交,同样需要提供一种有效的环网保护机制来保证环网链路的通畅以及避免产生环路。如图2中,不仅需要分别保证以太环网R1、R2和R3避免产生环路,而且还需要保证相交形成的大环(如节点S1、S2、S6、S3、S4、S1组成的环)不产生环路,以及需要考虑在一个环如R1发生故障时,为了保证其他环网链路的通畅,所应采取的应对措施等。
然而,在目前,仅仅存在对单个以太环网的有效环网保护机制,对于多个以太环网相交的任意拓扑方式,还没有一种有效的环网保护机制。
发明内容
本发明的目的在于提供任意拓扑相交环网的实现方法、节点和相交环网,以便于对任意拓扑的多个相交的以太环网提供有效的环网保护机制。
为了达到上述目的,本发明的技术方案是这样实现的:
一种任意拓扑相交环网的实现方法,该方法包括:
将多个以太环网相交形成任意拓扑的相交环网,相交环网中每一个环网均包括主节点和多个传输节点,在初始正常工作时,主节点将主端口放开,将副端口阻塞;
相交环网中每一个环网的主节点仅通过协议报文交互的方式和/或端口直连链路检测方式进行故障检测及其处理、故障恢复检测及其处理。
该方法进一步包括:将相交环网中的各个环网分别设置为从最内层环开始逐层向外的各层环;
协议报文在相交环网中的交互过程包括:
相交环网中任意一层环的节点发送携带所在环层信息的协议报文;相交环网中的传输节点从一个端口上接收到该协议报文后,通过自身中其他未阻塞的端口转发该报文;相交环网中的主节点在未阻塞的端口上接收到来自外层环的协议报文后,在其他未阻塞的端口上转发该协议报文,相交环网中的主节点接收到来自本层环的协议报文时,不再转发该协议报文并根据该协议报文进行对应处理,相交环网中的主节点接收到来自内层环的协议报文时,直接丢弃该协议报文。
该方法进一步包括:将相交环网中的各个环网分别设置为从最内层环开始逐层向外的各层环;设置边缘节点的每一个端口所属的环的层信息,其中,边缘节点为将相交环网中每一个以太环网内层的所有环组成的网络作为该以太环网的一个虚拟节点时,该虚拟节点接入该以太环网的端口所在的节点;
协议报文在相交环网中的交互过程包括:相交环网中任意一层环的节点发送携带所在环层信息的协议报文;边缘节点从自身一个端口上接收到该协议报文后,从自身其他端口中确定属于与该协议报文中携带的层信息同层环或较内层环的端口,在确定的端口上转发该协议报文。
该方法进一步包括:将相交环网中的各个环网分别设置为从最内层环开始逐层向外的各层环;
协议报文在相交环网中的交互过程包括:相交环网中任意一层环的传输节点接收到来自内层环的协议报文后,直接丢弃该协议报文。
该方法进一步包括:相交环网中,任意一个节点在转发协议报文时,按照协议报文的优先级高于数据报文优先级的处理方式,优先发送该协议报文。
所述协议报文为:传输节点检测到端口直连链路故障后向本层环的主节点发送的携带所在环层信息的故障通知报文;
主节点通过协议报文交互的方式进行故障检测及其处理包括:当相交环网中的主节点根据故障通知报文中携带的层信息确定自身所在环是同层环时,该主节点确定检测出所在环故障,打开副端口,并发送刷新转发表报文。
传输节点检测到端口直连链路故障包括:
传输节点检测到端口的状态从正常变为故障;
或,
如果所述传输节点的相邻节点正常工作,则每当预先设置的发送定时器超时后,向所述传输节点发送心跳报文并重启该发送定时器,所述传输节点启动接收定时器,在接收定时器超时前如果没有在与相邻节点相连的端口上接收到心跳报文,则确定该端口直连链路故障;
或,
所述传输节点每当预先设置的发送定时器超时后,向其相邻节点发送心跳报文并启动接收定时器,该相邻节点如果接收到该传输节点发来的心跳报文,则将该心跳报文返回给该传输节点,该传输节点在接收定时器超时前如果没有在与相邻节点相连的端口上接收到自身所发送的心跳报文,则确定该端口直连链路故障。
传输节点发送故障通知报文的方法包括:传输节点在检测到端口直连链路故障后,将该端口阻塞,向本层环的主节点发送携带所在环层信息的故障通知报文,并启动预先设置的故障消息发送定时器,每当该故障消息发送定时器超时,所述传输节点均发送携带所在环层信息的故障通知报文并重启该故障消息发送定时器,直至接收到本层环的主节点发来的刷新转发表报文。
所述协议报文为:主节点周期性发送的携带所在环层信息的健康检测报文;
主节点通过协议报文交互的方式进行故障恢复检测及其处理包括:该主节点接收到自身发送的携带所在环层信息的健康检测报文后,确定检测出所在环故障恢复,则将副端口阻塞,并发送携带所在环层信息的刷新转发表报文。
所述协议报文为:主节点检测到主端口直连链路故障后发送的携带所在环层信息的刷新转发表报文;或者,主节点接收到携带所在环的层信息的故障通知报文后,发送的携带本层信息的刷新转发表报文;或者,主节点接收到自身发送的健康检测报文之后发送的携带所在环层信息的刷新转发表报文;或者,主节点从自身中属于同一个环的不同端口收到携带所在环层信息的对应同一链路的故障恢复报文后,该主节点发送的携带本层信息的刷新转发表报文。
对应同一链路的故障恢复报文的确定方法包括:将携带同一节点信息的不同故障恢复报文确定为对应同一链路的故障恢复报文;或者,根据预先获取的环网拓扑结构,将分别携带同一链路两端节点信息的不同故障恢复报文确定为对应同一链路的故障恢复报文。
该方法进一步包括:相交环网中,任意一个节点在端口上接收到携带层信息的刷新转发表报文后,如果预配置的该端口所属环的层与该协议报文中携带的层信息同层或为较内层时,该节点刷新该端口的转发表。
该方法进一步包括:
相交环网中的主节点仅在接收到携带本层信息的故障通知报文和检测到主端口直连链路故障该两者中的一个发生后,执行包括打开副端口和发送携带本层信息的刷新转发表报文在内的故障保护处理,其中,该主节点为除最内层环之外的环的主节点,或为相交环网中任意一层环的主节点;
和/或,
相交环网中,节点在检测到属于除最内层环之外的环的端口直连链路故障恢复后,将该端口设置为阻塞状态,并且仅在接收到本层环的主节点发来的刷新转发表报文后,将该阻塞状态的端口打开。
一种任意拓扑的相交环网,该相交环网中包括相交的多个以太环网,相交环网中每一个环网均包括主节点和多个传输节点,在初始正常工作时,主节点的主端口放开,副端口阻塞;
相交环网中每一个环网的主节点仅通过协议报文交互的方式和/或主节点直连链路检测方式进行故障检测及其处理、故障恢复检测及其处理。
所述相交环网中的各个环网被分别设置为从最内层环开始逐层向外的各层环;
相交环网中任意一层环的节点发送携带所在环层信息的协议报文;相交环网中的传输节点从一个端口上接收到该协议报文后,通过自身中其他未阻塞的端口转发该报文;相交环网中的主节点在未阻塞的端口上接收到来自外层环的协议报文后,在其他未阻塞的端口上转发该协议报文,相交环网中的主节点接收到来自本层环的协议报文时,不再转发该协议报文并根据该协议报文进行对应处理,相交环网中的主节点接收到来自内层环的协议报文时,直接丢弃该协议报文。
所述相交环网中的各个环网被分别设置为从最内层环开始逐层向外的各层环;
该相交环网中包括边缘节点,边缘节点的各个端口属于不同层的环,其中,边缘节点为将相交环网中每一个以太环网内层的所有环组成的网络作为该以太环网的一个虚拟节点时,该虚拟节点接入该以太环网的端口所在的节点;
所述相交环网中任意一层环的节点发送携带本层信息的协议报文;边缘节点从自身一个端口上接收到该协议报文后,从自身其他端口中确定属于与该协议报文中携带的层信息同层环或较内层环的端口,在确定的端口上转发该协议报文。
一种主节点,该主节点位于任意拓扑的相交环网中,该主节点包括:
端口处理单元,用于接收其他节点发来的携带层信息的协议报文,在接收到转发通知后,在其他未阻塞的端口上转发该携带层信息的协议报文;
协议报文处理单元,用于从端口处理单元接收到的协议报文中获取层信息,如果根据该层信息确定自身所在环是较外层环时,直接丢弃该协议报文,如果根据该层信息确定自身所在环是较内层环时,向端口处理单元发送转发通知。
所述端口处理单元进一步用于在转发携带层信息的协议报文时,按照协议报文的优先级高于数据报文优先级的处理方式,优先发送该协议报文。
所述协议报文处理单元进一步用于,仅在接收到携带本层信息的故障通知报文和检测到主端口直连链路故障该两者中的一个发生后,执行包括打开副端口和发送携带本层信息的刷新转发表报文在内的故障保护处理。
一种传输节点,该传输节点位于任意拓扑的相交环网中,当该传输节点为边缘节点时,边缘节点为将相交环网中每一个以太环网内层的所有环组成的网络作为该以太环网的一个虚拟节点时,该虚拟节点接入该以太环网的端口所在的节点,该传输节点包括:
端口控制单元,用于从第一端口上接收其他节点发来的携带层信息的协议报文,在接收到转发通知后,根据转发通知中携带的端口信息,在对应的端口上转发该携带层信息的协议报文;
协议报文控制单元,用于从端口处理单元接收到的协议报文中获取层信息,从所在节点的除第一端口之外的其他端口中确定属于与该协议报文中携带的层信息同层环或较内层环的端口,将确定的端口信息携带在转发通知中发送给端口控制单元。
所述端口控制单元进一步用于在转发携带层信息的协议报文时,按照协议报文的优先级高于数据报文优先级的处理方式,优先发送该协议报文。
所述端口控制单元进一步用于在检测到属于除最内层环之外的环的端口直连链路故障恢复后,将该端口设置为阻塞状态,并且仅在接收到本层环的主节点发来的刷新转发表报文后,将该阻塞状态的端口打开。
由此可见,在本发明中,由于能够控制一个环中的协议报文仅在本层环和其内层环中完成传输,因此,可以保证各个环利用协议报文进行环的故障检测时,能够从最内层环开始逐层向外进行故障保护处理,从而对任意拓扑的多个相交的以太环网提供有效的环网保护机制。
较佳地,在本发明中,除最内层环之外的环上的主节点不再利用Hello报文来检测环是否发生故障,在确定环故障之前,即时超时没有收到Hello报文,也不再进行单环中打开副端口的处理,因此,可以避免在最内层环和外层环均发生故障时该外层环的主节点打开副端口所造成的环路问题。另外,在本发明中,除最内层环之外的环上的传输节点在将属于该环的端口设置为阻塞状态后,不再执行单环中启动阻塞定时器并在其超时后将端口从阻塞状态迁移到正常转发状态的处理,这样,则可以避免在最内层环和外层环的故障均恢复时该外层环传输节点将端口迁移到正常转发状态所造成的环路问题。
附图说明
图1是单个以太环网的结构示意图。
图2是多个以太环网相交的一种拓扑结构示意图。
图3是在本发明一个实施例中在相交环网中发送并处理故障通知报文的流程图。
图4是相交环网中发生两点故障的一种示意图。
图5是相交环网中发生三点故障的一种示意图。
图6是相交环网中发生三点故障中的两点故障恢复时的一种示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面结合附图及具体实施例对本发明作进一步地详细描述。
本发明提出了一种任意拓扑相交环网的实现方法,该方法包括:将多个以太环网相交形成任意拓扑的相交环网,相交环网中每一个环网均包括主节点和多个传输节点,在初始正常工作时,主节点将主端口放开,将副端口阻塞;相交环网中每一个环网的主节点仅通过协议报文交互的方式和/或主节点直连链路检测方式进行故障检测及其处理、故障恢复检测及其处理。
在本发明中,为了便于管理,可以将相交环网中的各个以太环网分别设置为从最内层环开始逐层向外的各层环,在实现将相交环网中的各个以太环网分别设置为从最内层环开始逐层向外的各层环时,可以将位于核心/汇聚层的以太环网设置为最内层环。仍以图2所示的三个以太环网相交的结构为例,可以将以太环网R1设置为最内层环,将以太环网R2和R3分别设置为次外层环和最外层环,在初始正常工作时,最内层环R1的主节点。在在初始正常工作时,环R1、环R2和环R3的主节点均将主端口放开,将副端口阻塞。
在本发明中,协议报文可以是原单环中的任意一种协议报文,比如,故障通知报文、健康检测(Hello)报文和刷新转发表报文等。
下面首先以协议报文为故障通知报文为例,详细介绍在相交环网中如何传输故障通知报文,以及根据该故障通知报文所进行的处理。
图3是在本发明一个实施例中在相交环网中发送并处理故障通知报文的流程图。参见图3,该流程具体包括以下步骤:
步骤301:相交环网中,任意一层环的传输节点检测端口直连链路是否发生故障,如果是,则执行步骤302,否则,返回步骤301。
在本步骤中,传输节点检测端口直连链路是否发生故障具体可以包括如下两种实现方式:
方式一、传输节点检测端口的状态是否从正常(UP)变为故障(DOWN),如果是,则确定端口直连链路发生故障。
方式二、通过收发心跳报文来检测。
在该方式二中,具体地,又存在两种实现过程:
过程1、相交环网中与任意一个传输节点相邻的节点启动预先设置的发送定时器,每当该发送定时器超时后,向其相邻的传输节点发送心跳报文并重启该发送定时器,该传输节点则启动预先设置的接收定时器,判断在接收定时器超时前是否能够在与相邻节点相连的端口上接收到心跳报文,如果不能接收到,则确定该端口直连链路故障,将该端口阻塞,如果能够接收到,则重启接收定时器。
过程2、相交环网中任意一个传输节点每当预先设置的发送定时器超时后,向其相邻节点发送心跳报文并启动接收定时器,该相邻节点如果接收到该传输节点发来的心跳报文,则将该心跳报文返回给该传输节点,该传输节点在接收定时器超时前如果没有在与相邻节点相连的端口上接收到自身所发送的心跳报文,则确定该端口直连链路故障,并将该端口阻塞。
步骤302:该传输节点向本层环的主节点发送携带所在环层信息的故障通知报文,并启动预先设置的故障消息发送定时器,每当该故障消息发送定时器超时,该传输节点均通过自身的各个端口发送携带所在环层信息的故障通知报文,并重启故障消息发送定时器,直至接收到本层环的主节点发来的刷新转发表报文。
步骤303:相交环网中的其他传输节点从一个端口上接收到该故障通知报文后,通过自身中其他未阻塞的端口转发该故障通知报文。
步骤304:相交环网中的主节点从端口上接收该故障通知报文,根据该故障通知报文中携带的层信息确定自身所在环是较外层环、同层环还是较内层环,如果是较外层环,则执行步骤305,如果是同层环,则执行步骤306,如果是较内层环,则执行步骤307。
步骤305:该主节点直接丢弃该故障通知报文,结束当前流程。
步骤306:该主节点不再转发该故障通知报文,确定所在环发生故障,如果副端口处于阻塞状态,则打开副端口,并发送刷新转发表报文,结束当前流程。
步骤307:如果还存在其他未阻塞的端口,该主节点则在该其他未阻塞的端口上转发携带层信息的故障通知报文。
在上述步骤304至步骤307中,通过主节点比较层的方式实现了节点发送的故障通知报文仅在本层环和其内层环中完成传输。在实际的业务实现中,也可以采用其他方式来实现节点发送的故障通知报文仅在本层环和其内层环中完成传输,比如,一种可行的方式包括:设置边缘节点,并设置边缘节点的每一个端口所属的环的层信息,其中,边缘节点为将相交环网中每一个以太环网内层的所有环组成的网络作为该以太环网的一个虚拟节点时,该虚拟节点接入该以太环网的端口所在的节点;这样,当边缘节点从自身一个端口上接收到该故障通知报文后,从自身其他端口中确定属于与该故障通知报文中携带的层信息同层环或较内层环的端口,在确定的端口上转发该故障通知报文。再如,另一种可行的实现方式包括:相交环网中任意一层环的传输节点接收到来自内层环的故障通知报文后,直接丢弃该故障通知报文。
通过本实施例中对故障通知报文的处理,只有产生该报文的节点所在的环及其内层的环可以转发该故障通知报文,并且,由该节点所在环的主节点进行对应的故障保护处理,因此,提供了相交环网中的故障保护机制,使得相交环网中不会产生环路,且最大限度地保证环网的通畅。
接下来,以协议报文为Hello报文为例,详细介绍在相交环网中如何传输Hello报文,以及根据该Hello报文所进行的处理。
在本实施例中,对于Hello报文的处理相交环网中的每一层环与单环的处理存在不同。
在现有技术的单环处理中,主节点可以利用Hello报文来检测所在的以太环网是否发生故障以及是否从故障恢复为正常。对于由多个以太环网相交形成的任意拓扑的相交环网,不能仅考虑单环本身的处理,还应该考虑各个环的处理对其他环的影响。因此,对于相交环网,每一个环的主节点不能简单地采用现有技术中单环主节点对Hello报文的处理方式,否则,则会导致相交环网中形成环路。举一个具体例子来说明该情况。图4所示的相交环网中发生了两点故障,包括节点S2与S3之间的故障以及节点S3与S4之间的故障。对于环R1(由节点S1、S2、S3和S4组成)、环R2(由节点S2、S3和S6组成)以及环R3(由节点S2、S3和S5组成),其处于正常状态的主节点S1、S6和S5均无法接收到自身发送的Hello报文,按照现有技术中单环的处理,环R1、环R2和环R3的主节点S1、S6和S5都会确定所在的环发生了故障,都会将自身的状态迁移到故障状态,并都分别打开副端口。这样,由于环R1、R2和R3的主节点均打开了副端口,那么,该相交环网中则出现了环路,比如节点S3、S6、S2、S5和S3形成的环路。
由此可见,在相交环网中,对于Hello报文的处理不能简单地利用现有技术中单环的处理方式。为了避免环路的产生,本发明对Hello报文的处理包括:相交环网中,主节点只利用Hello报文检测环网是否故障恢复,不利用Hello报文来检测环网是否故障,取消超时收不到Hello报文而执行的包括打开副端口和发送刷新转发表在内的故障保护处理。也就是说,主节点故障检测只通过传输节点上报故障通知的方式和检测主端口直连链路的方式,即,主节点仅在接收到携带本层信息的故障通知报文和检测到主端口直连链路故障该两者中的一个发生后,执行包括打开副端口和发送携带本层信息的刷新转发表报文在内的故障保护处理。其中,可以是除最内层环之外的环的主节点采用上述对Hello报文的处理,或也可以是相交环网中任意一层环的主节点采用上述对Hello报文的处理。
因此可以得到,本发明实施例所要介绍的传输Hello报文的过程,是指在相交环网中主节点所周期性发送的携带所在环层信息的Hello报文,对于该Hello报文,在相交环网中同样仅在本层环和内层环中完成传输,具体的实现包括如下两种可行的过程:
过程一、相交环网中任意一层环的主节点周期性发送的携带所在环层信息的Hello报文;相交环网中的传输节点从一个端口上接收到该Hello报文后,通过自身中其他未阻塞的端口转发该报文;相交环网中的其他主节点从未阻塞的端口上接收该Hello报文,如果根据该Hello报文中携带的层信息确定自身所在环是较外层环时,直接丢弃该Hello报文,如果根据该Hello报文中携带的层信息确定自身所在环是同层环时,不再转发该Hello报文,如果根据该Hello报文中携带的层信息确定自身所在环较内层环时,在其他未阻塞的端口上转发该Hello报文。
过程二、在相交环网中设置边缘节点,以及边缘节点的每一个端口所属的环的层信息,其中,边缘节点为将相交环网中每一个以太环网内层的所有环组成的网络作为该以太环网的一个虚拟节点时,该虚拟节点接入该以太环网的端口所在的节点;所述相交环网中任意一层环的主节点在确定所在环故障后所周期性发送的携带所在环层信息的Hello报文;边缘节点从自身一个端口上接收到该Hello报文后,从自身其他端口中确定属于与该Hello报文中携带的层信息同层环或较内层环的端口,在确定的端口上转发该Hello报文。
过程三、相交环网中任意一层环的传输节点接收到来自内层环的Hello报文后,直接丢弃该Hello报文。
在利用上述任意一种过程实现仅在本层环和内层环中完成传输主节点用于检测环网是否恢复的Hello报文后,如果该主节点接收到自身发送的携带所在环层信息的健康检测报文,则确定所在环故障恢复,将副端口阻塞,并发送携带所在环层信息的刷新转发表报文。
最后,以协议报文为刷新转发表报文为例,详细介绍在相交环网中如何传输刷新转发表报文,以及根据该刷新转发表报文所进行的处理。对于该刷新转发表报文,在相交环网中同样仅在本层环和内层环中完成传输,具体的实现包括如下两种可行的过程:
过程A、相交环网中任意一层环的主节点在确定所在环故障后周期性发送携带所在环层信息的刷新转发表报文;相交环网中的传输节点从一个端口上接收到该刷新转发表报文后,通过自身中其他正常的端口转发该报文;相交环网中的其他主节点从未阻塞的端口上接收该刷新转发表报文,如果根据该刷新转发表报文中携带的层信息确定自身所在环是较外层环时,直接丢弃该刷新转发表报文,如果根据该刷新转发表报文中携带的层信息确定自身所在环是同层环或较内层环时,在其他未阻塞的端口上转发该刷新转发表报文。
过程B、在相交环网中设置边缘节点,以及边缘节点的每一个端口所属的环的层信息,其中,边缘节点为将相交环网中每一个以太环网内层的所有环组成的网络作为该以太环网的一个虚拟节点时,该虚拟节点接入该以太环网的端口所在的节点;所述相交环网中任意一层环的主节点在确定所在环故障后所周期性发送的携带所在环层信息的刷新转发表报文;边缘节点从自身一个端口上接收到该刷新转发表报文后,从自身其他端口中确定属于与该刷新转发表报文中携带的层信息同层环或较内层环的端口,在确定的端口上转发该刷新转发表报文。
过程C、相交环网中任意一层环的传输节点接收到来自内层环的刷新转发表报文后,直接丢弃该刷新转发表报文。
在本实施例中,刷新转发表报文可以是主节点检测到主端口直连链路故障后发送的携带所在环层信息的刷新转发表报文;或者,主节点接收到携带所在环的层信息的故障通知报文后,发送的携带本层信息的刷新转发表报文;或者,主节点接收到自身发送的健康检测报文之后发送的携带所在环层信息的刷新转发表报文;或者,主节点从自身中属于同一个环的不同端口收到携带所在环层信息的对应同一链路的故障恢复报文后,该主节点发送的携带本层信息的刷新转发表报文。
其中,主节点确定对应同一链路的故障恢复报文的方法包括:将携带同一节点信息(如节点地址)的不同故障恢复报文确定为对应同一链路的故障恢复报文;或者,根据预先获取的环网拓扑结构,将分别携带同一链路两端节点信息的不同故障恢复报文确定为对应同一链路的故障恢复报文。
其中,如果刷新转发表报文是主节点接收到携带所在环的层信息的故障恢复报文后,发送的携带本层信息的刷新转发表报文时,可以得知,在该主节点所在环中,必然有一个传输节点检测到自身端口直连链路的故障恢复,该故障恢复可以是节点检测到端口的状态从故障变为正常;或者是节点接收到端口相连的相邻节点发来的心跳报文。此后,该传输节点必然会将该故障恢复的端口设置为阻塞状态。
在现有技术的单环处理中,传输节点将该端口设置为阻塞状态后,会启动阻塞定时器,该传输节点如果接收到主节点发来的刷新转发表报文或者是阻塞定时器超时,都会将阻塞状态的端口迁移到正常转发报文的状态。
对于由多个以太环网相交形成的任意拓扑的相交环网,不能仅考虑单环本身的处理,还应该考虑各个环的处理对其他环的影响。因此,对于相交环网,每一个环的传输节点不能简单地采用现有技术中单环传输节点对阻塞端口的处理方式,否则,则会导致相交环网中形成环路。举一个具体例子来说明该情况。图5所示的相交环网中发生了三点故障,包括节点S2与S3之间的故障、节点S3与S6之间的故障以及节点S3与S4之间的故障。针对该三点故障,环R1和R2的主节点S1和S6都会将自身的副端口打开。之后,环R2中节点S3与S6之间的故障首先恢复,环R2的传输节点S3检测到该故障恢复后,将直连端口a设置为阻塞状态,并启动阻塞定时器,由于节点S2与S3之间的故障以及节点S3与S4之间的故障仍存在,因此,环R2的主节点发送的用于检测环网是否恢复的Hello报文则无法被该环R2的主节点S6接收到,因此,环R2的主节点S6的副端口仍然为打开状态,并且S6不会发送刷新转发表报文,这样,在节点S3的阻塞定时器超时前节点S3都没有接收到刷新转发表报文,按照现有技术中单环的处理方式,节点S3在阻塞定时器超时后,会打开阻塞的端口a,即,将端口a设置为正常转发状态。之后,当环R1中节点S3与S4之间的故障也恢复,端口b和c最终都转变为正常转发状态时,由于节点S2与S3之间的故障还未恢复,因此,环R1中主节点S1的副端口仍然是打开的,但是此时,参见图6,相交环网中则形成了环路,如节点S1、S4、S3、S6、S2、S1组成的环路。
由此可见,在相交环网中,传输节点对于阻塞端口的处理不能简单地利用现有技术中单环的处理方式。为了避免环路的产生,本发明的一个实施例提出的处理过程包括:相交环网中,传输节点对于属于最内层环的阻塞端口的处理采用现有技术中单环的处理方式;而在除最内层环之外的环上,传输节点在将属于除最内层环之外的环的端口设置为阻塞状态之后,仅在接收到本环的主节点发来的刷新转发表报文时,才能将该阻塞端口的状态设置为正常转发状态,而不再执行启动阻塞定时器的处理,和/或不再执行阻塞定时器超时后将所述属于除最内层环之外的环的端口设置为正常转发状态的处理。
需要说明的是,在本发明中,相交环网中的任意一个节点在转发协议报文时,均按照协议报文的优先级高于数据报文优先级的处理方式,优先发送该协议报文。
还需要说明的是,相交环网中,对于作为协议报文的Hello报文和故障通知报文,其在本层环中传输时,接收到该报文的节点需要将该报文上报给CPU进行处理,处理方式与现有技术中单环的相同,而其在内层环中传输时,接收到该报文的节点无需处理该报文,直接进行转发。对于作为协议报文的刷新转发表报文,在本层和内层环中传输时,接收到该报文的节点均需要处理该报文,具体的实现可以为,相交环网中,任意一个节点在端口上接收到携带层信息的刷新转发表报文后,如果预配置的该端口所属环的层与该协议报文中携带的层信息同层或为较内层时,该节点刷新该端口的转发表,处理方式与现有技术中单环基本相同。
另外,本发明还提出了一种任意拓扑的相交环网,该相交环网中包括相交的多个以太环网,相交环网中每一个环网均包括主节点和多个传输节点,在初始正常工作时,主节点的主端口放开,副端口阻塞;
相交环网中每一个环网的主节点仅通过协议报文交互的方式和/或主节点直连链路检测方式进行故障检测及其处理、故障恢复检测及其处理。
所述相交环网中的各个环网被分别设置为从最内层环开始逐层向外的各层环;
相交环网中任意一层环的节点发送携带所在环层信息的协议报文;相交环网中的传输节点从一个端口上接收到该协议报文后,通过自身中其他未阻塞的端口转发该报文;相交环网中的主节点在未阻塞的端口上接收到来自外层环的协议报文后,在其他未阻塞的端口上转发该协议报文,相交环网中的主节点接收到来自本层环的协议报文时,不再转发该协议报文并根据该协议报文进行对应处理,相交环网中的主节点接收到来自内层环的协议报文时,直接丢弃该协议报文。
所述相交环网中的各个环网被分别设置为从最内层环开始逐层向外的各层环;
该相交环网中包括边缘节点,边缘节点的各个端口属于不同层的环,其中,边缘节点为将相交环网中每一个以太环网内层的所有环组成的网络作为该以太环网的一个虚拟节点时,该虚拟节点接入该以太环网的端口所在的节点;
所述相交环网中任意一层环的节点发送携带本层信息的协议报文;边缘节点从自身一个端口上接收到该协议报文后,从自身其他端口中确定属于与该协议报文中携带的层信息同层环或较内层环的端口,在确定的端口上转发该协议报文。
本发明还提出了一种主节点,该主节点位于任意拓扑的相交环网中,该主节点包括:
端口处理单元,用于接收其他节点发来的携带层信息的协议报文,在接收到转发通知后,在其他未阻塞的端口上转发该携带层信息的协议报文;
协议报文处理单元,用于从端口处理单元接收到的协议报文中获取层信息,如果根据该层信息确定自身所在环是较外层环时,直接丢弃该协议报文,如果根据该层信息确定自身所在环是较内层环时,向端口处理单元发送转发通知。
所述端口处理单元进一步用于在转发携带层信息的协议报文时,按照协议报文的优先级高于数据报文优先级的处理方式,优先发送该协议报文。
述协议报文处理单元进一步用于,仅在接收到携带本层信息的故障通知报文和检测到主端口直连链路故障该两者中的一个发生后,执行包括打开副端口和发送携带本层信息的刷新转发表报文在内的故障保护处理。
本发明还提出了一种传输节点,该传输节点位于任意拓扑的相交环网中,当该传输节点为边缘节点时,边缘节点为将相交环网中每一个以太环网内层的所有环组成的网络作为该以太环网的一个虚拟节点时,该虚拟节点接入该以太环网的端口所在的节点,该传输节点包括:
端口控制单元,用于从第一端口上接收其他节点发来的携带层信息的协议报文,在接收到转发通知后,根据转发通知中携带的端口信息,在对应的端口上转发该携带层信息的协议报文;
协议报文控制单元,用于从端口处理单元接收到的协议报文中获取层信息,从所在节点的除第一端口之外的其他端口中确定属于与该协议报文中携带的层信息同层环或较内层环的端口,将确定的端口信息携带在转发通知中发送给端口控制单元。
所述端口控制单元进一步用于在转发携带层信息的协议报文时,按照协议报文的优先级高于数据报文优先级的处理方式,优先发送该协议报文。
所述端口控制单元进一步用于在检测到属于除最内层环之外的环的端口直连链路故障恢复后,将该端口设置为阻塞状态,并且仅在接收到本层环的主节点发来的刷新转发表报文后,将该阻塞状态的端口打开。
总之,以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (22)
1、一种任意拓扑相交环网的实现方法,其特征在于,该方法包括:
将多个以太环网相交形成任意拓扑的相交环网,相交环网中每一个环网均包括主节点和多个传输节点,在初始正常工作时,主节点将主端口放开,将副端口阻塞;
相交环网中每一个环网的主节点仅通过协议报文交互的方式和/或端口直连链路检测方式进行故障检测及其处理、故障恢复检测及其处理。
2、根据权利要求1所述的方法,其特征在于,该方法进一步包括:将相交环网中的各个环网分别设置为从最内层环开始逐层向外的各层环;
协议报文在相交环网中的交互过程包括:
相交环网中任意一层环的节点发送携带所在环层信息的协议报文;相交环网中的传输节点从一个端口上接收到该协议报文后,通过自身中其他未阻塞的端口转发该报文;相交环网中的主节点在未阻塞的端口上接收到来自外层环的协议报文后,在其他未阻塞的端口上转发该协议报文,相交环网中的主节点接收到来自本层环的协议报文时,不再转发该协议报文并根据该协议报文进行对应处理,相交环网中的主节点接收到来自内层环的协议报文时,直接丢弃该协议报文。
3、根据权利要求1所述的方法,其特征在于,该方法进一步包括:将相交环网中的各个环网分别设置为从最内层环开始逐层向外的各层环;设置边缘节点的每一个端口所属的环的层信息,其中,边缘节点为将相交环网中每一个以太环网内层的所有环组成的网络作为该以太环网的一个虚拟节点时,该虚拟节点接入该以太环网的端口所在的节点;
协议报文在相交环网中的交互过程包括:相交环网中任意一层环的节点发送携带所在环层信息的协议报文;边缘节点从自身一个端口上接收到该协议报文后,从自身其他端口中确定属于与该协议报文中携带的层信息同层环或较内层环的端口,在确定的端口上转发该协议报文。
4、根据权利要求1所述的方法,其特征在于,该方法进一步包括:将相交环网中的各个环网分别设置为从最内层环开始逐层向外的各层环;
协议报文在相交环网中的交互过程包括:相交环网中任意一层环的传输节点接收到来自内层环的协议报文后,直接丢弃该协议报文。
5、根据权利要求1所述的方法,其特征在于,该方法进一步包括:相交环网中,任意一个节点在转发协议报文时,按照协议报文的优先级高于数据报文优先级的处理方式,优先发送该协议报文。
6、根据权利要求1至5中任意一项所述的方法,其特征在于,所述协议报文为:传输节点检测到端口直连链路故障后向本层环的主节点发送的携带所在环层信息的故障通知报文;
主节点通过协议报文交互的方式进行故障检测及其处理包括:当相交环网中的主节点根据故障通知报文中携带的层信息确定自身所在环是同层环时,该主节点确定检测出所在环故障,打开副端口,并发送刷新转发表报文。
7、根据权利要求6所述的方法,其特征在于,传输节点检测到端口直连链路故障包括:
传输节点检测到端口的状态从正常变为故障;
或,
如果所述传输节点的相邻节点正常工作,则每当预先设置的发送定时器超时后,向所述传输节点发送心跳报文并重启该发送定时器,所述传输节点启动接收定时器,在接收定时器超时前如果没有在与相邻节点相连的端口上接收到心跳报文,则确定该端口直连链路故障;
或,
所述传输节点每当预先设置的发送定时器超时后,向其相邻节点发送心跳报文并启动接收定时器,该相邻节点如果接收到该传输节点发来的心跳报文,则将该心跳报文返回给该传输节点,该传输节点在接收定时器超时前如果没有在与相邻节点相连的端口上接收到自身所发送的心跳报文,则确定该端口直连链路故障。
8、根据权利要求6所述的方法,其特征在于,传输节点发送故障通知报文的方法包括:传输节点在检测到端口直连链路故障后,将该端口阻塞,向本层环的主节点发送携带所在环层信息的故障通知报文,并启动预先设置的故障消息发送定时器,每当该故障消息发送定时器超时,所述传输节点均发送携带所在环层信息的故障通知报文并重启该故障消息发送定时器,直至接收到本层环的主节点发来的刷新转发表报文。
9、根据权利要求1至5中任意一项所述的方法,其特征在于,所述协议报文为:主节点周期性发送的携带所在环层信息的健康检测报文;
主节点通过协议报文交互的方式进行故障恢复检测及其处理包括:该主节点接收到自身发送的携带所在环层信息的健康检测报文后,确定检测出所在环故障恢复,则将副端口阻塞,并发送携带所在环层信息的刷新转发表报文。
10、根据权利要求1至5中任意一项所述的方法,其特征在于,所述协议报文为:主节点检测到主端口直连链路故障后发送的携带所在环层信息的刷新转发表报文;或者,主节点接收到携带所在环的层信息的故障通知报文后,发送的携带本层信息的刷新转发表报文;或者,主节点接收到自身发送的健康检测报文之后发送的携带所在环层信息的刷新转发表报文;或者,主节点从自身中属于同一个环的不同端口收到携带所在环层信息的对应同一链路的故障恢复报文后,该主节点发送的携带本层信息的刷新转发表报文。
11、根据权利要求10所述的方法,其特征在于,对应同一链路的故障恢复报文的确定方法包括:将携带同一节点信息的不同故障恢复报文确定为对应同一链路的故障恢复报文;或者,根据预先获取的环网拓扑结构,将分别携带同一链路两端节点信息的不同故障恢复报文确定为对应同一链路的故障恢复报文。
12、根据权利要求10所述的方法,其特征在于,该方法进一步包括:相交环网中,任意一个节点在端口上接收到携带层信息的刷新转发表报文后,如果预配置的该端口所属环的层与该协议报文中携带的层信息同层或为较内层时,该节点刷新该端口的转发表。
13、根据权利要求1所述的方法,其特征在于,该方法进一步包括:
相交环网中的主节点仅在接收到携带本层信息的故障通知报文和检测到主端口直连链路故障该两者中的一个发生后,执行包括打开副端口和发送携带本层信息的刷新转发表报文在内的故障保护处理,其中,该主节点为除最内层环之外的环的主节点,或为相交环网中任意一层环的主节点;
和/或,
相交环网中,节点在检测到属于除最内层环之外的环的端口直连链路故障恢复后,将该端口设置为阻塞状态,并且仅在接收到本层环的主节点发来的刷新转发表报文后,将该阻塞状态的端口打开。
14、一种任意拓扑的相交环网,其特征在于,该相交环网中包括相交的多个以太环网,相交环网中每一个环网均包括主节点和多个传输节点,在初始正常工作时,主节点的主端口放开,副端口阻塞;
相交环网中每一个环网的主节点仅通过协议报文交互的方式和/或主节点直连链路检测方式进行故障检测及其处理、故障恢复检测及其处理。
15、根据权利要求14所述的相交环网,其特征在于,所述相交环网中的各个环网被分别设置为从最内层环开始逐层向外的各层环;
相交环网中任意一层环的节点发送携带所在环层信息的协议报文;相交环网中的传输节点从一个端口上接收到该协议报文后,通过自身中其他未阻塞的端口转发该报文;相交环网中的主节点在未阻塞的端口上接收到来自外层环的协议报文后,在其他未阻塞的端口上转发该协议报文,相交环网中的主节点接收到来自本层环的协议报文时,不再转发该协议报文并根据该协议报文进行对应处理,相交环网中的主节点接收到来自内层环的协议报文时,直接丢弃该协议报文。
16、根据权利要求14所述的相交环网,其特征在于,所述相交环网中的各个环网被分别设置为从最内层环开始逐层向外的各层环;
该相交环网中包括边缘节点,边缘节点的各个端口属于不同层的环,其中,边缘节点为将相交环网中每一个以太环网内层的所有环组成的网络作为该以太环网的一个虚拟节点时,该虚拟节点接入该以太环网的端口所在的节点;
所述相交环网中任意一层环的节点发送携带本层信息的协议报文;边缘节点从自身一个端口上接收到该协议报文后,从自身其他端口中确定属于与该协议报文中携带的层信息同层环或较内层环的端口,在确定的端口上转发该协议报文。
17、一种主节点,其特征在于,该主节点位于任意拓扑的相交环网中,该主节点包括:
端口处理单元,用于接收其他节点发来的携带层信息的协议报文,在接收到转发通知后,在其他未阻塞的端口上转发该携带层信息的协议报文;
协议报文处理单元,用于从端口处理单元接收到的协议报文中获取层信息,如果根据该层信息确定自身所在环是较外层环时,直接丢弃该协议报文,如果根据该层信息确定自身所在环是较内层环时,向端口处理单元发送转发通知。
18、根据权利要求17所述的主节点,其特征在于,所述端口处理单元进一步用于在转发携带层信息的协议报文时,按照协议报文的优先级高于数据报文优先级的处理方式,优先发送该协议报文。
19、根据权利要求17或18所述的主节点,其特征在于,所述协议报文处理单元进一步用于,仅在接收到携带本层信息的故障通知报文和检测到主端口直连链路故障该两者中的一个发生后,执行包括打开副端口和发送携带本层信息的刷新转发表报文在内的故障保护处理。
20、一种传输节点,其特征在于,该传输节点位于任意拓扑的相交环网中,当该传输节点为边缘节点时,边缘节点为将相交环网中每一个以太环网内层的所有环组成的网络作为该以太环网的一个虚拟节点时,该虚拟节点接入该以太环网的端口所在的节点,该传输节点包括:
端口控制单元,用于从第一端口上接收其他节点发来的携带层信息的协议报文,在接收到转发通知后,根据转发通知中携带的端口信息,在对应的端口上转发该携带层信息的协议报文;
协议报文控制单元,用于从端口处理单元接收到的协议报文中获取层信息,从所在节点的除第一端口之外的其他端口中确定属于与该协议报文中携带的层信息同层环或较内层环的端口,将确定的端口信息携带在转发通知中发送给端口控制单元。
21、根据权利要求20所述的传输节点,其特征在于,所述端口控制单元进一步用于在转发携带层信息的协议报文时,按照协议报文的优先级高于数据报文优先级的处理方式,优先发送该协议报文。
22、根据权利要求20或21所述的传输节点,其特征在于,所述端口控制单元进一步用于在检测到属于除最内层环之外的环的端口直连链路故障恢复后,将该端口设置为阻塞状态,并且仅在接收到本层环的主节点发来的刷新转发表报文后,将该阻塞状态的端口打开。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008100922850A CN101252500B (zh) | 2008-04-16 | 2008-04-16 | 任意拓扑相交环网的实现方法、节点和相交环网 |
US12/407,579 US8064334B2 (en) | 2008-04-16 | 2009-03-19 | Method for implementing intersecting ring network with arbitrary topology, node and intersecting ring network |
EP09157602A EP2117176B1 (en) | 2008-04-16 | 2009-04-08 | Method for implementing intersecting ring network with arbitrary topology, node and intersecting ring network |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008100922850A CN101252500B (zh) | 2008-04-16 | 2008-04-16 | 任意拓扑相交环网的实现方法、节点和相交环网 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101252500A true CN101252500A (zh) | 2008-08-27 |
CN101252500B CN101252500B (zh) | 2012-08-08 |
Family
ID=39955696
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008100922850A Active CN101252500B (zh) | 2008-04-16 | 2008-04-16 | 任意拓扑相交环网的实现方法、节点和相交环网 |
Country Status (3)
Country | Link |
---|---|
US (1) | US8064334B2 (zh) |
EP (1) | EP2117176B1 (zh) |
CN (1) | CN101252500B (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101958831A (zh) * | 2010-06-10 | 2011-01-26 | 福建星网锐捷网络有限公司 | 以太环网故障恢复方法、以太环网及交换设备 |
CN102104519A (zh) * | 2009-12-17 | 2011-06-22 | 中兴通讯股份有限公司 | 基于拓扑信息的环网恢复方法与装置 |
CN102316497A (zh) * | 2010-07-02 | 2012-01-11 | 中兴通讯股份有限公司 | 一种基于协议栈监测状态控制基站复位的方法及系统 |
CN101938365B (zh) * | 2009-07-03 | 2012-10-03 | 华为技术有限公司 | 以太网中的故障处理方法和装置 |
CN102736608A (zh) * | 2012-07-09 | 2012-10-17 | 长沙中联消防机械有限公司 | 网络通信系统、故障控制方法及工程机械设备 |
CN103001799A (zh) * | 2012-11-23 | 2013-03-27 | 北京东土科技股份有限公司 | 基于链状网络的冗余实现方法及节点 |
US8442229B2 (en) | 2009-07-31 | 2013-05-14 | Futurewei Technologies, Inc. | Method and apparatus for providing security in a passive optical network |
CN106341297A (zh) * | 2016-08-12 | 2017-01-18 | 浙江宇视科技有限公司 | 一种监控环网的组网方法和装置 |
CN108900404A (zh) * | 2018-07-11 | 2018-11-27 | 智强通达科技(北京)有限公司 | 一种用于冗余备份的超级环网结构 |
CN108989200A (zh) * | 2018-07-11 | 2018-12-11 | 深圳市信锐网科技术有限公司 | 数据包转发方法、装置和系统 |
CN110635839A (zh) * | 2019-10-12 | 2019-12-31 | 四川安迪科技实业有限公司 | 卫星网络的广播剪枝方法及系统、接收方法及装置 |
CN113098709A (zh) * | 2021-03-24 | 2021-07-09 | 深圳市乙辰科技股份有限公司 | 基于分布式组网系统的网络恢复方法、装置和计算机设备 |
Families Citing this family (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101272352B (zh) * | 2008-05-20 | 2012-01-04 | 杭州华三通信技术有限公司 | 环网路由方法及环网节点 |
CN101938395B (zh) * | 2009-07-03 | 2014-08-13 | 中兴通讯股份有限公司 | 一种以太环网的单环地址刷新方法及系统 |
JP5434318B2 (ja) * | 2009-07-09 | 2014-03-05 | 富士通株式会社 | 通信装置および通信パス提供方法 |
CN102035710B (zh) * | 2009-09-24 | 2014-04-09 | 中兴通讯股份有限公司 | 一种阻塞端口信息更新的方法及系统 |
CN102158383B (zh) * | 2010-02-11 | 2013-06-05 | 华为技术有限公司 | 一种e1双向环网络的数据传输方法、装置及系统 |
CN101986615B (zh) * | 2010-11-09 | 2014-11-05 | 中兴通讯股份有限公司 | 多环以太网及其保护方法 |
WO2013002855A1 (en) * | 2011-06-30 | 2013-01-03 | Schneider Electric Industries Sas | Dual-ring switch for rstp networks |
US8625416B2 (en) * | 2011-12-29 | 2014-01-07 | Schneider Electric Industries Sas | Verifying communication redundancy in a network |
US9197493B2 (en) | 2012-09-06 | 2015-11-24 | Ciena Corporation | Protection systems and methods for handling multiple faults and isolated nodes in interconnected ring networks |
CN103684835B (zh) * | 2012-09-24 | 2017-02-08 | 华为技术有限公司 | 链路故障上报方法、处理方法、传输节点及主节点 |
CN102882725B (zh) * | 2012-09-29 | 2015-06-24 | 北京东土科技股份有限公司 | 一种无cpu设备组网的网管实现方法及系统 |
US9548871B2 (en) * | 2013-03-07 | 2017-01-17 | General Electric Company | Systems and methods for master arbitration |
ES2913444T3 (es) * | 2013-03-21 | 2022-06-02 | Huawei Tech Co Ltd | Aparato de transmisión, método de transmisión de datos y soporte de grabación legible por ordenador no transitorio |
CN104427012B (zh) * | 2013-09-04 | 2018-12-11 | 新华三技术有限公司 | 端口协商方法和设备 |
US9706016B2 (en) * | 2013-10-11 | 2017-07-11 | Cisco Technology, Inc. | Unconstrained supervisor switch upgrade |
CN103746842B (zh) * | 2013-12-31 | 2017-06-06 | 迈普通信技术股份有限公司 | 一种检测线卡故障重启的方法及系统 |
WO2016068950A1 (en) * | 2014-10-30 | 2016-05-06 | Hewlett Packard Enterprise Development Lp | Owner node for ring network |
CN105871674B (zh) * | 2015-01-23 | 2019-10-22 | 华为技术有限公司 | 环保护链路故障保护方法、设备及系统 |
CN105515912B (zh) * | 2015-12-22 | 2018-10-16 | 河北远东通信系统工程有限公司 | 一种多节点之间链路有效性检测和处理方法 |
CN107026790B (zh) * | 2016-01-30 | 2019-06-28 | 华为技术有限公司 | 一种转发控制方法及设备 |
KR102446092B1 (ko) * | 2016-02-26 | 2022-09-21 | 현대자동차주식회사 | 네트워크에서 링크 상태의 진단 방법 |
CN105743716B (zh) * | 2016-04-21 | 2018-10-16 | 大连理工大学 | 一种列车以太网络路径的动态规划方法 |
CN113810258B (zh) * | 2020-06-17 | 2022-05-17 | 南京南瑞继保电气有限公司 | 一种基于n乘n冗余网络拓扑结构的控制系统 |
CN112532438B (zh) * | 2020-11-24 | 2022-10-25 | 中信银行股份有限公司 | 联盟链的通讯网络结构的确定方法、装置及电子设备 |
CN112910981B (zh) * | 2021-01-27 | 2022-07-26 | 联想(北京)有限公司 | 一种控制方法及装置 |
Family Cites Families (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6658013B1 (en) * | 1999-03-23 | 2003-12-02 | Nortel Networks Limited | Method and apparatus for ensuring survivability of inter-ring traffic |
US6654341B1 (en) * | 1999-10-19 | 2003-11-25 | Ciena Corporation | Virtual line switching ring |
CA2392942C (en) * | 2001-07-10 | 2010-03-16 | Tropic Networks Inc. | Protection system and method for resilient packet ring (rpr) interconnection |
JP4777552B2 (ja) * | 2001-08-02 | 2011-09-21 | 富士通株式会社 | ネットワークにおけるノード装置およびネットワークシステム |
US7167648B2 (en) * | 2001-10-24 | 2007-01-23 | Innovative Fiber Optic Solutions, Llc | System and method for an ethernet optical area network |
US6766482B1 (en) * | 2001-10-31 | 2004-07-20 | Extreme Networks | Ethernet automatic protection switching |
EP1324543A1 (en) * | 2001-12-26 | 2003-07-02 | Alcatel | Method to protect RPR networks of extended topology, in particular RPR ring to ring and meshed backbone networks |
EP1324542A1 (en) * | 2001-12-26 | 2003-07-02 | Alcatel | Method for interconnecting a number of RPR rings in a wide area RPR network |
US6717922B2 (en) | 2002-03-04 | 2004-04-06 | Foundry Networks, Inc. | Network configuration protocol and method for rapid traffic recovery and loop avoidance in ring topologies |
US6965560B2 (en) * | 2002-07-10 | 2005-11-15 | I/O Controls Corporation | Multi-tier, hierarchical fiber optic control network |
US6961306B2 (en) * | 2002-07-10 | 2005-11-01 | I/O Controls Corporation | Fiber optic control network and related method |
WO2004043011A1 (en) * | 2002-11-06 | 2004-05-21 | Wuhan Fiberhome Networks Co., Ltd. | Multiple service ring of n-ringlet structure based on multiple fe, ge and 10ge |
WO2004073262A1 (ja) * | 2003-02-12 | 2004-08-26 | Fujitsu Limited | Rpr装置 |
US7545735B1 (en) * | 2003-03-11 | 2009-06-09 | Atrica Israel Ltd. | Scalable protection mechanism for hierarchical multicast service in ring based networks |
US8520507B1 (en) * | 2004-03-08 | 2013-08-27 | Extreme Networks, Inc. | Ethernet automatic protection switching |
JP2005269059A (ja) * | 2004-03-17 | 2005-09-29 | Fujitsu Ltd | データ中継装置、データ中継方法およびデータ中継プログラム |
JP4526423B2 (ja) * | 2005-03-17 | 2010-08-18 | 富士通株式会社 | リング間接続方法及び装置 |
WO2006104285A1 (ja) * | 2005-03-31 | 2006-10-05 | Nec Corporation | リングネットワークシステム、障害回復方法、障害検出方法、ノード、およびノード用プログラム |
JP5152642B2 (ja) * | 2005-05-31 | 2013-02-27 | 日本電気株式会社 | パケットリングネットワークシステム、パケット転送方法、およびノード |
CN1941730A (zh) * | 2005-09-26 | 2007-04-04 | 华为技术有限公司 | 实现rpr桥冗余保护的方法 |
-
2008
- 2008-04-16 CN CN2008100922850A patent/CN101252500B/zh active Active
-
2009
- 2009-03-19 US US12/407,579 patent/US8064334B2/en not_active Expired - Fee Related
- 2009-04-08 EP EP09157602A patent/EP2117176B1/en active Active
Cited By (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101938365B (zh) * | 2009-07-03 | 2012-10-03 | 华为技术有限公司 | 以太网中的故障处理方法和装置 |
US8442229B2 (en) | 2009-07-31 | 2013-05-14 | Futurewei Technologies, Inc. | Method and apparatus for providing security in a passive optical network |
US9032209B2 (en) | 2009-07-31 | 2015-05-12 | Futurewei Technologies, Inc. | Optical network terminal management control interface-based passive optical network security enhancement |
US8850197B2 (en) | 2009-07-31 | 2014-09-30 | Futurewei Technologies, Inc. | Optical network terminal management control interface-based passive optical network security enhancement |
CN102104519A (zh) * | 2009-12-17 | 2011-06-22 | 中兴通讯股份有限公司 | 基于拓扑信息的环网恢复方法与装置 |
CN101958831B (zh) * | 2010-06-10 | 2013-03-13 | 福建星网锐捷网络有限公司 | 以太环网故障恢复方法、以太环网及交换设备 |
CN101958831A (zh) * | 2010-06-10 | 2011-01-26 | 福建星网锐捷网络有限公司 | 以太环网故障恢复方法、以太环网及交换设备 |
CN102316497A (zh) * | 2010-07-02 | 2012-01-11 | 中兴通讯股份有限公司 | 一种基于协议栈监测状态控制基站复位的方法及系统 |
CN102316497B (zh) * | 2010-07-02 | 2015-10-21 | 中兴通讯股份有限公司 | 一种基于协议栈监测状态控制基站复位的方法及系统 |
CN102736608A (zh) * | 2012-07-09 | 2012-10-17 | 长沙中联消防机械有限公司 | 网络通信系统、故障控制方法及工程机械设备 |
CN102736608B (zh) * | 2012-07-09 | 2014-10-29 | 长沙中联消防机械有限公司 | 网络通信系统、故障控制方法及工程机械设备 |
CN103001799B (zh) * | 2012-11-23 | 2015-06-24 | 北京东土科技股份有限公司 | 基于链状网络的冗余实现方法及节点 |
CN103001799A (zh) * | 2012-11-23 | 2013-03-27 | 北京东土科技股份有限公司 | 基于链状网络的冗余实现方法及节点 |
CN106341297B (zh) * | 2016-08-12 | 2020-01-14 | 浙江宇视科技有限公司 | 一种监控环网的组网方法和装置 |
CN106341297A (zh) * | 2016-08-12 | 2017-01-18 | 浙江宇视科技有限公司 | 一种监控环网的组网方法和装置 |
CN108900404A (zh) * | 2018-07-11 | 2018-11-27 | 智强通达科技(北京)有限公司 | 一种用于冗余备份的超级环网结构 |
CN108989200A (zh) * | 2018-07-11 | 2018-12-11 | 深圳市信锐网科技术有限公司 | 数据包转发方法、装置和系统 |
CN108900404B (zh) * | 2018-07-11 | 2020-12-25 | 智强通达科技(北京)有限公司 | 一种用于冗余备份的超级环网结构 |
CN108989200B (zh) * | 2018-07-11 | 2021-10-22 | 深圳市信锐网科技术有限公司 | 数据包转发方法、装置和系统 |
CN110635839A (zh) * | 2019-10-12 | 2019-12-31 | 四川安迪科技实业有限公司 | 卫星网络的广播剪枝方法及系统、接收方法及装置 |
CN113098709A (zh) * | 2021-03-24 | 2021-07-09 | 深圳市乙辰科技股份有限公司 | 基于分布式组网系统的网络恢复方法、装置和计算机设备 |
CN113098709B (zh) * | 2021-03-24 | 2021-12-14 | 深圳市乙辰科技股份有限公司 | 基于分布式组网系统的网络恢复方法、装置和计算机设备 |
Also Published As
Publication number | Publication date |
---|---|
US8064334B2 (en) | 2011-11-22 |
EP2117176A2 (en) | 2009-11-11 |
CN101252500B (zh) | 2012-08-08 |
EP2117176A3 (en) | 2009-11-18 |
EP2117176B1 (en) | 2012-08-29 |
US20090262643A1 (en) | 2009-10-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101252500B (zh) | 任意拓扑相交环网的实现方法、节点和相交环网 | |
JP4074631B2 (ja) | 伝送路システム、および同システムにおけるフレーム伝送装置、ならびに伝送路切り替え方法 | |
CN100493006C (zh) | 一种环路故障检测方法、子环主节点以及子环 | |
CN101345683B (zh) | 以太网自动保护切换系统中的协议报文传输控制方法 | |
CN101677267B (zh) | 一种跨环转发协议帧的方法及以太网多环中的共享节点 | |
CN100450036C (zh) | 一种rrpp与局部stp组网故障恢复时防止环路的方法和装置 | |
CN101262401A (zh) | 一种环形网络中实现网络恢复的方法 | |
CN101686158B (zh) | 以太网环路保护故障恢复的控制方法及以太网环路节点 | |
CN101841450B (zh) | 多个环形拓扑构建相交环实现稳定通信的方法及系统 | |
CN102291290A (zh) | 以太环网故障检测、连接的方法和系统 | |
CN101714939A (zh) | 一种以太环网主节点的故障处理方法及相应以太环网 | |
CN101662421A (zh) | 基于以太多环网的控制报文的传输方法和装置 | |
WO2008031336A1 (fr) | Procédé, dispositif et système permettant d'éviter la formation de cycle de données sur boucle dans un réseau ethernet en anneau | |
CN101686167A (zh) | 一种以太环网故障恢复的控制方法 | |
CN101626335B (zh) | 一种双归连接网络的数据保护方法 | |
CN101645812A (zh) | 一种以太网相交环保护倒换方法 | |
CN101217445B (zh) | 防止环路产生的方法和以太环网系统 | |
CN110635940B (zh) | 一种eaps以太环网的主备倒换方法 | |
CN101902382B (zh) | 一种以太单环网地址刷新方法及系统 | |
CN101136838B (zh) | 一种桥模式弹性分组环跨环桥设备冗余保护的方法 | |
CN101621443B (zh) | 一种以太环网保护系统的故障恢复方法 | |
CN101237319B (zh) | 以太环网中的主节点、时间同步方法和以太环网系统 | |
CN103220201B (zh) | 一种环网故障检测保护方法和设备 | |
CN103746912A (zh) | 一种基于子环链路的数据报文传输方法和设备 | |
CN101938395A (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 | ||
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. |