CN110719219A - 一种端口状态的配置方法及网络设备 - Google Patents

Abstract

本发明公开了一种端口状态的配置方法及网络设备，其中，所述方法包括：识别与二层隧道相连的当前端口的端口类型，若所述当前端口为指定端口，将所述指定端口的初始状态置为阻塞状态，并且若所述指定端口通过二层隧道与根端口相连，将所述指定端口的阻塞状态调整为转发状态；若所述当前端口为根端口，将所述根端口的初始状态置为转发状态，并通过所述根端口向对侧的端口发送用于表征根端口身份的通知报文；若所述当前端口为除所述指定端口和所述根端口之外的其它端口，将所述其它端口的初始状态置为阻塞状态。本申请提供的技术方案，能够避免数据传输过程中的流量浪费情况。

Description

一种端口状态的配置方法及网络设备

技术领域

本发明涉及互联网技术领域，特别涉及一种端口状态的配置方法及网络设备。

背景技术

目前，为了在网络结构发生变化时，能快速收敛网络，通常可以采用STP(SpanningTree Protocol，生成树协议)或者RSTP(Rapid Spanning Tree Protocol，快速生成树协议)。在采用STP或者RSTP时，网络设备的端口可以处于多种不同的状态。以RSTP为例，网络端口的状态可以分为转发状态(Forwarding)或者阻塞状态(Blocking或者Discarding)，这些端口的状态通常可以与端口的类型具备对应关系。例如，根端口(Root Port，RP)和指定端口(Designated Port，DP)通常都是处于转发状态，而除根端口和指定端口外的其它端口(Alternate Port，AP)可以处于阻塞状态，这样可以保证数据报文在网络设备中传输时，避免出现传输环路。

请参阅图1所示的一个网络结构的应用示例，在图1中可以包括通信双方的多个交换机，不同侧的交换机可以通过二层隧道相连。按照RSTP进行端口状态的配置后，交换机1为根桥，交换机1上的各个端口均为DP，交换机2上，与交换机1相连的端口为RP，交换机2与二层隧道相连的两个端口为DP。而交换机3和交换机4与二层隧道连接的端口中，只有与二层隧道1右侧的连接的端口是RP，其它的三个端口都是AP，并且在交换机3上，与交换机4相连的端口为DP，而在交换机4上，与交换机3相连的端口为RP。其中，DP均可以处于转发状态。这样，四条二层隧道中，实际上只有二层隧道1是通畅的。交换机1和交换机2在接收到同一份数据报文时，会将数据报文从各个端口向外发出，只不过只有二层隧道1传输的数据报文会被交换机3接收，二层隧道2至4传输的数据报文都会被丢弃，这样可以避免同一份数据报文的重复接收。然而，针对这同一份数据报文，是通过了四条链路同时发送，这样会造成四倍的数据流量。因此，按照目前的端口状态的配置方法，会造成流量浪费的情况。

发明内容

本申请的目的在于提供一种端口状态的配置方法及网络设备，能够避免数据传输过程中的流量浪费情况。

为实现上述目的，本申请一方面提供一种端口状态的配置方法，所述方法包括：识别与二层隧道相连的当前端口的端口类型，若所述当前端口为指定端口，将所述指定端口的初始状态置为阻塞状态，并且若所述指定端口通过二层隧道与根端口相连，将所述指定端口的阻塞状态调整为转发状态；若所述当前端口为根端口，将所述根端口的初始状态置为转发状态，并通过所述根端口向对侧的端口发送用于表征根端口身份的通知报文；若所述当前端口为除所述指定端口和所述根端口之外的其它端口，将所述其它端口的初始状态置为阻塞状态。

为实现上述目的，本申请另一方面还提供一种网络设备，所述网络设备中包含与二层隧道相连的端口，其中，若所述端口为指定端口，将所述指定端口的初始状态置为阻塞状态，并且若所述指定端口通过二层隧道与根端口相连，将所述指定端口的阻塞状态调整为转发状态；若所述端口为根端口，将所述根端口的初始状态置为转发状态，并通过所述根端口向对侧的端口发送用于表征根端口身份的通知报文；若所述端口为除所述指定端口和所述根端口之外的其它端口，将所述其它端口的初始状态置为阻塞状态。

由上可见，本申请提供的技术方案，针对网络设备上与二层隧道相连的端口，可以识别端口的类型。如果该端口为指定端口，可以将该指定端口的初始状态置为阻塞状态，而并非是现有技术中的转发状态。后续，如果判定指定端口通过二层隧道与根端口相连，才将指定端口的阻塞状态调整为转发状态。如果该端口为根端口，那么可以将根端口的初始状态置为转发状态，除此之外，还可以通过根端口向对侧的端口发送用于表征根端口身份的通知报文。而在现有技术中，根端口并不会向对侧的端口发送该通知报文，在本申请中按照这种方式进行改进后，可以使得指定端口能够获知对侧端口为根端口，从而调整指定端口的端口状态。如果端口为除指定端口和根端口之外的其它端口，可以将该端口的初始状态置为阻塞状态。继续以图1为例，通过上述的端口状态的配置方法后，二层隧道1左侧的指定端口由于与根端口相连，那么该指定端口被调整为转发状态，二层隧道1右侧的根端口本身就处于转发状态，因此二层隧道1是可以正常传输数据报文的。而二层隧道2-4左侧的端口尽管都是指定端口，但右侧的端口都是其它端口，使得二层隧道2-4左侧的指定端口的状态都依然保持阻塞状态。这样，数据报文只会通过二层隧道1进行传输，而不会在其它的二层隧道上传输，从而解决了流量浪费的问题。

