首页> 中国专利> 一种处理MRP环网中的故障的方法和MRP环网

一种处理MRP环网中的故障的方法和MRP环网

摘要

本发明涉及处理介质冗余协议MRP环网中的故障的方法和MRP环网,所述MRP环网包括一个介质冗余管理节点MRM、多个介质冗余客户节点MRC和连接各节点的链路,处理MRP环网中的故障的方法包括:MRC或者MRC间的链路或者MRM和MRC间的链路发生故障后,MRM也发生故障;在MRC或者MRC间的链路或者MRM和MRC间的链路所发生的故障恢复后,MRM的故障恢复并重新启动;MRM在重新启动的过程中发送拓扑状态改变帧。通过在MRM重新启动的过程中,发送拓扑状态改变帧,使得MRC节点可以进行清空过滤数据库FDB的操作,通过地址学习和业务转发,重新通过恢复后的故障链路进行通信,保证了在多故障发生的情况下,MRC能够正常通信。

著录项

  • 公开/公告号CN102420737A

    专利类型发明专利

  • 公开/公告日2012-04-18

    原文格式PDF

  • 申请/专利权人 浙江网新技术有限公司;

    申请/专利号CN201110381594.1

  • 申请日2011-11-28

  • 分类号H04L12/437;

  • 代理机构杭州求是专利事务所有限公司;

  • 代理人陈昱彤

  • 地址 310030 浙江省杭州市西湖区三墩西园四路2号2幢301-305室

  • 入库时间 2023-12-18 04:55:43

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2015-07-15

    授权

    授权

  • 2012-05-30

    实质审查的生效 IPC(主分类):H04L12/437 申请日:20111128

    实质审查的生效

  • 2012-04-18

    公开

    公开

说明书

技术领域

    本发明涉及MRP环网技术领域,具体地讲,涉及处理MRP环网中的故障的方法和相应的MRP环网。

背景技术

MRP(Media Redundancy Protocol,介质冗余协议)是用于对环形网络中单个交换机或者单个交换机链接发生错误而设计的。

MRP环网由一个MRM和多个MRC组成,其中,MRM和MRC都具有交换机的功能,各类以太网业务可以通过MRM或MRC连接进入MRP环网。

    如图1所示,MRP环网的组成包括:一个MRM节点101,多个MRC节点102,接入环网的终端节点103以及连接各节点之间的链路线缆104,其中:

MRM节点101,为介质冗余管理节点,每个环网正常工作状态下,需有且仅有一个MRM节点;MRM实现以下功能:

1.    周期性地通过自身的两个环路端口向环网发送测试帧(Test Frame),以检测环网状态;

2.    如果MRM的一个环路端口能收到另一个环路端口发出的测试帧,说明环路正常,此时,MRM将其中一个端口(主端口,首先LinkUp上线的端口称为主端口)设为转发状态105(FORWARDING),将另一个端口(副端口)设为阻塞状态106(BLOCKED),以防止业务成环;

3.    如果MRM在设定的时间间隔内两个端口都无法收到相互发出的测试帧,说明环路存在问题,此时MRM会从两个端口发出拓扑状态改变帧(Topology Change Frame),用于控制环网中所有节点(包括MRM和MRC)在特定时间间隔后进行清空过滤数据库FDB操作;

4.    如果MRM设置为响应MRC的端口变化,则MRM在收到MRC发出的端口上线/下线帧(LinkUp/LinkDown Frame)后,也会发出拓扑状态改变帧;

5.    MRM不会在其自身的两个端口间转发MRP协议帧,包括拓扑状态改变帧,测试帧,端口上线/下线帧;

MRC节点102,为介质冗余客户节点,每个环网中可以有多个MRC,基于对性能的要求,MRM和MRC的节点总数一般不超过50个;MRC实现以下功能:

1.    在两个环路端口间转发MRM发出的测试帧和拓扑状态改变帧;

2.    收到拓扑状态改变帧后,提取拓扑状态改变帧里携带的时间参数,并在等待此时间参数定义的间隔后进行清空过滤数据库FDB的操作;

