CN113411220A - 一种生成树协议边缘端口配置方法及装置 - Google Patents

Abstract

本申请提供一种STP边缘端口配置方法及装置，应用于交换设备。该方法中，交换设备接收邻居设备发送的报文，该报文包括邻居设备所属设备类型，交换设备根据设备类型确定邻居设备为服务器时，对连接服务器的端口进行STP边缘端口配置。可见，本申请可实现自动配置STP边缘端口，因此，可有效提升配置效率，降低对业务网络的影响。

Description

一种生成树协议边缘端口配置方法及装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种STP边缘端口配置方法及装置。

背景技术

生成树协议(英文：Spanning Tree Protocol，缩写：STP)是一种二层管理协议，旨在通过选择性地阻塞网络冗余链路，构造树型网络拓扑，来消除网络二层环路，避免产生广播风暴。该协议主要应用于数据中心的二层交换网络。

当服务器通过数据中心的交换设备接入网络时，需要将交换设备上连接服务器的端口配置为STP边缘端口，以使该端口直接进入转发状态，加快网络拓扑收敛速度。

目前，STP边缘端口配置主要采用手工配置，配置效率低，影响正常业务处理。

发明内容

有鉴于此，本申请提出一种STP边缘端口配置方法及装置，用以实现自动配置STP边缘端口。

为实现上述申请目的，本申请提供了如下技术方案：

第一方面，本申请提供一种STP边缘端口配置方法，应用于交换设备，所述方法包括：

接收邻居设备发送的报文，所述报文包括邻居设备所属设备类型；

如果所述设备类型指示所述邻居设备为服务器类型设备，则配置连接所述邻居设备的端口为STP边缘端口。

可选的，所述接收邻居设备发送的报文之前，所述方法还包括：

将所述端口默认配置为非STP边缘端口。

可选的，所述报文为链路层发现协议LLDP报文，所述设备类型位于所述LLDP报文的Chassis ID TLV。

可选的，所述配置连接所述邻居设备的端口为STP边缘端口之后，所述方法还包括：

监测所述端口的连接状态；

如果所述连接状态为DOWN状态，且持续预设等待时长，则配置所述端口为非STP边缘端口。

可选的，所述等待时长依据所述服务器的重启时长设定。

第二方面，本申请提供一种STP边缘端口配置装置，应用于交换设备，所述装置包括：

接收单元，用于接收邻居设备发送的报文，所述报文包括邻居设备所属设备类型；

配置单元，用于如果所述设备类型指示所述邻居设备为服务器类型设备，则配置连接所述邻居设备的端口为STP边缘端口。

可选的，所述配置单元，还用于在接收邻居设备发送的报文之前，将所述端口默认配置为非STP边缘端口。

可选的，所述报文为链路层发现协议LLDP报文，所述设备类型位于所述LLDP报文的Chassis ID TLV。

可选的，所述装置还包括：

监测单元，用于监测所述端口的连接状态；

所述配置单元，还用于如果所述连接状态为DOWN状态，且持续预设等待时长，则配置所述端口为非STP边缘端口。

可选的，所述等待时长依据所述服务器的重启时长设定。

由以上描述可以看出，本申请实施例中，交换设备接收邻居设备发送的报文，该报文包括邻居设备所属设备类型，交换设备根据该设备类型确定邻居设备为服务器时，对连接服务器的端口进行STP边缘端口配置。可见，本申请可实现自动配置STP边缘端口，因此，可有效提升配置效率，降低对业务网络的影响。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例示出的一种STP边缘端口配置方法流程图；

图2是本申请实施例示出的Chassis ID TLV的格式示意图；

图3是本申请实施例示出的一种端口配置更新流程图；

图4是本申请实施例示出的一种STP边缘端口配置装置的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。

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

应当理解，尽管在本申请实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请实施例范围的情况下，协商信息也可以被称为第二信息，类似地，第二信息也可以被称为协商信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

本申请提供一种STP边缘端口配置方法，该方法可自动配置STP边缘端口，因此，可有效提升配置效率，降低对正常业务的影响。