附图说明

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

图1是一个网络结构的应用示例；

图2是本发明实施方式中网络设备之间的连接示意图；

图3是本发明实施方式中端口状态的配置方法步骤示意图；

图4是本发明实施方式中网络设备与交换机之间的连接示意图；

图5是本发明实施方式中二层专线网络系统的第一结构示意图；

图6是本发明实施方式中二层专线网络系统的第二结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

本申请提供一种端口状态的配置方法，该方法可以应用于支持STP或者RSTP的网络设备中。请参阅图2和图3，所述方法可以包括以下步骤。

S1：识别与二层隧道相连的当前端口的端口类型，若所述当前端口为指定端口，将所述指定端口的初始状态置为阻塞状态，并且若所述指定端口通过二层隧道与根端口相连，将所述指定端口的阻塞状态调整为转发状态。

在本实施方式中，网络设备之间可以通过二层隧道进行连接，从而在不同的地理位置之间建立二层专线网络。如图2所示，多个网络设备可以分布于不同的地理位置，任一网络设备，可以与对侧的其它网络设备之间建立二层隧道。在网络设备上可以部署一个或者多个端口，这些端口可以分别与不同的二层隧道相连。

在本实施方式中，当网络拓扑确定之后，网络设备可以通过互相发送BPDU(网桥协议数据单元，Bridge Protocol Data Unit)报文，从而确定网络设备是根桥还是非根桥，后续可以进一步地确定出网络设备上的各个端口的端口类型。这些端口类型可以包括根端口(RP)、指定端口(DP)和其它端口(AP)。

在本实施方式中，为了避免流量浪费，在确定出网络设备上的各个端口的端口类型后，可以对端口的初始状态以及状态的切换进行改进。具体地，首先可以从网络设备中识别与二层隧道相连的当前端口的端口类型。需要说明的是，网络设备中的端口并不一定全部与二层隧道相连，有一些端口还可能与交换机等其它网络设备相连，本实施方式可以仅针对与二层隧道相连的端口进行改进。网络设备上的各个端口的端口类型，可以由STP或者RSTP确定，通过获取STP或者RSTP的确定结果，从而可以识别出与二层隧道相连的当前端口的端口类型。所述当前端口，可以是网络设备上与二层隧道相连的任一端口。

在本实施方式中，若当前端口的端口类型为指定端口，现有技术中的指定端口，初始状态往往都是转发状态，而在本实施方式中，可以将指定端口的初始状态置为阻塞状态。在现有技术中，指定端口的状态在正常的数据传输过程中，往往不会改变，而在本实施方式中，对于初始状态为阻塞状态的指定端口而言，如果在判定该指定端口通过二层隧道与根端口相连的情况下，那么可以将该指定端口的阻塞状态调整为转发状态。

结合图2，在网络拓扑确定后，根据STP或者RSTP进行根桥和非根桥的选取后，网络设备1可以作为根桥，网络设备2至4均可以作为非根桥。同时，STP或者RSTP在实现网络收敛时，可以确定出网络设备上各个端口的端口类型。具体地，网络设备1上的端口可以均为指定端口，网络设备3上连接二层隧道1的端口，由于距离根桥最近，因此该端口可以作为根端口，而网络设备3上连接二层隧道4的端口可以作为其它端口。网络设备2上连接二层隧道2和二层隧道4的两个端口可以是指定端口，网络设备4上连接二层隧道2和二层隧道3的两个端口可以是其它端口。确定出各个端口的端口类型之后，按照本实施方式上述的操作方式，二层隧道左侧的四个端口由于都是指定端口，因此这四个端口的初始状态都被置为阻塞状态。而由于二层隧道1右侧的端口为根端口，因此二层隧道1左侧的端口由于与根端口相连，因此该端口的状态被调整为转发状态。最终，二层隧道左侧的四个端口，仅有网络设备1上与二层隧道1相连的端口是处于转发状态，其它3个端口都处于阻塞状态。

S3：若所述当前端口为根端口，将所述根端口的初始状态置为转发状态，并通过所述根端口向对侧的端口发送用于表征根端口身份的通知报文。

在本实施方式中，如果当前端口为根端口，那么可以将根端口的初始状态置为转发状态。此外，现有技术中的根端口通常不会发送BPDU报文，而在本实施方式中，由于指定端口的状态需要根据对侧是否为根端口来调整，因此在将根端口的状态置为转发状态时，还需要通过根端口向对侧的端口发送用于表征根端口自身身份的通知报文。在实际应用中，该通知报文可以是上述的BPDU报文，在BPDU报文中具备Port Role(端口角色)字段，该字段中填充表征根端口身份的标识。这样，对侧的指定端口通过识别该通知报文的端口角色字段中的内容，从而可以确定出对侧的端口为根端口。这样，指定端口通过相连的二层隧道接收到对侧的端口发来的用于表征根端口身份的通知报文后，便可以判定该指定端口通过二层隧道与根端口相连，从而可以将指定端口的状态从阻塞状态调整为转发状态。

