一种VSM系统报文转发端口设置方法及装置与流程

文档序号:13808162阅读:217来源:国知局
一种VSM系统报文转发端口设置方法及装置与流程

本申请涉及通信技术领域,尤其涉及一种vsm系统报文转发端口设置方法及装置。



背景技术:

vsm(virtualswitchmatrix,虚拟交换矩阵)是一种新型网络设备虚拟化技术,该技术将多个网络设备通过物理端口连接,从而作为一个虚拟的逻辑设备运行。vsm系统中的各网络设备的多个物理端口组合在一起,形成一个逻辑上的聚合,则可将聚合的各成员端口所在的物理链路视为一条逻辑链路。进入vsm系统中该聚合的各个报文,可以分别从各个成员端口转发,从而实现各成员端口之间的流量分担,增加了链路的带宽。

用户可以对vsm系统中的端口聚合进行统一地配置,用户选择成员端口并组成聚合后,该聚合将被统一地下发到系统内的各个设备。之后,在现有技术中,进入该聚合的报文,将由该聚合的各成员端口进行转发,并且是由各成员端口大致均匀地分担需转发的报文流量,但是当聚合中的成员端口在不同设备中时,会出现接收报文与转发报文的端口不在同一设备中的情况,需要跨设备转发,进而增加各网络设备间物理链路的负担,并且系统中还存在其他需要跨设备转发的业务,在跨设备转发的报文流量较大的情况下,可能会因物理链路带宽不足而出现拥塞和丢包的现象。



技术实现要素:

有鉴于此,本申请提供一种vsm系统报文转发端口设置方法及装置,技术方案如下:

一种vsm系统报文转发端口设置方法,应用于包括至少两个网络设备的vsm系统中的任一网络设备,其特征在于,该方法包括:

接收聚合配置信息;

根据聚合配置信息中的成员端口信息,查找该聚合的成员端口中,属于本设备的端口;

在查找到属于本设备的端口的情况下,将查找到的属于本设备的端口,设置为针对本设备所接收报文的报文转发端口。

一种vsm系统报文转发端口设置装置,应用于包括至少两个网络设备的vsm系统中的任一网络设备,其特征在于,该装置包括:

信息接收模块,用于接收聚合配置信息;

端口查找模块,用于根据聚合配置信息中的成员端口信息,查找该聚合的成员端口中,属于本设备的端口;

端口设置模块,用于在查找到属于本设备的端口的情况下,将查找到的属于本设备的端口,设置为针对本设备所接收报文的报文转发端口。

本申请所提供的技术方案,在用户配置的端口聚合信息,被统一地下发到vsm系统的各设备后,由各设备独立地决策、设置各自的报文转发端口。首先,确定聚合的成员端口中是否存在本设备的端口,如果存在,则只将本设备的端口设置为本设备的报文转发端口,那么之后将由本设备的端口分担流量,无需跨设备转发,将不会占用设备间物理链路的带宽。只有在聚合的成员端口中不存在本设备的端口时,才将聚合中其他设备的端口设置为本设备的报文转发端口,此时尽管仍需要跨设备转发,但从全局的角度来讲,需要跨设备转发的流量较现有技术更少,使设备间物理链路的负担得到了缓解。

应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本申请。此外,本申请中的任一实施例并不需要达到上述的全部效果。

附图说明

为了更清楚地说明本发明实施例的技术方案,下面将对实施例描述中所需要的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明中记载的一些实施例,对于本领域普通技术人员来讲,还可以根据这些附图获得其他的附图。

图1是本申请实施例的一种应用场景示意图;

图2是本申请实施例vsm系统报文转发端口设置方法的流程示意图;

图3是本申请实施例vsm系统报文转发端口设置装置的结构示意图;

图4是本申请实施例端口设置模块的结构示意图;

图5是本申请实施例优先级确定子模块的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或者所有可能组合。

本申请实施例的一种应用场景如图1所示,对于多个网络设备,通过连接物理端口,可以组成一个vsm系统,从而虚拟成一个逻辑设备来管理和使用,以提高网络的可靠性、简化网络配置和维护过程。vsm系统中可以包括多个成员设备,如图1所示的vsm系统是由两个成员设备组成,两个设备通过多个物理端口相互连接,这些连接的端口组成一个逻辑上的聚合,这些端口均为该聚合的成员端口,对应地,如图1中虚线所圈出的各处,成员端口所在的物理链路可以视为一条带宽更宽的逻辑链路。如图1所示,当网络设备1和网络设备2中的端口组成一个聚合,二者形成一个vsm系统后,若网络设备1接收到报文,可以通过自身的一个或多个端口,将报文转发到目的地,也可以将报文转发到网络设备2,通过网络设备2中该聚合的一个或多个成员端口,将报文转发到目的地,从而实现分流的目的,达到增加逻辑链路带宽的效果。

