WO2017190579A1

WO2017190579A1 - Method for realizing protection switching in sdn architecture and forwarding device

Info

Publication number: WO2017190579A1
Application number: PCT/CN2017/080147
Authority: WO
Inventors: 魏建杰
Original assignee: 中兴通讯股份有限公司
Priority date: 2016-05-05
Filing date: 2017-04-11
Publication date: 2017-11-09
Also published as: CN107347033A

Abstract

Disclosed is a method for realizing protection switching in an SDN architecture and a forwarding device. The method comprises: a driver module in an SDN forwarding device receiving a service flow table and a service group table from a controller, extracting information from the service flow table and the service group table, forming same into a complete ingress/egress service tree and then delivering same to a side-hung FPGA; the side-hung FPGA creating, according to the ingress/egress service tree, a complete inflow point, outflow point and egress service tree; and when it is detected that a service path is interrupted, the side-hung FPGA directly modifying a service forwarding table entry of a switching chip in the SDN forwarding device using the inflow point, the outflow point and egress service and a protection path and a protection parameter saved thereby, so as to switch a service forwarding path, thereby realizing fast protection switching of the service forwarding path.

Description

Method for implementing protection switching and forwarding device in SDN architecture

Cross-reference to related applications

The present invention is based on a Chinese patent application filed on Apr. 5, 2016, the entire disclosure of which is hereby incorporated by reference.

Technical field

The present invention relates to a fast protection switching technology, and more particularly to a method and a forwarding device for implementing protection switching in a Software Defined Network (SDN) architecture.

Background technique

In the face of the surge in data traffic, traditional network architectures will only increase the complexity of the network without restriction, and cannot meet the needs of business development. SDN decouples the control plane from the data forwarding plane to build an open, programmable network. The system, which provides an efficient, flexible, convenient, and programmable network environment, is considered one of the most important directions for the transformation of next-generation network architectures.

Nowadays, SDN has become the hottest research direction in the global network field. Not only mainstream operators are actively promoting the development of northbound and southbound interface standards, but mainstream chip maker Broadcom has also proposed a table type pattern based model (TTP). Open Channel Data Plan Abstraction (OF-DPA) to enable traditional chip support flow table configuration, ZTE, Huawei, Cisco, Ericsson, International Business Machines Corporation, IBM Internet technology (IT, Internet Technology) manufacturers such as HP, Hewlett-Packard) are also working overtime to develop their own controllers and forwarding devices to grasp the initiative of standard setting and win market opportunities.

The functions on the forwarding device can be divided into three categories according to the relationship with the service: basic service, business phase Off, business-independent features. Currently, the OpenFlow protocol supports the Layer 2 services and the Layer 2 virtual private network (VPN) services. The services that are not related to services, such as quality of service (QOS), and alarms. The clock, etc. can be implemented in the traditional way of each manufacturer; however, the OAM (Operation Administration and Maintenance) and protection functions are more complicated, because the service configuration has been replaced by the flow table group table. Compared with the traditional way, the basic changes have caused the basic service to be "non-existent". If you want to implement it completely in the original way, you must extract the abstraction into a traditional service and send it to the forwarding device in order to configure the service. The function.

The core idea of SDN is to separate the control plane from the forwarding plane. The southbound interface and the northbound interface must use the operator or the Open Network Foundation (ONF) standard interface. Otherwise, the forwarding devices provided by each manufacturer will be Unable to achieve interconnection and centralized management by any controller, it loses the original intention of SDN, so it is impossible for the controller to issue any private configuration information to assist in the configuration of business-related functions.

For the configuration of a traditional service, such as a packet transport network (PTN) device, a segment layer, a tunnel, a pseudowire, and a service are required, and their ID numbers are unique. In the current TTP model, the service implementation is implemented by converting the flow table entries and the group tables to an ASIC (Application Specific Integrated Circuit) (Exchange Chip), such as Broadcom's OF-DPA. If you want to implement OAM and protection functions completely through the switch chip, you can use the chip manufacturer's solution. There is no problem here. The processing of OAM and protection in Broadcom OF-DPA is completely realized by ASIC chip. But this is not the best solution.