在一个实施方式中，根端口可以按照指定时间周期向对侧的端口发送上述的通知报文。该指定时间周期可以是预先设置的，例如，该指定时间周期可以是2秒。在本实施方式中，在数据传输过程中，当前正在使用的二层隧道可能会发生通信故障。在这种情况下，需要从剩余的二层隧道中选择一条备用的二层隧道，并通过选择的二层隧道继续进行数据传输。例如，当二层隧道1发生通信故障时，可以选用二层隧道2继续进行通信。在这种情况下，网络设备1中连接二层隧道1的端口便无法正常接收到对侧根端口发来的通知报文。鉴于此，若调整为转发状态的指定端口在指定时长内未接收到对侧的端口发来的通知报文，那么可以将该指定端口的转发状态重新恢复为阻塞状态。其中，该指定时长可以是预先设置的，例如，该指定时长可以是4秒。

S5：若所述当前端口为除所述指定端口和所述根端口之外的其它端口，将所述其它端口的初始状态置为阻塞状态。

在本实施方式中，如果当前端口为除指定端口和根端口之外的其它端口，那么可以将其它端口的初始状态置为阻塞状态。通过上述多个步骤的操作，图2中的四个网络设备，仅有二层隧道1两侧的端口处于转发状态，与其它二层隧道相连的端口均处于阻塞状态。这样，数据报文只会从一个端口发出，从而避免了流量浪费的情况。

在一个实施方式中，上述配置端口状态的方式可以作为一种自定义功能，该自定义功能可以预先配置于网络设备中，并且该自定义功能可以被主动开启或者关闭。当该自定义功能被关闭时，可以采用现有技术中的方式进行端口状态的配置，而当该自定义功能被开启时，可以采用本申请上述步骤的方式进行端口状态的配置。此外，该自定义功能还可以仅针对网络设备中的部分端口启用。例如，图4所示的系统架构中，对侧的网络设备之间可以通过二层隧道相连，而同侧的网络设备可以与交换机相连。在这种情况下，可以仅针对与二层隧道相连的端口开启上述的自定义功能，而针对未与二层隧道相连的端口，可以关闭该自定义功能。这样，针对未与二层隧道相连的端口，若所述端口为指定端口，那么可以将该端口的初始状态置为转发状态，而不是阻塞状态。同时，如果未与二层隧道相连的端口为根端口，也无需向对侧的端口定期发送通知报文。这样处理的原因在于，如果在与交换机相连的端口上也开启上述的自定义功能，会导致系统陷入瘫痪。举例来说，假设网络设备1此时为根桥，那么网络设备1上的端口都是指定端口，网络设备2与交换机相连的端口就是根端口。如果网络设备1、网络设备2与交换机1相连的端口也都开启了上述的自定义功能，那么此时指定端口和根端口都可以处于转发状态。但是，如果网络设备2突然发生了故障，那么网络设备1上与交换机相连的端口便无法接收到对侧端口发来的通知报文，在这种情况下，网络设备1也会将与交换机相连的端口重新调整为阻塞状态，这样就导致当网络设备2发生故障时，会连带着网络设备1同样关闭端口的数据转发功能，这样，从交换机发来的数据报文便无法向后传输，从而导致整个二层专线网络陷入瘫痪。因此，针对未与二层隧道相连的端口不能开启上述的自定义功能，而是采用现有技术中的方式进行端口状态的配置。

在一个具体应用示例中，上述的端口状态的配置方法，可以应用于如图5所示的二层专线网络系统中的POP服务器中。请参阅图5，所述系统中可以包括系统交换机和POP服务器。通常而言，二层专线网络可以用于传输不同的客户业务服务器之间的数据报文，这些客户业务服务器可以分布于不同的城市，或者分布于同一城市相距较远的地理位置。在本申请中，为了提高二层专线网络的稳定性，在不同侧的POP服务器之间，可以建立多条二层隧道，系统交换机可以和同侧的各个POP服务器相连。

在实际应用中，各个POP服务器中可以运行OVS(OpenVirtualSwitch，开放式虚拟交换机)或者其它具备类似功能的软件，通过该软件可以对POP服务器进行配置，从而实现二层专线网络。具体地，可以在各个POP服务器上开启用于实现二层专线网络的通信协议，该通信协议例如可以是stp或者rstp。通过开启的通信协议，可以为POP服务器设置优先级(Priority)，并且可以为POP服务器的各个端口分配链路开销值。在实际应用中，上述的优先级和链路开销值可以是数值，其中，数值越小，优先级可以越高，而数值越大，链路开销值可以越大。分配的优先级和链路开销值，可以用于确定POP服务器上各个端口的端口类型。具体地，对于连接不同二层隧道的端口而言，可以分配不同的链路开销值，而同一个二层隧道两侧的端口，可以分配相同的链路开销值。例如，图5中共建立了四条二层隧道，那么这四条二层隧道可以对应不同的四个链路开销值(例如分别为100、110、120、130)，而对于二层隧道1而言，其两侧的两个端口均可以配置数值为100的链路开销值。