假设在图1所示的vsm系统中,聚合的成员端口包括网络设备1的端口a、b、c和网络设备2的端口d、e、f,则进入两个网络设备的报文可以同时由这6个端口进行转发,并且转发报文的流量可以通过算法大致均匀地分担到6个端口,从而实现分流的目的。但是,由于端口a、b、c与端口d、e、f不在同一设备中,进入网络设备1的报文,若要从端口d、e、f转发,首先需要经过连接网络设备1与网络设备2的物理链路,发送到网络设备2,再由端口d、e、f进行转发,即整个转发过程是跨设备转发,显然跨设备转发将增加连接设备的物理链路的负担,在负担过重的情况下可能会造成拥塞和丢包。为了在实现分流目的的同时,减少跨设备转发,缓解物理链路的负担,本申请提供了一种vsm系统报文转发端口设置方法,应用于包括至少两个网络设备的vsm系统中的任一网络设备,参见图2所示,可以包括以下步骤:

s101,接收聚合配置信息;

组成vsm系统的多个成员设备中,可以选定其中一个为主成员设备,其他为备成员设备,主成员设备负责管理、控制整个vsm系统,即其他的备成员设备由主成员设备统一地管理、控制。用户配置vsm系统中的端口聚合时,可以通过主成员设备,选择vsm系统各成员设备的可用端口组成聚合,配置完成后,聚合配置信息将统一地下发到vsm系统的各成员设备,聚合配置信息中记录了成员端口信息等内容,成员端口信息可以为聚合包括几个成员端口、及各成员端口地址等信息。

s102,根据聚合配置信息中的成员端口信息,查找该聚合的成员端口中,属于本设备的端口;

vsm系统中的各成员设备接收到聚合配置信息后,即可获得其中的成员端口信息,以图1所示的vsm系统为例,用户可以将端口a、b、c和d、e、f配置为一个聚合,网络设备1、2接收到该聚合的配置信息后,即可获知该聚合包括6个端口,并确定分别为哪6个端口。网络设备1、2可以据此将这6个端口设置为自身所接收的报文的转发端口,从而利用聚合进行分流,但是如上所述,这种报文转发端口设置方法,在进行报文转发时存在跨设备转发、增加设备间物理链路负担的问题。

本申请实施例中,vsm系统的成员设备在接收到聚合配置信息后,并非直接将该聚合的所有成员端口设置为自身的报文转发端口,而是对聚合的成员端口进行筛选,即首先根据其中的成员端口信息,查找该聚合的成员端口中属于本设备的端口。

s103,在查找到属于本设备的端口的情况下,将查找到的属于本设备的端口,设置为针对本设备所接收报文的报文转发端口。

vsm系统的成员设备对聚合的成员端口进行筛选时,如果查找到属于本设备的端口,则只将聚合中属于本设备的端口,设置为用于转发本设备所接收报文的报文转发端口。仍以上述图1所示vsm系统的例子,尽管用户选择了端口a、b、c和d、e、f配置为一个聚合,但网络设备1接收到该聚合的配置信息后,在查找到端口a、b、c属于本设备的情况下,可以只将端口a、b、c设置为用于转发其所接收报文的报文转发端口,之后,网络设备1中的报文可以通过a、b、c这3个端口进行转发,既能够实现分流的目的,又避免了跨设备转发,减轻了网络设备1、2间物理链路的负担。

此外,在本申请的一种具体实施方式中,如果将成员端口中属于本设备的端口设置为针对本设备所接收报文的报文转发端口后,报文转发端口出现关闭或故障等无法正常转发报文的情况,或者,在vsm系统的成员设备对聚合的成员端口进行筛选时,未查找到属于本设备的端口,则可以将聚合的成员端口中,不属于本设备的端口,设置为用于转发本设备所接收报文的报文转发端口。具体地,可以直接将聚合中不属于本设备的端口均设置为针对本设备所接收报文的报文转发端口,也可以再对不属于本设备的端口进行筛选,将其中的部分端口设置为针对本设备所接收报文的报文转发端口。

在本申请的一种具体实施方式中,对于上述情况,可以预先设定优先级规则,例如,设定根据各成员设备之间跨设备转发的成本,决定属于各成员设备的端口的优先级别。在接收到聚合配置信息后,根据预设规则,确定聚合的各成员端口的优先级别,例如,首先确定该聚合的各成员端口所属于的成员设备,然后获得本设备与成员端口所在设备间跨设备转发的成本信息,成本信息可以包括:该设备的报文存储空间、该设备当前待转发报文流量、本设备与该设备间物理链路带宽、本设备与该设备的传输距离和/或本设备与该设备间物理链路当前的负担,等等。获得跨设备转发的成本信息后,即可确定属于各设备的成员端口的优先级别,跨设备转发成本越低的设备中的端口优先级越高,对于同一设备中有多个聚合的成员端口的情况,可以认为同一设备中的各端口优先级相同。确定该聚合各成员端口的优先级顺序后,即可根据优先级由高到低,选择一个到多个成员端口设置为针对本设备所接收报文的报文转发端口,例如,可以设置优先级最高的端口,当优先级最高的端口不只一个,如三个时,说明本设备与这三个端口所在的设备间的跨设备转发成本相同,为了增多分流的端口数,可以将三个优先级最高的端口均设置为针对本设备所接收报文的报文转发端口。