In the future, the standard southbound interface will also have a forwarding device implementation for OAM and protection processing, not a controller. However, if the OAM and protection functions are implemented in the forwarding device, it is the internal matter of the device. For the slow speed (the packet sending period is large, such as greater than 100ms), the OAM packet is sent or received, or the protection switching caused by the excessive packet loss rate is handled by the ASIC chip. Traditional devices are usually implemented as such, but for CC (Continuity Check)/Connectivity Verification (CV), the transmission interval is generally 3.3 ms, which is not optimally handled by the ASIC chip. The device provider's PTN device does not implement the fast OAM message and the corresponding protection switching through the ASIC chip. The common processing methods are the Field-Programmable Gate Array (FPGA) and the ASIC. The chips are implemented together. The side-mounted FPGA is responsible for sending and receiving fast OAM messages. The ASIC chip is only responsible for forwarding packets. When the service is interrupted, the FPGA directly modifies the ASIC forwarding path table to implement fast protection switching. This is realized by the processing method of the FPGA. Fast protection switching has obvious advantages in similar devices. The fast protection switching capability is very important for carrier-class services. Generally, 50ms is used as the red line.

However, using traditional FPGAs to implement OAM protection, transceiver, and entry generation requires configuring traditional services to generate flow points and service trees. The SDN architecture uses OpenFlow to configure service forwarding rules. It is implemented by configuring flow table entries and group tables. Therefore, the standard southbound interface is absolutely impossible to consider the traditional services and abstract the traffic from the flow table for some vendors. It is issued to help the forwarding device implement OAM and protection functions. This is also contrary to the original intention of SDN design. So how to retain the advantages of the side-mounted FPGA to achieve fast protection switching, and thus continue the product competitiveness, there is no effective solution for related technologies.

Summary of the invention

The technical problem solved by the solution provided by the embodiment of the present invention is that when the fast OAM packet sending and receiving service path is interrupted, the side-mounted FPGA cannot be saved to implement fast protection switching.

A method for implementing protection switching in an SDN architecture according to an embodiment of the present invention includes:

The driving module in the SDN forwarding device receives the service flow table and the service group table from the controller, extracts the information from the service flow table and the service group table, and forms a complete entry and exit service tree, and then sends the data to the side-mounted FPGA;

The side-mounted FPGA creates a complete inflow point, outflow point, and Out of the business tree;

When detecting that the service path is interrupted, the side-mounted FPGA directly modifies the service forwarding entry of the switch chip in the SDN forwarding device by using the inflow point, the outflow point, and the outbound service tree, and the saved protection path and the protection parameter. Switch the service forwarding path to implement fast protection switching of the service forwarding path.

Among the above solutions, it also includes:

The driver module in the SDN forwarding device receives the base OAM and fast OAM from the controller and configures it into the side-mounted FPGA.

Among the above solutions, it also includes:

A driver module in the SDN forwarding device receives the protection path and protection parameters from the controller and configures it into the side-mounted FPGA.

In the foregoing solution, the detecting that the service path is interrupted includes:

When the side-mounted FPGA detects that the fast OAM packet is not received within a configuration period of more than 3.5 consecutive detections, the transmission and reception service path of the fast OAM packet is interrupted.

Among the above solutions, it also includes:

After the fast protection switching of the service forwarding path is implemented, the side-mounted FPGA reports the service path switching information to the controller via the OpenFlow proxy module in the SDN forwarding device.

A forwarding device for implementing protection switching in an SDN architecture according to an embodiment of the present invention includes:

Driver module, controller, side-mounted FPGA, and switch chip;

a driving module, configured to receive a service flow table and a service group table from the controller, extract information from the service flow table and the service group table, and form an entry and exit service tree, and then send the information to the side-mounted FPGA;

The side-mounted FPGA is configured to create an inflow point, an outflow point, and an outgoing service tree according to the inbound and outbound service trees;

The side-mounted FPGA is configured to modify the service forwarding entry of the switch chip by using the inflow point, the outflow point, and the outbound service tree, and the saved protection path and protection parameters when the service path is interrupted. The service forwarding path is switched to perform protection switching of the service forwarding path.

In the above solution, the driving module is further configured to receive a base OAM and a fast OAM from the controller, and configure the same into the side-mounted FPGA.

In the above solution, the driving module is further configured to receive a protection path and a protection parameter from the controller, and are configured in the side-mounted FPGA.

In the foregoing solution, the side-mounted FPGA is further configured to: when it is detected that the fast OAM packet is not received in the configuration period of more than 3.5 consecutive detections, determine that the transmission and reception service path of the fast OAM packet is interrupted; The side-mounted FPGA is further configured to modify the service forwarding entry of the switch chip to switch the service forwarding path by using the inflow point, the outbound point, and the outbound service tree, and the saved protection path and the protection parameter.