为了使本申请的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本申请执行详细描述：

参见图1，为本申请实施例示出的一种STP边缘端口配置方法流程图，该流程应用于交换设备。

步骤101，接收邻居设备发送的报文，该报文包括邻居设备所属设备类型。

在数据中心中，交换设备的邻居设备可能是服务器，也可能是交换设备等其它网络设备。即，交换设备的端口可能连接服务器，也可能连接交换设备等其它网络设备。

本申请实施例中，可预先约定交换设备与邻居设备之间交互的报文的格式，以便邻居设备根据该约定格式将自身所属设备类型信息携带在发送给交换设备的报文中，同时，交换设备也可根据约定格式对报文解析，获取邻居设备所属设备类型。

作为一个实施例，该报文可以为链路层发现协议(英文：Link Layer DiscoveryProtocol，缩写：LLDP)报文。邻居设备所属设备类型可通过LLDP报文中已有类型/长度/值(英文：Type/Length/Value，缩写：TLV)携带，或者，新增自定义TLV携带。

作为一个示例，为了节约网络资源，可通过LLDP报文必须包括的Chassis ID TLV携带设备类型。具体地，可通过对Chassis ID TLV中的Chassis ID子类型(subtype)字段进行扩展，来标识Chassis ID TLV中携带有设备类型信息，并通过Chassis ID TLV中的Chassis ID字段携带具体的设备类型值。

参见图2，为本申请实施例示出的Chassis ID TLV的格式。该格式中包括TLV类型(type)、TLV长度(length)、Chassis ID subtype以及Chassis ID。

其中，Chassis ID subtype 0～7已被使用，本申请可定义Chassis ID subtype＝8来标识Chassis ID字段携带的是设备类型值。其中，Chassis ID＝1，表示服务器类型设备；Chassis ID＝0，表示其它类型设备，比如，交换设备。

因此，交换设备可通过接收邻居设备发送的上述报文，获取报文中携带的邻居设备所属设备类型信息。

步骤102，如果设备类型指示邻居设备为服务器类型设备，则配置连接该邻居设备的端口为STP边缘端口。

比如，接收的LLDP报文中，Chassis ID subtype＝8，Chassis ID＝1，则交换设备可确定发送该LLDP报文的邻居设备为服务器类型设备，则对本交换设备上连接该邻居设备的端口进行STP边缘端口配置。

至此，完成图1所示流程。

通过图1所示流程可以看出，本申请实施例中，交换设备基于邻居设备发送的报文(携带邻居设备所属设备类型)对邻居设备所属设备类型进行判断，进而在确定邻居设备为服务器类型设备时，自动触发对邻居设备所在端口进行STP边缘端口配置，可有效提升端口配置效率，降低对业务网络的影响。

这里，需要说明的是，本申请实施例中，交换设备在启动后，可将所有端口默认配置为非STP边缘端口。这样，在后续识别出服务器类型设备时，只需更新连接服务器类型设备的端口为STP边缘端口，可进一步缩短配置时间，提升配置效率。

作为一个实施例，在执行步骤102之后，交换设备还可执行如下端口配置更新流程。参见图3，为本申请实施例示出的一种端口配置更新流程。

如图3所示，该流程可包括以下步骤：

步骤301，监测端口的连接状态。

端口的连接状态通常包括UP状态和DOWN状态。如果监测端口的连接状态为UP状态，说明该端口所连接设备在线(未断开)，则维持该端口已有配置；如果监测该端口的连接状态为DOWN状态，说明该端口所连接设备断开，转步骤302。

步骤302，如果连接状态为DOWN状态，且持续预设等待时长，则配置该端口为非STP边缘端口。

这里，需要说明的是，服务器重启或者用户的一些特殊操作，均可能导致服务器短时断开与交换设备的连接。

为了避免频繁更新端口配置，本申请实施例预设等待时长，在端口DOWN状态持续预设等待时长时，才认为该端口所连接服务器设备彻底断开，恢复该端口默认配置，即，将该端口配置为非STP边缘端口，以用于连接其它设备。