3.    如果端口检测到链路状态变化(LinkUp/LinkDown),会通过两个端口发出端口上线/下线帧(LinkUp/LinkDown Frame),用于将变化状态通知MRM;

终端节点103,终端节点通过MRM或MRC连接进入环网,是业务的发起者和接收者;终端节点可以是一台主机或一个普通的交换机及其下连接的主机;

链路104,用于连接各节点的物理线缆或逻辑通路,两个节点间的链路出错代表节点间的通信受阻,环路状态也会相应发生变化。

    下面分别介绍MRM和MRC的状态机运行及转化关系;

    MRM的状态转化如图2所示,MRM的状态机由上电初始状态(Power_On),等待连接状态(AC_STAT1),主端口在线状态(PRM_UP),开环状态(CHK_RO)和闭环状态(CHK_RC)组成;其中,

上电初始状态201,完成初始化的工作,包括将MRM的两个环路端口设为BLOCKED状态,设置相关的静态地址表;

等待连接状态202,上电初始状态完成后,直接进入等待连接状态(MRM状态转化206),其作用是等待MRM的任一端口上线;此状态下由于没有端口上线,因而不发送测试帧;

主端口在线状态203,有且仅有一个环路端口在线(LinkUp)时的状态,此状态下,将在线的端口称为主端口,并设为FORWARDING状态(另一个端口(副端口)仍为BLOCKED状态);同时,开始向两个端口(即使此时副端口还没有上线)周期性地发送测试帧(Test Frame);

开环状态204,此状态下,两个环路端口均处于在线状态(LinkUp),且状态都设为FORWARDING;环网中有节点或链路存在故障时会进入此状态(见MRM状态转化215);开环状态下,MRM会向两个端口周期性地发送测试帧(Test Frame);

闭环状态205,此状态下,两个环路端口均处于在线状态(LinkUp),且主端口设为FORWARDING状态,副端口设为BLOCKED状态;环网正常工作时会维持在此状态;闭环状态下,MRM会向两个端口周期性地发送测试帧(Test Frame);

MRM状态转化207,当处于等待连接状态202,如果一直没有端口上线(LinkUp),状态机维持在等待连接状态202;

MRM状态转化208,当处于等待连接状态202,如果某一端口上线(LinkUp),状态机进入主端口在线状态203,并将主端口设为FORWARDING状态,开始发送测试帧(Test Frame); 

MRM状态转化209,当处于主端口在线状态203,如果惟一上线(LinkUp)的端口又重新下线(LinkDown),状态机回到等待连接状态202;

MRM状态转化210,当处于主端口在线状态203时,若没有收到自身发出的测试帧并且副端口没有上线,则仍保持在当前状态;

MRM状态转化211,当处于开环状态204时,若有一个端口下线(LinkDown),则进入主端口在线状态202;若下线的是原先的主端口,则将原先的副端口(仍在线)设为新的主端口,并发送拓扑状态改变帧(因为主端口的变化会引起环路中业务方向的变化); 

MRM状态转化212,当处于主端口在线状态203时,若收到自身发出的测试帧(说明环路已通,此时设置NO_TC = 0)或者副端口上线(此时两个端口均上线,环路的状态还未知,可以后续通过测试帧继续检测,此时设置NO_TC = 1),转至闭环状态205;

MRM状态转化213,当处于开环状态204时,若一直无法收到自身发出的测试帧(说明环路还是存在问题)或者收到MRC发出的端口上线/下线帧(表明MRC有变化,MRM还是要通过测试帧的检测来判断环路状态),状态维持开环状态204; 

MRM状态转化214,当处于开环状态204时,若收到自身发出的测试帧(说明环路已通,设置NO_TC = 0),此时,状态机转至闭环状态205,并通过两个端口发出拓扑状态改变帧;