Among the above solutions, it also includes:

The OpenFlow proxy module is configured to report the service path switching information to the controller via the OpenFlow proxy module after the protection switching of the service forwarding path is implemented.

Embodiments of the present invention have the following beneficial effects:

Because the side-mounted FPGA and the switch chip can adopt the same service configuration and protection path, the service forwarding entry of the switch chip can be directly modified to correctly switch the service forwarding path, thereby implementing fast protection switching of the service forwarding path.

DRAWINGS

1 is a flowchart of a method for implementing fast protection switching in an SDN architecture according to an embodiment of the present invention;

2 is a schematic structural diagram of a forwarding device that implements fast protection switching in an SDN architecture according to an embodiment of the present disclosure;

3 is a schematic diagram of each functional module in a forwarding device according to an embodiment of the present invention;

4 is a schematic diagram of a self-configuring access control list (ACL) of a forwarding device according to an embodiment of the present disclosure;

5 is a schematic diagram of a flow table and a group table configuration according to an embodiment of the present invention;

FIG. 6 is a schematic diagram of an OAM configuration according to an embodiment of the present invention;

7 is a schematic diagram of a protection path and a protection parameter configuration according to an embodiment of the present invention;

FIG. 8 is a schematic diagram of CC/CV packet forwarding processing according to an embodiment of the present invention;

FIG. 9 is a schematic diagram of a CC/CV packet discarding process according to an embodiment of the present invention;

FIG. 10 is a schematic diagram of a protection path and a working path switching process according to an embodiment of the present invention.

detailed description

The preferred embodiments of the present invention are described in detail below with reference to the accompanying drawings.

FIG. 1 is a flowchart of a method for implementing protection switching in an SDN architecture according to an embodiment of the present invention. As shown in FIG. 1 , the method includes:

Step S101: The driving module in the SDN forwarding device receives the service flow table and the service group table from the controller, extracts information from the service flow table and the service group table, and forms a complete inbound and outbound service tree, and then sends the data to the side-mounted FPGA. ;

Step S102: The side-mounted FPGA creates a complete inflow point, outflow point, and out service tree according to the inbound and outbound service tree.

Step S103: When detecting that the service path is interrupted, the side-mounted FPGA directly modifies the service switch of the switch chip in the SDN forwarding device by using the inflow point, the outflow point, and the outbound service tree, and the saved protection path and the protection parameter. Issue a key to switch the service forwarding path to implement fast protection switching of the service forwarding path.

The embodiment of the invention further includes: the driving module in the SDN forwarding device receives the basic OAM and the fast OAM from the controller, and configures the same into the side-mounted FPGA, and the SDN switch The driver module in the transmitting device receives the protection path and protection parameters from the controller and configures it into the side-mounted FPGA.

The detecting that the service path is interrupted includes: when the side-mounted FPGA detects that the fast OAM message is not received within a configuration period of more than 3.5 consecutive detections, the fast OAM message is The transceiver service path was interrupted.

The embodiment of the present invention further includes: after implementing the fast protection switching of the service forwarding path, the side-mounted FPGA reports the service path switching information to the controller via the OpenFlow proxy module in the SDN forwarding device.

2 is a schematic structural diagram of a forwarding device that implements fast protection switching in an SDN architecture according to an embodiment of the present invention. As shown in FIG. 2, the method includes:

The drive module, the controller, the side-mounted FPGA, and the switch chip; in one embodiment, an OpenFlow agent (OF-Agent) module may also be included.

The driving module is configured to receive the service flow table and the service group table from the controller, extract the information from the service flow table and the service group table, and form a complete inbound and outbound service tree, and then deliver the information to the side-mounted FPGA, and the side The hanging FPGA creates a complete inflow point, outflow point, and outgoing service tree according to the inbound and outbound service trees;

The side-mounted FPGA is configured to directly modify the service switching of the switch chip in the SDN forwarding device by using the inflow point, the outflow point, and the outbound service tree, and the saved protection path and protection parameters when the service path is interrupted. Issue a key to switch the service forwarding path to implement fast protection switching of the service forwarding path.

In one embodiment, the driver module is further configured to receive the base OAM and the fast OAM from the controller and configure it into the side-mounted FPGA, and configure the protection path and the protection parameter unit.