当然，如果服务器重新通过该端口接入(UP)，则通过前述图1所示流程，该端口会重新被配置为STP边缘端口，以满足连接服务器的配置需求。

此外，需要补充说明的是，本申请实施例预设的等待时长可基于服务器的重启时长设定，至少大于服务器的重启时长，以避免因服务器重启(连接断开)而更新端口配置。

至此，完成图3所示流程。

通过图3所示流程可实现在服务器断开后，自动更新交换设备的端口配置。

以上对本申请实施例提供的方法进行了描述，下面对本申请实施例提供的装置进行描述：

参见图4，为本申请实施例提供的STP边缘端口配置装置的结构示意图。

该装置包括：接收单元401和配置单元402，其中：

接收单元401，用于接收邻居设备发送的报文，所述报文包括邻居设备所属设备类型；

配置单元402，用于如果所述设备类型指示所述邻居设备为服务器类型设备，则配置连接所述邻居设备的端口为STP边缘端口。

作为一个实施例，所述配置单元402，还用于在接收邻居设备发送的报文之前，将所述端口默认配置为非STP边缘端口。

作为一个实施例，所述报文为链路层发现协议LLDP报文，所述设备类型位于所述LLDP报文的Chassis ID TLV。

作为一个实施例，所述装置还包括：

监测单元，用于监测所述端口的连接状态；

所述配置单元402，还用于如果所述连接状态为DOWN状态，且持续预设等待时长，则配置所述端口为非STP边缘端口。

作为一个实施例，所述等待时长依据所述服务器的重启时长设定。

至此，完成图4所示装置的描述。本申请实施例中，交换设备基于邻居设备发送的报文(携带邻居设备所属设备类型)对邻居设备所属设备类型进行判断，进而在确定邻居设备为服务器类型设备时，自动触发对邻居设备所在端口进行STP边缘端口配置，可有效提升端口配置效率，降低对业务网络的影响。

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

Claims (10)

1.一种生成树协议STP边缘端口配置方法，应用于交换设备，其特征在于，所述方法包括：

接收邻居设备发送的报文，所述报文包括邻居设备所属设备类型；

如果所述设备类型指示所述邻居设备为服务器类型设备，则配置连接所述邻居设备的端口为STP边缘端口。

2.如权利要求1所述的方法，其特征在于，所述接收邻居设备发送的报文之前，所述方法还包括：

将所述端口默认配置为非STP边缘端口。

3.如权利要求1所述的方法，其特征在于，所述报文为链路层发现协议LLDP报文，所述设备类型位于所述LLDP报文的Chassis ID TLV。

4.如权利要求1所述的方法，其特征在于，所述配置连接所述邻居设备的端口为STP边缘端口之后，所述方法还包括：

监测所述端口的连接状态；

如果所述连接状态为DOWN状态，且持续预设等待时长，则配置所述端口为非STP边缘端口。

5.如权利要求4所述的方法，其特征在于，所述等待时长依据所述服务器的重启时长设定。

6.一种生成树协议STP边缘端口配置装置，应用于交换设备，其特征在于，所述装置包括：

接收单元，用于接收邻居设备发送的报文，所述报文包括邻居设备所属设备类型；

配置单元，用于如果所述设备类型指示所述邻居设备为服务器类型设备，则配置连接所述邻居设备的端口为STP边缘端口。

7.如权利要求6所述的装置，其特征在于：

所述配置单元，还用于在接收邻居设备发送的报文之前，将所述端口默认配置为非STP边缘端口。

8.如权利要求6所述的装置，其特征在于，所述报文为链路层发现协议LLDP报文，所述设备类型位于所述LLDP报文的Chassis ID TLV。

9.如权利要求6所述的装置，其特征在于，所述装置还包括：

监测单元，用于监测所述端口的连接状态；

所述配置单元，还用于如果所述连接状态为DOWN状态，且持续预设等待时长，则配置所述端口为非STP边缘端口。

10.如权利要求9所述的装置，其特征在于，所述等待时长依据所述服务器的重启时长设定。

Images