MRM状态转化215,当处于闭环状态205时,若连续三个测试帧的时间间隔(默认为1毫秒)后没有收到测试帧,则状态转为开环状态;若当前NO_TC = 0,则还会向外发送拓扑状态改变帧;若当前NO_TC = 1,则不发送拓扑状态改变帧(见MRM状态转化212、214和217);

MRM状态转化216,当处于闭环状态205时,若有一个端口下线(LinkDown),则进入主端口在线状态202;若下线的是原先的主端口,则将原先的副端口(仍在线)设为新的主端口,并发送拓扑状态改变帧(因为主端口的变化会引起环路中业务方向的变化);

MRM状态转化217,当处于闭环状态205时,若收到自身发出的测试帧(说明环路正常,设置NO_TC = 0),则维持在闭环状态205;   

MRC的状态转化如图3所示,MRC的状态机由上电初始状态(Power_On),等待连接状态(AC_STAT1),数据交换空闲状态(DE_IDLE,Data Exchange Idle),穿通状态(PT,Pass Through),数据交换状态(DE,Data Exchange)和穿通空闲状态(PT_IDLE,Pass Through Idle)组成;其中,

上电初始状态301,完成初始化的工作,包括将MRC的两个环路端口设为BLOCKED状态,设置相关的静态转发表;

等待连接状态302,上电初始状态完成后,直接进入等待连接状态(MRC状态转化307),其作用是等待MRC的环路端口上线(LinkUp);

数据交换空闲状态303,此状态表明MRC有且仅有一个端口处于稳定地在线(LinkUp)状态; 

穿通状态304,MRC从一个端口上线(LinkUp)到两个端口上线(LinkUp)转移的中间过渡状态称为穿通状态;

数据交换状态305,MRC从两个端口上线(LinkUp)到只有一个端口上线(LinkUp)转移的中间过渡状态称为数据交换状态;

穿通空闲状态306,MRC两个端口都稳定地在线(LinkUp)的状态称为穿通空闲状态,此时,两个环路端口都设为FORWARDING;

MRC状态转化308,如果处于等待连接状态302时,MRC两个端口一直都没有上线(LinkUp),则状态维持在等待连接状态302;

MRC状态转化309,处于等待连接状态302时,当MRC检测到某一环路端口上线(LinkUp)时,将其设为主端口,端口状态设为FORWARDING,进入数据交换空闲状态303;

MRC状态转化310,处于数据交换空闲状态303时,若惟一在线(LinkUp)的端口下线(LinkDown)了,此时,重新回到等待连接状态302;

MRC状态转化311,处于数据交换空闲状态303时,若一直只有主端口在线(LinkUp),则维持在当前状态;若收到MRM发出的拓扑状态改变帧,则提取拓扑状态改变帧里携带的时间参数,并在等待此时间参数定义的间隔后进行清空过滤数据库FDB的操作;

MRC状态转化312,处于数据交换空闲状态303时,若另一端口也上线(LinkUp)了,则状态转化为穿通状态304,并开始从两个环路端口向外发送端口上线帧(LinkUp Frame); 

MRC状态转化313,处于穿通状态304时,开始向外发送端口上线帧(见状态转化312或状态转化318);默认是连续发送5个帧,每隔1毫秒发一个;这段时间内,状态保持在穿通状态304;

MRC状态转化314,处于穿通状态304时,若某一端口发生下线(LinkDown),则转化为数据交换状态305,并停止发送端口上线帧(LinkUp Frame),将仍在线(LinkUp)的端口设为主端口,开始从两个端口向外发送端口下线帧(LinkDown Frame),默认是连续发送5个帧,每隔1毫秒发一个;

MRC状态转化315,处于穿通状态304(见状态转化312或状态转化318)时,若发送完默认的5个端口上线帧,则状态转化为穿通空闲状态306;若在发送5个端口上线帧的过程中,收到MRM发出的拓扑状态改变帧(表明MRM已观察到MRC的端口状态发生变化,并作出了响应),则停止发送剩余的端口上线帧,状态转化为穿通空闲状态306;