And a driving module configured to receive the protection path and the protection parameter from the controller, and configure the protection path and the protection parameter into the side-mounted FPGA.

In one embodiment, the side-mounted FPGA is further configured to: when the side-mounted FPGA detects that the fast OAM message is not received within a configuration period of more than 3.5 continuity detections, the fast OAM The packet transmission and reception service path is interrupted.

In an embodiment, the side-mounted FPGA is further configured to switch the service forwarding entry of the switch chip in the SDN forwarding device by using the inflow point, the outflow point, and the outbound service tree, and the saved protection path and protection parameters. Service forwarding path.

In an embodiment, when the forwarding device includes the OF-Agent module, the side-mounted FPGA is further configured to report the service path by using the OpenFlow proxy module in the SDN forwarding device after the fast protection switching of the service forwarding path is implemented. Switching information to the controller.

In summary, after receiving the service flow table and the service group table from the controller, the driver module in the SDN forwarding device of the embodiment of the present invention extracts information from the service flow table and the service group table and forms a complete entry and exit service tree. After being sent to the side-mounted FPGA, the side-mounted FPGA creates a complete inflow point, outflow point, and out service tree according to the parameters of the inbound and outbound service trees, so that the service model is completely consistent with the switch chip; The basic OAM and fast OAM configuration will also be forwarded to the side-mounted FPGA, so that the side-mounted FPGA can send and receive fast OAM messages to monitor the service path; the protection path and protection parameters under the controller are also forwarded. To the side-mounted FPGA, to achieve the same protection path in the FPGA and the switch chip; when the side-mounted FPGA detects the interruption of the service path through the fast OAM packet, the service configuration and protection path are completely consistent between the side-mounted FPGA and the switch chip. Therefore, the service forwarding entry of the switch chip can be directly modified to correctly switch the service forwarding path, thereby implementing fast protection switching of the service forwarding path.

FIG. 3 is a schematic diagram of each functional module in a forwarding device according to an embodiment of the present invention, as shown in FIG. 3, including:

Controller, OF-Agent module, API-Switch module, Driver module, FPGA, Software Development Kit (SDK), operating system (can be Linux or VxWork) Etc) and ASIC.

The OF-Agent module is responsible for establishing a link with the controller, interacting with the controller, and reporting the message. The OpenFlow protocol, network configuration (NET-CONF, Network Configuration) protocol, and simple network management protocol (SNMP, Simple Network Management Protocol) can be used. The protocol and the like are described in the embodiment of the present invention by using the OpenFlow and NET-CONF protocols as an example.

API-Switch: API conversion conforming to the TTP model, such as Broadcom's OF-DPA.

SDK: Software development kit, compatible with ASIC chips.

ASIC chip: a chip that is used for data exchange.

Driver module: includes the hardware driver of the FPGA. In addition, it is responsible for buffering the flow table group table, analyzing the extracted stream points and the service tree.

FPGA: A general-purpose FPGA.

FIG. 4 is a schematic diagram of a self-configuring ACL of a forwarding device according to an embodiment of the present invention. As shown in FIG. 4, the OF-Agent module is responsible for saving an ACL rule in a database, and the forwarding device is prioritized according to a conventional manner (without going through the API). -Switch module) Configure the forwarding rules of CC/CV packets. Therefore, the ASIC chip can correctly process CC/CV packets, and if it is forwarded to the next device or discarded, it needs to be forwarded to the FPGA module for processing by the forwarding device itself.

FIG. 5 is a schematic diagram of a configuration of a flow table and a group table according to an embodiment of the present invention. As shown in FIG. 5, the controller sends a service flow table and a service group table to an OF-Agent module through an OpenFlow protocol, and then distributes the same to the API- Switch module and Driver module. For the Driver module, you only need to deliver the service flow table and service group table related to the service tree. For example, if you use the OF-DPA of Broadcom, you only need to deliver the service flow table and service group required to configure the service tree to the FPGA. table. The API-Switch module calls the SDK to convert the flow table into logic and entries processed by the traditional chip architecture. The Driver module saves the flow table group table and extracts the complete incoming and outgoing service tree and sends it to the side-mounted FPGA to create it in the FPGA. A complete inflow point, outflow point, and out of the business tree.

Specifically, the flow point and the service tree are configured in the side-mounted FPGA based on the standard southbound interface. include:

1, cache business flow table, group table