本申请所提供的vsm系统报文转发端口设置方法,可以应用于vsm系统中的任一网络设备,此外,可以将此方法策略配置为网络设备默认使用的策略,也可以在vsm系统的管理页面或者聚合配置页面中,设置供用户根据自身需求进行选择的选项,如设置本设备优先转发模式的开关按钮,用户打开此开关后配置聚合时,vsm系统中的各成员设备即按照本申请所提供的方法设置自身的报文转发端口。

相应于上述方法实施例,本申请还提供一种vsm系统报文转发端口设置装置,参见图3所示,该装置可以包括:

信息接收模块100,用于接收聚合配置信息;

端口查找模块200,用于根据聚合配置信息中的成员端口信息,查找该聚合的成员端口中,属于本设备的端口;

端口设置模块300,用于在查找到属于本设备的端口的情况下,将查找到的属于本设备的端口,设置为针对本设备所接收报文的报文转发端口。

在本申请的一种具体实施方式中,所述端口设置模块300,还可以用于:

在未查找到属于本设备的端口的情况下,将该聚合不属于本设备的成员端口,设置为针对本设备所接收报文的报文转发端口。

在本申请的一种具体实施方式中,所述端口设置模块300,还可以用于:

在本设备设置的报文转发端口无法正常转发报文的情况下,将该聚合不属于本设备的成员端口,设置为针对本设备所接收报文的报文转发端口。

在本申请的一种具体实施方式中,参见图4所示,所述端口设置模块300,可以包括:

优先级确定子模块310,用于根据预设规则,确定该聚合的成员端口的优先级别;

端口设置子模块320,用于根据优先级由高至低的顺序,将该聚合的至少一个成员端口设置为针对本设备所接收报文的报文转发端口。

在本申请的一种具体实施方式中,参见图5所示,所述优先级确定子模块310,可以包括:

设备确定单元311,用于确定该聚合的成员端口所在的设备;

信息获得单元312,用于获得本设备与成员端口所在设备间跨设备转发的成本信息;

优先级确定单元313,用于根据所获得的成本信息,确定该聚合的成员端口的优先级别。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。

对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。

本说明书中描述的主题及功能操作的实施例可以在以下中实现:数字电子电路、有形体现的计算机软件或固件、包括本说明书中公开的结构及其结构性等同物的计算机硬件、或者它们中的一个或多个的组合。本说明书中描述的主题的实施例可以实现为一个或多个计算机程序,即编码在有形非暂时性程序载体上以被数据处理装置执行或控制数据处理装置的操作的计算机程序指令中的一个或多个模块。可替代地或附加地,程序指令可以被编码在人工生成的传播信号上,例如机器生成的电、光或电磁信号,该信号被生成以将信息编码并传输到合适的接收机装置以由数据处理装置执行。计算机存储介质可以是机器可读存储设备、机器可读存储基板、随机或串行存取存储器设备、或它们中的一个或多个的组合。

虽然本说明书包含许多具体实施细节,但是这些不应被解释为限制任何发明的范围或所要求保护的范围,而是主要用于描述特定发明的具体实施例的特征。本说明书内在多个实施例中描述的某些特征也可以在单个实施例中被组合实施。另一方面,在单个实施例中描述的各种特征也可以在多个实施例中分开实施或以任何合适的子组合来实施。此外,虽然特征可以如上所述在某些组合中起作用并且甚至最初如此要求保护,但是来自所要求保护的组合中的一个或多个特征在一些情况下可以从该组合中去除,并且所要求保护的组合可以指向子组合或子组合的变型。

类似地,虽然在附图中以特定顺序描绘了操作,但是这不应被理解为要求这些操作以所示的特定顺序执行或顺次执行、或者要求所有例示的操作被执行,以实现期望的结果。在某些情况下,多任务和并行处理可能是有利的。此外,上述实施例中的各种系统模块和组件的分离不应被理解为在所有实施例中均需要这样的分离,并且应当理解,所描述的程序组件和系统通常可以一起集成在单个软件产品中,或者封装成多个软件产品。

由此,主题的特定实施例已被描述。其他实施例在所附权利要求书的范围以内。在某些情况下,权利要求书中记载的动作可以以不同的顺序执行并且仍实现期望的结果。此外,附图中描绘的处理并非必需所示的特定顺序或顺次顺序,以实现期望的结果。在某些实现中,多任务和并行处理可能是有利的。

以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1