在一个实施方式中，首先可以根据各个POP服务器的优先级，筛选出根桥(RootBridge)。具体地，可以将优先级最高的POP服务器作为根桥，若优先级最高的POP服务器有多个，那么可以将桥ID最小的POP服务器选为根桥。其中，桥ID可以是优先级和POP服务器的MAC地址之和。在选出根桥之后，根桥上各个端口的端口类型均可以是指定端口。

在本实施方式中，当选取出根桥之后，可以进一步地确定其它POP服务器上各个端口的端口类型。具体地，对于当前的POP服务器而言，可以确定出各个端口与根桥之间的链路开销值，并且将链路开销值最低的端口作为根端口，如果链路开销值最低的端口有多个，那么可以将端口ID最低的端口作为根端口。其中，端口ID可以是POP服务器的优先级和端口号之和。

在本实施方式中，在确定出POP服务器上的根端口后，可以进一步确定POP服务器上的指定端口。具体地，对于一条通信链路而言，如果该通信链路的两侧端口中有一个是根端口，那么另一个端口便可以作为指定端口。而如果该通信链路的两侧端口中都没有根端口，那么可以从这两个端口中选取一个作为指定端口。在实际应用中，首先可以识别这两个端口中与根桥之间的链路开销值最小的端口，并将该链路开销值最小的端口作为指定端口。而如果链路开销值一致，那么可以根据端口所在的POP服务器的优先级来确定指定端口。优先级较高的那个端口可以作为指定端口。而如果优先级依然一致，那么可以根据端口所在的POP服务器的桥ID来确定指定端口。桥ID最小的端口可以作为指定端口。

这样，通过上述的方式，可以在各个POP服务器上确定出根端口和指定端口。对于各个端口的状态，可以按照步骤S1至S5中描述的方式进行配置。对于一条目标二层隧道而言，若该目标二层隧道的两侧端口均处于转发状态，那么该目标二层隧道便处于转发状态，通过该目标二层隧道可以正常传输数据报文。而如果该目标二层隧道的任一端口处于阻塞状态，那么该目标二层隧道便处于阻塞状态，阻塞状态下的二层隧道无法将数据报文从一个POP服务器发送至另一个POP服务器。这样，不同侧的POP服务器之间建立的多条二层隧道，经过上述的方式操作之后，可以保证在同一时刻，仅有一条二层隧道处于转发状态，从而避免数据报文通过不同的二层隧道重复传输。

需要说明的是，有时候二层专线网络的通信两侧可以是对称的网络结构，那么此时各个POP服务器的优先级可以是完全相同的。在这种情况下，可以无需配置各个POP服务器的优先级，而是通过链路开销值和MAC地址来确定各个端口的端口类型。

在一个实施方式中，POP服务器与系统交换机相连的端口，也可以分配链路开销值。而且，为了使得系统交换机发出的数据报文能够正常到达相连的各个POP服务器，可以将POP服务器与系统交换机相连的端口的链路开销值设置地低一些，而将POP服务器与对侧POP服务器相连的端口的链路开销值设置地高一些。这样，对于任一POP服务器而言，与系统交换机相连的端口可以比与对侧的POP服务器相连的端口具备较低的链路开销值。例如，图5中POP服务器1与系统交换机相连的端口的链路开销值可以是1，而二层隧道1的链路开销值可以是100。

在本实施方式中，如果POP服务器发生故障，或者网络环境发生波动，导致当前处于转发状态的二层隧道不可用，那么运行于POP服务器上的通信协议可以根据分配的链路开销值，从剩余的可用的二层隧道中选取一条目标二层隧道，并将所述目标二层隧道置于转发状态，从而通过该目标二层隧道继续传输数据报文。具体地，可以从剩余的可用的二层隧道中选取链路开销值最小的二层隧道作为上述的目标二层隧道，这样，始终可以保证当前处于转发状态的二层隧道，是可用的二层隧道中链路开销值最小的。通过这种二层隧道的切换方式，能够提高数据传输的稳定性。

在实际应用中，系统交换机通常自带MAC地址学习功能，该功能可以自动识别数据报文中的MAC地址，并将识别得到MAC地址与接收数据报文的端口建立关联关系，从而构建得到MAC地址转发表(forwarding database，fdb表)。通过该fdb表，系统交换机可以避免将同一份数据报文发送至多个不同的POP服务器。然而，在本实施方式中，由于二层隧道可能会发生切换，如果系统交换机按照fdb表仅仅将数据报文转发至相连的一个POP服务器，那么可能该POP服务器无法通过二层隧道将接收到的数据报文发送至对侧的POP服务器。例如，图5中的二层隧道1发生了故障，系统自动切换至了二层隧道2，此时，如果系统交换机依然根据fdb表将数据报文发送至POP服务器1，那么将导致该数据报文无法传输至对侧。鉴于此，在本实施方式中，可以关闭系统交换机中的MAC地址学习功能。这样，当系统交换机接收到数据报文时，该数据报文中的目的MAC地址没有被学习，因此系统交换机可以采用flood的方式，数据报文转发至与该系统交换机相连的各个POP服务器处，那么各个POP服务器会尝试通过二层隧道转发接收到的数据报文。根据上文的描述，在同一时刻只有一条二层隧道是处于转发状态，因此只会有一份数据报文被转发至对侧的POP服务器，其它的数据报文均由于二层隧道处于阻塞状态而无法发送至对侧的POP服务器，从而保证了数据报文不会重复传输。