The service forwarding path described in the flow table entry and the group table is very different from the traditionally described service configuration. Therefore, it cannot be sent to the FPGA through the traditional method. It is necessary to cache and extract the corresponding entry and group table to construct a traditional The flow point and the service tree are finally sent by the FPGA interface.

2, create a flow point

The creation of the outflow point is exemplified by the group table in the OF-DPA of Broadcom.

The main parameters of the Vs flow point:

The source MAC address of the interface group (Interface Group) in the Multi-Protocol Label Switch (MPLS) is obtained by the source access control (MAC).

The destination MAC address is the destination MAC address in the MPLS Interface Group of the group table.

The port is the output port of the L2 Interface Group pointed to by the MPLS Interface Group;

The virtual local area network (VLAN) ID is taken as the VLAN set in the MPLS Interface Group.

The main parameters of the Vp flow point:

The label is the tunnel label set in the MPLS tunnel label 1 Group of the group table.

The main parameters of the Vc flow point:

The tag takes the pseudowire label set in the MPLS L2 VPN Label Group.

The creation of the inflow point is exemplified by the flow table in the OF-DPA of Broadcom.

Main parameters of Vs flow point:

The ingress port of the entry in the ingress Port Flow Table of the port.

The VLAN ID is the VLAN ID of the entry in the VLAN Flow Table.

Main parameters of Vp flow point:

The label is taken from the label in the MPLS Flow 1 Table of the flow table, where the bottom of the stack (Bos, Bottom of Stack) is 0;

Main parameters of Vc flow point:

The label is taken from the label in the MPLS Flow 2 Table of the flow table, where Bos is 1.

3, create a business tree

The creation of the service tree is based on the group table in Broadcom's OF-DPA:

The path of the Vc flow point and the Vp flow point is taken as the MPLS Tunnel Label 1 Group pointed to by the MPLS L2 VPN Label Group;

The path of the Vp flow point and the Vc flow point is taken as the MPLS Interface Group pointed to by the MPLS Tunnel Label 1 Group;

For the processing of the incoming service tree, take the flow table in Broadcom's OF-DPA as an example:

Because each MPLS Flow Table does not determine its pipeline relationship through the entry, but only pops the label in sequence, and there is no relationship between the labels. Therefore, it is impossible to determine the inflow points Vc, Vp, and Vs by relying on each MPLS Flow Table. The path is not created in the service tree. At the same time, the incomplete alarm of the incoming service tree of the FPGA is modified. For the implementation of the OAM protection, the segment layer, the tunnel, and the pseudowire are respectively protected and switched, and the alarm is not propagated to the client layer.

FIG. 6 is a schematic diagram of an OAM configuration according to an embodiment of the present invention. As shown in FIG. 6 , the OAM function supported by the forwarding device is many and the configuration is also different. The OAM function is classified into three types according to the embodiment of the present invention, as shown in Table 1, respectively. For basic OAM configuration, on-demand or slow OAM, fast OAM. The fast OAM and the basic OAM configuration must be delivered to the side-mounted FPGA.

Table 1: OAM function classification table

RDI is implemented by relying on the extended RDI flag in the CC/CV frame. Therefore, the period in the traditional forwarding device is also consistent with the CC/CV packet transmission period, so it is also divided into fast OAM, which is implemented by the FPGA.

Because the Policy ACL Flow Table table entry provided by Broadcom does not distinguish between CC/CV packets, the ACL is directly configured in the original mode to control the forwarding of CC/CV packets.

7 is a schematic diagram of a protection path and a protection parameter configuration according to an embodiment of the present invention. As shown in FIG. 7, the protection path needs to be sent to an ASIC chip and an FPGA to ensure that the working protection path of the FPGA is completely consistent with the ASIC, thereby allowing The FPGA directly modifies the entries in the ASIC chip to directly switch the service path to achieve fast protection.

For the flow table group table of the protection configuration, such as the MPLS 1+1 Head End Protection Group in the OF-DPA of Broadcom, the driver module can set the protection mode to 1+1 according to the traditional method.

The processing of the forwarding device in the embodiment of the present invention includes: for the fast CC/CV packet to be forwarded, the switching chip forwards the packet to the next forwarding device; and the CC/CV packet that needs to be directly discarded is directly discarded by the switching chip; The fast CC/CV message that needs to be processed is forwarded by the switch chip to the FPGA for processing.

The FPGA processes the fast CC/CV packet, and if the corresponding packet is not received within 3.5 configured periods, the switching chip service path forwarding entry is directly modified, thereby switching the service to the protection path.

In summary, the embodiment of the present invention constructs a fast protection switching function through the processing of the forwarding device and the configuration of the OAM and the FPGA. The fast forwarding of the service forwarding path is implemented by the FPGA to switch the service forwarding path of the fast OAM packet and modify the switching path of the switching chip.

The FPGA modifies the service forwarding entry in the switch chip, and after the service path is switched, the path switching information is reported to the controller through the NET-CONF protocol, so that the OF-Agent and the controller control the service forwarding path on the forwarding device at all times. That is to say, the path switching is implemented by the FPGA actively modifying the ASIC chip entries, so the ASIC chip does not actively report the switching information to the controller, and the controller is responsible for managing all the forwarding devices, and needs real-time control over the real transmission path. Therefore, the FPGA needs to send a message to the OF-Agent immediately after switching the path, and then report it to the controller according to the standard interface.

FIG. 8 is a schematic diagram of a CC/CV packet forwarding process according to an embodiment of the present invention. As shown in FIG. 8, since the CC/CV packet is only concerned, the packet in the figure is only a CC/CV packet. In the figure, the forwarding device 1 is a MEP, the forwarding device 2 is a MIP of the same level, and the forwarding device 3 is a remote MEP, and the MEP can be bound to a port, a tunnel, or a pseudowire.

The CC/CV packet in the forwarding device 1 is sent by the FPGA group packet to the switch chip, and then the switch chip forwards the packet to the downstream device. After receiving the packet, the forwarding device 2 determines the packet from the ACL rule and the MIP configuration. The specified port is forwarded to forwarding device 3. The forwarding device 3 receives the packet, and because it is the remote MEP, the packet is forwarded to the FPGA according to the ACL rule.

When the level of the CC/CV packet is smaller than the MEP level configured by the forwarding device, the ASIC chip discards the packet directly, as shown in Figure 9, that is, it does not forward to the downstream device or forward to the FPGA.

The Down MEP is used as an example in Figure 8. It is also applicable to Up MEP. It is applicable to EFM (Ethernet in the First Mile), Connection Fault Management (CFM), and Forwarding Plane (TP). , Transport Profile) - MPLS OAM and Bi-directional Forwarding Detection (BFD).

10 is a schematic diagram of a protection path and a working path switching process according to an embodiment of the present invention. When an FPGA fails to receive CC/CV packets in a configuration period of more than 3.5 connectivity detections, the path is interrupted (tunnel, pseudowire). Or the physical link), directly modify the service forwarding entry in the ASIC chip to switch the service from the working path to the protection path, as shown in Figure 9. In the figure, the service path is interrupted during the 1:1 protection, and the service transmission is switched. Go to the hold path.

The above implementation is applicable to EFM, CFM, TP-MPLS OAM, and BFD. The protection mode is also applicable to 1:1 protection, 1+1, and ring protection. Since the principles of the ACL rules and the FPGA configuration processing are the same, they are not illustrated in the accompanying drawings. Similarly, the standard southbound interface configured by the non-flow table is not necessarily delivered by the NET-CONF protocol. Other protocols, such as SNMP, are also included in this implementation.

This embodiment is not limited to Broadcom's K2 chip, and various chips from other manufacturers can also be used. The principles of the embodiments of the present invention are exactly the same.

The slow OAM function is not described in detail in the embodiment of the present invention. The slow OAM can also be implemented by using an FPGA. Like the fast OAM, the content of the embodiment of the present invention is also involved.

The NET-CONF protocol configuration used in the embodiment of the present invention is only for convenience of explaining the delivery of the non-flow table configuration, and is not limited to using a specific protocol, and may also be through a Simple Network Management Protocol (SNMP). The protocol is issued; the naming of each module is only for better description of the processing flow, and is not limited to the name of the module. It is also possible to divide the same module function into multiple modules or to split and split multiple modules into different module implementations. Such as OF-Agent module, Driver module.

According to the solution provided by the embodiment of the present invention, the fast forwarding of the OAM message by the FPGA and the switching of the service forwarding path by modifying the switch chip entry enable fast switching of the service forwarding path, and the advantage of the fast protection switching of the side-mounted FPGA is retained. This continues the competitiveness of the product.

Although the invention has been described in detail above, the invention is not limited thereto, and various modifications may be made by those skilled in the art in accordance with the principles of the invention. Therefore, modifications made in accordance with the principles of the invention are to be understood as falling within the scope of the invention.

Industrial applicability

The invention discloses a method and a forwarding device for implementing protection switching in an SDN architecture, comprising: a driving module in an SDN forwarding device receiving a service flow table and a service group table from the controller, from the service flow table and the service group table The information is extracted and formed into a complete inbound and outbound service tree, and then sent to the side-mounted FPGA; the side-mounted FPGA creates a complete inflow point, outflow point, and outgoing service tree according to the inbound and outbound service tree; when the detected service path occurs When the data is interrupted, the side-mounted FPGA uses the inflow point, the outflow point, and the outbound service tree, and the saved protection path and the protection parameter to directly modify the service forwarding entry of the switch chip in the SDN forwarding device to switch the service forwarding path. Fast protection switching of the service forwarding path. The invention processes and processes fast OAM messages through FPGA transceiver and repairs Switching the switch table entry to switch the service forwarding path, so as to implement fast switching of the service forwarding path.

Claims

A method for implementing protection switching in a software-defined network SDN architecture includes:

The driving module in the SDN forwarding device receives the service flow table and the service group table from the controller, extracts information from the service flow table and the service group table, and forms an incoming and outgoing service tree, and then sends the data to the side-mounted field programmable gate array FPGA. ;

The side-mounted FPGA creates an inflow point, an outflow point, and an outgoing service tree according to the inbound and outbound service trees;

Detecting that the service path is interrupted, the side-mounted FPGA uses the inflow point, the outflow point, and the outbound service tree, and the saved protection path and the protection parameter to modify the service forwarding entry of the switch chip in the SDN forwarding device. Switching the service forwarding path and switching the service forwarding path to perform protection switching of the service forwarding path.
The method of claim 1 further comprising:

The driving module in the SDN forwarding device receives the basic operation management and maintenance OAM and the fast OAM configuration from the controller, and sends the configuration to the side-mounted FPGA.
The method of claim 1 or 2, further comprising:

A drive module in the SDN forwarding device receives a protection path and a protection parameter from the controller and is configured into the side-mounted FPGA.
The method of claim 1, wherein the detecting that the service path is interrupted comprises:

When the side-mounted FPGA detects that the fast OAM packet is not received within the configuration period of the greater than 3.5 continuation detections, it determines that the transmission and reception service path of the fast OAM packet is interrupted.
The method of claim 1, 2 or 4, further comprising:

After performing the protection switching of the service forwarding path, the side-mounted FPGA reports the service path switching information to the controller via the OpenFlow OpenFlow proxy module in the SDN forwarding device.
A software defined network SDN forwarding device, comprising:

a driving module, a controller, a side-mounted field programmable gate array FPGA, and a switching chip;

The driving module is configured to receive a service flow table and a service group table from the controller, extract information from the service flow table and the service group table, and form an entry and exit service tree, and then send the information to the side-mounted FPGA;

The side-mounted FPGA is configured to create an inflow point, an outflow point, and an outgoing service tree according to the inbound and outbound service trees;

The side-mounted FPGA is configured to modify the service forwarding entry of the switch chip by using the inflow point, the outflow point, and the outbound service tree, and the saved protection path and protection parameters when the service path is interrupted. Switching the service forwarding path and switching the service forwarding path to perform protection switching of the service forwarding path.
The SDN forwarding device according to claim 6, wherein

The driving module is further configured to receive a basic operation management maintenance OAM and a fast OAM from the controller, and configure the same into the side-mounted FPGA.
The SDN forwarding device according to claim 6 or 7, wherein

The driving module is further configured to receive a protection path and a protection parameter from the controller and configure the same into the side-mounted FPGA.
The SDN forwarding device according to claim 6,

The side-mounted FPGA is further configured to: when it is detected that a fast OAM packet is not received in a configuration period of more than 3.5 consecutive detections, determine that the transmission and reception service path of the fast OAM packet is interrupted;

The side-mounted FPGA is further configured to modify the service forwarding entry of the switch chip to switch the service forwarding path by using the inflow point, the outbound point, and the outbound service tree, and the saved protection path and the protection parameter.
The SDN forwarding device according to claim 6, 7 or 9, further comprising:

Open flow OpenFlow agent module;

The side-mounted FPGA is further configured to report the service path switching information to the controller by using the OpenFlow proxy module after the protection switching of the service forwarding path is implemented.