MRC状态转化316,处于数据交换状态305(见状态转化314或状态转化320)时,若发送完默认的5个端口下线帧,则状态转化为数据交换空闲状态303;若在发送5个端口下线帧的过程中,收到MRM发出的拓扑状态改变帧(表明MRM已观察到MRC的端口状态发生变化,并作出了响应),则停止发送剩余的端口下线帧,状态转化为数据交换空闲状态303;

MRC状态转化317,处于数据交换状态305时,若剩下的端口也发生下线(LinkDown),此时两个端口均下线,则停止发送端口下线帧,状态转化为等待连接状态302;

MRC状态转化318,处于数据交换状态305时,若先前下线的端口重新上线(LinkUp),此时两个端口均在线,则停止发送端口下线帧,状态转化为穿通状态302,并开始向外发送端口上线帧(LinkUp Frame);

MRC状态转化319,处于数据交换状态305时,开始向外发送端口下线帧(见状态转化314或状态转化320);默认是连续发送5个帧,每隔1毫秒发一个;这段时间内,状态保持在数据交换状态305;

MRC状态转化320,处于穿通空闲状态306时,若某一端口发生下线(LinkDown),则状态转化为数据交换状态305,将仍就在线(LinkUp)的端口设为主端口,并开始向外发送端口下线帧;

MRC状态转化321,处于穿通空闲状态306时,若没有发生端口下线(LinkDown),则一直保持在此状态;

    现在以环网中一个链路发生故障,之后链路恢复的这种情况来说明MRP环网冗余保护的具体过程:

正常工作状态下,MRP环网的状态如图4所示,其中,

BLOCKED404,表示MRM的副端口设为BLOCKED状态,以防止业务成环;

虚线407,虽然链路407是物理连通的,但是由于MRM的副端口设为BLOCKED状态,业务不会通过407所示链路(实线代表节点间业务的通路,虚线代表此链路由于故障或端口BLOCKED而无法通业务,下同);

MRC 0,由图4中401所示,普通MRC节点,假设有业务与MRC 1 402通信;

MRC 1,由图4中402所示,普通MRC节点,假设有业务与MRC 0 401通信;

链路403,正常状态下,MRC 0 401和MRC 1 402通过两者直接相连的链路403进行通信(由于MRM的副端口设为BLOCKED状态,MRC 0和MRC 1经过地址学习会选择链路403进行通信);    

    若某一时刻MRC间的一个链路发生故障,如图5所示,依据协议状态机转化流程,发生以下几步动作:

步骤401,环网处于正常状态,MRM处于闭环状态205,根据状态转化217,此时NO_TC = 0;

步骤402,某一时刻,图5中MRC 0 501和MRC 1 502之间链路发生故障(链路503断开);

步骤403,MRM的两个端口由于中间链路的故障而无法收到自身发出的测试帧,由MRM状态转化215,MRM进入开环状态204,将两个端口都设为FORWARDING状态,并向外发出拓扑状态改变帧;

步骤404,环网中各节点都收到拓扑状态改变帧后,分别根据拓扑状态改变帧中的时间间隔参数,启动倒计时,在倒计时完成后,进行清空过滤数据库FDB的操作;

步骤405,所有节点进行清空过滤数据库FDB操作之后,节点重新进行地址学习和业务转发的操作,业务得以再次导通;

步骤406,环路状态转化如图5所示,其中,虚线代表由于链路503故障而无业务通过,业务通过实线所示的路径(链路506、507和508)流通。

 

若某一时刻链路故障被修复,依据协议状态机转化流程,发生以下几步动作:

步骤501,链路故障点恢复, MRC 0 501和MRC 1 502之间的链路重新正常连接;

步骤502,由于环网整个链路都正常了,MRM的两个环路端口重新收到相互发出的测试帧(Test Frame); 

步骤503,由MRM状态转化214,MRM进入闭环状态205,将副端口从FORWARDING设为BLOCKED,并从两个环路端口发出拓扑状态改变帧;