请参阅图5，在一个实施方式中，数据报文从第一客户业务服务器传输至第二客户业务服务器的过程中，会经过第一系统交换机，故第一系统交换机可以接收到来自第一客户业务服务器的数据报文。在实际应用中，第一系统交换机可以与同属于第一地理位置的多台客户业务服务器相连，因此，为了区分不同的客户业务服务器发来的数据报文，第一系统交换机可以为接收到的数据报文添加外层vlan标识，该外层vlan标识可以用于表征当前接收到的数据报文归属的客户。在实际应用中，可以预先将第一系统交换机上，与第一客户业务服务器相连的端口配置QinQ功能(也称为Stacked vlan或Double vlan功能)，并且在第一系统交换机上，可以针对不同的客户业务服务器，预先分配不同的外层vlan标识。这样，当该端口接收到来自第一客户业务服务器的数据报文后，可以在该数据报文中添加与第一客户业务服务器相匹配的外层vlan标识。

在本实施方式中，第一系统交换机为了能将第一客户业务服务器发来的数据报文转发至相连的POP服务器1和POP服务器2，可以将与POP服务器1和POP服务器2相连的目标端口配置上述的外层vlan标识。这样，从第一系统交换机的角度来看，与第一客户业务相连的端口和与POP服务器1和POP服务器2相连的目标端口，可以处于同一个vlan内，从而使得第一客户业务服务器发送的数据报文，最终能够被送往POP服务器1和POP服务器2进行处理。此外，第一系统交换机还可以将上述的目标端口配置为用于保留外层vlan标识的端口类型，例如，可以是trunk类型。这样，第一系统交换机便可以通过所述目标端口，将携带上述外层vlan标识的数据报文发送至相连的POP服务器1和POP服务器2。

在本实施方式中，POP服务器在接收到携带所述外层vlan标识的数据报文后，可以通过识别其中的外层vlan标识，从而判定当前的数据报文所归属的客户，以确定传输数据报文的二层隧道，如此一来，pop服务器可基于不同的外层vlan标识为不同的客户分配对应的二层隧道，不仅可实现不同客户间的数据隔离，支持多客户场景，而且实现了pop服务器的复用，节省硬件成本。如图5所示，POP服务器1与POP服务器3之间可以通过二层隧道1相连，该二层隧道上传输的数据报文，通常需要是纯净的以太网报文。鉴于此，POP服务器1在识别出接收到的数据报文所归属的客户后，需要将该数据报文中携带的外层vlan标识剥离，从而还原出第一客户业务服务器发送的以太网报文，最终，可以将还原出的以太网报文通过预先创建的二层隧道发送至POP服务器3处。

在一个实施方式中，可以预先在POP服务器中创建与外层vlan标识对应的第一接口，用于接收相应的外层vlan标识数据报文，并用于剥离外层vlan标识的。在实际应用中，可以通过多种方式来创建该第一接口。举例来说，可以在linux系统中创建多层嵌套的vlan接口，并将创建的该多层嵌套的vlan接口作为上述的第一接口。具体地，请参阅以下应用示例：

ip link add eth0.200 link eth0 type vlan id 200

其中，eth0可以表示用于接收数据报文的物理网卡，那么通过该物理网卡，可以为外层vlan标识为200的数据报文创建一个虚拟网卡eth0.200，即用于接收该数据报文的第一接口，专门用于接收外层vlan标识为200的数据报文，该虚拟网卡可以设置与上述外层vlan标识相同的id，因此得到名称为eth0.200的虚拟网卡。

当上述的物理网卡eth0接收到携带外层vlan标识的数据报文后，可以将外层vlan标识剥离，确定外层vlan标识为200后，并将剥离后的数据报文发送给名称为eth0.200的虚拟网卡，这样便可以实现对外层vlan标识的剥离。同时，第一pop服务器通过fdb(forwarding database，转发数据)表的自学习能力，获得了数据报文中的源mac地址与第一接口的映射关系。

当然，在实际应用中，还可以具备其它更多的方式来实现外层vlan标识的剥离功能。例如，可以在当使用ovs(openswitch，开放式虚拟交换机)软件来创建目标网桥时，也可以在ovs网桥中添加openflow，并通过添加的openflow来执行strip_vlan(移除数据报文中的vlan标识)或者类似功能的动作，从而实现外层vlan标识的剥离。

在本实施方式中，POP服务器1在创建与POP服务器3相连的二层隧道时，也可以具备多种实现方式。例如，POP服务器1可以使用linux系统中的vxlan接口，来创建vxlan隧道，该vxlan隧道便可以作为创建的二层隧道。又例如，POP服务器1和POP服务器3上均可以通过ovs创建类型为vxlan的接口，通过这两个接口形成的二层隧道便可以作为二层隧道。上述的linux系统中创建的vxlan接口，或者ovs中类型为vxlan的接口，便可以作为POP服务器1中用于连接二层隧道的第二接口。

在本实施方式中，为了使得POP服务器1接收到的数据报文，能够通过二层隧道发送至POP服务器3，需要将上述的第一接口和第二接口进行桥接。具体地，POP服务器1可以创建目标网桥(bridge)，并将上述的第一接口和第二接口作为该目标网桥的两个端口，从而实现将两个接口进行桥接的过程。在实际应用中，该目标网桥可以通过linux系统或者ovs系统或者其它的方式来创建，本申请对此并不做限定。同样的，当数据报文通过第二接口进行转发后，第一POP服务器可通过fdb表的自学习能力，获得了数据报文中的源mac地址与第二接口的映射关系。

