CN107547412B - 一种stp计算方法和装置 - Google Patents
一种stp计算方法和装置 Download PDFInfo
- Publication number
- CN107547412B CN107547412B CN201710371741.4A CN201710371741A CN107547412B CN 107547412 B CN107547412 B CN 107547412B CN 201710371741 A CN201710371741 A CN 201710371741A CN 107547412 B CN107547412 B CN 107547412B
- Authority
- CN
- China
- Prior art keywords
- mac address
- type
- protocol message
- bridge
- terminal equipment
- 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.)
- Active
Links
Images
Abstract
本公开提供一种STP计算方法和装置,该方法包括:接收对端设备发送的第一类协议报文,其中,所述第一类协议报文携带系统MAC地址;若所述第一类协议报文还携带桥MAC地址,则利用所述第一类协议报文携带的桥MAC地址进行STP计算;若所述第一类协议报文未携带桥MAC地址,则利用所述第一类协议报文携带的系统MAC地址进行STP计算。通过本公开的技术方案,在DR系统分裂之后,非DR成员设备/DR成员设备可以将每个DR成员设备识别为独立设备,并在此基础上进行STP的计算,STP的计算结果正确,且每个DR成员设备均能够正常通信,避免非DR成员设备/DR成员设备的端口状态出现错误,并提高了系统的稳定性。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种STP计算方法和装置。
背景技术
链路聚合是指将多个物理端口捆绑在一起,成为一个逻辑端口,以实现流量在各物理端口的负载分担。当一个物理端口故障时,还可以通过其它物理端口传输流量,以实现链路冗余,保证可靠性。目前,不仅可以将一个网络设备的多个物理端口捆绑在一起,也可以将不同网络设备的多个物理端口捆绑在一起。如图1所示,可以将网络设备1的端口1、网络设备2的端口1捆绑在一起,从而实现跨网络设备的端口聚合,而这种跨网络设备的端口聚合也可以称为DR(Distributed Relay,分布式聚合)。其中,可以将网络设备1和网络设备2称为DR成员设备,且聚合在一起的端口可以组成一个DR端口组,该DR端口组内的每个端口称为DR成员端口,如网络设备1的端口1、网络设备2的端口1。
在STP(Spanning Tree Protocol,生成树协议)计算时,对于由网络设备1和网络设备2组成的DR系统,对外呈现为一个设备,即网络设备3将网络设备1和网络设备2确定为一个设备。基于此,在STP计算的过程中,网络设备3会确定出端口1和端口2与同一个设备连接,并可以阻塞端口1或者端口2。
在传统方式中,当DR系统分裂后,网络设备3仍然将网络设备1和网络设备2确定为一个设备,并阻塞端口1或者端口2,以阻塞端口1为例。但是实际上,当DR系统分裂后,网络设备1和网络设备2是两个独立设备,而阻塞端口1的操作,会导致网络设备2无法与网络设备3正常通行,即STP计算错误。
发明内容
本公开提供一种生成树协议STP计算方法,应用于本端设备,且与所述本端设备连接的对端设备为分布式聚合DR成员设备,所述方法包括:
接收所述对端设备发送的第一类协议报文,其中,所述第一类协议报文携带系统介质访问控制MAC地址;
若所述第一类协议报文还携带桥MAC地址,则利用所述第一类协议报文携带的桥MAC地址进行STP计算;
若所述第一类协议报文未携带桥MAC地址,则利用所述第一类协议报文携带的系统MAC地址进行STP计算。
本公开提供一种生成树协议STP计算装置,应用于本端设备,且与所述本端设备连接的对端设备为分布式聚合DR成员设备,所述装置包括:
接收模块,用于接收所述对端设备发送的第一类协议报文,其中,所述第一类协议报文携带系统介质访问控制MAC地址;
处理模块,用于当所述第一类协议报文还携带桥MAC地址时,则利用所述第一类协议报文携带的桥MAC地址进行STP计算;
当所述第一类协议报文未携带桥MAC地址时,则利用所述第一类协议报文携带的系统MAC地址进行STP计算。
基于上述技术方案,本公开实施例中,在DR系统分裂之后,非DR成员设备/DR成员设备可以将每个DR成员设备识别为独立设备,并在此基础上进行STP的计算,STP的计算结果正确,且每个DR成员设备均能够正常通信,避免非DR成员设备/DR成员设备的端口状态出现错误,并提高了系统的稳定性。
附图说明
为了更加清楚地说明本公开实施例或者现有技术中的技术方案,下面将对本公开实施例或者现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本公开中所记载的一些实施例,对于本领域普通技术人员来讲,还可以根据本公开实施例的这些附图获得其他的附图。
图1是分布式聚合的组网示意图;
图2是本公开一种实施方式中的STP计算方法的流程图;
图3是本公开一种实施方式中的STP计算装置的结构图;
图4是本公开一种实施方式中的本端设备的硬件结构图。
具体实施方式
在本公开使用的术语仅仅是出于描述特定实施例的目的,而非限制本公开。本公开和权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其它含义。还应当理解,本文中使用的术语“和/或”是指包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本公开可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本公开范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,此外,所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
本公开实施例提出一种STP计算方法,该方法可以应用于包括本端设备和对端设备的系统中,本端设备与对端设备连接。参见图2所示,为该方法的流程示意图,该方法可以应用于本端设备,且与该本端设备连接的对端设备可以为DR成员设备,而且,该本端设备可以为DR成员设备或者非DR成员设备。
步骤201,接收对端设备发送的第一类协议报文,其中,该第一类协议报文可以携带系统MAC(Media Access Control,介质访问控制)地址。
在一个例子中,可以在每个DR成员设备上配置相同的系统MAC地址,不同的桥MAC地址,且对端设备在发送协议报文(为了区分方便,将对端设备发送的协议报文称为第一类协议报文)时,若DR系统正常,则该第一类协议报文携带对端设备的系统MAC地址;若DR系统已经分裂,则该第一类协议报文携带对端设备的系统MAC地址、对端设备的桥MAC地址。
因此,本端设备接收到的第一类协议报文,可以携带系统MAC地址,或者,该第一类协议报文可以携带系统MAC地址和桥MAC地址。
步骤202,判断该第一类协议报文是否携带桥MAC地址。如果是,则执行步骤203,即第一类协议报文是对端设备在DR系统分裂后发送的;如果否,则执行步骤204,即第一类协议报文是对端设备在DR系统正常时发送的。
步骤203,利用第一类协议报文携带的桥MAC地址进行STP计算。
在一个例子中,针对“利用第一类协议报文携带的桥MAC地址进行STP计算”的过程,可以包括:先判断本端设备是否配置有系统MAC地址;如果否,则可以利用本端设备的桥MAC地址以及第一类协议报文携带的桥MAC地址进行STP计算;如果是,则可以比较本端设备配置的系统MAC地址与第一类协议报文携带的系统MAC地址是否相同;如果相同,则可以利用本端设备的桥MAC地址以及第一类协议报文携带的桥MAC地址进行STP计算。
在比较本端设备配置的系统MAC地址与第一类协议报文携带的系统MAC地址是否相同后,若比较结果为不同,则可以利用第一类协议报文携带的系统MAC地址、或者第一类协议报文携带的桥MAC地址进行STP计算。
步骤204,利用第一类协议报文携带的系统MAC地址进行STP计算。
在上述过程中已经介绍过,对端设备是DR成员设备,本端设备是DR成员设备或者非DR成员设备,因此,若本端设备是DR成员设备,则本端设备与对端设备可以组成DR系统,而且,在DR系统正常时,本端设备可以发送第二类协议报文(为了区分方便,将本端设备在DR系统正常时发送的协议报文称为第二类协议报文),且第二类协议报文携带本端设备的系统MAC地址;在DR系统分裂时,本端设备可以发送第三类协议报文(为了区分方便,将本端设备在DR系统分裂时发送的协议报文称为第三类协议报文),且第三类协议报文携带本端设备的系统MAC地址、本端设备的桥MAC地址。
进一步的,其它设备接收到第二类协议报文/第三类协议报文的处理过程,与本端设备接收到第一类协议报文时的处理过程类似,在此不再赘述。
在一个例子中,若第一类协议报文只携带系统MAC地址,未携带桥MAC地址,则第一类协议报文可以包括桥标识(bridge id)字段,且该桥标识字段用于承载系统MAC地址。或者,若第一类协议报文携带系统MAC地址和桥MAC地址,则第一类协议报文可以包括桥标识字段和预设扩展字段,且该桥标识字段用于承载系统MAC地址,该预设扩展字段用于承载桥MAC地址。
类似的,由于第二类协议报文只携带系统MAC地址,未携带桥MAC地址,因此,该第二类协议报文可以包括桥标识字段,且该桥标识字段用于承载系统MAC地址。由于第三类协议报文携带系统MAC地址和桥MAC地址,因此,该第三类协议报文可以包括桥标识字段和预设扩展字段,且该桥标识字段用于承载系统MAC地址,该预设扩展字段用于承载桥MAC地址。
在一个例子中,上述的协议报文(如第一类协议报文、第二类协议报文、第三类协议报文)均可以为BPDU(Bridge Protocol Data Unit,网桥协议数据单元)报文,在后续过程中,以BPDU报文为例进行说明。
基于上述技术方案,本公开实施例中,在DR系统分裂之后,非DR成员设备/DR成员设备可以将每个DR成员设备识别为独立设备,并在此基础上进行STP的计算,STP的计算结果正确,且每个DR成员设备均能够正常通信,避免非DR成员设备/DR成员设备的端口状态出现错误,并提高了系统的稳定性。
以下结合图1所示的应用场景,对上述过程进行说明。参见图1所示,网络设备1和网络设备2为DR成员设备,网络设备3和网络设备4为非DR成员设备。若本端设备为网络设备1,对端设备可以为网络设备2、网络设备3和网络设备4;若本端设备为网络设备2,对端设备可以为网络设备1、网络设备3;若本端设备为网络设备3,对端设备可以为网络设备1、网络设备2、网络设备4;若本端设备为网络设备4,对端设备可以为网络设备1、网络设备3。
为完成STP计算,网络设备可以广播发送BPDU(Bridge Protocol Data Unit,网桥协议数据单元)报文,如网络设备1发送BPDU报文时,网络设备2、网络设备3和网络设备4可以接收到该BPDU报文;网络设备2发送BPDU报文时,网络设备1、网络设备3可以接收到该BPDU报文;网络设备3发送BPDU报文时,网络设备1、网络设备2、网络设备4可以接收到该BPDU报文;网络设备4发送BPDU报文时,网络设备1、网络设备3可以接收到该BPDU报文。
上述场景可以涉及如下情况:情况1、DR成员设备接收另一DR成员设备发送的BPDU报文(网络设备1接收网络设备2发送的BPDU报文、网络设备2接收网络设备1发送的BPDU报文);情况2、非DR成员设备接收DR成员设备发送的BPDU报文(网络设备3接收网络设备1发送的BPDU报文、网络设备3接收网络设备2发送的BPDU报文、网络设备4接收网络设备1发送的BPDU报文);情况3、DR成员设备接收非DR成员设备发送的BPDU报文(网络设备1接收网络设备3发送的BPDU报文、网络设备1接收网络设备4发送的BPDU报文、网络设备2接收网络设备3发送的BPDU报文);情况4、非DR成员设备接收另一非DR成员设备发送的BPDU报文(网络设备3接收网络设备4发送的BPDU报文、网络设备4接收网络设备3发送的BPDU报文)。
针对情况3和情况4,是非DR成员设备发送BPDU报文,DR成员设备/非DR成员设备接收BPDU报文的处理,其实现方式与传统方式类似,本公开实施例不再赘述。针对情况1和情况2,是DR成员设备发送BPDU报文,DR成员设备/非DR成员设备接收BPDU报文的处理,以下对这两种情况进行说明。
在本应用场景下,DR系统的系统MAC地址可以为MACS,此外,网络设备1的桥MAC地址为MACA,网络设备2的桥MAC地址为MACB,网络设备3的桥MAC地址为MACC,网络设备4的桥MAC地址为MACD。
在DR系统正常时,网络设备1发送携带MACS的BPDU报文1,该MACS携带在BPDU报文1的桥标识字段。网络设备2发送携带MACS的BPDU报文2,该MACS携带在BPDU报文2的桥标识字段。BPDU报文1还携带端口标识,如通过端口1发送的BPDU报文1携带端口1,以此类推。同理,BPDU报文2还携带端口标识,如通过端口1发送的BPDU报文2携带端口1,以此类推。
由于网络设备1和网络设备2位于同一DR系统,因此,网络设备1不向网络设备2发送BPDU报文1,只向网络设备3/网络设备4发送BPDU报文1。同理,网络设备2不向网络设备1发送BPDU报文2,只向网络设备3发送BPDU报文2,以下对网络设备3接收到BPDU报文1、BPDU报文2的处理进行说明。
网络设备3在通过端口2接收到BPDU报文1、通过端口1接收到BPDU报文2后,由于BPDU报文1、BPDU报文2未携带桥MAC地址,因此,利用BPDU报文1携带的系统MAC地址(MACA)、BPDU报文2携带的系统MAC地址(MACA)进行STP计算。具体的,由于BPDU报文1携带的MACA与BPDU报文2携带的MACA相同,因此将网络设备1和网络设备2确定为一个设备,并确定出端口1和端口2与同一个设备连接,即STP计算结果为端口1或者端口2是阻塞状态,因此,网络设备3阻塞网络设备3的端口1或者端口2。
在DR系统分裂之后,网络设备1发送携带MACA和MACS的BPDU报文3,该MACS携带在BPDU报文3的桥标识字段,该MACA携带在BPDU报文3的预设扩展字段。此外,网络设备2发送携带MACB和MACS的BPDU报文4,该MACS携带在BPDU报文4的桥标识字段,该MACB携带在BPDU报文4的预设扩展字段。此外,该BPDU报文3还可以携带端口标识,如通过端口1发送的BPDU报文3携带端口1,以此类推。同理,BPDU报文4还可以携带端口标识,如通过端口1发送的BPDU报文4携带端口1,以此类推。
由于DR系统分裂后,网络设备1和网络设备2是独立设备,因此,网络设备1可以向网络设备2发送BPDU报文3,并向网络设备3/网络设备4发送BPDU报文3。同理,网络设备2向网络设备1发送BPDU报文4,并向网络设备3发送BPDU报文4。实际应用中,DR系统分裂的原因是:当网络设备1和网络设备2之间的IPL(Intra-Portal Link,内部入口链路)发生故障,且保活链路发生故障时,则DR系统分裂。基于此,网络设备1的端口2和端口4已经处于DOWN状态,无法传输BPDU报文3,因此,网络设备1通过端口3向网络设备2发送BPDU报文3。同理,网络设备2通过端口3向网络设备1发送BPDU报文4。
网络设备2通过端口3接收到BPDU报文3后,由于BPDU报文3携带桥MAC地址(即MACA),因此,利用BPDU报文3携带的MACA进行STP计算。具体的,若网络设备2本地配置的桥MAC地址与BPDU报文3携带的MACA不同,则认为BPDU报文3不是本网络设备2的端口3发出的BPDU报文,因此,STP计算结果为端口3是转发状态,即不阻塞网络设备2的端口3。若网络设备2本地配置的桥MAC地址与BPDU报文3携带的MACA相同,则比较接收到报文的端口(如端口3)与BPDU报文3携带的端口标识(如端口3)是否相同,若二者相同,则认为是本网络设备2的端口3发出的BPDU报文3,又从本网络设备2的端口3接收,因此,STP计算结果为端口3是阻塞状态,并阻塞网络设备2的端口3。显然,网络设备2本地配置的桥MAC地址(即MACB)与BPDU报文3携带的MACA不同,STP计算结果为端口3是转发状态。
同理,网络设备1通过本网络设备1的端口3接收到BPDU报文4后,STP计算结果为端口3是转发状态,即网络设备1不阻塞网络设备1的端口3。
网络设备3在通过端口2接收到BPDU报文3、通过端口1接收到BPDU报文4之后,由于BPDU报文3、BPDU报文4均携带桥MAC地址,因此,利用BPDU报文3携带的桥MAC地址(MACA)、BPDU报文4携带的桥MAC地址(MACB)进行STP计算。具体的,由于BPDU报文3携带的MACA与BPDU报文4携带的MACB不同,因此将网络设备1和网络设备2确定为不同设备,并确定出端口1和端口2与不同设备连接,即STP计算结果为端口1和端口2是转发状态,因此,网络设备3不阻塞网络设备3的端口1和端口2。
在一个例子中,针对“网络设备2利用BPDU报文3携带的MACA进行STP计算”的过程,网络设备2还可以先判断本网络设备2是否配置有系统MAC地址,由于配置有系统MAC地址(即MACS),则比较本网络设备2配置的系统MAC地址与BPDU报文3携带的MACS是否相同,由于二者相同,则利用网络设备2的桥MAC地址(即MACB)与BPDU报文3携带的MACA进行STP计算。具体的,由于网络设备2的桥MAC地址(即MACB)与BPDU报文3携带的MACA不同,因此STP计算结果为端口3是转发状态。
针对“网络设备3利用BPDU报文3携带的桥MAC地址(MACA)、BPDU报文4携带的桥MAC地址(MACB)进行STP计算”的过程,在通过端口2接收到BPDU报文3后,网络设备3还可以先判断本网络设备3是否配置有系统MAC地址,由于没有配置系统MAC地址,因此利用网络设备3的桥MAC地址(MACC)以及BPDU报文3携带的桥MAC地址(MACA)进行STP计算,即由于二者不同,因此,STP计算结果为端口2是转发状态。此外,在通过端口1接收到BPDU报文4后,网络设备3还可以先判断本网络设备3是否配置有系统MAC地址,由于没有配置系统MAC地址,因此利用网络设备3的桥MAC地址(MACC)以及BPDU报文4携带的桥MAC地址(MACB)进行STP计算,即由于二者不同,因此,STP计算结果为端口1是转发状态。
网络设备3在通过端口2接收到BPDU报文3、通过端口1接收到BPDU报文4之后,由于BPDU报文3、BPDU报文4均携带桥MAC地址,因此,利用BPDU报文3携带的桥MAC地址(MACA)、BPDU报文4携带的桥MAC地址(MACB)进行STP计算,即STP计算结果为端口1和端口2是转发状态。
在一个例子中,当DR系统从分裂状态恢复为正常状态时,网络设备1/网络设备2发送的BPDU报文又只携带系统MAC地址,而不再携带桥MAC地址,其实现过程参见上述DR系统从正常时的处理流程,在此不再重复赘述。
基于与上述方法同样的构思,本公开实施例中还提出一种STP计算装置,该装置可以应用于本端设备,且与所述本端设备连接的对端设备为DR成员设备。如图3所示,为本公开提出的STP计算装置的结构图,所述装置包括:
接收模块11,用于接收所述对端设备发送的第一类协议报文,其中,所述第一类协议报文携带系统介质访问控制MAC地址;
处理模块12,用于当所述第一类协议报文还携带桥MAC地址时,则利用所述第一类协议报文携带的桥MAC地址进行STP计算;
当所述第一类协议报文未携带桥MAC地址时,则利用所述第一类协议报文携带的系统MAC地址进行STP计算。
在一个例子中,若所述本端设备是DR成员设备,且所述本端设备与所述对端设备组成DR系统,所述装置还包括(在图中未体现):
发送模块,用于在所述DR系统正常时,发送第二类协议报文;其中,所述第二类协议报文携带所述本端设备的系统MAC地址;
在所述DR系统分裂时,发送第三类协议报文;其中,所述第三类协议报文携带所述本端设备的系统MAC地址、所述本端设备的桥MAC地址。
所述处理模块12,具体用于在利用所述第一类协议报文携带的桥MAC地址进行STP计算的过程中,判断所述本端设备是否配置有系统MAC地址;
如果否,则利用所述本端设备的桥MAC地址以及所述第一类协议报文携带的桥MAC地址进行STP计算;如果是,则比较所述本端设备配置的系统MAC地址与所述第一类协议报文携带的系统MAC地址是否相同;
如果相同,则利用所述本端设备的桥MAC地址以及所述第一类协议报文携带的桥MAC地址进行STP计算。
在一个例子中,所述处理模块12,还用于在比较所述本端设备配置的系统MAC地址与所述第一类协议报文携带的系统MAC地址是否相同之后,如果不同,则利用所述第一类协议报文携带的系统MAC地址、或者所述第一类协议报文携带的桥MAC地址进行STP计算。
在一个例子中,所述接收模块11接收的所述第一类协议报文包括桥标识字段和预设扩展字段;所述桥标识字段用于承载系统MAC地址,所述预设扩展字段用于承载桥MAC地址。
本公开实施例提供的本端设备,从硬件层面而言,其硬件架构示意图具体可以参见图4所示。包括:机器可读存储介质和处理器,其中:
机器可读存储介质:存储指令代码。
处理器:与机器可读存储介质通信,读取和执行机器可读存储介质中存储的所述指令代码,实现本公开上述示例公开的STP计算操作。
这里,机器可读存储介质可以是任何电子、磁性、光学或其它物理存储装置,可以包含或存储信息,如可执行指令、数据,等等。例如,机器可读存储介质可以是:RAM(RadomAccess Memory,随机存取存储器)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等),或者类似的存储介质,或者它们的组合。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机,计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本公开时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本公开的实施例可提供为方法、系统、或计算机程序产品。因此,本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本公开实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本公开是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可以由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其它可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其它可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
而且,这些计算机程序指令也可以存储在能引导计算机或其它可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或者多个流程和/或方框图一个方框或者多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其它可编程数据处理设备上,使得在计算机或者其它可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其它可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
本领域技术人员应明白,本公开的实施例可提供为方法、系统或计算机程序产品。因此,本公开可以采用完全硬件实施例、完全软件实施例、或者结合软件和硬件方面的实施例的形式。而且,本公开可以采用在一个或者多个其中包含有计算机可用程序代码的计算机可用存储介质(可以包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上所述仅为本公开的实施例而已,并不用于限制本公开。对于本领域技术人员来说,本公开可以有各种更改和变化。凡在本公开的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本公开的权利要求范围之内。
Claims (10)
1.一种生成树协议STP计算方法,应用于本端设备,且与所述本端设备连接的对端设备为分布式聚合DR成员设备,其特征在于,所述方法包括:
接收所述对端设备发送的第一类协议报文,其中,若DR系统正常,所述第一类协议报文携带对端设备的系统介质访问控制MAC地址;若DR系统已经分裂,所述第一类协议报文携带对端设备的系统MAC地址和桥MAC地址;
若所述第一类协议报文还携带桥MAC地址,则利用所述第一类协议报文携带的桥MAC地址进行STP计算;
若所述第一类协议报文未携带桥MAC地址,则利用所述第一类协议报文携带的系统MAC地址进行STP计算;
其中,在每个DR成员设备上配置相同的系统MAC地址,不同的桥MAC地址。
2.根据权利要求1所述的方法,其特征在于,若所述本端设备是DR成员设备,且所述本端设备与所述对端设备组成DR系统,所述方法还包括:
在所述DR系统正常时,发送第二类协议报文;其中,所述第二类协议报文携带所述本端设备的系统MAC地址;
在所述DR系统分裂时,发送第三类协议报文;其中,所述第三类协议报文携带所述本端设备的系统MAC地址、所述本端设备的桥MAC地址。
3.根据权利要求1所述的方法,其特征在于,所述利用所述第一类协议报文携带的桥MAC地址进行STP计算的过程,具体包括:
判断所述本端设备是否配置有系统MAC地址;
如果否,则利用所述本端设备的桥MAC地址以及所述第一类协议报文携带的桥MAC地址进行STP计算;
如果是,则比较所述本端设备配置的系统MAC地址与所述第一类协议报文携带的系统MAC地址是否相同;
如果相同,则利用所述本端设备的桥MAC地址以及所述第一类协议报文携带的桥MAC地址进行STP计算。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述本端设备配置有系统MAC地址,且所述本端设备配置的系统MAC地址与所述第一类协议报文携带的系统MAC地址不同,则利用所述第一类协议报文携带的系统MAC地址、或者所述第一类协议报文携带的桥MAC地址进行STP计算。
5.根据权利要求1-4任一项所述的方法,其特征在于,
所述第一类协议报文包括桥标识字段和预设扩展字段;所述桥标识字段用于承载系统MAC地址,所述预设扩展字段用于承载桥MAC地址。
6.一种生成树协议STP计算装置,应用于本端设备,且与所述本端设备连接的对端设备为分布式聚合DR成员设备,其特征在于,所述装置包括:
接收模块,用于接收所述对端设备发送的第一类协议报文,其中,若DR系统正常,所述第一类协议报文携带对端设备的系统介质访问控制MAC地址;若DR系统已经分裂,所述第一类协议报文携带对端设备的系统MAC地址和桥MAC地址;
处理模块,用于当所述第一类协议报文还携带桥MAC地址时,则利用所述第一类协议报文携带的桥MAC地址进行STP计算;
当所述第一类协议报文未携带桥MAC地址时,则利用所述第一类协议报文携带的系统MAC地址进行STP计算;
其中,在每个DR成员设备上配置相同的系统MAC地址,不同的桥MAC地址。
7.根据权利要求6所述的装置,其特征在于,若所述本端设备是DR成员设备,且所述本端设备与所述对端设备组成DR系统,所述装置还包括:
发送模块,用于在所述DR系统正常时,发送第二类协议报文;其中,所述第二类协议报文携带所述本端设备的系统MAC地址;
在所述DR系统分裂时,发送第三类协议报文;其中,所述第三类协议报文携带所述本端设备的系统MAC地址、所述本端设备的桥MAC地址。
8.根据权利要求6所述的装置,其特征在于,
所述处理模块,具体用于在利用所述第一类协议报文携带的桥MAC地址进行STP计算的过程中,判断所述本端设备是否配置有系统MAC地址;
如果否,则利用所述本端设备的桥MAC地址以及所述第一类协议报文携带的桥MAC地址进行STP计算;如果是,则比较所述本端设备配置的系统MAC地址与所述第一类协议报文携带的系统MAC地址是否相同;
如果相同,则利用所述本端设备的桥MAC地址以及所述第一类协议报文携带的桥MAC地址进行STP计算。
9.根据权利要求6所述的装置,其特征在于,所述处理模块,还用于若所述本端设备配置有系统MAC地址,且所述本端设备配置的系统MAC地址与所述第一类协议报文携带的系统MAC地址不同,则利用所述第一类协议报文携带的系统MAC地址、或者所述第一类协议报文携带的桥MAC地址进行STP计算。
10.根据权利要求6-9任一项所述的装置,其特征在于,所述接收模块接收的所述第一类协议报文包括桥标识字段和预设扩展字段;所述桥标识字段用于承载系统MAC地址,所述预设扩展字段用于承载桥MAC地址。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710371741.4A CN107547412B (zh) | 2017-05-24 | 2017-05-24 | 一种stp计算方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710371741.4A CN107547412B (zh) | 2017-05-24 | 2017-05-24 | 一种stp计算方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107547412A CN107547412A (zh) | 2018-01-05 |
CN107547412B true CN107547412B (zh) | 2020-05-12 |
Family
ID=60965872
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710371741.4A Active CN107547412B (zh) | 2017-05-24 | 2017-05-24 | 一种stp计算方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107547412B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110708275B (zh) * | 2018-12-18 | 2020-11-06 | 新华三技术有限公司 | 一种协议报文的处理方法和装置 |
CN112543142B (zh) * | 2019-09-20 | 2023-05-12 | 南京南瑞继保电气有限公司 | 基于fpga实现rstp环网协议的方法和装置 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1521985A (zh) * | 2003-01-28 | 2004-08-18 | 华为技术有限公司 | 一种多生成树协议桥优先级协调方法 |
CN101252459A (zh) * | 2008-03-24 | 2008-08-27 | 中兴通讯股份有限公司 | 一种设置链路端口的协议状态的方法及其监控方法 |
CN102474454A (zh) * | 2009-06-30 | 2012-05-23 | 阿尔卡特朗讯公司 | 节点间链路聚合系统和方法 |
CN103107956A (zh) * | 2012-11-30 | 2013-05-15 | 大唐移动通信设备有限公司 | 一种参数更新方法、链路聚合方法以及通信终端 |
CN104660449A (zh) * | 2015-02-13 | 2015-05-27 | 杭州华三通信技术有限公司 | 防止堆叠分裂多主设备Master的方法和设备 |
CN104917678A (zh) * | 2015-06-02 | 2015-09-16 | 上海斐讯数据通信技术有限公司 | 基于sdn的链路聚合方法 |
EP2981031A1 (en) * | 2014-07-31 | 2016-02-03 | Arista Networks, Inc. | Method and system for vtep redundancy in a multichassis link aggregation domain |
CN105610743A (zh) * | 2015-12-31 | 2016-05-25 | 盛科网络(苏州)有限公司 | Mlag环境下实现stp协议族的方法及装置 |
CN106470153A (zh) * | 2016-09-05 | 2017-03-01 | 杭州迪普科技股份有限公司 | 一种预防临时环路的方法和装置 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8300523B2 (en) * | 2008-07-28 | 2012-10-30 | Cisco Technology, Inc. | Multi-chasis ethernet link aggregation |
US8767735B2 (en) * | 2010-08-04 | 2014-07-01 | Alcatel Lucent | System and method for multi-chassis link aggregation |
-
2017
- 2017-05-24 CN CN201710371741.4A patent/CN107547412B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1521985A (zh) * | 2003-01-28 | 2004-08-18 | 华为技术有限公司 | 一种多生成树协议桥优先级协调方法 |
CN101252459A (zh) * | 2008-03-24 | 2008-08-27 | 中兴通讯股份有限公司 | 一种设置链路端口的协议状态的方法及其监控方法 |
CN102474454A (zh) * | 2009-06-30 | 2012-05-23 | 阿尔卡特朗讯公司 | 节点间链路聚合系统和方法 |
CN103107956A (zh) * | 2012-11-30 | 2013-05-15 | 大唐移动通信设备有限公司 | 一种参数更新方法、链路聚合方法以及通信终端 |
EP2981031A1 (en) * | 2014-07-31 | 2016-02-03 | Arista Networks, Inc. | Method and system for vtep redundancy in a multichassis link aggregation domain |
CN104660449A (zh) * | 2015-02-13 | 2015-05-27 | 杭州华三通信技术有限公司 | 防止堆叠分裂多主设备Master的方法和设备 |
CN104917678A (zh) * | 2015-06-02 | 2015-09-16 | 上海斐讯数据通信技术有限公司 | 基于sdn的链路聚合方法 |
CN105610743A (zh) * | 2015-12-31 | 2016-05-25 | 盛科网络(苏州)有限公司 | Mlag环境下实现stp协议族的方法及装置 |
CN106470153A (zh) * | 2016-09-05 | 2017-03-01 | 杭州迪普科技股份有限公司 | 一种预防临时环路的方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN107547412A (zh) | 2018-01-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106878164B (zh) | 一种报文传输方法和装置 | |
CN108718278B (zh) | 一种报文传输方法和装置 | |
CN109495320B (zh) | 一种数据报文的传输方法和装置 | |
CN107547412B (zh) | 一种stp计算方法和装置 | |
CN108259348B (zh) | 一种报文传输方法和装置 | |
CN107948063B (zh) | 一种建立聚合链路的方法和接入设备 | |
CN113507431B (zh) | 一种报文管理方法、装置、设备及机器可读存储介质 | |
CN110708275B (zh) | 一种协议报文的处理方法和装置 | |
CN109873766B (zh) | 报文传输方法和装置 | |
CN110784339A (zh) | Lacp报文超时的故障检测方法、装置、电子设备 | |
US9596131B2 (en) | Method for transiting operation mode of routing processor | |
CN112152872B (zh) | 一种网络亚健康检测方法及装置 | |
CN108990126B (zh) | 报文转发方法和装置 | |
CN104219160A (zh) | 生成输入参数的方法及设备 | |
CN113572695B (zh) | 链路聚合方法、装置、计算设备及计算机存储介质 | |
CN112383471A (zh) | 一种刀箱链路管理方法、装置、设备及机器可读存储介质 | |
CN111237229B (zh) | 一种风扇转速的控制方法、装置及设备 | |
CN108282380B (zh) | 一种合法性检测方法和装置 | |
CN106911696B (zh) | 一种保活报文传输方法和装置 | |
CN114423005B (zh) | 一种无线网络配置方法、装置、设备及机器可读存储介质 | |
CN107547395B (zh) | 一种报文传输方法、装置及机器可读存储介质 | |
CN116886463B (zh) | 级联通信方法、装置、设备以及介质 | |
CN107579918B (zh) | 一种邻居关系的维护方法和装置 | |
CN113472643B (zh) | 一种故障处理方法及装置 | |
CN108737377A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |