WO2016197749A1 - 链路堆叠方法、装置及跨机框流量转发方法、装置 - Google Patents

链路堆叠方法、装置及跨机框流量转发方法、装置 Download PDF

Info

Publication number
WO2016197749A1
WO2016197749A1 PCT/CN2016/080912 CN2016080912W WO2016197749A1 WO 2016197749 A1 WO2016197749 A1 WO 2016197749A1 CN 2016080912 W CN2016080912 W CN 2016080912W WO 2016197749 A1 WO2016197749 A1 WO 2016197749A1
Authority
WO
WIPO (PCT)
Prior art keywords
virtual
devices
link
stacking
port
Prior art date
Application number
PCT/CN2016/080912
Other languages
English (en)
French (fr)
Inventor
沈先捷
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2016197749A1 publication Critical patent/WO2016197749A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks

Definitions

  • This application relates to, but is not limited to, the field of communication technology.
  • FIG. 1 a schematic diagram of forwarding multiple cross-frame traffic through a shared stack link by multiple virtual devices provided in the related art.
  • the shared stack is used as a stack link to forward traffic across the chassis.
  • traffic of all virtual devices is on the shared stack link. Transmission, resulting in risks such as single-point hazards.
  • the problem of the risk of the single-point risk is not solved.
  • a solution is adopted in which multiple stacked boards are used as the redundant stacking link.
  • the processing solution causes a large number of stacking boards except the stacking link. The port is wasted.
  • the present invention provides a link stacking method, a device, and a cross-frame flow forwarding method and device to solve the problem of single-point hidden danger caused by using a shared stack link to forward traffic across the chassis.
  • a link stacking method includes:
  • Virtualizing a plurality of devices into one device creating one or more virtual devices on the one device, and allocating mutually independent stacking links for cross-frame traffic forwarding for the one or more virtual devices.
  • the stack link is configured on multiple stack boards.
  • the virtualizing the multiple devices as the one device includes:
  • the multiple devices are in active/standby mode through control information negotiation.
  • the one or more virtual devices are created on the one device, and the one or more virtual devices are allocated independent stacking links for cross-frame traffic forwarding, including:
  • a cross-frame flow forwarding method includes:
  • the first device and the second device are virtualized as one device, and the stack link of the virtual device and the stack link of other virtual devices are independent of each other.
  • the stack link is configured on multiple stack boards.
  • a link stacking device includes:
  • Multiple virtual modules set to: virtualize multiple devices into one device
  • a virtual multi-module configured to: create one or more virtual devices on the one device virtualized by the multiple virtual modules, and allocate independent ones for the one or more virtual devices for the cross-frame Stacking link for traffic forwarding.
  • the stack link is configured on multiple stack boards.
  • the virtual multiple module includes:
  • Creating a unit configured to: create the virtual device, and allocate a port resource of the local frame and the cross-frame for the virtual device;
  • the configuration unit is configured to: add a service port to the port group of the virtual device created by the creation unit, and configure the service port in the port group as a stack port.
  • a cross-frame flow forwarding device includes:
  • the forwarding module is configured to: forward, by the stacking link of the virtual device, the traffic received by the virtual device from the first device to the second device, where the first device and the second device are virtualized as one device
  • the stack link of the virtual device is independent of the stack link of other virtual devices.
  • the link stacking method and device and the cross-frame flow forwarding method and device created one or more virtual devices on one device by one or more virtual devices by virtualizing multiple devices into one device.
  • the virtual device allocates the stacking link for the inter-chassis traffic forwarding. This solves the problem of single-point hidden danger caused by the use of the shared stack link to forward traffic across the chassis. Reliability.
  • FIG. 1 is a schematic diagram of a multi-virtual device that forwards cross-frame traffic through a shared stack link according to the related art
  • FIG. 2 is a schematic diagram of a virtual multi-layer using a common stacking link provided in the related art
  • FIG. 3 is a flowchart of a link stacking method according to an embodiment of the present invention.
  • FIG. 4 is a schematic structural diagram of a link stacking apparatus according to an embodiment of the present disclosure.
  • FIG. 5 is a schematic structural diagram of another link stacking apparatus according to an embodiment of the present disclosure.
  • FIG. 6 is a schematic diagram of forwarding, by a plurality of virtual devices, traffic across a chassis through independent stack links according to an embodiment of the present disclosure
  • FIG. 7 is a schematic diagram of a multiple virtual one according to an embodiment of the present invention.
  • FIG. 8 is a schematic diagram of a virtual multi-use using an isolated stack link according to an embodiment of the present invention.
  • the traffic forwarding in the virtual device adopts a manner of sharing a stack link, for example, the following implementation scheme is adopted:
  • FIG. 2 a schematic diagram of a virtual multi-layer using a common stacking link provided in the related art, in a device under test (Device Under Test, referred to as DUT)
  • DUT1 and DUT2 complete the virtual one
  • create a virtual machine that is, a virtual device
  • allocate the port resources of the local chassis and the inter-chassis After the virtual machine is enabled and the port of the virtual machine is divided, the service is performed. . Verify that the traffic of the virtual machine can be forwarded through the stacking link across the chassis. If N virtual machines are created, the traffic of all virtual machines across the chassis will be forwarded through the stack link of the shared stack.
  • the stack is faulty, the forwarding of all virtual machine cross-frame traffic will be affected.
  • the stack ports are generally 4 to 8, and the remaining 40 ports cannot be used for other purposes except the stack port.
  • two stacking boards are often used for link backup in actual applications, but the port resource waste caused by this is multiplied.
  • FIG. 3 is a flowchart of a link stacking method according to an embodiment of the present invention. As shown in FIG. 3, the link stacking in this embodiment is performed.
  • the method includes the following steps, that is, steps 301 to 302:
  • Step 301 virtualizing multiple devices into one device
  • step 301 one or more virtual devices are created on one device, and one or more virtual devices are allocated independent stacking links for cross-frame traffic forwarding.
  • the multiple devices implement cross-frame flow forwarding through the stack link; one or more virtual devices are created on one virtual device, one or more The traffic of the virtual devices will be forwarded from one of the multiple devices to the other device.
  • the one or more virtual devices are allocated independent stacks for cross-frame traffic forwarding. After the link is used, the traffic forwarding scheme of the shared stack link is avoided in the related technology. When the shared stack link is faulty, the traffic forwarding of all the inter-chassis frames is affected. The problem of single-point hidden danger caused by traffic improves the reliability of traffic forwarding.
  • the stacking link of one virtual device may be configured on multiple stacking boards, so that even if one stacking board fails, the virtual device is not caused.
  • the forwarding of traffic across the chassis fails, which improves the reliability of traffic forwarding across the chassis.
  • multiple devices may be configured to work in a multi-virtual mode; a multi-virtual work domain is created, and multiple virtual ones are configured, and group members are connected; A device is in active/standby mode through negotiation of control information.
  • the solution for implementing the multiple virtual ones of the multiple devices in step 301 is not limited to the foregoing solution, and other multiple virtual ones in the related art may also be adopted, which are not limited in the present invention.
  • step 302 after the virtual device is created, the virtual device is allocated a port resource of the local device and the cross-frame; and then the service port is added to the port group of the virtual device, and the port group is The service port is configured as a stack port.
  • These stacking ports form a stacking link for the created virtual devices.
  • each virtual device is allocated a service port independent of other virtual devices, so that each virtual device is configured with independent stack links.
  • the embodiment of the invention further provides a cross-frame flow forwarding method, in which the traffic received by the virtual device from the first device is forwarded to the second device through the stacking link of the virtual device; thereby implementing the virtual device Traffic forwarding in the mid-span chassis.
  • the first device and the second device are virtualized as one device, and the stack link of the virtual device and the stack link of the other virtual device are independent of each other. Standing.
  • the stacking links of the virtual devices in the embodiment of the present invention are independent of each other.
  • the stacking link of one virtual device fails, the stacking links of other virtual devices are not affected, thereby avoiding The problem of a single point of hidden danger.
  • the stacking link may be configured on multiple stacking boards, so that the cross-frame traffic forwarding of the virtual device can be ensured in the case that one stacking version fails.
  • the embodiment of the present invention further provides a link stacking device, which is used to implement the embodiments of the foregoing embodiments, and is not described in the foregoing embodiments.
  • the module is explained.
  • FIG. 4 is a schematic structural diagram of a link stacking device according to an embodiment of the present invention. As shown in FIG. 4, the link stacking device includes: a multi-virtual module 42 and a virtual multi-module 44;
  • the multiple virtual module 42 is configured to: virtualize multiple devices into one device;
  • a virtual multi-module 44 is coupled to the multi-virtual module 42.
  • the virtual multi-module 44 is configured to create one or more virtual devices on one device virtualized by the multiple virtual modules 42 and be one or more virtual devices. Allocate separate stacking links for cross-frame traffic forwarding.
  • the stacking link may be configured on multiple stacking boards.
  • FIG. 5 is a schematic structural diagram of another link stacking apparatus according to an embodiment of the present invention.
  • a virtual multi-module 44 in this embodiment includes: a creating unit 442, configured to: create a virtual device, and allocate a port of the local frame and the cross-frame to the virtual device.
  • the resource configurable unit 444 is coupled to the creation unit 442, which is configured to: add the service port to the port group of the virtual device created by the creation unit 442, and configure the service port in the port group as a stack port.
  • the embodiment of the present invention further provides a cross-frame flow forwarding device, including: the forwarding module is configured to: forward, by the stack link of the virtual device, the traffic received by the virtual device from the first device to the second device; A device and a second device are virtualized as one device, and the stack link of the virtual device is independent of the stack link of other virtual devices.
  • the stack link may be configured. Placed on multiple stacking boards.
  • each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the above integrated unit can be implemented in the form of hardware or in the form of a software functional unit.
  • the optional embodiment of the present invention provides a stacking scheme for forwarding traffic between multiple virtual devices across multiple chassis, which is applicable to scenarios in which multiple virtual devices are virtualized into one device and then multiple virtual devices are virtualized.
  • the virtual device has a dedicated and fully isolated stacking link when forwarding traffic across the chassis.
  • the multi-virtual function of the existing module and the virtual multi-function of the newly developed module are superimposed to implement the application scenario, and the stacking scheme of the multi-virtual module can be modified for a virtual multi-module.
  • FIG. 6 is a schematic diagram of forwarding, by a plurality of virtual devices, traffic across a chassis through separate stack links according to an embodiment of the present invention.
  • the embodiment of the invention adopts the following schemes:
  • Step 1 After the two devices are stacked, a separate working domain is created, that is, a virtual device is created.
  • a working domain a set of processes is run by default according to the specifications of the whole device. This group of processes only provides services and services for the virtual device.
  • Step 2 Allocate port resources to the created virtual device according to a certain granularity and enable it.
  • the divided ports belong only to the working domain of the virtual device and are isolated from other working domains.
  • Step 3 Allocating a stack port in the port resource of the virtual device, the stack port belongs to the working domain of the virtual device, and is isolated from other working domains, and only provides forwarding for the cross-chassis traffic in the working domain of the virtual device. .
  • the traffic of each virtual device across the chassis is forwarded through the independent stack link. This avoids the potential problems that may occur when all virtual devices share the same stack link.
  • the port resources are wasted when multiple stacking boards are used as redundant stacking links.
  • the implementation scheme of the independent stack link in the embodiment of the present invention is as follows:
  • FIG. 7 a schematic diagram of a multi-virtual one is provided in the embodiment of the present invention, and two devices, namely, DUT1 and DUT2, are configured to work in a multi-virtual one, creating a multi-virtual working domain and configuring multiple virtual interfaces.
  • a working group and a group member are interconnected by stacking links. Then, the two devices become active/standby mode through control information negotiation.
  • the primary device is responsible for managing all resources.
  • FIG. 8 is a schematic diagram of a virtual multi-port that uses an isolated stack link according to an embodiment of the present invention.
  • the virtual device is created and the port resources of the local device and the cross-frame are allocated.
  • the virtual device is enabled and the port of the virtual device is divided, the port is added.
  • the service port in the port group is configured as a stack port for service operations. Verify that the traffic of the virtual machine can be forwarded through the stacking link across the chassis. If the N virtual devices are created, the traffic of all the virtual devices across the chassis is forwarded through the independent stacking links.
  • the stacking link solution provided by the embodiment of the present invention saves more port resources and creates and manages the stacking link. Depending on the virtual device itself, flexibility and security are better.
  • the solution implemented in the related art needs to provide at least one board as a stacking link, and the actual port usage may be only 20%, which may cause a large amount of port resource waste in a virtual usage scenario, and the embodiment of the present invention
  • the stacking of the stack is based on the virtual device level, rather than the global level. It is flexible to create a dedicated stacking link for each virtual device, without the need to use the entire board as a stacking link. More port resources.
  • Each virtual device has its own independent stacking port.
  • the implementation in the related art is that different traffic of all virtual devices passes through a shared stacking chain. The path is forwarded across the chassis. Each time a virtual device is created, the default number of forwarding resources is added to the shared stack port. When the peer stack receives traffic, the traffic is classified according to different forwarding resources. For a virtual device, if you create N virtual devices, you need to multiply N by the default number of forwarding resources and add them to all the shared stack ports to ensure that the traffic of all virtual devices can be differentiated and correctly forwarded. Application scenarios with high security and link bandwidth requirements may pose hidden dangers.
  • the embodiments of the present invention use a scheme of independently stacking ports, that is, when creating a virtual device, the stack ports dedicated to the virtual device are determined, and each stack port only needs to map the forwarding resource identifier of the virtual device, thereby implementing Independent cross-frame traffic forwarding between multiple virtual devices, and the independent creation and use of virtual device layers based on the establishment and connection of stack links, thus improving the reliability of traffic forwarding across the chassis.
  • a storage medium is further provided, wherein the software includes the above-mentioned software, including but not limited to: an optical disk, a floppy disk, a hard disk, an erasable memory, and the like.
  • all or part of the steps of the above embodiments may also be implemented by using an integrated circuit. These steps may be separately fabricated into individual integrated circuit modules, or multiple modules or steps may be fabricated into a single integrated circuit module. achieve.
  • the devices/function modules/functional units in the above embodiments may be implemented by a general-purpose computing device, which may be centralized on a single computing device or distributed over a network of multiple computing devices.
  • the device/function module/functional unit in the above embodiment When the device/function module/functional unit in the above embodiment is implemented in the form of a software function module and sold or used as a stand-alone product, it can be stored in a computer readable storage medium.
  • the above mentioned computer readable storage medium may be a read only memory, a magnetic disk or an optical disk or the like.
  • the embodiment of the present invention creates one or more virtual devices on one device by virtualizing multiple devices into one device, and allocates independent stacking links for cross-frame traffic forwarding for one or more virtual devices.
  • the solution solves the problem of single-point hidden danger caused by the use of the shared stack link to forward traffic across the chassis, and improves the reliability of traffic forwarding across the chassis.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

一种链路堆叠方法、装置及跨机框流量转发方法、装置。该链路堆叠方法包括：将多个设备虚拟为一个设备；在一个设备上创建一个或者多个虚拟设备，并为一个或者多个虚拟设备分配相互独立的用于跨机框流量转发的堆叠链路。

Description

链路堆叠方法、装置及跨机框流量转发方法、装置 技术领域
本申请涉及但不限于通信技术领域。
背景技术
如图1所示，为相关技术中提供的一种多台虚拟设备通过共用堆叠链路转发跨机框流量的示意图。一般情况下，当有虚拟设备的流量要进行跨机框转发时，会通过共用的堆叠单板作为堆叠链路以转发跨机框流量，这样导致所有虚拟设备的流量都在共用堆叠链路上传输，从而导致单点隐患等风险。未解决上述单点隐患风险的问题，相关技术中提出一种采用多个堆叠单板作为冗余堆叠链路的处理方案，然而，该处理方案会造成堆叠单板上除堆叠链路外大量的端口被浪费。
针对相关技术中采用共用堆叠链路转发跨机框流量所导致的单点隐患问题，相关技术中尚未提出有效的解决方案。
发明内容
以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。
本本提供了一种链路堆叠方法、装置及跨机框流量转发方法、装置，以解决采用共用堆叠链路转发跨机框流量，而导致的单点隐患的问题。
一种链路堆叠方法，包括：
将多个设备虚拟为一个设备；在所述一个设备上创建一个或者多个虚拟设备，并为所述一个或者多个虚拟设备分配相互独立的用于跨机框流量转发的堆叠链路。
可选地，所述堆叠链路配置在多个堆叠板上。
可选地，所述将所述多个设备虚拟为所述一个设备，包括：
将所述多个设备配置成多虚一的工作模式；
创建所述多虚一的工作域，并配置所述多虚一的工作组及组成员；
通过堆叠链路互联所述多个设备；
所述多个设备通过控制信息协商成为主备模式。
可选地，所述在所述一个设备上创建一个或者多个虚拟设备，并为所述一个或者多个虚拟设备分配相互独立的用于跨机框流量转发的所述堆叠链路，包括：
创建所述虚拟设备，并为所述虚拟设备分配本机框和跨机框的端口资源；
添加业务端口到所述虚拟设备的端口组中，并将所述端口组中的业务端口配置为堆叠端口。
一种跨机框流量转发方法，包括：
通过虚拟设备的堆叠链路，将所述虚拟设备从第一设备接收的流量转发至第二设备；
其中，所述第一设备和所述第二设备被虚拟为一个设备，所述虚拟设备的堆叠链路与其他虚拟设备的堆叠链路相互独立。
可选地，所述堆叠链路配置在多个堆叠板上。
一种链路堆叠装置，包括：
多虚一模块，设置为：将多个设备虚拟为一个设备；
一虚多模块，设置为：在所述多虚一模块虚拟出的所述一个设备上创建一个或者多个虚拟设备，并为所述一个或者多个虚拟设备分配相互独立的用于跨机框流量转发的堆叠链路。
可选地，所述堆叠链路配置在多个堆叠板上。
可选地，所述一虚多模块包括：
创建单元，设置为：创建所述虚拟设备，并为所述虚拟设备分配本机框和跨机框的端口资源；
配置单元，设置为：添加业务端口到所述创建单元创建的所述虚拟设备的端口组中，并将所述端口组中的业务端口配置为堆叠端口。
一种跨机框流量转发装置，包括：
转发模块，设置为：通过虚拟设备的堆叠链路，将所述虚拟设备从第一设备接收的流量转发至第二设备；其中，所述第一设备和所述第二设备被虚拟为一个设备，所述虚拟设备的堆叠链路与其他虚拟设备的堆叠链路相互独立。
本发明实施例提供的链路堆叠方法、装置及跨机框流量转发方法、装置，通过将多个设备虚拟为一个设备，在一个设备上创建一个或者多个虚拟设备，并为一个或者多个虚拟设备分配相互独立的用于跨机框流量转发的堆叠链路的方式，解决了相关技术中采用共用堆叠链路转发跨机框流量所导致的单点隐患问题，提高了跨机框流量转发的可靠性。
在阅读并理解了附图和详细描述后，可以明白其他方面。
附图概述
图1为相关技术中提供的一种多台虚拟设备通过共用堆叠链路转发跨机框流量的示意图；
图2为相关技术中提供的一种采用共用堆叠链路的一虚多的示意图；
图3为本发明实施例提供的一种链路堆叠方法的流程图；
图4为本发明实施例提供的一种链路堆叠装置的结构示意图；
图5为本发明实施例提供的另一种链路堆叠装置的结构示意图；
图6为本发明实施例提供的一种多台虚拟设备通过各自独立的堆叠链路转发跨机框流量的示意图；
图7为本发明实施例提供的一种多虚一的示意图；
图8为本发明实施例提供的一种采用隔离堆叠链路的一虚多的示意图。
本发明的实施方式
下文中将结合附图对本发明的实施方式进行详细说明。需要说明的是，在不冲突的情况下，本文中的实施例及实施例中的特征可以相互任意组合。
在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
在相关技术中，虚拟设备中流量转发采用的是共用堆叠链路的方式，例如采用的以下的实现方案：
1、多虚一的实现：将2台设备均配置成多虚一的工作模式，创建多虚一工作域，配置多虚一的工作组及组成员，规划单独的单板作为堆叠链路使用，添加业务端口到端口组中，分配端口组中的业务端口并配置为堆叠端口，设备间用堆叠链路来互联，然后两台设备通过控制信息协商成为主备模式，为主的设备负责管理所有的资源。
2、共用堆叠链路一虚多的实现：如图2所示，为相关技术中提供的一种采用共用堆叠链路的一虚多的示意图，在被测设备(Device Under Test，简称为DUT)，即DUT1和DUT2完成多虚一后，创建虚机(即虚拟设备)并分配本机框和跨机框的端口资源，使能虚机并确认虚机的端口划分完毕后，进行业务操作。通过测试打流验证虚机的流量可以通过跨机框的堆叠链路进行转发。如果创建N个虚机的话，所有虚机跨机框的流量都要通过共用堆叠板的堆叠链路转发；若堆叠板故障，所有虚机跨机框流量的转发均受到影响。以10吉(G)48端口的万兆单板为例，在实际使用场景中，堆叠端口一般为4～8个为主，剩余40个端口除了作堆叠口外不能再作他用。并且为了避免单点隐患，实际应用中往往会使用两块堆叠单板做链路备份，但这样的话造成的端口资源浪费也成倍增加。
为了解决上述问题，本发明实施例提供了一种链路堆叠方法，图3为本发明实施例提供的一种链路堆叠方法的流程图，如图3所示，本实施例的链路堆叠方法包括如下步骤，即步骤301～步骤302：
步骤301，将多个设备虚拟为一个设备；
步骤301，在一个设备上创建一个或者多个虚拟设备，并为一个或者多个虚拟设备分配相互独立的用于跨机框流量转发的堆叠链路。
通过上述步骤，在将多个设备虚拟成一个设备之后，这多个设备通过堆叠链路实现跨机框流量转发；在虚拟而成的一个设备上创建一个或者多个虚拟设备，这一个或者多个虚拟设备的流量将会从多个设备中的一个设备转发到另一个设备；在本发明实施例中，通过为这一个或者多个虚拟设备分配相互独立的用于跨机框流量转发的堆叠链路之后，避免了相关技术中采用共用堆叠链路的流量转发方案，在共用堆叠链路故障时会影响所有的跨机框流量转发的问题，从而解决了采用共用堆叠链路转发跨机框流量所导致的单点隐患的问题，提高了流量转发的可靠性。
可选地，为了进一步地提高跨机框流量转发的可靠性，可以将一个虚拟设备的堆叠链路配置在多个堆叠板上，这样即使一个堆叠板发生故障，也不会导致该虚拟设备的跨机框流量的转发全部失败，进而提升了跨机框流量转发的可靠性。
可选地，在步骤301中，可以将多个设备配置成多虚一的工作模式；创建多虚一的工作域，并配置多虚一的工作组及组成员；通过堆叠链路互联多个设备；多个设备通过控制信息协商成为主备模式。在实际应用中，步骤301中实现多个设备的多虚一的方案并不限于上述方案，还可以采用相关技术中的其他多虚一方案，在本发明中并不限制。
可选地，在步骤302中，在创建虚拟设备后，先为该虚拟设备分配本机框和跨机框的端口资源；然后再添加业务端口到虚拟设备的端口组中，并将端口组中的业务端口配置为堆叠端口。这些堆叠端口形成了创建的虚拟设备的堆叠链路。在本发明实施例中通过分别为每一个虚拟设备分配与其他虚拟设备相互独立的业务端口，从而使得每个虚拟设备配置有相互独立的堆叠链路。
本发明实施例还提供了一种跨机框流量转发方法，在该方法中，通过虚拟设备的堆叠链路，将虚拟设备从第一设备接收的流量转发至第二设备；从而实现了虚拟设备中跨机框的流量转发。其中，第一设备和第二设备被虚拟为一个设备，并且该虚拟设备的堆叠链路与其他虚拟设备的堆叠链路相互独 立。
通过上述方式可知，由于本发明实施例中各个虚拟设备的堆叠链路相互独立，在某一个虚拟设备的堆叠链路发生故障的情况下，不会影响到其他虚拟设备的堆叠链路，从而避免了单点隐患的问题。
可选地，上述的堆叠链路可以配置在多个堆叠板上，从而使得在一个堆叠版发生故障的情况下，虚拟设备的跨机框流量转发也能够得到保证。
本发明实施例还提供了一种链路堆叠装置，用于实现上述各实施例的实施方式，上述实施例中已经进行过说明的不再赘述，下面对本实施例的链路堆叠装置中涉及到的模块进行说明。
图4为本发明实施例提供的一种链路堆叠装置的结构示意图，如图4所示，该链路堆叠装置包括：多虚一模块42和一虚多模块44；
其中，多虚一模块42，设置为：将多个设备虚拟为一个设备；
一虚多模块44，耦合至多虚一模块42，该一虚多模块44设置为：在多虚一模块42虚拟出的一个设备上创建一个或者多个虚拟设备，并为一个或者多个虚拟设备分配相互独立的用于跨机框流量转发的堆叠链路。
可选地，本发明实施例提供的链路堆叠装置中，堆叠链路可以配置在多个堆叠板上。
可选地，图5为本发明实施例提供的另一种链路堆叠装置的结构示意图。在上述图4所示装置的结构基础上，本实施例中的一虚多模块44包括：创建单元442，设置为：创建虚拟设备，并为该虚拟设备分配本机框和跨机框的端口资源；配置单元444，耦合至创建单元442，该配置单元444设置为：添加业务端口到创建单元442创建的虚拟设备的端口组中，并将端口组中的业务端口配置为堆叠端口。
本发明实施例还提供了一种跨机框流量转发装置，包括：转发模块设置为：通过虚拟设备的堆叠链路，将虚拟设备从第一设备接收的流量转发至第二设备；其中，第一设备和第二设备被虚拟为一个设备，虚拟设备的堆叠链路与其他虚拟设备的堆叠链路相互独立。
可选地，本发明实施例提供的跨机框流量转发装置中，堆叠链路可以配 置在多个堆叠板上。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
为了使本发明实施例的描述更加清楚，下面结合可选实施例进行描述和说明。
本发明各可选实施例提供了一种多台虚拟设备跨机框转发流量的堆叠方案，适用于双机虚拟成一台设备后再虚拟出多台虚拟设备的场景，通过此方案可以实现多台虚拟设备在跨机框的流量转发时拥有专用和完全隔离的堆叠链路。
在本发明实施例中，将已有模块的多虚一功能和新开发模块的一虚多功能相叠加实现应用场景，多虚一模块的堆叠方案可以针对一虚多模块进行改造。
如图6所示，为本发明实施例提供的一种多台虚拟设备通过各自独立的堆叠链路转发跨机框流量的示意图。本发明实施例采用下列方案实现：
步骤1，双机堆叠后创建独立的工作域，即创建虚拟设备，在该工作域中默认按照整机规格运行一组进程，这一组进程只为该虚拟设备提供服务并实现业务。
步骤2，按一定粒度分配端口资源给创建的虚拟设备并将其使能，被划分的端口只属于该虚拟设备的工作域，与其它工作域相隔离。
步骤3，在该虚拟设备所拥有的端口资源中分配堆叠端口，该堆叠端口仅属于该虚拟设备的工作域，与其它工作域相隔离，仅为本虚拟设备的工作域内跨机框流量提供转发。
通过上述方案，使得每个虚拟设备跨机框的流量通过独立的堆叠链路进行转发，更好的避免了多虚拟设备转发跨机框流量时，全部共用同一堆叠链路而可能导致的潜在问题；此外，减少了多堆叠单板做冗余堆叠链路时端口资源的浪费。
作为上述方案的一种实现方式，可选地，本发明实施例的独立堆叠链路的实现方案如下描述：
1、多虚一的实现
如图7所示，为本发明实施例提供的一种多虚一的示意图，将2台设备，即DUT1和DUT2均配置成多虚一的工作模式，创建多虚一工作域，配置多虚一的工作组及组成员，设备间用堆叠链路互联，然后两台设备通过控制信息协商成为主备模式，为主的设备负责管理所有的资源。
2、独立堆叠链路一虚多的实现
如图8所示，为本发明实施例提供的一种采用隔离堆叠链路的一虚多的示意图。通过上述多虚一的实现完成多虚一后，创建虚拟设备并为该虚拟设备分配本机框和跨机框的端口资源，使能该虚拟设备并确认该虚拟设备的端口划分完毕后，添加普通业务端口到端口组中，分配端口组中的业务端口并配置为堆叠端口，进行业务操作。通过测试打流验证虚机的流量可以通过跨机框的堆叠链路进行转发。如果创建N个虚拟设备的话，所有虚拟设备跨机框的流量都通过各自独立的堆叠链路转发，所有虚拟设备跨机框流量转发均相互独立互不影响。
本发明实施例提供的堆叠链路方案在多虚一的使用场景中，与相关技术的共用堆叠链路方案相比，节省了更多的端口资源，并且在堆叠链路的创建和管理上更依赖于虚拟设备本身，灵活性和安全性更佳。
综上所述，本发明各实施例具有如下几方面的有益效果：
1、基于端口而非单板的堆叠链路。
相关技术中实现的方案需要专门提供至少一块单板作为堆叠链路使用，而实际端口使用率可能只有20％，在一虚多的使用场景中会造成大量的端口资源浪费，而本发明实施例的堆叠链路分配是基于虚拟设备层面的，而非全局层面，即按需灵活的为每个虚拟设备创建自己专用的堆叠链路，而无需以整块单板作为堆叠链路，因此可以节省更多的端口资源。
2、每个虚拟设备拥有自己独立的堆叠端口。
在相关技术中的实现方案为所有虚拟设备的不同流量通过共用的堆叠链 路做跨机框转发，每创建一个虚拟设备，就要将默认规格数量的转发资源标示加入到共用堆叠端口中，当对端堆叠口收到流量时再根据不同的转发资源标示区分流量所属的虚拟设备，如果创建N个虚拟设备就需要将N乘以默认规格数量的转发资源标示，加入到所有的共用堆叠口中，才能确保所有虚拟设备的流量都能被区分并做正确的转发，如果对安全性、链路带宽要求较高的应用场景就可能形成隐患。而本发明各实施例使用的是独立堆叠端口的方案，也就是创建虚拟设备时就确定本虚拟设备专用的堆叠端口，每个堆叠端口只需映射本虚拟设备的转发资源标示即可，从而实现多个虚拟设备间独立的跨机框流量转发，并且在堆叠链路的建立和连接方式上也真正做到了基于虚拟设备层面的独立创建和使用，从而提高了跨机框流量转发的可靠性。
在本发明的另外一个实施例中，还提供了一种软件，该软件用于执行上述各实施例和实施方式中描述的技术方案。
在本发明的另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该存储介质包括但不限于：光盘、软盘、硬盘、可擦写存储器等。
本领域普通技术人员可以理解上述实施例的全部或部分步骤可以使用计算机程序流程来实现，所述计算机程序可以存储于一计算机可读存储介质中，所述计算机程序在相应的硬件平台上(如系统、设备、装置、器件等)执行，在执行时，包括方法实施例的步骤之一或其组合。
可选地，上述实施例的全部或部分步骤也可以使用集成电路来实现，这些步骤可以被分别制作成一个个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。
上述实施例中的装置/功能模块/功能单元可以采用通用的计算装置来实现，它们可以集中在单个的计算装置上，也可以分布在多个计算装置所组成的网络上。
上述实施例中的装置/功能模块/功能单元以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。上述提到的计算机可读取存储介质可以是只读存储器，磁盘或光盘等。
工业实用性
本发明实施例通过将多个设备虚拟为一个设备，在一个设备上创建一个或者多个虚拟设备，并为一个或者多个虚拟设备分配相互独立的用于跨机框流量转发的堆叠链路的方式，解决了相关技术中采用共用堆叠链路转发跨机框流量所导致的单点隐患问题，提高了跨机框流量转发的可靠性。