在本申请一个实施方式中，考虑到如果同一客户有多个不同网段的客户业务服务器均需要创建二层专线，或者第一地理区域中存在多个不同客户的客户业务服务器情况下，那么该些客户业务服务器与第一系统交换机之间便需要建立多条通信线路，这样无疑会增加第一系统交换机的负担。鉴于此，可以在第一系统交换机和客户业务服务器之间，增加一个或者多个客户交换机，例如，为每个客户增设至少一个客户交换机，这些客户交换机可以分别与客户业务服务器和第一系统交换机相连，其中客户交换机与第一交换机之间在逻辑上是端口直连的，例如，直接通过网线连接，或者通过建立专线连接。

具体地，请参阅图6，以一个客户交换机为例来阐述本申请的方案。第一客户端交换机可以接收各个客户业务服务器发来的数据报文，在实际应用中，不同的客户业务服务器可能会被划分至不同的网段中，为了区分不同网段内的客户业务服务器发来的数据报文，第一客户交换机可以为接收到的数据报文添加内层vlan标识，并将其发送至第一系统交换机，该内层vlan标识可以用于表征发送数据报文的客户业务服务器归属的网。

数据报文通过第一客户交换机后，携带内层vlan标识，被第一系统交换机接收后，可以按照上述的方式，继续添加外层vlan标识。需要说明的是，在这种情况下，第一系统交换机可以为相连的各个客户交换机分配互不相同的外层vlan标识，并为当前客户交换机发来的数据报文添加与所述当前客户交换机相匹配的外层vlan标识。这样，通过内层vlan标识和外层vlan标识相组合的方式，能够唯一地确定出用于传输数据报文的线路通道，包含POP服务器上的接口及对应的二层隧道。

如图6所示，第一客户业务服务器发出的数据报文是纯净的以太网报文，该以太网报文中不会携带内层vlan标识和外层vlan标识，在经过第一客户交换机后，可以添加id为400的内层vlan标识，在经过第一系统交换机后，可以继续添加id为200的外层vlan标识。

当然，如果与第一客户交换机相连的客户业务服务器均处于同一个vlan内，那么第一客户交换机也可以不添加内层vlan标识，这样，第一客户交换机可以将所述客户业务服务器发来的数据报文直接发送至第一系统交换机。

在一个实施方式中，如果第一系统交换机转发的数据报文同时携带内层vlan标识和外层vlan标识，那么POP服务器也需要具备剥离内层vlan标识和外层vlan标识的功能。具体地，POP服务器仍然可以通过上述的方式，在ovs中添加openflow，并通过添加的openflow来执行strip_vlan或者类似功能的动作，从而实现内外层vlan标识的剥离功能。此外，POP服务器也可以在linux系统中创建多层嵌套的vlan接口，并通过创建的该多层嵌套的vlan接口来实现内外层vlan标识的剥离功能。具体地，结合下述的应用示例：

ip link add eth0.200 link eth0 type vlan id 200

ip link add eth0.200.400link eth0.200 type vlan id 400

可见，可以根据待剥离的外层vlan标识200，通过物理网卡eth0为携带外层vlan标识200的数据报文创建第一虚拟网卡eth0.200，即用于接收该数据报文的第一虚拟网络接口；并根据待剥离的内层vlan标识400，通过所述第一虚拟网卡eth0.200为携带内层vlan标识400的数据报文创建第二虚拟网卡eth0.200.400，即用于接收该数据报文的第二虚拟网络接口。

这样，所述物理网卡接收到的数据报文被剥离掉外层vlan标识后，可以被所述第一虚拟网卡接收，并且所述第一虚拟网卡接收到的数据报文被剥离掉内层vlan标识后，可以被所述第二虚拟网卡接收，从而实现内外层vlan标识剥离的过程。同时，POP服务器的上述虚拟网络接口在接收到数据报文之后，可通过fdb表的自学习能力，获得了数据报文中的源mac地址与各虚拟网络接口的映射关系。

由上可见，POP服务器可以接收携带外层vlan标识和内层vlan标识的数据报文，并剥离携带的所述外层vlan标识和所述内层vlan标识，最终可以还原出客户业务服务器发送的以太网报文，并将该以太网报文通过二层隧道发送至另一个POP服务器。此外，在POP服务器中创建的虚拟网络接口，也可以具备剥离内层vlan标识的功能，并且第二虚拟网络接口依然需要与上述第二接口进行桥接，从而使得客户业务服务器的数据报文能够通过二层隧道进行传输。

在本实施方式中，图5和图6中部署于第二地理位置处的各个设备，在处理第二客户业务服务器发送的数据报文时，实现的功能可以与第一地理位置处的各个设备对应一致，这里便不再赘述。需要说明的是，尽管第一地理位置处和第二地理位置处的设备实现的功能一致，但不表示这两侧的设备需要采用完全相同的配置。例如，第一客户交换机添加的内层vlan标识可以与第二客户交换机添加的内层vlan标识不同，以及第一系统交换机添加的外层vlan标识可以与第二系统交换机添加的外层vlan标识不同。