步骤504,环网中各节点都收到拓扑状态改变帧后,分别根据拓扑状态改变帧中的时间间隔参数,启动倒计时,在倒计时完成后,进行清空过滤数据库FDB的操作;

步骤505,所有节点进行清空过滤数据库FDB操作之后,重新进行地址学习和业务转发的操作,业务再次导通;

步骤506,节点环路状态恢复到图4所示的状态,其中,虚线代表此链路由于MRM副端口为BLOCKED状态而无业务通过,业务通过实线所示的线路(链路403)流通;

步骤401-406和步骤501-506分别代表了环网中一个链路发生错误以及错误的链路恢复后,根据MRP协议进行的保护业务流通的过程。

上述过程虽然仅仅示出了MRC间链路故障后恢复的过程,但是MRM和MRC之间的链路故障以及恢复的过程和上述过程相同,不再赘述。

    

下面列举一种现实中可能出现的情形(MRC间链路或MRC节点与MRM同时出现故障,又都先后恢复)而仅用现有协议无法恢复节点间业务通信的情况:

步骤601,在图4所示的正常工作时的环网状态图中,MRC 0 401和MRC 1 402进行通信,正常状态下,MRC 0 401与MRC 1 402通过两者直接相连的链路403进行通信;

步骤602,某一时刻,MRC 0 401与MRC 1 402之间的链路发生故障(参见图5中的链路503),MRM检测到故障后(无法收到自身发出的测试帧),发出拓扑状态改变帧(Topology Change Frame),所有节点清空过滤数据库FDB之后,业务重新进行地址学习,此后MRC 0与MRC 1通过经由MRM节点的链路进行通信,即步骤401-步骤406;

步骤603,假设此时,MRM由于故障原因进行重启(图6中MRM虚线605所示),在MRM重启的过程中,先前故障的链路503(即图6中链路603)刚好也被修复,重新闭合,如图6所示;

步骤604,MRM重启完成后,由于环路中故障已经消除,MRM的状态机按上电初始化201->等待连接状态202->(状态转化208)主端口在线状态203->(状态转化212,且条件为副端口上线,并设置了NO_TC = 1)闭环状态205进行状态转换;由于MRM的两个端口能收到自身发出的测试帧,根据状态转化217,MRM一直维持在闭环状态205,且其副端口为BLOCKED状态;

步骤605,由于MRC 0与MRC 1内部的FDB没有进行清除操作(因为NO_TC = 1, MRM没有发出拓扑状态改变帧来让各个节点清空过滤数据库FDB),仍保留先前经由MRM的业务转发路径(即图7中链路706、707和708),而MRM的副端口已经是BLOCKED 704状态,业务无法通过(虚线链路707所示);因此,虽然环路的物理连接已经恢复,但是MRC 0与MRC 1之间却仍无法通信,如图7所示。

上述过程虽然仅仅示出了MRC间链路故障和MRM故障同时发生后恢复过程中所出现的问题,但是MRM和MRC间的链路故障和MRM故障同时发生后恢复的过程中也会存在和上述问题相同的问题,不再赘述。

发明内容

本发明提供了一种处理介质冗余协议MRP环网中的故障的方法,实现了在MRC故障和MRM故障同时发生,或者链路故障和MRM故障同时发生时,保证MRC能够正常通信。

本发明还提供了一种MRP环网,在此环网中,如果在MRC故障或者链路故障和MRM故障同时发生时,能够保证此环网正常通信。

为了达到上述目的,本发明的技术方案是这样来实现的:

一种处理介质冗余协议MRP环网中的故障的方法,所述MRP环网包括一个介质冗余管理节点MRM、多个介质冗余客户节点MRC和连接各节点的链路,其特征在于,包括以下步骤:

所述MRC、或者所述MRC间的链路、或者所述MRM和所述MRC间的链路发生故障后,所述MRM也发生故障;

在所述MRC或者所述MRC间的链路所发生的故障恢复后,所述MRM的故障恢复并重新启动;

所述MRM在重新启动的过程中发送拓扑状态改变帧。