Claims (10)

  1. 一种链路堆叠方法，包括：
    将多个设备虚拟为一个设备；
    在所述一个设备上创建一个或者多个虚拟设备，并为所述一个或者多个虚拟设备分配相互独立的用于跨机框流量转发的堆叠链路。
  2. 根据权利要求1所述的方法，其中，所述堆叠链路配置在多个堆叠板上。
  3. 根据权利要求1所述的方法，其中，所述将所述多个设备虚拟为所述一个设备，包括：
    将所述多个设备配置成多虚一的工作模式；
    创建所述多虚一的工作域，并配置所述多虚一的工作组及组成员；
    通过堆叠链路互联所述多个设备；
    所述多个设备通过控制信息协商成为主备模式。
  4. 根据权利要求1所述的方法，其中，所述在所述一个设备上创建一个或者多个虚拟设备，并为所述一个或者多个虚拟设备分配相互独立的用于跨机框流量转发的所述堆叠链路，包括：
    创建所述虚拟设备，并为所述虚拟设备分配本机框和跨机框的端口资源；
    添加业务端口到所述虚拟设备的端口组中，并将所述端口组中的业务端口配置为堆叠端口。
  5. 一种跨机框流量转发方法，包括：
    通过虚拟设备的堆叠链路，将所述虚拟设备从第一设备接收的流量转发至第二设备；
    其中，所述第一设备和所述第二设备被虚拟为一个设备，所述虚拟设备的堆叠链路与其他虚拟设备的堆叠链路相互独立。
  6. 根据权利要求5所述的方法，其中，所述堆叠链路配置在多个堆叠板上。
  7. 一种链路堆叠装置，包括：
    多虚一模块，设置为：将多个设备虚拟为一个设备；
    一虚多模块，设置为：在所述多虚一模块虚拟出的所述一个设备上创建一个或者多个虚拟设备，并为所述一个或者多个虚拟设备分配相互独立的用于跨机框流量转发的堆叠链路。
  8. 根据权利要求7所述的装置，其中，所述堆叠链路配置在多个堆叠板上。
  9. 根据权利要求7所述的装置，其中，所述一虚多模块包括：
    创建单元，设置为：创建所述虚拟设备，并为所述虚拟设备分配本机框和跨机框的端口资源；
    配置单元，设置为：添加业务端口到所述创建单元创建的所述虚拟设备的端口组中，并将所述端口组中的业务端口配置为堆叠端口。
  10. 一种跨机框流量转发装置，包括：
    转发模块，设置为：通过虚拟设备的堆叠链路，将所述虚拟设备从第一设备接收的流量转发至第二设备；
    其中，所述第一设备和所述第二设备被虚拟为一个设备，所述虚拟设备的堆叠链路与其他虚拟设备的堆叠链路相互独立。