当POP服务器1接收到POP服务器3发来的数据报文时，该数据报文是纯净的以太网报文。此时，POP服务器1可以执行与上述过程相反的操作，为接收到的所述数据报文添加外层vlan标识，并将添加了外层vlan标识的数据报文发送至第一系统交换机，后续，第一系统交换机可以将接收到的数据报文剥离外层vlan标识后，反馈给第一客户业务服务器。

如果第一系统交换机和第一客户业务服务器之间存在第一客户交换机，那么POP服务器1可以为接收到的所述数据报文添加内层vlan标识后，继续添加外层vlan标识，并将添加了外层vlan标识和内层vlan标识的数据报文发送至第一系统交换机。这样，第一系统交换机可以在剥离掉外层vlan标识后，将携带内层vlan标识的数据报文发送至第一客户交换机。该第一客户交换机接收到剥离了外层vlan标识的数据报文后，若该数据报文中携带内层vlan标识，那么第一客户交换机可以将接收到的数据报文剥离内层vlan标识后，将还原得到的以太网报文提供给第一客户业务服务器。

上述的添加和剥离vlan标识的具体实现方式，均可以参照前述实施方式中的描述，通过linux系统或者ovs或者其它类似的方式来实现，这里便不再赘述。在一实际应用中，可基于fdb表来确定转发数据报文的接口，并在到达对应的接口时，添加对应的vlan标识，从而不仅能为数据报文添加对应的标识，还能保证发往客户业务服务器的数据报文的传输路径与发送来自该客户业务服务器的数据报文的传输路径相同，进而使得数据报文能顺利到达客户业务服务器。

需要说明的是，POP服务器3接收到POP服务器1发来的以太网报文后，针对该以太网报文的处理方式，可以与上述的方式类似。例如，在图6中，POP服务器3可以将接收到的以太网报文添加id为300的外层vlan标识和id为500的内层vlan标识，第二系统交换机则可以剥离id为300的外层vlan标识，第二客户交换机则可以剥离id为500的内层vlan标识。

本申请还提供一种网络设备，所述网络设备中包含与二层隧道相连的端口，其中，若所述端口为指定端口，将所述指定端口的初始状态置为阻塞状态，并且若所述指定端口通过二层隧道与根端口相连，将所述指定端口的阻塞状态调整为转发状态；若所述端口为根端口，将所述根端口的初始状态置为转发状态，并通过所述根端口向对侧的端口发送用于表征根端口身份的通知报文；若所述端口为除所述指定端口和所述根端口之外的其它端口，将所述其它端口的初始状态置为阻塞状态。

由上可见，本申请提供的技术方案，针对网络设备上与二层隧道相连的端口，可以识别端口的类型。如果该端口为指定端口，可以将该指定端口的初始状态置为阻塞状态，而并非是现有技术中的转发状态。后续，如果判定指定端口通过二层隧道与根端口相连，才将指定端口的阻塞状态调整为转发状态。如果该端口为根端口，那么可以将根端口的初始状态置为转发状态，除此之外，还可以通过根端口向对侧的端口发送用于表征根端口身份的通知报文。而在现有技术中，根端口并不会向对侧的端口发送该通知报文，在本申请中按照这种方式进行改进后，可以使得指定端口能够获知对侧端口为根端口，从而调整指定端口的端口状态。如果端口为除指定端口和根端口之外的其它端口，可以将该端口的初始状态置为阻塞状态。以图1为例，通过上述的端口状态的配置方法后，二层隧道1左侧的指定端口由于与根端口相连，那么该指定端口被调整为转发状态，二层隧道1右侧的根端口本身就处于转发状态，因此二层隧道1是可以正常传输数据报文的。而二层隧道2-4左侧的端口尽管都是指定端口，但右侧的端口都是其它端口，使得二层隧道2-4左侧的指定端口的状态都依然保持阻塞状态。这样，数据报文只会通过二层隧道1进行传输，而不会在其它的二层隧道上传输，从而解决了流量浪费的问题。

本说明书中的各个实施方式均采用递进的方式描述，各个实施方式之间相同相似的部分互相参见即可，每个实施方式重点说明的都是与其他实施方式的不同之处。尤其，针对网络设备实施方式来说，均可以参照前述方法的实施方式的介绍对照解释。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

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

Claims (13)

1.一种端口状态的配置方法，其特征在于，所述方法包括：

识别与二层隧道相连的当前端口的端口类型，若所述当前端口为指定端口，将所述指定端口的初始状态置为阻塞状态，并且若所述指定端口通过二层隧道与根端口相连，将所述指定端口的阻塞状态调整为转发状态；

若所述当前端口为根端口，将所述根端口的初始状态置为转发状态，并通过所述根端口向对侧的端口发送用于表征根端口身份的通知报文；

若所述当前端口为除所述指定端口和所述根端口之外的其它端口，将所述其它端口的初始状态置为阻塞状态。

2.根据权利要求1所述的方法，其特征在于，若所述指定端口通过相连的二层隧道接收到对侧的端口发来的用于表征根端口身份的通知报文，判定所述指定端口通过二层隧道与根端口相连。