一种介质冗余协议MRP环网,所述MRP环网包括一个介质冗余管理节点MRM、多个介质冗余客户节点MRC和链路,其特征在于:

所述MRC,通过所述链路连接其它MRC或所述MRM;

所述链路,用于将所述MRM和所述多个MRC串联成所述MRP环网;

所述MRM,用于管理所述MRP环网,在所述MRC、或者所述MRC间的链路、或者所述MRM和所述MRC间的链路发生故障后,如果所述MRM也发生故障,并且在所述MRC、或者所述MRC间的链路、或者所述MRM和所述MRC间的链路所发生的故障恢复后,所述MRM的故障也恢复并重新启动,那么所述MRM在重新启动的过程中发送拓扑状态改变帧。

本发明所提供的处理介质冗余协议MRP环网中的故障的方法和MRP环网,通过在MRM重新启动的过程中,发送拓扑状态改变帧,使得MRC节点可以进行清空过滤数据库FDB的操作,从而使得MRC原先保留的经MRM的业务转发路径被清除,通过地址学习和业务转发,重新通过恢复后的故障链路进行通信,保证了在多故障发生的情况下,MRC能够正常通信。

附图说明

图1是MRP环网示意图;

图2是MRM的状态转化示意图;

图3是MRC的状态转化示意图;

图4是正常工作时的环网状态图;

图5是发生一个链路故障后的环网状态图;

图6是MRM进行重启操作,同时故障链路恢复;

图7是MRM重启完成后MRC间通信状态示意图。

具体实施方式

    下面对涉及到的名词进行解释:

IEC :International Electrotechnical Commission,国际电工委员;

MRP :Media Redundancy Protocol,介质冗余协议,由IEC 62439-2定义。最初由西门子公司开发,基于环形结构的冗余保护协议;

MRM :Media Redundancy Manager,介质冗余管理节点,MRP协议定义的MRP管理员角色,每个MRP环网中只允许存在一个MRM;

NO_TC :No Topology Change,抑制拓扑状态改变;NO_TC为MRM内部的一个指示变量,当NO_TC = 1时,不发送拓扑状态改变帧,当NO_TC = 0时,可以发送拓扑状态改变帧;

MRC :Media Redundancy Client,介质冗余客户节点,MRP协议定义的MRP客户端角色,每个MRP环网中允许存在一个或多个MRC;

Ring Port :环路端口,MRM或MRC连接环网的两个端口称为环路端口,每个节点有且仅有两个环路端口连入同一个环网;两个环路端口中,首先上线(LinkUp)的端口称为主端口(Primary Ring Port),而另一个称为副端口(Secondary Ring Port);

FDB :Filtering Data Base,过滤数据库,以太网交换机用于转发数据帧而建立和维护的查找表,也叫转发表( Forwarding Table);

静态转发表:由管理员配置的针对特殊地址的转发表项,根据应用需要而配置;

清空过滤数据库(FDB):以太网交换机将内部的过滤数据库(FDB)清空的动作,一般静态转发表不受影响;

    地址学习: 以太网交换机将进入某个端口的以太网帧的源地址和进入的端口号记录到过滤数据库中,用于后续地址查找;

    业务转发: 以太网交换机根据收到的以太网帧的目的地址,从过滤数据库中查找相应的表项,若数据库中存在目的地址相应的表项,则将此帧从表项中规定的端口转发出去;若没有找到相应的表项,则从所有端口广播出去,也叫FLOODING操作;

Test Frame :MRP测试帧,MRM用于检测环网状态而定期发出的特定MRP协议帧;

    Topology Change Frame :MRP拓扑状态改变帧,MRM在检测到环网状态发生变化后,向环网所有节点发出的MRP控制帧;此帧含有一个清空过滤数据库FDB的时间参数(默认为1.5-0.5毫秒),表明节点过多少时间间隔后进行清空过滤数据库FDB的操作;MRM在发出此类帧后,根据发出帧内携带的时间参数,启动倒计时,在倒计时完成后,进行清空过滤数据库FDB操作;各MRC节点在收到此类帧后,提取帧内携带的时间参数,并启动倒计时,在倒计时完成后,进行清空过滤数据库FDB操作;

    LinkUp / LinkDown Frame :MRP端口上线/下线消息帧,由MRC发出,当MRC检测到本节点的环路端口发生LinkUp/LinkDown之后,发出此消息帧,用于通知MRM采取相应动作;