PCT/CN2016/080912 2015-06-09 2016-05-03 链路堆叠方法、装置及跨机框流量转发方法、装置 WO2016197749A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510314399.5 2015-06-09
CN201510314399.5A CN106301862A (zh) 2015-06-09 2015-06-09 链路堆叠方法、装置及跨机框流量转发方法、装置

Publications (1)

Publication Number Publication Date
WO2016197749A1 true WO2016197749A1 (zh) 2016-12-15

Family

ID=57502795

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/080912 WO2016197749A1 (zh) 2015-06-09 2016-05-03 链路堆叠方法、装置及跨机框流量转发方法、装置

Country Status (2)

Country Link
CN (1) CN106301862A (zh)
WO (1) WO2016197749A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108959170A (zh) * 2018-07-10 2018-12-07 迈普通信技术股份有限公司 虚拟设备管理方法、装置、堆叠系统及可读存储介质

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112732343B (zh) * 2020-12-31 2022-04-22 中国电子科技网络信息安全有限公司 一种堆叠设备中业务子母板卡加载的方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103095568A (zh) * 2013-01-30 2013-05-08 迈普通信技术股份有限公司 机架式交换设备实现堆叠的系统及方法
CN103532863A (zh) * 2013-10-21 2014-01-22 杭州华三通信技术有限公司 一种实现软件堆叠的方法和装置
CN104639437A (zh) * 2013-11-14 2015-05-20 杭州华三通信技术有限公司 堆叠系统中广播报文的转发方法及装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103095568A (zh) * 2013-01-30 2013-05-08 迈普通信技术股份有限公司 机架式交换设备实现堆叠的系统及方法
CN103532863A (zh) * 2013-10-21 2014-01-22 杭州华三通信技术有限公司 一种实现软件堆叠的方法和装置
CN104639437A (zh) * 2013-11-14 2015-05-20 杭州华三通信技术有限公司 堆叠系统中广播报文的转发方法及装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108959170A (zh) * 2018-07-10 2018-12-07 迈普通信技术股份有限公司 虚拟设备管理方法、装置、堆叠系统及可读存储介质