3.根据权利要求1所述的方法，其特征在于，所述根端口按照指定时间周期向对侧的端口发送所述通知报文；所述方法还包括：

若调整为转发状态的指定端口在指定时长内未接收到对侧的端口发来的通知报文，将所述指定端口的转发状态恢复为阻塞状态。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

针对未与二层隧道相连的端口，若所述端口为指定端口，将所述端口的初始状态置为转发状态。

5.根据权利要求1所述的方法，其特征在于，所述方法应用于POP服务器中，所述POP服务器与同侧的系统交换机相连，不同侧的POP服务器之间通过二层隧道相连；所述方法还包括：

为所述POP服务器的各个端口分配链路开销值，其中，连接不同的二层隧道的端口具备不同的链路开销值；

在同一时刻，仅有一条二层隧道处于转发状态，若处于转发状态的二层隧道不可用，根据分配的链路开销值，从剩余的可用的二层隧道中选取一条目标二层隧道，并将所述目标二层隧道置于转发状态。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

所述系统交换机接收来自客户业务服务器的数据报文，并为所述数据报文添加外层虚拟局域网标识，所述外层虚拟局域网标识用于表征所述数据报文归属的客户；其中，在所述系统交换机上，与POP服务器相连的目标端口配置有所述外层虚拟局域网标识，并且所述目标端口被配置为用于保留所述外层虚拟局域网标识的端口类型，以使得所述系统交换机通过所述目标端口，将携带所述外层虚拟局域网标识的数据报文发送至相连的POP服务器；

所述POP服务器在接收到携带所述外层虚拟局域网标识的数据报文后，剥离所述外层虚拟局域网标识，以还原出所述客户业务服务器发送的数据报文，并通过二层隧道将还原得到的所述数据报文发送至对侧的POP服务器。

7.根据权利要求6所述的方法，其特征在于，所述客户业务服务器和所述系统交换机之间还通过客户交换机相连；所述方法还包括：

所述客户交换机接收各个所述客户业务服务器发来的数据报文，并且若所述客户业务服务器被划分至不同的网段中，所述客户交换机为接收到的数据报文添加内层虚拟局域网标识，所述内层虚拟局域网标识用于表征接收到的数据报文归属的网段；

所述客户端交换机将携带所述内层虚拟局域网标识的数据报文发送至相连的系统交换机。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

所述系统交换机为相连的各个客户交换机分配互不相同的外层虚拟局域网标识，并为当前客户交换机发来的数据报文添加与所述当前客户交换机相匹配的外层虚拟局域网标识；

所述POP服务器在接收到携带外层虚拟局域网标识和内层虚拟局域网标识的数据报文后，剥离携带的所述外层虚拟局域网标识和所述内层虚拟局域网标识。

9.根据权利要求6至8中任一所述的方法，其特征在于，所述方法还包括：

在所述POP服务器中预先创建用于剥离外层虚拟局域网标识和内层虚拟局域网标识的第一接口，以及用于连接二层隧道的第二接口，其中，所述第一接口和所述第二接口进行桥接。

10.根据权利要求9所述的方法，其特征在于，所述方法还包括：

所述POP服务器在创建所述第一接口时，根据待剥离的外层虚拟局域网标识，通过物理网卡创建携带所述外层虚拟局域网标识的第一虚拟网卡，并根据待剥离的内层虚拟局域网标识，通过所述第一虚拟网卡，创建携带所述内层虚拟局域网标识的第二虚拟网卡；其中，所述物理网卡接收到的数据报文被剥离掉外层虚拟局域网标识后，被所述第一虚拟网卡接收，并且所述第一虚拟网卡接收到的数据报文被剥离掉内层虚拟局域网标识后，被所述第二虚拟网卡接收。

11.根据权利要求6所述的方法，其特征在于，所述方法还包括：

所述POP服务器在接收到对侧的POP服务器发来的数据报文后，为接收到的所述数据报文添加外层虚拟局域网标识，并将添加了外层虚拟局域网标识的数据报文发送至相连的系统交换机；

所述系统交换机将接收到的数据报文剥离外层虚拟局域网标识后，反馈给所述客户业务服务器。

12.根据权利要求11所述的方法，其特征在于，所述客户业务服务器和所述系统交换机之间还通过客户交换机相连；所述方法还包括：

所述POP服务器为接收到的所述数据报文添加内层虚拟局域网标识，并将添加了外层虚拟局域网标识和内层虚拟局域网标识的数据报文发送至相连的系统交换机；

所述客户交换机在接收到相连的系统交换机发来的剥离了外层虚拟局域网标识的数据报文后，若接收到的所述数据报文中还携带内层虚拟局域网标识，所述客户交换机将接收到的所述数据报文剥离内层虚拟局域网标识后，提供给相连的客户业务服务器。

13.一种网络设备，其特征在于，所述网络设备中包含与二层隧道相连的端口，其中，若所述端口为指定端口，将所述指定端口的初始状态置为阻塞状态，并且若所述指定端口通过二层隧道与根端口相连，将所述指定端口的阻塞状态调整为转发状态；若所述端口为根端口，将所述根端口的初始状态置为转发状态，并通过所述根端口向对侧的端口发送用于表征根端口身份的通知报文；若所述端口为除所述指定端口和所述根端口之外的其它端口，将所述其它端口的初始状态置为阻塞状态。

Images