FORWARDING:转发状态,MRP环路端口状态之一,在此状态下,所有帧都被转发。

 

针对MRM重启过程中,原先故障链路(包括MRC间的故障和MRM和MRC间的故障)或故障MRC也同时恢复的情况下,节点间通信仍可能受阻的情况,对现有MRP协议中MRM的状态机作了修改,具体方法是:

步骤701,在MRM收到一个端口上线(LinkUp)信号,状态机由等待连接状态202向主端口在线状态203转化时,原有的状态机动作只是将主端口设为FORWARDING状态,并开始发送测试帧(Test Frame),见图2中的状态转化208;本发明提出的方式是:在原有的行为(状态转化208)基础上,增加发送拓扑状态改变帧(Topology Change Frame)行为;

步骤702,按照步骤701的方法,对于图6中发生故障的MRM进行重启操作,同时环网中的故障链路或故障MRC恢复的情况,当MRM在重启过程中,如果出现故障的链路已经恢复,当MRM检测到一个环路端口(主端口)上线后,由图2中的状态转化208,状态机由等待连接状态202转为主端口在线状态203,同时发出拓扑状态改变帧;

步骤703,环网各节点收到MRM在步骤702发出的拓扑状态改变帧后,提取帧内携带的时间参数,并启动倒计时,在倒计时完成后,进行清空过滤数据库FDB操作;通过清空过滤数据库FDB的操作,如图7中所示,MRC 0 701和MRC 1 702原先保留的经MRM业务转发路径被清除,两者通过地址学习和业务转发,重新通过链路703进行通信,即业务重新恢复;

步骤704,与步骤703同步进行,当MRM的状态机在检测到第二个端口(副端口)也上线后,由图2中的状态转化212,MRM由主端口在线状态203转为闭环状态205,并将副端口设为BLOCKED状态;由于此时环路是物理成环的,由于MRM的两个端口能收到自身发出的测试帧,根据状态转化217,MRM一直维持在闭环状态205;

步骤705,完成步骤701--704之后的环网状态如图4所示。

由于原始的MRP协议仅能处理一个节点故障或链路的故障,而在实际的应用场合,可能存在两个或以上故障点(包括MRM在内),当MRC、或MRC间的链路、或MRC和MRM间的链路和MRM同时出现故障后,若MRM在其它故障点恢复之后恢复(或重新启动)的情况下,如果仅使用原始的协议,业务通信会因为拓扑的变化而无法恢复(步骤601-605);因此,提出在MRM从等待连接状态202向主端口在线状态转换203时,加发拓扑状态改变帧,来使业务重新导通(步骤701-705);

基于上述方式:

1.在正常情况下,MRM启动过程中,若有一个环路端口上线(图2中的状态转化208),也会发出拓扑状态改变帧,所有节点同步清空过滤数据库FDB;由于此时处于初始状态,节点清空过滤数据库FDB不会造成问题;

2.在发生多个节点(包括MRM)或链路故障并先后恢复的情况下:

若MRM迟于其它节点重新启动,发送拓扑状态改变帧后,会使先前启动的节点进行清空过滤数据库FDB操作,从而进行地址学习和业务转发,使业务重新建立通信;

若MRM先于其它节点重新启动,则MRM正常工作后,通过周期性地发送测试帧来检测环路状态,若环网仍存在故障,根据状态转化215,MRM会发出拓扑状态改变帧,使业务重新学习和恢复;若故障恢复,根据状态转化214,MRM也会发出拓扑状态改变帧,使业务重新学习和恢复。

以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应当包含在本发明的保护范围之内。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号