CN112104548A - 通信方法及装置 - Google Patents
通信方法及装置 Download PDFInfo
- Publication number
- CN112104548A CN112104548A CN202010884193.7A CN202010884193A CN112104548A CN 112104548 A CN112104548 A CN 112104548A CN 202010884193 A CN202010884193 A CN 202010884193A CN 112104548 A CN112104548 A CN 112104548A
- Authority
- CN
- China
- Prior art keywords
- role
- priority
- health level
- mac address
- calculation information
- 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.)
- Withdrawn
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
- H04L45/22—Alternate routing
-
- 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/24—Multipath
- H04L45/245—Link aggregation, e.g. trunking
-
- 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/70—Routing based on monitoring results
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请提供一种通信方法及装置,所述方法应用于第一设备,所述第一设备处于DR系统中,所述DR系统还包括第二设备,所述方法包括:当所述第一设备与所述第二设备之间的IPL链路故障时,获取所述第一设备的第一角色计算信息;接收所述第二设备发送的第一Keepalive报文,所述第一Keepalive报文包括所述第二设备的第二角色计算信息;根据所述第一角色计算信息以及所述第二角色计算信息,重确定所述第一设备的当前角色。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种通信方法及装置。
背景技术
分布式弹性网络互连(英文:Distributed Resilient Network Interconnect,简称:DRNI)为一种跨设备链路聚合技术,是指将两台物理设备在聚合层面虚拟为一台设备实现跨设备链路聚合,从而提供设备级冗余保护和流量负载分担。如图1所示,图1为DRNI网络模型示意图。
在图1中,设备(Device A)与Device B为分布式聚合(英文:Distributed Relay,简称:DR)系统中的DR设备,且互为邻居。Device A为主(Primary)设备,Device B为从(Secondary)设备。设备(Device A)与Device B形成负载分担,共同进行业务报文转发。当其中一台设备发生故障时,业务报文可快速切换至另一台设备,保证业务的正常运行。
目前,设备管理模块可对DR设备的健康状况进行实时监测,并根据DR设备当前的健康状况计算DR系统的健康值。DR设备的健康值越大,表示该DR设备越不健康。
在一种场景下,Device A设备健康状况下降,例如,Device A出现内存不足、DBM异常、芯片堵死等健康问题,此时,Device A已无法正常转发流量。再者,Device A与Device B之间的IPL链路也发生故障(可能为Device A的健康问题导致)。
如果Device A配置的设备角色优先级高于Device B配置的设备角色,在前述场景下,Device A仍被选举为主设备,继续转发业务报文,Device B被选举为从设备,并下发DRNI多Active检测(英文:Multi-Active Detection,简称:MAD)关闭(down)机制,停止转发业务报文。但是,由于Device A的健康问题已经无法转发业务报文,导致DR系统业务中断或无法正常处理业务。
发明内容
有鉴于此,本申请提供了一种通信方法及装置,用以解决现有技术中由于主设备的健康问题已经无法转发业务报文,从设备停止转发业务报文,设备角色无法重选举,导致DR系统业务中断或无法正常处理业务问题。
第一方面,本申请提供了一种通信方法,所述方法应用于第一设备,所述第一设备处于DR系统中,所述DR系统还包括第二设备,所述方法包括:
当所述第一设备与所述第二设备之间的IPL链路故障时,获取所述第一设备的第一角色计算信息;
接收所述第二设备发送的第一Keepalive报文,所述第一Keepalive报文包括所述第二设备的第二角色计算信息;
根据所述第一角色计算信息以及所述第二角色计算信息,重确定所述第一设备的当前角色。
第二方面,本申请提供了一种通信装置,所述装置应用于第一设备,所述第一设备处于DR系统中,所述DR系统还包括第二设备,所述装置包括:
获取单元,用于当所述第一设备与所述第二设备之间的IPL链路故障时,获取所述第一设备的第一角色计算信息;
接收单元,用于接收所述第二设备发送的第一Keepalive报文,所述第一Keepalive报文包括所述第二设备的第二角色计算信息;
确定单元,用于根据所述第一角色计算信息以及所述第二角色计算信息,重确定所述第一设备的当前角色。
第三方面,本申请提供了一种网络设备,包括处理器和机器可读存储介质,机器可读存储介质存储有能够被处理器执行的机器可执行指令,处理器被机器可执行指令促使执行本申请第一方面所提供的方法。
因此,通过应用本申请提供的通信方法及装置,当第一设备与第二设备之间的IPL链路故障时,第一设备获取第一设备的第一角色计算信息。第一设备接收第二设备发送的第一Keepalive报文,该第一Keepalive报文包括第二设备的第二角色计算信息。根据第一角色计算信息以及第二角色计算信息,第一设备重确定第一设备的当前角色。
DR系统中的DR设备通过交互Keepalive报文,重确定各自设备的当前角色。解决了现有技术中由于主设备的健康问题已经无法转发业务报文,从设备停止转发业务报文,设备角色无法重选举,导致DR系统业务中断或无法正常处理业务问题。
附图说明
图1为DRNI网络模型示意图;
图2为本申请实施例提供的通信方法的流程图;
图3为本申请实施例提供的DRNI健康检测需求场景示意图;
图4为本申请实施例提供的Keepalive报文包括的角色计算信息TLV格式图;
图5为本申请实施例提供的DR系统中DR设备交互Keepalive报文时序图;
图6为本申请实施例提供的通信装置结构图;
图7为本申请实施例提供的一种网络设备硬件结构图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施例并不代表与本申请相一致的所有实施例。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相对应的列出项目的任何或所有可能组合。
应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
下面对本申请实施例提供的通信方法进行详细地说明。参见图2,图2为本申请实施例提供的通信方法的流程图。该方法应用于第一设备,第一设备处于DR系统在,该DR系统还包括第二设备。本申请实施例提供的通信方法可包括如下所示步骤。
步骤210、当所述第一设备与所述第二设备之间的IPL链路故障时,获取所述第一设备的第一角色计算信息。
具体地,结合图3所示,设备A与设备B形成DR系统,且互为邻居。其中,设备A为主设备,设备B为从设备。设备A与设备B通过IPL链路交互协议报文及数据流量。同时,设备A与设备B通过Keepalive链路检测邻居状态。
在本申请实施例中,第一设备为设备A,第二设备为设备B。若IPL链路发生故障,为了防止流量错误转发,则设备A获取自身的第一角色计算信息。
其中,第一设备包括DRNI模块、接口管理模块以及设备管理模块。DRNI模块先向接口管理模块注册IPL链路接口,即IPP口的up/down事件。当IPP口出现up/down事件时,接口管理模块向DRNI模块上报up/down事件。DRNI故障根据上报的up/down事件,感知IPL链路故障或恢复。
在本申请实施例中,当IPP口出现down事件时,接口管理模块向DRNI模块上报down事件。DRNI模块根据上报的down事件,感知IPL链路故障。
当IPL链路故障时,DRNI模块获取第一设备的第一角色计算信息。
进一步地,第一角色计算信息包括第一设备的第一健康级别、第一设备的第一角色优先级以及第一桥MAC地址。其中,设备管理模块轮询检查第一设备的健康情况,DRNI模块调用设备管理模块的接口进而获取健康级别。
设备管理模块可对第一设备的健康状况进行实时检测,并根据第一设备当前的健康状况计算第一设备的健康级别。健康级别越大,表示第一设备越不健康。设备管理模块还提供编程接口,供其他模块查询第一设备当前的健康级别。同时,设备管理模块还提供用户接口,支持用户通过输入命令行的方式,显示出第一设备当前的健康状况。当第一设备的健康级别大于0时,表示第一设备不健康,可能影响业务应用的处理和业务报文的转发。
更进一步地,可通过对下述方面的实时检测确定第一设备的监控级别。具体检测方面包括:通信(Communication)检测、内存(Memory)检测、DBM进程(DBM monitor)异常检测、芯片堵死(Chip jam)定时检测、CPU端口(CPU port)检测、框式设备跨板(Forwardingchannel)业务检测、框式设备两对接单板直接HG检测、转发芯片外部的TCAM(ExternalTCAM)定时检测、LSW CPU故障检测、芯片表项MMU错误检测、CPU死循环(CPU deadloop)检测、LSW端口(LSW port)检测以及单板状态(Board status)检测。
在一个例子中,用户通过输入命令行的形式,显示出第一设备当前的健康状况。举例如下:
#显示设备健康情况
<Sysname>display system health
Health:Faulty(2)
Communication:Faulty(1)
Memory:Normal(0)
DBM monitor:Normal(0)
Chip jam:Normal(0)
CPU port:Normal(0)
Forwarding channel:Normal(0)
HG:Faulty(1)
External TCAM:
LSW CPU:Normal(0)
MMU:Normal(0)
CPU deadloop:Normal(0)
LSW port:Normal(0)
在上述例子中,第一设备的健康级别为2,表示第一设备不健康,且不健康的方面为通信检测方面以及框式设备两对接单板直接HG检测方面。
同理,DR系统中的第二设备感知IPL链路发生故障,为了防止流量错误转发,则第二设备,即设备B也获取自身的第二角色计算信息。该第二角色计算信息包括第二设备的第二健康级别、第二设备的第二角色优先级以及第二桥MAC地址。第二设备获取第二角色计算信息的过程与第一设备获取第一角色计算信息的过程相同,在此不再复述。
步骤220、接收所述第二设备发送的第一Keepalive报文,所述第一Keepalive报文包括所述第二设备的第二角色计算信息。
具体地,根据步骤210的描述,第二设备获取自身的第二角色计算信息后,第二设备生成第一保活(Keepalive)报文,并在该第一Keepalive报文中携带第二角色计算信息。
进一步地,本申请实施例中,对现有的Keepalive报文进行扩展,新增一TLV字段。通过新增的TLV字段携带第二角色计算信息。如图4所示,图4为本申请实施例提供的Keepalive报文包括的角色计算信息TLV格式图。
在图4中,Keepalive报文包括类型(Type)字段、长度(Len)字段、角色优先级(RolePriority)字段、桥MAC地址(Bridge MAC)字段、健康级别(Health Level)字段以及保留(Reserved)字段。
其中,健康级别字段的取值范围为0-全F。
第二设备向第一设备发送第一Keepalive报文。第一设备接收到第一Keepalive报文后,从中获取第二角色计算信息。
可选地,在本申请实施例中,第一设备获取到自身的第一角色计算信息后,也生成一Keepalive报文,例如,第二Keepalive报文。该第二Keepalive报文包括第一角色计算信息。
第一设备向第二设备发送第二Keepalive报文,以使得第二设备根据第一角色计算信息以及第二角色计算信息,重确定第二设备的当前角色。
可以理解的是,第二Keepalive报文的格式与前述第一Keepalive报文的格式相同,在此不再复述。
步骤230、根据所述第一角色计算信息以及所述第二角色计算信息,重确定所述第一设备的当前角色。
具体地,根据前述步骤210、步骤220的描述,第一设备获取第一角色计算信息以及第二角色计算信息后,第一设备重新计算自身的当前角色。
进一步地,第一设备首先比较第一健康级别与第二健康级别。若第一健康级别小于第二健康级别,则第一设备将自身作为DR系统中的主设备。若第一健康级别大于第二健康级别,则第一设备将自身作为DR系统中的从设备。
例如,第一健康级别为0,第二健康级别为2。此时,第一设备将自身作为DR系统中的主设备。第一健康级别为2,第二健康级别为0。此时,第一设备将自身作为DR系统中的从设备。
然后,若第一健康级别与第二健康级别相同,则第一设备比较第一角色优先级与第二角色优先级。若第一角色优先级小于第二角色优先级,则第一设备将自身作为DR系统中的主设备。若第一角色优先级大于第二角色优先级,则第一设备将自身作为DR系统中的从设备。
例如,第一健康级别为0,第二健康级别为0。此时,第一设备比较第一角色优先级与第二角色优先级。第一角色优先级为1,第二角色优先级为2。此时,第一设备将自身作为DR系统中的主设备。第一角色优先级为2,第二角色优先级为1。此时,第一设备将自身作为DR系统中的从设备。
在本申请实施例中,优先级的值小,代表该设备的优先级别越高。优先级的值大,代表该设备的优先级别越低。
最后,若第一角色优先级与第二角色优先级相同,则第一设备比较第一桥MAC地址与第二桥MAC地址。若第一桥MAC地址小于第二桥MAC地址,则第一设备将自身作为DR系统中的主设备。若第一桥MAC地址大于第二桥MAC地址,则第一设备将自身作为DR系统中的从设备。
例如,第一角色优先级为1,第二角色优先级为1。此时,第一设备比较第一桥MAC地址与第二桥MAC地址。第一桥MAC地址为3c10-3ce1-0200,第二桥MAC地址3cd4-437d-0301。此时,第一设备将自身作为DR系统中的主设备。第一桥MAC地址为3cd4-437d-0301,第二桥MAC地址为3c10-3ce1-0200。此时,第一设备将自身作为DR系统中的从设备。
根据前述的比较结果,若第一设备计算自身的当前角色为主设备时,则第一设备继续转发业务报文。若第一设备计算自身的当前角色为从设备时,则第一设备启动DRNIMAD down机制。可以理解的是,此时,第二设备升级为主设备,第二设备转发业务报文。第一设备停止转发业务报文,防止IPL链路故障时,由于第一设备、第二设备之间无法同步MAC、ARP等表项,而导致的业务报文转发错误。
可选地,在本申请实施例中,第二设备在接收到第一设备发送的第二Keepalive报文后,从中获取第一角色计算信息。第二设备根据第一角色计算信息以及第二角色计算信息,重确定第二设备的当前角色。
可以理解的是,第二设备重确定自身的当前角色与前述步骤230中描述的第一设备重确定自身的当前角色的过程相同,在此不再复述。
因此,通过应用本申请提供的通信方法,当第一设备与第二设备之间的IPL链路故障时,第一设备获取第一设备的第一角色计算信息。第一设备接收第二设备发送的第一Keepalive报文,该第一Keepalive报文包括第二设备的第二角色计算信息。根据第一角色计算信息以及第二角色计算信息,第一设备重确定第一设备的当前角色。
DR系统中的DR设备通过交互Keepalive报文,重确定各自设备的当前角色。解决了现有技术中由于主设备的健康问题已经无法转发业务报文,从设备停止转发业务报文,设备角色无法重选举,导致DR系统业务中断或无法正常处理业务问题。
下面通过具体示例对本申请实施例提供的通信方法进行详细说明。如图5所示,图5为本申请实施例提供的DR系统中DR设备交互Keepalive报文时序图。
结合图3所示,设备A与设备B形成DR系统,且互为邻居。其中,设备A为主设备,设备B为从设备。设备A与设备B通过IPL链路交互协议报文及数据流量。同时,设备A与设备B通过Keepalive链路检测邻居状态。
若设备A感知到IPL链路发生故障,为了防止流量错误转发,则设备A查询并记录自身的第一角色计算信息。
进一步地,第一角色计算信息包括设备A的第一健康级别、设备A的第一角色优先级以及第一桥MAC地址。
设备A获取到自身的第一角色计算信息后,生成第二Keepalive报文。该第二Keepalive报文包括第一角色计算信息。
设备A向设备B发送第二Keepalive报文。
设备B接收到第二Keepalive报文后,从中获取第一角色计算信息。设备B记录第一角色计算信息。
若设备B也感知到IPL链路发生故障,为了防止流量错误转发,则设备B查询并记录自身的第二角色计算信息。
进一步地,第二角色计算信息包括设备B的第二健康级别、设备B的第二角色优先级以及第二桥MAC地址。
设备B获取到自身的第二角色计算信息后,生成第一Keepalive报文。该第一Keepalive报文包括第二角色计算信息。
设备B向设备A发送第一Keepalive报文。
设备A接收到第一Keepalive报文后,从中获取第二角色计算信息。设备A记录第一角色计算信息。
设备A、设备B相互接收到对端的角色计算信息后,各自重确定自身的当前角色。以设备A重确定自身的当前角色为例进行说明。
设备A首先比较第一健康级别与第二健康级别。若第一健康级别小于第二健康级别,则设备A将自身作为DR系统中的主设备。若第一健康级别大于第二健康级别,则设备A将自身作为DR系统中的从设备。
例如,第一健康级别为0,第二健康级别为2。此时,设备A将自身作为DR系统中的主设备。第一健康级别为2,第二健康级别为0。此时,设备A将自身作为DR系统中的从设备。
然后,若第一健康级别与第二健康级别相同,则设备A比较第一角色优先级与第二角色优先级。若第一角色优先级小于第二角色优先级,则设备A将自身作为DR系统中的主设备。若第一角色优先级大于第二角色优先级,则设备A将自身作为DR系统中的从设备。
例如,第一健康级别为0,第二健康级别为0。此时,设备A比较第一角色优先级与第二角色优先级。第一角色优先级为1,第二角色优先级为2。此时,设备A将自身作为DR系统中的主设备。第一角色优先级为2,第二角色优先级为1。此时,设备A将自身作为DR系统中的从设备。
最后,若第一角色优先级与第二角色优先级相同,则设备A比较第一桥MAC地址与第二桥MAC地址。若第一桥MAC地址小于第二桥MAC地址,则设备A将自身作为DR系统中的主设备。若第一桥MAC地址大于第二桥MAC地址,则设备A将自身作为DR系统中的从设备。
例如,第一角色优先级为1,第二角色优先级为1。此时,设备A比较第一桥MAC地址与第二桥MAC地址。第一桥MAC地址为3c10-3ce1-0200,第二桥MAC地址3cd4-437d-0301。此时,设备A将自身作为DR系统中的主设备。第一桥MAC地址为3cd4-437d-0301,第二桥MAC地址为3c10-3ce1-0200。此时,设备A将自身作为DR系统中的从设备。
可以理解的是,设备B重确定自身的当前角色与前述中设备A重确定自身的当前角色的过程相同,在此不再复述。
经过上述的比较过程,以设备A计算自身的当前角色为主设备,设备B计算自身的当前角色为例进行说明。
由于设备A计算自身的当前角色仍为主设备,则设备A继续转发业务报文。由于设备B计算自身的当前角色仍为从设备,则设备B启动DRNI MAD down机制。设备B停止转发业务报文,防止IPL链路故障时,由于第一设备、第二设备之间无法同步MAC、ARP等表项,而导致的业务报文转发错误。
基于同一发明构思,本申请实施例还提供了与上述通信方法对应的通信装置。参见图6,图6为本申请实施例提供的通信装置结构图,所述装置应用于第一设备,所述第一设备处于DR系统中,所述DR系统还包括第二设备,所述装置包括:
获取单元610,用于当所述第一设备与所述第二设备之间的IPL链路故障时,获取所述第一设备的第一角色计算信息;
接收单元620,用于接收所述第二设备发送的第一Keepalive报文,所述第一Keepalive报文包括所述第二设备的第二角色计算信息;
确定单元630,用于根据所述第一角色计算信息以及所述第二角色计算信息,重确定所述第一设备的当前角色。
可选地,所述第一角色计算信息包括所述第一设备的第一健康级别、所述第一设备的第一角色优先级以及第一桥MAC地址;
所述第二角色计算信息包括所述第二设备的第二健康级别、所述第二设备的第二角色优先级以及第二桥MAC地址;
所述确定单元630具体用于,比较所述第一健康级别与所述第二健康级别;
若所述第一健康级别小于所述第二健康级别,则将所述第一健康级别对应的所述第一设备作为所述DR系统中的主设备;
若所述第一健康级别大于所述第二健康级别,则将所述第一健康级别对应的所述第一设备作为所述DR系统中的从设备。
可选地,所述确定单元630还具体用于,若所述第一健康级别与所述第二健康级别相同,则比较所述第一角色优先级与所述第二角色优先级;
若所述第一角色优先级小于所述第二角色优先级,则将所述第一角色优先级对应的所述第一设备作为所述DR系统中的主设备;
若所述第一角色优先级大于所述第二角色优先级,则将所述第一角色优先级对应的所述第一设备作为所述DR系统中的从设备。
可选地,所述确定单元630还具体用于,若所述第一角色优先级与所述第二角色优先级相同,则比较所述第一桥MAC地址与所述第二桥MAC地址;
若所述第一桥MAC地址小于所述第二桥MAC地址,则将所述第一桥MAC地址对应的所述第一设备作为所述DR系统中的主设备;
若所述第一桥MAC地址大于所述第二桥MAC地址,则将所述第一角桥MAC地址对应的所述第一设备作为所述DR系统中的从设备。
可选地,所述装置还包括:发送单元(图中未示出),用于向所述第二设备发送第二Keepalive报文,所述第二Keepalive报文包括所述第一角色计算信息,以使得所述第二设备根据所述第一角色计算信息以及所述第二角色计算信息,重确定所述第二设备的当前角色。
可选地,所述发送单元(图中未示出)还用于,当所述第一设备被重确定为所述DR系统中的主设备时,通过所述第一设备转发业务报文;
所述装置还包括:启动单元(图中未示出),用于当所述第一设备被重确定为所述DR系统中的从设备时,启动DRNI MAD down机制。
因此,通过应用本申请实施例提供的通信装置,当第一设备与第二设备之间的IPL链路故障时,该装置获取第一设备的第一角色计算信息。该装置接收第二设备发送的第一Keepalive报文,该第一Keepalive报文包括第二设备的第二角色计算信息。根据第一角色计算信息以及第二角色计算信息,该装置重确定第一设备的当前角色。
DR系统中的DR设备通过交互Keepalive报文,重确定各自设备的当前角色。解决了现有技术中由于主设备的健康问题已经无法转发业务报文,从设备停止转发业务报文,设备角色无法重选举,导致DR系统业务中断或无法正常处理业务问题。
基于同一发明构思,本申请实施例还提供了一种网络设备,如图7所示,包括处理器710、收发器720和机器可读存储介质730,机器可读存储介质730存储有能够被处理器710执行的机器可执行指令,处理器710被机器可执行指令促使执行本申请实施例所提供的等价链路收敛方法。前述图6所示的通信装置,可采用如图7所示的网络设备硬件结构实现。
上述计算机可读存储介质730可以包括随机存取存储器(英文:Random AccessMemory,简称:RAM),也可以包括非易失性存储器(英文:Non-volatile Memory,简称:NVM),例如至少一个磁盘存储器。可选的,计算机可读存储介质730还可以是至少一个位于远离前述处理器710的存储装置。
上述处理器710可以是通用处理器,包括中央处理器(英文:Central ProcessingUnit,简称:CPU)、网络处理器(英文:Network Processor,简称:NP)等;还可以是数字信号处理器(英文:Digital Signal Processor,简称:DSP)、专用集成电路(英文:ApplicationSpecific Integrated Circuit,简称:ASIC)、现场可编程门阵列(英文:Field-Programmable Gate Array,简称:FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
本申请实施例中,处理器710通过读取机器可读存储介质730中存储的机器可执行指令,被机器可执行指令促使能够实现处理器710自身以及调用收发器720执行前述本申请实施例描述的通信方法。
另外,本申请实施例提供了一种机器可读存储介质730,机器可读存储介质730存储有机器可执行指令,在被处理器710调用和执行时,机器可执行指令促使处理器710自身以及调用收发器720执行前述本申请实施例描述的通信方法。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
对于通信装置以及机器可读存储介质实施例而言,由于其涉及的方法内容基本相似于前述的方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。
Claims (12)
1.一种通信方法,其特征在于,所述方法应用于第一设备,所述第一设备处于DR系统中,所述DR系统还包括第二设备,所述方法包括:
当所述第一设备与所述第二设备之间的IPL链路故障时,获取所述第一设备的第一角色计算信息;
接收所述第二设备发送的第一Keepalive报文,所述第一Keepalive报文包括所述第二设备的第二角色计算信息;
根据所述第一角色计算信息以及所述第二角色计算信息,重确定所述第一设备的当前角色。
2.根据权利要求1所述的方法,其特征在于,所述第一角色计算信息包括所述第一设备的第一健康级别、所述第一设备的第一角色优先级以及第一桥MAC地址;
所述第二角色计算信息包括所述第二设备的第二健康级别、所述第二设备的第二角色优先级以及第二桥MAC地址;
所述根据所述第一角色计算信息以及所述第二角色计算信息,重确定所述第一设备的当前角色以及所述第二设备的当前角色,具体包括:
比较所述第一健康级别与所述第二健康级别;
若所述第一健康级别小于所述第二健康级别,则将所述第一健康级别对应的所述第一设备作为所述DR系统中的主设备;
若所述第一健康级别大于所述第二健康级别,则将所述第一健康级别对应的所述第一设备作为所述DR系统中的从设备。
3.根据权利要求2所述的方法,其特征在于,所述比较所述第一健康级别与所述第二健康级别之后,所述方法还包括:
若所述第一健康级别与所述第二健康级别相同,则比较所述第一角色优先级与所述第二角色优先级;
若所述第一角色优先级小于所述第二角色优先级,则将所述第一角色优先级对应的所述第一设备作为所述DR系统中的主设备;
若所述第一角色优先级大于所述第二角色优先级,则将所述第一角色优先级对应的所述第一设备作为所述DR系统中的从设备。
4.根据权利要求3所述的方法,其特征在于,所述比较所述第一角色优先级与所述第二角色优先级之后,所述方法还包括:
若所述第一角色优先级与所述第二角色优先级相同,则比较所述第一桥MAC地址与所述第二桥MAC地址;
若所述第一桥MAC地址小于所述第二桥MAC地址,则将所述第一桥MAC地址对应的所述第一设备作为所述DR系统中的主设备;
若所述第一桥MAC地址大于所述第二桥MAC地址,则将所述第一角桥MAC地址对应的所述第一设备作为所述DR系统中的从设备。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
向所述第二设备发送第二Keepalive报文,所述第二Keepalive报文包括所述第一角色计算信息,以使得所述第二设备根据所述第一角色计算信息以及所述第二角色计算信息,重确定所述第二设备的当前角色。
6.根据权利要求2-4任一项所述的方法,其特征在于,所述方法还包括:
当所述第一设备被重确定为所述DR系统中的主设备时,通过所述第一设备转发业务报文;
当所述第一设备被重确定为所述DR系统中的从设备时,启动DRNI MAD down机制。
7.一种通信装置,其特征在于,所述装置应用于第一设备,所述第一设备处于DR系统中,所述DR系统还包括第二设备,所述装置包括:
获取单元,用于当所述第一设备与所述第二设备之间的IPL链路故障时,获取所述第一设备的第一角色计算信息;
接收单元,用于接收所述第二设备发送的第一Keepalive报文,所述第一Keepalive报文包括所述第二设备的第二角色计算信息;
确定单元,用于根据所述第一角色计算信息以及所述第二角色计算信息,重确定所述第一设备的当前角色。
8.根据权利要求7所述的装置,其特征在于,所述第一角色计算信息包括所述第一设备的第一健康级别、所述第一设备的第一角色优先级以及第一桥MAC地址;
所述第二角色计算信息包括所述第二设备的第二健康级别、所述第二设备的第二角色优先级以及第二桥MAC地址;
所述确定单元具体用于,比较所述第一健康级别与所述第二健康级别;
若所述第一健康级别小于所述第二健康级别,则将所述第一健康级别对应的所述第一设备作为所述DR系统中的主设备;
若所述第一健康级别大于所述第二健康级别,则将所述第一健康级别对应的所述第一设备作为所述DR系统中的从设备。
9.根据权利要求8所述的装置,其特征在于,所述确定单元还具体用于,若所述第一健康级别与所述第二健康级别相同,则比较所述第一角色优先级与所述第二角色优先级;
若所述第一角色优先级小于所述第二角色优先级,则将所述第一角色优先级对应的所述第一设备作为所述DR系统中的主设备;
若所述第一角色优先级大于所述第二角色优先级,则将所述第一角色优先级对应的所述第一设备作为所述DR系统中的从设备。
10.根据权利要求9所述的装置,其特征在于,所述确定单元还具体用于,若所述第一角色优先级与所述第二角色优先级相同,则比较所述第一桥MAC地址与所述第二桥MAC地址;
若所述第一桥MAC地址小于所述第二桥MAC地址,则将所述第一桥MAC地址对应的所述第一设备作为所述DR系统中的主设备;
若所述第一桥MAC地址大于所述第二桥MAC地址,则将所述第一角桥MAC地址对应的所述第一设备作为所述DR系统中的从设备。
11.根据权利要求7所述的装置,其特征在于,所述装置还包括:
发送单元,用于向所述第二设备发送第二Keepalive报文,所述第二Keepalive报文包括所述第一角色计算信息,以使得所述第二设备根据所述第一角色计算信息以及所述第二角色计算信息,重确定所述第二设备的当前角色。
12.根据权利要求11所述的装置,其特征在于,所述发送单元还用于,当所述第一设备被重确定为所述DR系统中的主设备时,通过所述第一设备转发业务报文;
所述装置还包括:启动单元,用于当所述第一设备被重确定为所述DR系统中的从设备时,启动DRNI MAD down机制。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010884193.7A CN112104548A (zh) | 2020-08-28 | 2020-08-28 | 通信方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010884193.7A CN112104548A (zh) | 2020-08-28 | 2020-08-28 | 通信方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112104548A true CN112104548A (zh) | 2020-12-18 |
Family
ID=73758190
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010884193.7A Withdrawn CN112104548A (zh) | 2020-08-28 | 2020-08-28 | 通信方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112104548A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114221899A (zh) * | 2021-11-30 | 2022-03-22 | 新华三技术有限公司合肥分公司 | 一种故障处理方法及装置 |
CN115348156A (zh) * | 2022-07-01 | 2022-11-15 | 超聚变数字技术有限公司 | 一种双主故障的处理方法、设备及存储介质 |
-
2020
- 2020-08-28 CN CN202010884193.7A patent/CN112104548A/zh not_active Withdrawn
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114221899A (zh) * | 2021-11-30 | 2022-03-22 | 新华三技术有限公司合肥分公司 | 一种故障处理方法及装置 |
CN114221899B (zh) * | 2021-11-30 | 2024-03-08 | 新华三技术有限公司合肥分公司 | 一种故障处理方法及装置 |
CN115348156A (zh) * | 2022-07-01 | 2022-11-15 | 超聚变数字技术有限公司 | 一种双主故障的处理方法、设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108574614B (zh) | 一种报文处理方法、设备及网络系统 | |
US9686098B2 (en) | Efficient management of ring networks | |
CN109344014B (zh) | 一种主备切换方法、装置及通信设备 | |
CN105791126B (zh) | 一种三态内容可寻址存储器tcam查表方法及装置 | |
CN102882704B (zh) | 一种issu的软重启升级过程中的链路保护方法和设备 | |
CN102223258B (zh) | 一种防止bfd会话中断的方法和设备 | |
CN108337161B (zh) | 一种mlag接口故障三层数据流量平滑切换的方法 | |
CN111817881B (zh) | 一种故障处理方法和相关装置 | |
CN111988191B (zh) | 一种分布式通信网络的故障检测方法及装置 | |
US20170331676A1 (en) | Handling Failure Of Stacking System | |
CN109861867B (zh) | 一种mec业务处理方法及装置 | |
CN101465859A (zh) | 一种触发主备用接口板倒换的方法及装置 | |
US10862735B2 (en) | Method and apparatus for implementing operation, administration, and maintenance function | |
CN112104548A (zh) | 通信方法及装置 | |
US9282015B2 (en) | Network relay device | |
CN105577444B (zh) | 一种无线控制器管理方法及无线控制器 | |
CN102387087A (zh) | 基于主动检测技术实现备份路由的方法和系统 | |
CN102088415A (zh) | Mac地址撤销的方法及设备 | |
CN112217658A (zh) | 一种堆叠分裂处理方法及装置 | |
US11456943B2 (en) | Packet transmission method and apparatus | |
US11258666B2 (en) | Method, device, and system for implementing MUX machine | |
US20090116395A1 (en) | Communication apparatus and method | |
CN111953591A (zh) | 故障处理方法及装置 | |
CN109379760B (zh) | 一种mec旁路系统和方法 | |
CN104811324A (zh) | 伪线保护方法、装置及节点 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20201218 |