CN100548001C - 一种触发下游设备处理报文的方法及交换设备 - Google Patents
一种触发下游设备处理报文的方法及交换设备 Download PDFInfo
- Publication number
- CN100548001C CN100548001C CNB2007100075756A CN200710007575A CN100548001C CN 100548001 C CN100548001 C CN 100548001C CN B2007100075756 A CNB2007100075756 A CN B2007100075756A CN 200710007575 A CN200710007575 A CN 200710007575A CN 100548001 C CN100548001 C CN 100548001C
- Authority
- CN
- China
- Prior art keywords
- port
- bpdu
- message
- bulk polymerization
- priority
- 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
本发明公开了一种触发下游设备处理报文的方法,包括:将临终通知报文发送至下游设备;下游设备接收上游设备发送的握手请求报文,根据收到的临终通知报文处理所述握手请求报文。本发明还提供了交换设备。通过应用本发明所提供的方法及交换设备,能够使整体聚合组能快速响应收到的握手请求报文,实现端口的快速迁移;并且能够在端口聚合组和整体聚合组混合组网时,有效保证RSTP/MSTP协议中的指定端口可以通过握手流程进行快速迁移,有益于RSTP/MSTP协议与链路聚合在更广的范围内进行应用组网。
Description
技术领域
本发明涉及数据通信技术,尤指一种触发下游设备处理报文的方法及交换设备。
背景技术
生成树协议(STP,Spanning Tree Protocol)是一种二层管理协议。它通过有选择性地阻塞网络冗余链路达到消除网络二层环路的目的,从而有效抑制广播风暴、提高整个网络的性能。目前,比较常用的STP协议包括:快速生成树协议(RSTP)和多生成协议(MSTP)。
参见图1,图1是一种常用的环形组网示意图。在图1所示的环形组网中包括三台交换设备,分别为交换设备10、交换设备20和交换设备30。这里10、20以及30表示交换设备对应的MAC地址。在交换设备10上由其上的端口11、12和13组成整体聚合组;在交换设备20上由其上的端口21、22和23组成端口聚合组,对外显示为主端口21。在该环形组网中运行STP协议,确定交换设备20为该环网中的根桥,交换设备20上的端口聚合组为该设备上针对交换设备10的指定端口;交换设备10和交换设备30为该环网上的指定桥,而交换设备10上的整体聚合组为针对交换设备20的根端口。这里,交换设备20为交换设备10的上游设备,交换设备10为交换设备20的下游设备。
上段中所描述的整体聚合组是通过将多个端口作为一个整体形成聚合组。在整体聚合组的情况下,对于生成树协议来说,聚合组就抽象成一个逻辑端口,报文收发不区分是哪个端口的统一认为是聚合组收发的,聚合组所有端口链路状态故障才认为聚合组故障,聚合组内任意端口链路状态恢复正常则认为聚合组链路状态恢正常。另外,端口聚合组是对聚合组内的端口进行角色划分,定义主从端口,对外将聚合组显示为主端口。
由于上述两类链路聚合技术在具体实现中存在的差异,对生成树协议的实现也造成了一定影响。
当交换设备10上的端口11和交换设备20上的端口21之间的链路发生故障时,对于交换设备10,整体聚合组只是带宽发生了变化,对外仍然还是聚合组,因而对STP协议没有影响,端口角色状态不变化;而对于设备20来说,由于端口聚合组的主端口发生故障,因此该端口聚合组将会选择一个新的可用主端口。此时交换设备20会向交换设备10发送BPDU握手请求报文,在收到交换设备10返回的应答报文的情况下,就可以依照STP协议重新计算实现新主端口的迁移。但是,交换设备10只有在收到的BPDU报文满足自身整体聚合组的更优条件的前提下,才会响应交换设备20发送的BPDU握手请求报文。当收到的BPDU报文不满足更优条件时,接收端将不处理该报文。
这里所指的更优条件是指IEEE标准的优先级比较规则。具体为:在当前收到的BPDU报文的消息优先级矢量高于接收端的端口优先级矢量时;或在当前收到的BPDU报文的消息优先级矢量低于接收端的端口优先级矢量,但满足下列条件之一时:
1、当前收到的BPDU报文中携带的指定端口的优先级或指定桥的优先级相对于收端端口的对应优先级发生变化,并且指定桥的桥MAC和指定端口的端口号没有发生改变;
2、当前收到的BPDU报文中携带的时间参数相对于接收端上保存的时间参数发生了变化。
在满足上述条件的情况下,接收端则会根据收到的BPDU报文更新自身端口优先级矢量以及时间参数,并根据具体的BPDU报文执行相应的处理。在本文中,将端口优先级矢量以及时间参数称为端口优先级相关信息。
根据上面描述的更优条件可知,在端口11和端口21之间的链路发生故障时,在下游设备10上的整体聚合组仍然保存着与原主端口对应的端口优先级相关信息。交换设备10上整体聚合组将收到的新主端口发出的BPDU握手请求报文与自身保存的端口优先级相关信息相比,仅是其中的指定端口号发生了变化,新主端口发出的BPDU握手请求报文不满足整体聚合组的更优条件,交换设备10上的整体聚合组将不会处理新主端口发送的BPDU握手请求报文。进而,导致了交换设备20上新主端口22与交换设备10上的整体聚合组无法完成握手,交换设备20上主端口更新的信息不能传递到交换设备10上,从而RSTP或MSTP就不能完成新主端口的快速迁移,此时,只能依靠定时器超时来实现端口状态的快速迁移。
发明内容
有鉴于此,本发明的主要目的在于提供一种触发下游设备处理报文的方法,应用该方法能够使接收端整体聚合组处理后续收到的BPDU握手请求报文,实现端口状态的快速迁移。
另外,本发明的又一主要目的在于提供了两种交换设备,应用该交换设备能够在上游设备端口聚合组的主端口发生变化时,通知下游设备整体聚合组,使该整体聚合组能够处理后续收到的BPDU握手请求报文,进而实现端口聚合组端口状态的快速迁移。
为达到上述目的,本发明的技术方案是这样实现的:
一种触发下游设备处理报文的方法,该方法包括以下步骤:
A、上游设备更新端口聚合组的主端口时,将携带更优信息的桥协议数据单元BPDU临终通知报文发送至下游设备;所述更优信息为满足下游设备上整体聚合组的更优条件;
下游设备从自身的整体聚合组接收所述上游设备发送的BPDU临终通知报文,确定所述BPDU临终通知报文满足自身的更优条件之后,根据所述BPDU临终通知报文中所携带的更优信息更新自身的端口优先级相关信息;
B、所述下游设备从自身的整体聚合组接收上游设备发送的BPDU握手请求报文,并根据整体聚合组更新后的端口优先级相关信息,确定所述BPDU握手请求报文满足所述整体聚合组当前的更优条件之后,向所述上游设备返回相应的响应消息。
较佳地,所述满足整体聚合组更优条件的BPDU临终通知报文为:指定端口为原主端口、指定端口优先级低于原主端口优先级的BPDU报文;
或,指定端口为原主端口、指定桥优先级低于当前指定桥优先级的BPDU报文。
较佳地,该方法进一步包括:预先降低指定端口优先级的最大可配置值;所述满足整体聚合组更优条件的BPDU临终通知报文:指定端口为原主端口、指定端口优先级值大于最大可配置值的BPDU报文;
或,该方法进一步包括:预先降低指定桥优先级的最大可配置值;所述满足整体聚合组更优条件的BPDU临终通知报文:指定端口为原主端口、指定桥优先级值大于最大可配置值的BPDU报文。
较佳地,所述满足整体聚合组更优条件的BPDU临终通知报文为:指定端口为新主端口、指定端口优先级高于原主端口优先级的BPDU报文;
或,指定端口为新主端口、指定桥优先级高于当前指定桥优先级的BPDU报文。
较佳地,步骤A中,在上游设备聚合组的主端口更新时,进一步包括:判断原主端口优先级是否为最小优先级,如果是,则所述BPDU临终通知报文为指定端口为新主端口、指定端口优先级高于原主端口优先级的BPDU报文;否则,所述BPDU临终通知报文为指定端口为原主端口、指定端口优先级为最小优先级的BPDU报文;
或,判断当前指定桥优先级是否为最小优先级,如果是,则所述BPDU临终通知报文为指定端口为新主端口、指定桥优先级高于当前桥优先级的BPDU报文;否则,所述BPDU临终通知报文为指定端口为原主端口、指定桥端口优先级为最小优先级的BPDU报文。
较佳地,所述满足整体聚合组更优条件的BPDU临终通知报文为:时间参数为不同于当前所在设备配置的时间参数的BPDU报文。
较佳地,所述时间参数不同为:消息年龄、最大年龄、握手定时、转发延时和/或剩余跳数不同。
另外,本发明还提供了一种交换设备,该交换设备至少包括:端口聚合组处理单元和端口聚合组;
所述端口聚合组处理单元包括更优信息处理单元和控制单元;
所述更优信息处理单元,用于在所述端口聚合组的主端口更新时,确定更优信息;并将所述更优信息发送至控制单元;所述更优信息为满足下游设备上整体聚合组的更优条件;
所述控制单元,用于将携带更优信息的BPDU临终通知报文,以及BPDU握手请求报文发送至端口聚合组;
所述端口聚合组,用于发送所述携带更优信息的BPDU临终通知报文、以及BPDU握手请求报文。
另外,本发明还提供了一种交换设备,该交换设备至少包括:整体聚合组处理单元和整体聚合组;
所述整体聚合组,用于接收并将BPDU临终通知报文和BPDU握手请求报文发送至整体聚合组处理单元;
所述BPDU临终通知报文携带更优信息,该更优信息为满足所述整体聚合组的更优条件;
所述整体聚合组处理单元包括:存储单元、更优单元和控制单元;
所述存储单元,用于存储所述整体聚合组的端口优先级相关信息;
所述更优单元,用于确定所述收到的BPDU临终通知报文满足所述整体聚合组的更优条件之后,根据所述BPDU临终通知报文更新存储单元中的所述端口优先级相关信息;并根据更新后的端口优先级相关信息确定BPDU握手请求报文满足更优条件之后,指示控制单元返回相应的响应消息;
所述控制单元,用于根据更优单元的指示,通过整体聚合组返回所述相应消息。
本发明所提供一种触发下游设备处理报文的方法,当端口聚合组中的主端口发生变化后,在该端口聚合组发送BPDU握手请求报文之前,由端口聚合组发送BPDU报文。通过该BPDU报文改变下游设备上整体聚合组的端口优先级相关信息,使后续发送的BPDU握手请求报文满足下游设备上整体聚合组的更优条件,进而使整体聚合组能快速响应收到的BPDU握手请求报文,实现新主端口的快速迁移。另外,本发明还提供了两种交换设备。通过使用本发明的方法及交换设备,能够在端口聚合组和整体聚合组混合组网时,有效保证RSTP/MSTP协议中的指定端口可以通过握手流程进行快速迁移,有益于RSTP/MSTP协议与链路聚合在更广的范围内进行应用组网。
附图说明
下面将通过参照附图详细描述本发明的示例性实施例,使本领域的普通技术人员更清楚本发明的上述及其它特征和优点,附图中:
图1为现有技术常用环形组网的结构图;
图2为现有技术BPDU报文结构示意图;
图3为本发明第一较佳实施例的流程图;
图4为本发明第二较佳实施例的流程图;
图5为本发明第三较佳实施例的流程图;
图6为本发明系统的结构图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举较佳实施例,对本发明做进一步的详细说明。
本发明的核心思想是:在上游设备更新端口聚合组的主端口时,将携带更优信息的桥协议数据单元BPDU临终通知报文发送至下游设备;下游设备接收上游设备发送的BPDU握手请求报文,并根据收到的BPDU临终通知报文中携带的更优信息处理所述BPDU握手请求报文。进而,使整体聚合组能正常接收端口聚合组发送的BPDU握手请求报文,响应收到的BPDU握手请求报文,实现新主端口的快速迁移。
在本发明中,将端口聚合组预先发送的BPDU报文称为BPDU临终通知报文。
在具体介绍本发明技术方案之前,首先介绍一下以下内容。
这里,在本文前面的描述中提到的BPDU报文的格式如图2所示。其中,包括目的MAC地址(DMA)、源MAC地址(SMA)、帧长L/T、固定的链路头LLC Header、以及携带BPDU数据的载荷(Payload)。其中BPDU数据的载荷主要包括:根桥标识(RootID)、从指定网桥到根桥的根路径开销(RootPathCost)、指定桥标识(DesignatedBridgeID),以及指定桥的指定端口标识(DesignatedPortID);以及一些时间参数,该时间参数包括:消息年龄(Message Age)、最大年龄(Max Age)、握手定时(Hello Time)、转发延时(Forward Delay)以及剩余跳数(Remain Hops)。
其中,根桥标识由根桥的优先级和根桥的MAC地址组成,根桥的优先级通常配置为0,即最高的优先级;指定桥标识由指定桥的优先级和该指定桥的MAC地址组成;指定端口标识由该指定端口的优先级和该指定端口的端口号组成。
另外,在IEEE标准的优先级比较规则中提到的BPDU报文的消息优先级矢量是接收端根据自身收到的BPDU报文,将BPDU报文中的根桥标识、根路径开销、指定桥标识、指定端口标识组成、再加上自身的接收端口标识(ReceivedPortID)组成的消息优先级矢量(RootID,RootPathCost,DesignatedBridgeID,DesignatedPortID,ReceivedPortID)。其中,在本文中所提到的BPDU报文是基于BPDU协议报文的总称,BPDU握手请求报文是BPDU报文中的一种。
基于IEEE标准的优先级比较规则以及BPDU报文的特性,可知要使发送的BPDU握手请求报文满足整体聚合组的更优条件,可以通过如下三种技术方案改变接收端整体聚合组的端口优先级相关信息,进而使整体聚合组能够正常接收发送的BPDU握手请求报文。其中,第一、二种实现方案是通过发送BPDU临终通知报文改变整体聚合组的端口优先级矢量来实现本发明的目的;第三种实现方案是通过发送BPDU临终通知报文改变整体聚合组的时间参数来实现本发明的目的。具体为:
第一种实现方案是,在端口聚合组发送的BPDU临终通知报文中,将指定端口标识中的端口号设置为端口聚合组的原主端口号,并使对应的指定端口优先级低于原主端口优先级。
第二种实现方案是,在端口聚合组发送的BPDU临终通知报文中,将指定端口标识中的端口号设置为端口聚合组的新主端口号,并使对应的指定端口优先级高于原主端口优先级。
上述的两种实现方案同样适用于设置指定桥优先级的情况,此时只需将对其中对指定端口优先级的设置改为对指定桥优先级的设置即可。
第三种实现方案,在端口聚合组发送的BPDU临终通知报文中,改变聚合组原来固定使用的时间参数。这里所指的改变其中携带的时间参数,可以是改变时间参数中的一个或多个。
在本发明中,将BPDU临终通知报文中携带的指定端口为端口聚合组的原主端口号,指定端口优先级低于原主端口优先级的信息;以及指定端口为端口聚合组的原主端口号,指定桥优先级低于当前指定桥优先级的信息;以及指定端口为端口聚合组的新主端口号,指定端口优先级高于原主端口优先级的信息;以及指定端口为端口聚合组的新主端口号,指定桥优先级高于当前指定桥优先级的信息;以及不同与聚合组原固定使用的时间参数,称为更优信息。
以下针对上面描述的三个实现方案分别较佳实施例。
在本发明较佳实施例的介绍中,同样以图1所示的对接场合为例进行说明。在此,需要先对如下属性进行约定:交换设备20为根桥,桥ID为0.20,端口21-23的端口ID依次为128.21,128.22,128.23,组成端口聚合组;交换设备10为指定桥,桥ID为32768.10,端口11-13的端口ID依次为128.11,128.12,128.13,组成整体聚合组。
参见图3,图3为本发明第一较佳实施例的流程图,针对第一种实现方案。图3所示的流程具体为:
在步骤301中,由于交换设备20的主端口21与交换设备10的端口11之间的链路发生故障,交换设备20选择端口22为新主端口。
由于交换设备20上端口聚合组的原主端口为端口21,因此交换设备10上整体聚合组当前的端口优先级矢量为(0.20,0,0.20,128.21)。
在步骤302中,交换设备20通过端口聚合组中其他端口给下游设备10上整体聚合组发送指定端口仍然是端口号21、指定端口优先级低于原主端口优先级的BPDU临终通知报文。在此假设选择的优先级为240,则该报文对应的消息优先级矢量为(0.20,0,0.20,240.21)。
这里所描述的其他端口,可以是端口22和端口23。同时,指定端口优先级还可以选择240、224、208等。
这里,对于同一个交换设备上的同一个聚合组来说,无论是原主端口发送出去的BPDU报文、当前发送的BPDU临终通知报文、还是后续新主端口发送的BPDU握手请求报文,报文中所携带的信息除指定端口ID变化之外,其他信息如根桥ID、根路径开销、指定桥ID、Message Age、Max Age、Hello Time、Forward Delay以及Remain Hops将不会发生变化。
因此,该BPDU临终通知报文除指定端口为端口21、端口优先级为240之外,上述中提到的其他信息均保持不变。
这里确定指定端口优先级的方法,还可以通过下面的方式实现,将当前网络的端口优先级最大可配置值从原来的240改为224;而在原主端口21发生故障时,直接将该端口优先级值设置为240。这样就免去了比较、以及查找的过程。
在步骤303中,交换设备10从自身整体聚合组收到BPDU临终通知报文后,首先获得该报文对应的消息优先级矢量(0.20,0,0.20,240.21),并根据自身端口聚合组配置的端口优先级矢量(0.20,0,0.20,128.21)确定当前收到的BPDU临终通知报文满足自身的更优条件。在确定满足更优条件之后,将自身整体聚合组的端口优先级矢量更新为(0.20,0,0.20,240.21)。
在对消息优先级矢量以及端口优先级矢量的描述中,由于消息优先级矢量与端口优先级矢量中的接收端口标识相同,因此为了简化描述,省略了其中的接收端口标识。
在本步骤中,确定BPDU临终通知报文满足端口优先级矢量的具体处理方式为:由于BPDU临终通知报文对应的消息优先级矢量中的指定端口优先级低于端口优先级矢量中的指定端口优先级,导致消息优先级矢量低于端口优先级矢量;同时又由于消息优先级矢量与端口优先级矢量中的指定端口号以及指定桥的MAC地址相同、但指定端口优先级不同,因此该BPDU临终通知报文满足当前整体聚合组的更优条件。
这里,确定消息优先级矢量低于或高于端口优先级矢量的具体方法是:假设,C1为端口当前收到的BPDU报文的消息优先级矢量,C2为当前收端端口的端口优先级矢量,则:
如果C1的根ID小于C2的根ID,则C1高于C2;
如果C1和C2的根ID相同,但C1的根路径开销小于C2,则C1高于C2;
如果C1和C2的根ID和根路径开销相同,但C1的指定桥ID小于C2,则C1高于C2;
如果C1和C2的根ID、根路径开销和指定桥ID相同,但C1的指定端口ID小于C2,则C1高于C2。
这里,由于根ID、指定桥ID和指定端口ID均包括两个部分的内容,因此具体比较根ID大小的方法是,首先比较C1和C2中根ID中根桥优先级的大小,优先级数值越小,对应的优先级越高;在优先级相同的情况下,比较根ID中根桥MAC地址的大小,MAC地址越小的优先级越高。指定桥ID和指定端口ID的比较方法与此相同。
通过上面的描述可知,由于BPDU临终通知报文相对于消息优先级矢量与整体聚合组对应的端口优先级矢量,根ID、根路径开销、以及指定桥ID均相同,只有消息优先级矢量中的指定端口优先级低于端口优先级矢量的指定端口优先级,因此消息优先级矢量低于端口优先级矢量。
在步骤304中,交换设备20正常发送主端口为22的BPDU握手请求报文,对应的消息优先级矢量为(0.20,0,0.20,128.22)。
在步骤305中,交换设备10从自身的整体聚合组上收到发送的BPDU握手请求报文,获得该BPDU报文对应的消息优先级矢量(0.20,0,0.20,128.22)。
由于当前交换设备10的整体聚合组对应的端口优先级矢量已更新为(0.20,0,0.20,240.21),则交换设备10根据IEEE标准的优先级比较规确定当前收到的BPDU握手请求报文满足该整体聚合组的更优条件。交换设备10处理该报文,向交换设备20发送BPDU握手应答报文。进而,实现交换设备20上新主端口的迁移。
在本步骤中,具体确定BPDU握手报文满足更优条件的过程是:由于消息优先级矢量中的指定端口优先级比端口优先级矢量中指定端口优先级高,因此导致消息优先级矢量高于端口优先级矢量,进而根据IEEE标准的优先级比较规则,当前收到的BPDU握手请求报文满足该整体聚合组的更优条件。
参见图4,图4为本发明第二较佳实施例方法的流程图,针对第二种实现方案。图4所示的流程具体为:
在步骤401中,由于交换设备20的主端口21与交换设备10的端口11之间的链路发生故障,交换设备20选择端口22为新主端口。
由于交换设备20上端口聚合组的原主端口为端口21,因此交换设备10上整体聚合组当前的端口优先级矢量为(0.20,0,0.20,128.21)。
在步骤402中,交换设备20通过端口聚合组中其他端口给下游设备10上整体聚合组发送指定端口为端口号22、指定端口优先级高于原主端口优先级的BPDU临终通知报文。在此假设选择的优先级为112,则该报文对应的消息优先级矢量为(0.20,0,0.20,112.22)。这里所描述的其他端口,可以是端口22和端口23。同时,指定端口优先级还可以任意高于112的优先级,比如选择96、80等。
该BPDU临终通知报文除指定端口为端口21、端口优先级为240之外,其他信息均保持端口聚合组的端口优先级相关信息。
在步骤403中,交换设备10从自身整体聚合组收到BPDU临终通知报文后,首先获得该报文对应的消息优先级矢量(0.20,0,0.20,112.22),并根据自身端口聚合组配置的端口优先级矢量(0.20,0,0.20,128.21),确定当前收到的BPDU临终通知报文满足自身的更优条件。在确定满足更优条件之后,将自身整体聚合组的端口优先级矢量更新为(0.20,0,0.20,112.22)。
在本步骤中,确定BPDU临终通知报文满足端口优先级矢量的具体处理方式为:由于BPDU临终通知报文对应的消息优先级矢量中的指定端口优先级高于端口优先级矢量中的指定端口优先级,因此即使在指定端口不一致的情况下,当前收到的BPDU临终通知满足当前整体聚合组的更优条件。
在步骤404中,交换设备20正常发送主端口为22的BPDU握手请求报文,对应的消息优先级矢量为(0.20,0,0.20,128.22)。
在步骤405中,交换设备10从自身的整体聚合组上收到发送的BPDU握手请求报文,获得该BPDU报文对应的消息优先级矢量(0.20,0,0.20,128.22)。
由于当前交换设备10的整体聚合组对应的端口优先级矢量已更新为(0.20,0,0.20,112.22),则交换设备10根据IEEE标准的优先级比较规则确定当前收到的BPDU握手请求报文满足该整体聚合组的更优条件。交换设备10处理该报文,向交换设备20发送BPDU握手应答报文。进而,实现交换设备20上新主端口的迁移。
在本步骤中,具体确定BPDU握手报文满足更优条件的过程是:由于消息优先级矢量中的指定端口优先级低于端口优先级矢量中指定端口优先级,导致消息优先级矢量低于端口优先级矢量;同时由于指定端口优先级不同、并且指定端口号和指定桥的MAC地址没有变化,因此根据IEEE标准的优先级比较规则,当前收到的BPDU握手请求报文满足该整体聚合组的更优条件。
在本较佳实施例的步骤402中,还可以进一步判断原主端口优先级矢量是否为最小优先级,通常最小优先级为240,如果是,则步骤403;否则,通过端口聚合组发送指定端口为原主端口、指定端口优先级矢量为240的BPDU临终通知报文,之后具体处理的步骤可参见第一较佳实施例。
上面描述的本发明第一较佳实施例和第二较佳实施例的方法,同样适用于修改指定桥优先级的情况,这里只需将对指定端口优先级的操作等同替换到指定桥优先级的操作上,即可以实现。
参见图5,图5为本发明第三较佳实施例方法的流程图,针对第三种实现方案。
在本较佳实施例中,由于交换设备上只有一套配置的时间参数,因此只要是从端口聚合组发送出去的报文中携带的时间参数在默认情况都是相同的。进而,本实施例根据IEEE标准的优先级比较规则,并利用BPDU临终通知报文满足整体聚合组更优条件时,整体聚合组的时间参数就更新为BPDU临终通知报文所携带的时间参数的特性。通过在BPDU临终通知报文中改变默认使用的时间参数,使后续发送的BPDU握手请求报文交换设备10上整体聚合组的更优条件,交换设备10上整体聚合组正常接收BPDU握手请求报文
图5所示的流程具体为:
在步骤501中,由于交换设备20的主端口21与交换设备10的端口11之间的链路发生故障,交换设备20选择端口22为新主端口。
在步骤502中,交换设备20通过自身的端口聚合组向交换设备10整体聚合组BPDU临终通知报文。该BPDU临终通知报文的特点在于,其中携带的时间参数为不同于当前所在交换设备20配置的时间参数。该BPDU临终通知报文可以在即将发送的BPDU握手请求报文的基础上进行修改,具体为:修改时间参数中的一个或多个,如修改Message Age、或Max Age、或Hello Time和Forward Delay。
在步骤503中,交换设备10从自身整体聚合组收到BPDU临终通知报文后,并根据自身保存的与原主端口21对应的时间参数,判断得到该时间参数发生了变化,根据IEEE标准的优先级比较规则确定该BPDU临终通知报文满足更优条件。在确定收到的报文满足更优条件之后,则根据BPDU报文中携带的信息,更新自身保存的时间参数。
在步骤504中,交换设备20发送主端口为22的BPDU握手请求报文。
在步骤505中,交换设备10从自身的聚合组上收到步骤504中发送的BPDU握手请求报文,由于该报文中的时间参数与当前端口保存的时间参数不同,根据IEEE标准的优先级比较规则确定该BPDU握手请求报文满足更优条件。在确定收到的BPDU握手请求报文满足更优条件之后,向交换设备20发送BPDU握手应答报文。进而,实现交换设备20上新主端口的迁移。
在本发明的技术方案中还提供了一种系统,该系统能够适用于本发明的三个较佳实施例。该系统包括:上游设备61和下游设备62。
上游设备61至少包括:端口聚合组处理单元610和端口聚合组611。这里,端口聚合组处理单元610主要用于在交换设备的端口聚合组611的主端口更新时,将携带更优信息的BPDU临终通知报文,以及BPDU握手请求报文发送至端口聚合组611。端口聚合组611主要用于发送所述携带更优信息的BPDU临终通知报文、以及BPDU握手请求报文。
其中,端口聚合组处理单元610包括:更优信息处理单元6100和控制单元6101。更优信息处理单元6100主要用于在所述端口聚合组611的主端口更新时,确定更优信息;并将所述更优信息发送至控制单元6101。控制单元6101主要用于将携带更优信息的BPDU临终通知报文,以及BPDU握手请求报文发送至端口聚合组611。
另外,下游设备62至少包括:整体聚合组处理单元621和整体聚合组620。这里,整体聚合组620主要用于从端口聚合组611接收、并将收到的BPDU临终通知报文和BPDU握手请求报文发送至整体聚合组处理单元621。整体聚合组处理单元621主要用于根据收到的BPDU临终通知报文中携带的更优信息,处理收到BPDU握手请求报文。
其中,整体聚合组处理单元621包括:存储单元6210、更优单元6211和控制单元6212。存储单元6210主要用于存储所述整体聚合组620的端口优先级相关信息。更优单元6211主要用于确定收到的BPDU临终通知报文满足整体聚合组620的更优条件之后,根据BPDU临终通知报文更新存储单元6210中的所述端口优先级相关信息;并根据更新后的端口优先级相关信息确定BPDU握手请求报文满足更优条件之后,指示控制单元6212返回相应的响应消息。控制单元6212主要用于根据更优单元6211的指示,通过整体聚合组620返回所述相应消息。
在本发明的技术方案中,在上游设备端口聚合组的主端口发生变化后,在发送BPDU握手请求报文之前,通过端口聚合组发送临终通知报文改变下游设备上整体聚合组的端口优先级相关信息,使后续发送的BPDU握手请求报文满足下游设备上整体聚合组的更优条件,进而使整体聚合组能快速响应收到的BPDU握手请求报文,实现新主端口的快速迁移。
在本发明上述较佳实施例的具体描述中,主要介绍的单实例的情况。当是多实例的情况时,同样可以参考单实例的具体执行情况。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (9)
1、一种触发下游设备处理报文的方法,其特征在于,该方法包括以下步骤:
A、上游设备更新端口聚合组的主端口时,将携带更优信息的桥协议数据单元BPDU临终通知报文发送至下游设备;所述更优信息为满足下游设备上整体聚合组的更优条件;
下游设备从自身的整体聚合组接收所述上游设备发送的BPDU临终通知报文,确定所述BPDU临终通知报文满足自身的更优条件之后,根据所述BPDU临终通知报文中所携带的更优信息更新自身的端口优先级相关信息;
B、所述下游设备从自身的整体聚合组接收上游设备发送的BPDU握手请求报文,并根据整体聚合组更新后的端口优先级相关信息,确定所述BPDU握手请求报文满足所述整体聚合组当前的更优条件之后,向所述上游设备返回相应的响应消息。
2、根据权利要求1所述的方法,其特征在于,所述满足整体聚合组更优条件的BPDU临终通知报文为:指定端口为原主端口、指定端口优先级低于原主端口优先级的BPDU报文;
或,指定端口为原主端口、指定桥优先级低于当前指定桥优先级的BPDU报文。
3、根据权利要求1所述的方法,其特征在于,该方法进一步包括:预先降低指定端口优先级的最大可配置值;所述满足整体聚合组更优条件的BPDU临终通知报文:指定端口为原主端口、指定端口优先级值大于最大可配置值的BPDU报文;
或,该方法进一步包括:预先降低指定桥优先级的最大可配置值;所述满足整体聚合组更优条件的BPDU临终通知报文:指定端口为原主端口、指定桥优先级值大于最大可配置值的BPDU报文。
4、根据权利要求1所述的方法,其特征在于,所述满足整体聚合组更优条件的BPDU临终通知报文为:指定端口为新主端口、指定端口优先级高于原主端口优先级的BPDU报文;
或,指定端口为新主端口、指定桥优先级高于当前指定桥优先级的BPDU报文。
5、根据权利要求1所述的方法,其特征在于,步骤A中,在上游设备聚合组的主端口更新时,进一步包括:判断原主端口优先级是否为最小优先级,如果是,则所述BPDU临终通知报文为指定端口为新主端口、指定端口优先级高于原主端口优先级的BPDU报文;否则,所述BPDU临终通知报文为指定端口为原主端口、指定端口优先级为最小优先级的BPDU报文;
或,判断当前指定桥优先级是否为最小优先级,如果是,则所述BPDU临终通知报文为指定端口为新主端口、指定桥优先级高于当前桥优先级的BPDU报文;否则,所述BPDU临终通知报文为指定端口为原主端口、指定桥端口优先级为最小优先级的BPDU报文。
6、根据权利要求1所述的方法,其特征在于,所述满足整体聚合组更优条件的BPDU临终通知报文为:时间参数为不同于当前所在设备配置的时间参数的BPDU报文。
7、根据权利要求6所述的方法,其特征在于,所述时间参数不同为:消息年龄、最大年龄、握手定时、转发延时和/或剩余跳数不同。
8、一种交换设备,其特征在于,该交换设备至少包括:端口聚合组处理单元和端口聚合组;
所述端口聚合组处理单元包括更优信息处理单元和控制单元;
所述更优信息处理单元,用于在所述端口聚合组的主端口更新时,确定更优信息;并将所述更优信息发送至控制单元;所述更优信息为满足下游设备上整体聚合组的更优条件;
所述控制单元,用于将携带更优信息的BPDU临终通知报文,以及BPDU握手请求报文发送至端口聚合组;
所述端口聚合组,用于发送所述携带更优信息的BPDU临终通知报文、以及BPDU握手请求报文。
9、一种交换设备,其特征在于,该交换设备至少包括:整体聚合组处理单元和整体聚合组;
所述整体聚合组,用于接收并将BPDU临终通知报文和BPDU握手请求报文发送至整体聚合组处理单元;所述BPDU临终通知报文携带更优信息,该更优信息为满足所述整体聚合组的更优条件;
所述整体聚合组处理单元包括:存储单元、更优单元和控制单元;
所述存储单元,用于存储所述整体聚合组的端口优先级相关信息;
所述更优单元,用于确定所述收到的BPDU临终通知报文满足所述整体聚合组的更优条件之后,根据所述BPDU临终通知报文更新存储单元中的所述端口优先级相关信息;并根据更新后的端口优先级相关信息确定BPDU握手请求报文满足更优条件之后,指示控制单元返回相应的响应消息;
所述控制单元,用于根据更优单元的指示,通过整体聚合组返回所述相应消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2007100075756A CN100548001C (zh) | 2007-02-08 | 2007-02-08 | 一种触发下游设备处理报文的方法及交换设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2007100075756A CN100548001C (zh) | 2007-02-08 | 2007-02-08 | 一种触发下游设备处理报文的方法及交换设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101014040A CN101014040A (zh) | 2007-08-08 |
CN100548001C true CN100548001C (zh) | 2009-10-07 |
Family
ID=38701321
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2007100075756A Active CN100548001C (zh) | 2007-02-08 | 2007-02-08 | 一种触发下游设备处理报文的方法及交换设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100548001C (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010028570A1 (zh) * | 2008-09-12 | 2010-03-18 | 华为技术有限公司 | 一种链路聚合组信息管理的方法和网络节点 |
CN102752187B (zh) * | 2011-04-21 | 2018-02-13 | 中兴通讯股份有限公司 | 弹性网络接口的实现方法和系统 |
CN102291300A (zh) | 2011-08-09 | 2011-12-21 | 华为技术有限公司 | 将mstp中的桥加入域的方法、系统及交换机 |
CN103139080B (zh) * | 2013-03-06 | 2016-03-02 | 杭州华三通信技术有限公司 | 一种网络拓扑计算方法和设备 |
US9772921B2 (en) | 2014-03-17 | 2017-09-26 | Silver Spring Networks, Inc. | Techniques for collecting and analyzing notifications received from neighboring nodes across multiple channels |
CN105681229B (zh) * | 2014-11-20 | 2019-05-10 | 华为技术有限公司 | 扩展端口编号的方法及交换机 |
CN109214680A (zh) * | 2018-09-03 | 2019-01-15 | 西门子工厂自动化工程有限公司 | 任务协调方法、协调装置、制药系统和存储介质 |
-
2007
- 2007-02-08 CN CNB2007100075756A patent/CN100548001C/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN101014040A (zh) | 2007-08-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8094584B2 (en) | Node, network system, frame transfer method, and frame transfer program | |
CN100548001C (zh) | 一种触发下游设备处理报文的方法及交换设备 | |
CN102075437B (zh) | 一种通信方法、网关及网络 | |
EP1468528A1 (en) | Method and apparatus for priority-based load balancing for use in an extended local area network | |
CN101771618A (zh) | 一种分组传送网络接入环中主机路由可达的方法及系统 | |
CN111049752B (zh) | 多传输线路的负载均衡方法及装置 | |
CN102394819A (zh) | 一种trill网络中指定vlan转发者的选举方法和装置 | |
CN104301226A (zh) | 一种指定路由桥选举方法、设备和系统 | |
CN107454000B (zh) | 网络数据传输装置及方法 | |
CN105812294A (zh) | 开流交换器、包交换方法、sdn控制器及数据流控制方法 | |
US9515881B2 (en) | Method, device, and system for packet processing | |
US9906441B2 (en) | Rapid flood processing | |
CN102137024A (zh) | 报文处理方法、出口路由设备及边界路由设备 | |
JP2022545919A (ja) | Srネットワークでパケットを転送するための方法、装置、及びシステム | |
CN102546409B (zh) | 一种基于trill网络的处理报文的方法和路由桥 | |
CN106231007B (zh) | 一种防止mac地址漂移的方法及装置 | |
CN100466597C (zh) | 基于区分服务域的业务流分配的实现方法 | |
CN107018072B (zh) | 一种数据帧发送方法和接入设备 | |
CN111464443A (zh) | 基于服务功能链的报文转发方法、装置、设备及存储介质 | |
CN104471538A (zh) | 一种数据流处理方法、设备和系统 | |
CN103916321A (zh) | 定义软件定义网络的网络元件的查找表实现的方法和设备 | |
US10003469B2 (en) | Multicast forwarding method and apparatus in transparent interconnection of lots of link network, and routing bridge | |
CN115037399A (zh) | 报文转发方法、电子设备和存储介质 | |
JP2013198077A (ja) | ネットワーク及びブリッジ | |
CN103916322A (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. |