Also Published As

Publication number Publication date
CN106301862A (zh) 2017-01-04

Similar Documents

Publication Publication Date Title
US9785732B2 (en) Verification low power collateral generation
US10572290B2 (en) Method and apparatus for allocating a physical resource to a virtual machine
CN108200124B (zh) 一种高可用应用程序架构及构建方法
US10361948B2 (en) Communication loop prevention in an information handling system
US11669360B2 (en) Seamless virtual standard switch to virtual distributed switch migration for hyper-converged infrastructure
US10678437B2 (en) Method and device for managing input/output (I/O) of storage device
US20130332767A1 (en) Redundancy and load balancing in remote direct memory access communications
CN104272288A (zh) 用于确保物理端口内veb回送的sr-iov故障转移和聚合控制系统
US20140204805A1 (en) Multi-Node Virtual Switching System
CN103634225A (zh) 云计算网络虚拟化中的业务带宽扩展方法
WO2016095341A1 (zh) 虚拟机环境下链路管理方法、装置和系统
CN104135514B (zh) 融合式虚拟化存储系统
US20170374139A1 (en) Cloud server system
CN109873714B (zh) 云计算节点配置更新方法及终端设备
CN109565447A (zh) 网络功能处理方法及相关设备
US20130254403A1 (en) Virtualization system, management server, migration method, migration program, and virtual machine migration method taking inter-business communication into consideration
WO2016082442A1 (zh) 一种存储系统及交换扩展装置
WO2016197749A1 (zh) 链路堆叠方法、装置及跨机框流量转发方法、装置
CN105763488B (zh) 数据中心汇聚核心交换机及其背板
CN104753707A (zh) 一种系统维护方法及网络交换设备
Lo et al. CALM: Survivable virtual data center allocation in cloud networks
CN106484495A (zh) 一种虚拟机磁盘数据块同步方法
KR20150002426A (ko) 네크워크 입출력 가상화 환경에서 가상 머신의 이동성 지원 방법 및 이를 수행하는 장치
CN113645081B (zh) 一种云网环境中实现租户网络多出口的方法、设备及介质
CN110532062A (zh) 一种虚拟化SoC总线系统及配置方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16806647

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16806647

Country of ref document: EP

Kind code of ref document: A1