WO2016026089A1

WO2016026089A1 - Converging method and apparatus for software defined network and traditional network

Info

Publication number: WO2016026089A1
Application number: PCT/CN2014/084733
Authority: WO
Inventors: 周天然; 刘恩慧
Original assignee: 华为技术有限公司
Priority date: 2014-08-19
Filing date: 2014-08-19
Publication date: 2016-02-25
Also published as: CN106664235B; CN106664235A

Abstract

Disclosed are a converging method and apparatus for a software defined network and a traditional network. The method comprises: receiving a request, input by a user, for creating at least one virtual router on an SDN; creating routing computation instances corresponding to the virtual routers on a one-to-one basis; establishing a mapping relationship between each of the routing computation instances and a forwarding device of the SDN; issuing a first instruction to the forwarding device having the mapping relationship with the routing computation instances; establishing a logical connection relationship among the forwarding devices corresponding to the virtual routers with a connection relationship thereamong in the request; and issuing a second instruction generated by running a routing protocol by the routing computation instances to the correspondingly mapped forwarding device so as to enable the forwarding device to forward a data packet sent by a traditional router according to the second instruction, thereby realizing convergence of the SDN and a traditional network.

Description

Fusion method and device for software defined network and traditional network

【技术领域】[Technical Field]

The present application relates to the field of communications, and in particular, to a method and apparatus for merging a software-defined network with a legacy network.

【背景技术】【Background technique】

Software Defined Network Network, SDN) is a new type of network architecture. Compared with the IP routing used by traditional networks, SDN can realize flexible control of network traffic and provide a good platform for innovation of core networks and applications. It is the development of network architecture in the future. direction. However, there are a large number of traditional routing devices in the traditional network today. From the perspective of protecting the original investment or the smooth transition of functions, the transition from the traditional network to the software-defined network cannot be accomplished overnight. Thus, the market needs a hybrid network form that is compatible with software-defined networks as well as traditional networks.

The prior art provides a system and method for interconnecting an SDN network and an existing conventional network, in which the entire SDN network is abstracted into a router in an existing legacy network and integrated into the entire traditional network. When the data packet passes through the entire SDN network, it is like a router that has passed the standard traditional network, which realizes the mixing of the SDN network and the existing traditional network.

The prior art can only abstract the entire SDN network into a router in a traditional network. However, in practical applications, the layout of the forwarding device of the SDN network and the router in the traditional network may be diverse, for example, a part of the SDN network may be The forwarding device is in zone A, the router in the traditional network is in zone B, and the forwarding device of the other part of the SDN network is in zone C, wherein zone A is adjacent to zone B, zone B is adjacent to zone C, and zone A is remote from zone C. At this time, the prior art can only virtualize the entire SDN network into a router in the traditional network, and the forwarding plane of the virtual router is divided into two parts by the router of the traditional network, so the above fusion manner is not preferable. In fact, according to the layout of the actual network, the user prefers to be able to virtualize the SDN networks of Zone A and Zone C into one router respectively, and then merge with the routers in the traditional network located in Zone B, but the prior art cannot implement .

【发明内容】 [Summary of the Invention]

The present application provides a method and device for integrating a software-defined network with a traditional network, and implements flexible integration of a software-defined network and a traditional network according to user requirements.

The first aspect of the present application provides a method for fusing a software-defined network and a traditional network, where the forwarding device of the software-defined network has a connection relationship with a traditional router of the traditional network, and the method includes: receiving a user input The software defines a request for creating at least one virtual router on the network, where the request includes a number of the virtual routers and a connection relationship between the virtual routers; creating a route calculation instance corresponding to the virtual routers one by one, The route calculation instance is used to run a routing protocol as a control plane of the corresponding virtual router; each of the route calculation instances is respectively mapped with a forwarding device of the software-defined network to calculate the route. The forwarding device of the instance mapping is used as a forwarding plane of the virtual router corresponding to the routing calculation instance; the first instruction is sent to the forwarding device that is in a mapping relationship with the routing calculation instance, where the first instruction is used to indicate After receiving the routing protocol packet, the forwarding device with the mapping relationship between the routing calculation instances receives the routing protocol packet. Sending the routing protocol packet to the corresponding routing calculation instance; establishing a logical connection relationship between the forwarding devices corresponding to the virtual router requesting the connection relationship according to the connection relationship between the virtual routers in the request; The second instruction generated by the routing calculation instance running the routing protocol is sent to the corresponding forwarding device, so that the forwarding device forwards the data packet sent by the traditional router according to the second instruction, and implements the software-defined network and The convergence of traditional networks.

With reference to the first aspect, in a first possible implementation manner of the first aspect of the present application, the method further includes: calculating a route corresponding to the virtual router that has the connection relationship according to the connection relationship between the virtual routers in the request Establish a connection relationship between instances.

With reference to the first aspect, in a second possible implementation manner of the first aspect of the present application, the mapping between each of the routing calculation instances and the forwarding device of the software-defined network is specifically as follows: The mapping condition is to establish a mapping relationship between each of the routing calculation instances and the forwarding device of the software-defined network.

With reference to the second possible implementation manner of the first aspect, in a third possible implementation manner of the first aspect, the mapping condition includes a connection relationship between the virtual router and the traditional router; And mapping the each of the routing calculation instances to the forwarding device of the software-defined network according to the mapping condition input by the user, specifically: according to the virtual router and the traditional router input by the user The connection relationship is configured to map the first forwarding device to the route calculation instance corresponding to the first virtual router, where the first forwarding device and the first virtual router have a connection relationship with the first traditional router.

With reference to the first aspect, or any one of the first to the third possible implementation manners, in the fourth possible implementation manner of the first aspect of the present application, the routing calculation instance and the forwarding device of the software-defined network The mapping relationship is a one-to-one mapping.

With reference to the first aspect, or any one of the first to the third possible implementation manners, in the fifth possible implementation manner of the first aspect of the present application, the routing calculation instance and the forwarding device of the software-defined network The mapping relationship is a one-to-many mapping, where multiple forwarding devices mapped by the same routing calculation instance form a cluster, and the forwarding devices in the same cluster have a connection relationship.

With reference to the fifth possible implementation manner of the first aspect, in a sixth possible implementation manner of the first aspect, the ingress forwarding device of the cluster includes at least a first level flow table and a second level flow table, where The first matching item of the first-level flow table includes an inbound port number, a destination IP address, and a destination IP address mask, and the first execution action of the first-level flow table will receive the source media of the data packet. The access control MAC address is modified to be the MAC address of the egress port of the egress of the cluster, and the destination MAC address in the destination MAC address field of the data packet is modified to be the next hop of the egress of the cluster. The ingress port forwards the MAC address of the ingress port of the device to the second level flow table; the second match of the second level flow table includes the source MAC address, and the second level flow table is second The act of performing is to forward the data message to the next forwarding device in the shortest path between the ingress forwarding device along the cluster to the egress forwarding device of the cluster.

With reference to the first aspect, or any one of the first to the third possible implementation manners, in the seventh possible implementation manner of the first aspect of the present application, the forwarding device corresponding to the virtual router having the connection relationship The logical connection relationship is established by using a tunneling technology between the forwarding devices corresponding to the virtual routers having the connection relationship.

The second aspect of the present application provides a device for the fusion of a software-defined network and a traditional network, where the forwarding device of the software-defined network has a connection relationship with a traditional router of the traditional network, and the fusion device includes: a receiving module, and a creation a module, a mapping module, a first sending module, a forwarding plane connection module, and a second sending module, where the receiving module is configured to receive a user input request to create at least one virtual router on the software defined network, the request Including a connection relationship between the number of the virtual routers and the virtual router, the receiving module sends the request to the creation module and the forwarding plane connection module; the creation module is configured to create and a routing calculation instance corresponding to the virtual router, the routing calculation instance is used to run a routing protocol to serve as a control plane of the corresponding virtual router, and the creating module sends the creation result of the routing calculation instance to the a mapping module, configured to separately use each of the routing calculation instances with the soft Defining a forwarding device of the network to establish a mapping relationship, the forwarding device mapped by the routing calculation instance is used as a forwarding plane of the virtual router corresponding to the routing calculation instance, and the mapping module sends the mapping result to the first a first sending module, configured to send a first instruction to a forwarding device that is in a mapping relationship with the route calculation instance, where the first instruction is used to indicate that the routing calculation instance has a mapping relationship After receiving the routing protocol packet, the forwarding device sends the routing protocol packet to the corresponding routing calculation instance; the forwarding plane connection module is configured to perform the request according to the connection relationship between the virtual routers in the request. A logical connection relationship is established between the forwarding devices corresponding to the virtual routers having the connection relationship, and the result of the logical connection relationship between the forwarding plane connection module is sent to the second sending module; the second sending module is used to The second instruction generated by the routing calculation instance running the routing protocol is delivered to the forwarding device of the corresponding mapping, so that the forwarding device is configured. The traditional router forwarding the second instruction to send the data packet, the software defined network to achieve integration with traditional networks.

With reference to the second aspect, the first possible implementation manner of the second aspect of the present application further includes a control plane connection module, configured to request a virtual connection relationship according to a connection relationship between the virtual routers in the request A connection relationship is established between the route calculation instances corresponding to the router.

With reference to the second aspect, in a second possible implementation manner of the second aspect of the present application, the mapping module is specifically configured to: each of the routing calculation instances and the software-defined network respectively according to a mapping condition input by a user The forwarding device establishes a mapping relationship.

With reference to the second possible implementation manner of the second aspect, in a third possible implementation manner of the second aspect, the mapping condition includes a connection relationship between the virtual router and the traditional router; The mapping module is further configured to map the first forwarding device to a route calculation instance corresponding to the first virtual router according to the connection relationship between the virtual router and the traditional router that is input by the user, where the Both the first forwarding device and the first virtual router have a connection relationship with the first legacy router.

With reference to the second aspect, or any one of the first to the third possible implementation manners, in the fourth possible implementation manner of the second aspect of the present application, the routing calculation instance and the forwarding device of the software-defined network The mapping relationship is a one-to-one mapping.

With reference to the second aspect, or any one of the first to the third possible implementation manners, in the fifth possible implementation manner of the second aspect of the present application, the routing calculation instance and the forwarding device of the software-defined network The mapping relationship is a one-to-many mapping, where multiple forwarding devices mapped by the same routing calculation instance form a cluster, and the forwarding devices in the same cluster have a connection relationship.

With reference to the fifth possible implementation manner of the second aspect, in the sixth possible implementation manner of the second aspect, the ingress forwarding device of the cluster includes at least a first level flow table and a second level flow The first matching item of the first level flow table includes an inbound port number, a destination IP address, and a destination IP address mask, and the first execution action of the first level flow table will receive the data packet. The source media access control MAC address is modified to be the MAC address of the egress port of the egress of the cluster, and the destination MAC address in the destination MAC address field of the data packet is modified to be the egress of the cluster. The next hop of the ingress forwards the MAC address of the ingress port of the device, and turns to the second level flow table; the second match of the second level flow table includes the source MAC address, and the second level flow table The second performing action is to forward the data message to the next forwarding device in the shortest path between the ingress forwarding device of the cluster to the egress forwarding device of the cluster.

With reference to the second aspect, or any one of the first to the third possible implementation manners, in the seventh possible implementation manner of the second aspect, the forwarding plane connection module is specifically configured to be in a virtual connection relationship The forwarding devices corresponding to the router establish a logical connection relationship through tunnel technology.

In the above solution, the number of virtual routers and the connection relationship of the virtual routers can be set according to the needs of the user, and then the control plane of each virtual router is created according to the number of virtual routers and the connection relationship between the virtual routers, and virtual surfaces are created on the data plane. The connection between the routers is sent to the control plane by the forwarding plane, so that the control plane can instruct the forwarding to forward the data packets sent by the traditional router. The transmission of data packets between the virtual router and the traditional router realizes the fusion of the software-defined network virtual traditional network and the traditional network. Moreover, the number of virtual routers and the connection relationship of the virtual routers can be set according to the needs of the users, and the flexible integration between the software-defined network virtual traditional network and the traditional network can be realized.

【附图说明】 [Description of the Drawings]

1 is a flow chart of an embodiment of a method for integrating a software-defined network and a legacy network of the present application;

2 is a framework diagram of an embodiment of a fusion of a software-defined network and a legacy network of the present application;

3 is a block diagram of another embodiment of the fusion of the software-defined network of the present application with a legacy network;

4 is a block diagram of still another embodiment of the fusion of the software defined network and the legacy network of the present application;

5 is a schematic structural diagram of an implementation manner of a device for converging a software-defined network and a legacy network according to the present application;

FIG. 6 is a schematic structural diagram of an embodiment of a controller of the present application.

【具体实施方式】【detailed description】

In the following description, for purposes of illustration and description, reference However, it will be apparent to those skilled in the art that the present invention can be implemented in other embodiments without these specific details. In other instances, detailed descriptions of well-known devices, circuits, and methods are omitted so as not to obscure the description of the application.

In the following description, a router is used to describe a device having a function of judging a network address and selecting an IP path in a conventional network. The forwarding device is used to describe a device in the software-defined network that has the function of forwarding packets according to the forwarding flow table.

Referring to FIG. 1 and FIG. 2, FIG. 1 is a flowchart of a method for fusing a software-defined network and a traditional network according to the present application, and FIG. 2 is a block diagram of an embodiment of a fusion of a software-defined network and a legacy network in the present application. The executive body of the method can be the SDN controller 250. The method for integrating the software-defined network and the traditional network in this embodiment includes:

110: Receive a user input request to create at least one virtual router on the SDN, where the request includes a number of virtual routers and a connection relationship between the virtual routers.

The following is described in conjunction with an example. Referring to FIG. 2, the SDN includes forwarding devices 2121, 2123, 2221, 2321, 2323, 2325, and the legacy network includes a legacy router 240. The connection relationship between the forwarding device of the SDN and the traditional router of the traditional network is that the forwarding device 2121 and the forwarding device 2221 are connected to the traditional router 240. According to the current distribution of the SDN network and the traditional network, the user can create multiple virtual routers on the SDN as needed for interaction with the traditional routers in the traditional network, where specifically: creating three virtual routers 210, 220, 230 The connection relationship between the virtual routers to be set is that the virtual router 210 is connected to the virtual router 220, the virtual router 220 is connected to the virtual router 230, and the virtual router 230 is connected to the virtual router 210. The user inputs a request including the number of virtual routers and the connection relationship described above to the SDN controller 250 to request the SDN controller 250 to create the above-described virtual routers 210, 220, 230.

120: Create a route calculation instance corresponding to the virtual router, where the route calculation instance is used to run a routing protocol as a control plane of the corresponding virtual router.

Specifically, the route calculation instance 211 corresponding to the virtual router 210 is created as the control plane of the virtual router 210, and the route calculation instance 221 corresponding to the virtual router 220 is created as the control plane of the virtual router 220, and the route calculation corresponding to the virtual router 230 is created. The instance 231 serves as the control plane for the virtual router 230.

The route calculation examples 211, 221, and 231 can be directly created on the SDN controller 250 and run on different virtual machines of the SDN controller 250 respectively. Alternatively, they can be created on different cloud servers (as shown in FIG. 2). Or created in one cloud server and running on different virtual machines of the cloud server. It can be understood that the foregoing route calculation example is a logical concept, and each route calculation instance provides a control plane function for a virtual router, but in physical implementation, the route calculation instance can also be divided into multiple parts, and different parts are in different clouds. The server or the virtual machine is implemented, for example, the SDN controller is connected to the two cloud servers, so that the route calculation instance corresponding to a virtual router created by the SDN is implemented on the two cloud servers respectively, so the route mentioned in the application. The one-to-one correspondence between the computing instance and the virtual router is a logical conceptual correspondence, not a physical implementation.

130: Each of the route calculation instances is respectively mapped to a forwarding device of the SDN, so that the forwarding device mapped by the route calculation instance is used as a forwarding plane of the virtual router corresponding to the route calculation instance.

In the mapping, the mapping may be performed in a manually specified manner, or the autonomous mapping between the routing calculation instance and the forwarding device of the SDN may be implemented by some algorithms (for example, using a heuristic algorithm).

For example, if the user does not input a specific mapping condition, the SDN controller 250 can autonomously perform mapping to establish a mapping relationship between the route calculation instance and the forwarding device of the SDN. The specific mapping relationship may include a mapping at the port level, that is, a mapping between a port ID of the routing calculation instance and a port ID of the corresponding forwarding device.

Generally speaking, the user generally inputs some mapping conditions to constrain the specific mapping relationship. At this time, the SDN controller 250 can perform mapping according to the mapping condition input by the user. For example, the mapping condition input by the user includes a connection relationship between the virtual router and the traditional router, and the SDN controller maps the first forwarding device to a route calculation instance corresponding to the first virtual router, where the first forwarding Both the device and the first virtual router have a connection relationship with the first legacy router. As shown in FIG. 3, the user inputs the virtual routers 210, 220 and the traditional router to the SDN controller 250. (traditional router The traditional routers 240 in the traditional network have a connection relationship, and the forwarding devices 2121 and 2221 of the SDN are connected to the traditional router 240. Therefore, the forwarding device 2121 of the SDN is mapped to the route calculation instance 211 corresponding to the virtual router 210, and the SDN is forwarded. The device 2221 is mapped to the route calculation instance 221 corresponding to the virtual router 220.

Of course, the mapping condition input by the user may be other, for example, the processing capability of the calculation instance for each route, and the SDN controller maps more forwarding devices or forwarding devices with larger forwarding capabilities to the routing calculation instance with larger processing capability. And the like; for the geographic information served by the virtual router 230, the idle SDN forwarding devices 2321, 2323, 2325 located at or near the service location of the virtual router 230 are mapped to the virtual router 230 according to the location information of each forwarding device of the SDN. The corresponding route calculation example 231.

The mapping between the route calculation instance and the forwarding device of the corresponding SDN may be a one-to-one mapping, or a one-to-many mapping, and multiple forwarding devices mapped by the same routing calculation instance form a cluster, and the forwarding device in the same cluster There is a connection relationship between them. For example, the routing calculation instance 211 is mapped to the forwarding device 2121 and the forwarding device 2123 of the SDN, the forwarding device 2121 and the forwarding device 2123 form a cluster as the forwarding plane 212 of the virtual router 210; the routing calculation instance 221 is mapped to the forwarding device 2221 of the SDN, As the forwarding plane 222 of the virtual router 220; the routing calculation instance 231 maps the forwarding device 2321 of the SDN, the forwarding device 2323, and the forwarding device 2325, and the forwarding device 2321, the forwarding device 2323, and the forwarding device 2325 form a cluster as the forwarding plane of the virtual router 230. 232.

The mapping between the forwarding devices in the same cluster must be ensured. For example, there is a connection between the forwarding device 2121 and the forwarding device 2123 of the cluster corresponding to the routing calculation instance 211; there is a connection between the forwarding device 2321 and the forwarding device 2323 of the cluster corresponding to the routing calculation instance 231, and the forwarding device 2323 and the forwarding device There is a connection between 2325, and there is a connection between the forwarding device 2321 and the forwarding device 2325.

Moreover, the forwarding devices corresponding to the virtual routers having the connection relationship are physically reachable. For example, if the virtual router 210 has a connection relationship with the virtual router 220, it must be ensured that a physical link exists between the forwarding device 2121 or 2123 corresponding to the virtual router 210 and the forwarding device 2221 corresponding to the virtual router 220. The virtual router 220 has a connection relationship with the virtual router 230. Therefore, it must be ensured that a physical link exists between the forwarding device 2221 corresponding to the virtual router 220 and the forwarding device 2321, 2323 or 2325 corresponding to the virtual router 230. The routing calculation instance 210 has a connection relationship with the routing calculation instance 230. Therefore, it must be ensured that a physical link exists between the forwarding device 2121 or 2123 corresponding to the virtual router 210 and the forwarding device 2321, 2323 or 2325 corresponding to the virtual router 230.

When the route calculation instance is one-to-one with the forwarding device of the SDN, the ingress port of the forwarding device of the SDN is the ingress port of the route calculation instance, and the egress port of the forwarding device of the SDN is the egress port of the route calculation instance. When the route calculation instance is one-to-many with the forwarding device of the SDN, multiple forwarding devices of the SDN corresponding to the same route calculation instance form a cluster. In this case, one port of one forwarding device in the cluster needs to be selected as the ingress port. A port in the cluster except the inbound port is used as the egress port. The ingress port and egress port of the specific cluster are determined according to the path selected by the actual route calculation.

After the mapping is completed, the SDN controller 250 records the mapping relationship, such as saving the mapping relationship on the mapping table.

The first instruction is sent to the forwarding device that is in the mapping relationship with the routing calculation instance, where the first instruction is used to indicate that the forwarding device that has a mapping relationship with the routing calculation instance receives the routing protocol packet. Sending the routing protocol packet to the corresponding route calculation instance.

After the mapping relationship is established, the first instruction can be sent to the forwarding device in the form of a flow entry. For example, the SDN controller 250 sends a flow entry to the forwarding device 2121, 2123 of the SDN to indicate that the forwarding device 2121, 2123 receives the routing protocol packet (for example, the forwarding device 2121 receives the routing protocol sent by the traditional router 240). After receiving the routing protocol packet, the routing protocol packet is sent to the corresponding routing calculation instance 212. The forwarding device is sent to the forwarding device 2221 of the SDN to instruct the forwarding device 2221 to send the routing protocol packet after receiving the routing protocol packet. The protocol packet is sent to the corresponding route calculation instance 222; the flow entry is sent to the forwarding devices 2321, 2323, and 2325 of the SDN, to indicate that the forwarding device 2321, 2323, and 2325, after receiving the routing protocol packet, the routing protocol. The packet is sent to the corresponding route calculation instance 232, so that the route calculation instance corresponding to all the virtual routers can receive the routing protocol through the forwarding device, and generate a flow table that can instruct the corresponding forwarding device to forward the data packet sent by the traditional router. .

150: Establish a logical connection relationship between the forwarding devices corresponding to the virtual routers that request the connection relationship according to the connection relationship between the virtual routers in the request.

At this time, although the mapping between the route calculation instance and the forwarding device of the SDN has been established, the connection between the forwarding planes of different virtual routers has not been established yet. Therefore, the data packet cannot be forwarded from the forwarding device corresponding to one virtual router to the forwarding device corresponding to another virtual router. Therefore, a logical connection between the forwarding devices corresponding to the virtual routers having the connection relationship in the forwarding plane establishment request is required.

When a logical connection is established, if there is a direct physical connection between the forwarding devices corresponding to the virtual routers that need to have a connection relationship in the request, the existing physical link can be used to establish a logical connection between the forwarding devices; There is no direct physical connection between the forwarding devices corresponding to the virtual routers that have a connection relationship. However, if the physical connection is reachable, the tunnel technology can be used to traverse the unrelated devices and the logical connections between the forwarding devices.

For example, please continue to participate in FIG. 2. Since there is a connection between the virtual router 210 and the virtual router 220 in the request, a logical connection is established between the forwarding device 2121 and the forwarding device 2221 as the forwarding plane 212 and the virtual router of the virtual router 210. The connection between the forwarding faces 222 of 220. Since there is a connection between the virtual router 220 and the virtual router 230 in the request, a logical connection is established between the forwarding device 2221 and the forwarding device 2321 as between the forwarding plane 222 of the virtual router 220 and the forwarding plane 232 of the virtual router 230. connection. Since there is a connection between the virtual router 230 and the virtual router 210 in the request, a logical connection is established between the forwarding device 2325 and the forwarding device 2123 as between the forwarding plane 232 of the virtual router 230 and the forwarding plane 212 of the virtual router 210. connection.

After a logical connection is established between the forwarding devices of the different virtual routers, the different virtual routers have the capability of forwarding data packets to each other.

Further, in order to prevent the routing protocol packet of the control plane of the virtual router from being forwarded through the forwarding plane, the virtual router corresponding to the virtual router in the request may also be requested according to the connection relationship between the virtual routers in the request. A connection relationship is established between route calculation instances. As shown in FIG. 4, since there is a connection between the virtual router 210 and the virtual router 220 in the request, a connection is established between the route calculation instance 211 and the route calculation instance 221 as a control plane of the virtual router 210 and the virtual router 220. The connection between the two. Since there is a connection between the virtual router 220 and the virtual router 230 in the request, a connection is established between the route calculation instance 221 and the route calculation instance 231 as a connection between the virtual router 220 and the control plane of the virtual router 230. Since there is a connection between the virtual router 230 and the virtual router 210 in the request, a connection is established between the route calculation instance 231 and the route calculation instance 211 as a connection between the virtual router 230 and the control plane of the virtual router 210.

A route connection instance can establish a connection through a switch. When different route calculation instances are running on different physical devices, the route calculation instances are connected through the physical switching device. When different route calculation instances run on different virtual machines of the same physical device, the virtual switching device is used. vSwitch) Connect route calculation instances.

For example, a switching device is set up between the routing calculation instances A and B. One port of the switching device is connected to the port of the routing calculation instance A, and the other port of the switching device is connected to the port of the routing calculation instance B. The routing protocol packet sent by the route calculation instance A can be sent to the route calculation instance B through the switching device. The routing protocol packet sent by the route calculation instance B can also be sent to the route calculation instance A through the switching device, thus implementing the route calculation instance A. Exchange of control information between and B. Therefore, routing protocol packets can be directly transmitted between control planes of different virtual routers.

And transmitting, by the routing calculation instance, the second instruction generated by the routing protocol to the forwarding device of the corresponding mapping, so that the forwarding device forwards the data packet sent by the traditional router according to the second instruction, The software defines a network that is fused with a legacy network.

For example, please continue to participate in FIG. 2, after receiving the routing protocol packet of the traditional router 240 sent by the forwarding device 2121, the routing calculation instance 211 runs the routing protocol, and the routing protocol generates a mapping indicating the mapping of the routing calculation instance 211. The forwarding device 2121, 2123 forwards the second instruction of the data packet sent by the traditional router 240. The second instruction can be sent by the SDN controller 250 to the corresponding forwarding device 2121, 2123, and the forwarding device 2121. After receiving the flow entry, the 2123 may forward the data packet sent by the traditional router 240 according to the flow entry. Moreover, the route calculation instance 211 further sends a new routing protocol message generated according to the received routing protocol message, and is sent by the SDN controller 250 to other virtual routers having a connection relationship with the virtual router 210 corresponding to the route calculation instance 211. Route calculation examples 221, 231. For example, the route calculation instance 211 generates a new routing protocol packet according to the received routing protocol packet sent by the traditional router 240, and obtains, by using the route, which ports send the new routing protocol packet to the virtual router 210. The route calculation examples 221 and 231 corresponding to the virtual routers 220 and 230 are sent to the route calculation instance 221 through the port 1 of the route calculation instance, and are sent to the route calculation instance 231 through the port 2. The SDN controller 250 calculates the port information calculated by the route calculation instance 211 and the port connection relationship between the route calculation instance and the forwarding device. For example, the port 1 of the route calculation instance 211 is mapped to the port 1 of the forwarding device 2121, and the port of the route calculation instance 211 is used. The mapping to the port 1 of the forwarding device 2123, the SDN controller 250 sends a new routing protocol message and an instruction generated by the routing calculation instance 211 to the forwarding device 2121, 2123, to instruct the forwarding device 2121 to calculate the route instance through port 1. The new routing protocol packet generated by the 211 is sent to the forwarding device 2221, and the forwarding device 2123 sends the new routing protocol packet generated by the routing calculation instance 211 to the forwarding device 2325. After receiving the new routing protocol packet, the forwarding device 2221 and 2325 respectively send the new routing protocol packet to the corresponding routing calculation instance 221, 231. Similar to the route calculation instance 211, after receiving the routing protocol message, the route calculation instance 221, 231 generates a flow table and sends it to the corresponding forwarding device, and regenerates a new routing protocol message and determines that the new generation needs to be sent. The port information of the routing protocol packet, and the forwarding device that has the mapping relationship with the determined port is forwarded by the SDN controller 250 to forward the newly generated routing protocol packet to the forwarding device corresponding to the other virtual router, and so on. The routing calculation instance corresponding to each virtual router can share the routing information of the traditional router 240 according to the received routing protocol packet, thereby generating a corresponding flow table, so that the corresponding forwarding device can forward the datagram sent by the traditional router 240. Therefore, the forwarding device between the SDN and the traditional router can transmit data packets to each other normally, thus achieving the fusion between the SDN and the traditional network.

Further, the routing protocol packet transmission between the virtual routers is forwarded by the forwarding plane, and the connection between the routing calculation instances corresponding to the virtual routers is implemented in the implementation manner (as shown in FIG. 4), and the virtual router is configured. The routing protocol packet can be sent directly through the control plane. For example, refer to FIG. 4. The route calculation instance has been connected according to the connection relationship between the virtual routers. The route calculation instance 211 is sent by the forwarding device 2121. After the routing protocol packet is sent by the traditional router 240, the route calculation is performed by the port to send the newly generated routing protocol packet to the route calculation instance 221 and 231 with which the connection relationship is established, and the newly generated route is sent through the corresponding port. The protocol packet is directly sent to the route calculation instance 221, 231. Similarly, after receiving the routing protocol packet sent by the route calculation instance 211, the route calculation instance 221, 231 regenerates a new routing protocol packet and directly sends the protocol packet. Calculate instances for other routes that are connected to it. In this way, the routing protocol packets of the control plane of the virtual router need to be forwarded through the forwarding plane, which improves the efficiency of routing protocol packets between routing calculation instances.

Specifically, in the data packet forwarding process, the SDN controller 250 first calculates the shortest path between the ingress port of the cluster and the egress port of the cluster, and generates a flow forwarding table for the forwarding device on the shortest path, and sends the flow forwarding table to Each forwarding device on the shortest path. The SDN controller generates at least a first-level flow table and a second-level flow table, and the first-level flow table includes a port number, a destination IP address, and a destination. IP address mask, and optionally includes a source MAC address, a destination MAC address, and the like. The first action of the first-level flow table is to control the source media of the received data packet (English: Media Access The MAC address of the egress port of the egress packet of The MAC address of the ingress port of the ingress forwarding device is forwarded to the second level flow table; the second matching item of the second level flow table includes the source MAC address, and the like, and the second execution action of the second level flow table forwards the data packet The next forwarding device in the shortest path between the forwarding device that forwards the device along the cluster to the egress of the cluster. The SDN controller generates a third-level flow table for the other forwarding devices except the forwarding device in the cluster, and the third matching item of the third-level flow table includes the source MAC address, and the third execution of the third-level flow table. If the current forwarding device is an egress forwarding device, the data packet is forwarded to the next forwarding device, which is the next forwarding device in the shortest path between the egress forwarding device that forwards the data packet to the cluster. One-hop cluster entry forwarding device.

For example, referring to FIG. 2, the traditional router 240 sends a data packet to the forwarding device 2121. According to the routing calculation result, the routing path of the data packet is determined to be forwarded from the cluster 212 to the cluster 232. At this time, the SDN controller 250 The forwarding device 2121 is used as the ingress forwarding device of the cluster 212, the forwarding device 2123 is the egress forwarding device of the cluster 212, the next hop of the cluster 212 is the cluster 232, and the ingress forwarding device of the cluster 232 is the forwarding device 2325. The SDN controller 250 generates a two-stage flow table for the first-stage flow table and the second-level flow table for the forwarding device 2121. When receiving the packet, the ingress forwarding device 2121 of the cluster 212 first matches the data packet according to the first matching item of the first-level flow table. If the matching succeeds, the source of the received packet is executed by the first execution action. The MAC address is modified to the MAC address of the egress port of the egress port forwarding device 2123 of the cluster, and the destination MAC address in the destination MAC address field of the received data packet is modified to be the entry of the next hop cluster 232 of the egress egress device 2123 of the cluster. The MAC address of the ingress port of the forwarding device 2325 is then forwarded to the second level flow table. The ingress forwarding device 2121 of the cluster matches the data packet generated by performing the first action according to the second matching item of the second level flow table. If the matching succeeds, the second execution action is performed to forward the data packet to the cluster. The next forwarding device in the shortest path between the ingress forwarding device and the egress forwarding device of the cluster, since only the ingress forwarding device 2121 and the egress forwarding device 2123 are in the cluster 212, it is forwarded to the egress forwarding device 2123 at this time.

After receiving the data packet, the egress forwarding device 2123 matches the data packet according to the third matching item in the third-level flow table. If the matching succeeds, the third performing action is performed, because the current forwarding device is the egress forwarding device. 2123, the data message is forwarded to the ingress forwarding device 2325 of the next hop cluster 232. Of course, when other intermediate forwarding devices are included in the shortest path between the other cluster ingress forwarding device and the egress forwarding device, the ingress forwarding device forwards the data packet to the egress forwarding device along the cluster to the egress relay device of the cluster. The next intermediate forwarding device in the shortest path. When receiving the data packet, the intermediate forwarding device performs a third execution action to forward the data packet to the next forwarding device in the shortest path between the ingress forwarding device along the cluster and the egress forwarding device along the cluster. The execution is repeated until the data message is forwarded from the cluster's egress forwarding device.

It can be understood that the division of the method steps of the present application is not limited to the present application. In other different implementation manners, the division of the method steps of the present application may be adjusted according to actual conditions.

Through the above solution, the number of virtual routers and the connection relationship of the virtual routers can be set according to the needs of the user, and then the control plane of each virtual router is created according to the number of virtual routers and the connection relationship between the virtual routers, and is established on the data plane. The connection between the virtual routers is sent to the control plane by the forwarding plane, so that the control plane can instruct the corresponding forwarding to forward the data packets sent by the traditional router. The transmission of data packets between the virtual router and the traditional router is realized, thereby realizing the fusion of the software-defined network virtual traditional network and the traditional network. Moreover, the number of virtual routers and the connection relationship of the virtual routers in the solution can be set according to the needs of the user, and the flexible integration between the software-defined network virtual traditional network and the traditional network can be realized.

Referring to FIG. 5, FIG. 5 is a schematic structural diagram of an implementation manner of a device for converging a software-defined network and a legacy network according to the present application. The device for the fusion of the software-defined network and the traditional network of the present embodiment includes: a receiving module 510, a creating module 520, a mapping module 530, a first sending module 540, a forwarding plane connecting module 550, and a second sending module 560.

The receiving module 510 is configured to receive, by the user, a request for creating at least one virtual router on the SDN, where the request includes a number of the virtual routers and a connection relationship between the virtual routers, and the receiving module 510 sends the request to the A module 520 and a forwarding plane connection module 550 are created.

The creating module 520 is configured to create a routing calculation instance that is in one-to-one correspondence with the virtual router, where the routing computing instance is used to run a routing protocol to serve as a control plane of the corresponding virtual router, and the creating module 520 calculates the route. The result of the creation of the instance is sent to the mapping module 530.

The mapping module 530 is configured to map each of the route calculation instances to a forwarding device of the SDN, and use the forwarding device mapped by the route calculation instance as a forwarding plane of the virtual router corresponding to the route calculation instance. The module 530 sends the mapping result to the first sending module 540. After the mapping is completed, the mapping module 530 records the mapping relationship, such as saving the mapping relationship on the mapping table.

The first sending module 540 is configured to send a first instruction to the forwarding device that is in a mapping relationship with the route calculation instance, where the first instruction is used to indicate that the forwarding device that has a mapping relationship with the route calculation instance is received. After the routing protocol packet is sent, the routing protocol packet is sent to the corresponding routing calculation instance.

The forwarding plane connection module 550 is configured to establish a logical connection relationship between the forwarding devices corresponding to the virtual routers that have the connection relationship, and the forwarding plane connection module 550 establishes a logical connection relationship according to the connection relationship between the virtual routers in the request. The result is sent to the second delivery module 560.

The second sending module 560 is configured to send the second instruction generated by the routing calculation instance to the corresponding forwarding device, so that the forwarding device forwards the data sent by the traditional router according to the second instruction. The message implements the fusion of the software-defined network and the traditional network.

The second sending module 560 sends a new routing protocol message generated by the routing calculation instance according to the received routing protocol message to a routing calculation instance of another virtual router that has a connection relationship with the virtual router corresponding to the routing computing instance. The transmission between the routing protocol packets between the virtual routers can be transmitted through the forwarding plane. In the implementation manner in which the convergence device establishes the connection relationship between the routing calculation instances, the control plane can also directly transmit.

The second sending module 560 also generates a second instruction generated by the routing calculation instance according to the received routing protocol message, for example, in the form of a flow entry to the corresponding forwarding device, to indicate how the forwarding device forwards the traditional router. The data packet can realize the normal transmission of data packets between the forwarding device of the SDN and the traditional router, thereby realizing the fusion between the SDN and the traditional network.

Optionally, the routing device may further include a control plane connection module, according to the connection relationship between the virtual routers in the request, in order to prevent the routing protocol packet of the control plane of the virtual router from being forwarded through the forwarding plane. A connection relationship is established between the route calculation instances corresponding to the virtual routers requesting the connection relationship.

Optionally, the mapping module is configured to establish a mapping relationship between each of the routing calculation instances and the forwarding device of the software-defined network according to a mapping condition input by the user. For example, the mapping condition includes a connection relationship between the virtual router and the traditional router. Correspondingly, the mapping module is specifically configured to use a connection relationship between the virtual router and the traditional router according to a user input. And mapping the first forwarding device to the route calculation instance corresponding to the first virtual router, where the first forwarding device and the first virtual router have a connection relationship with the first traditional router.

Optionally, the mapping between the route calculation instance and the forwarding device of the corresponding SDN is a one-to-one mapping.

Optionally, the mapping relationship between the route calculation instance and the forwarding device of the SDN is a one-to-many mapping, where multiple forwarding devices mapped by the same route calculation instance form a cluster, and the forwarding devices in the same cluster have Connection relationship.

Optionally, in the one-to-many mapping, the ingress forwarding device of the cluster includes at least a first-level flow table and a second-level flow table, where the first matching item of the first-level flow table includes an in-port number and a destination. The IP address and the destination IP address are masked, and the first execution action of the first-level flow table modifies the source MAC address of the received data packet to the MAC address of the egress port of the egress of the cluster. The destination MAC address in the destination MAC address field of the data packet is modified to be the MAC address of the ingress port of the ingress forwarding device of the next hop of the egress of the cluster, and is forwarded to the second level flow table; The second matching item of the second level flow table includes the source MAC address, and the second performing action of the second level flow table is to forward the data packet to the ingress forwarding device along the cluster to the The egress of the cluster forwards the next forwarding device in the shortest path between the devices.

Optionally, the forwarding plane connection module is specifically configured to establish a logical connection relationship by using a tunneling technology between the forwarding devices corresponding to the virtual routers having the connection relationship.

It will be understood that the apparatus shown in FIG. 5 can perform the various steps in the embodiment corresponding to FIG. 1.

In the above solution, the number of virtual routers and the connection relationship of the virtual routers can be set according to the needs of the user, and then the control plane of each virtual router is created according to the number of virtual routers and the connection relationship between the virtual routers, and virtual surfaces are created on the data plane. The connection between the routers is sent to the control plane by the forwarding plane, so that the control plane can instruct the forwarding to forward the data packets sent by the traditional router. The transmission of data packets between the virtual router and the traditional router realizes the fusion of the software-defined network virtual traditional network and the traditional network. Moreover, the number of virtual routers and the connection relationship of the virtual routers in the solution can be set according to the needs of the user, and the flexible integration between the software-defined network virtual traditional network and the traditional network can be realized.

Referring to FIG. 6, FIG. 6 is a schematic structural diagram of an embodiment of a controller according to the present application. The controller 600 of the present embodiment may be an SDN controller, including: a receiver 601, a processor 602, and a transmitter 603.

The receiver 601 is configured to receive a user input request for creating at least one virtual router on the SDN, where the request includes a number of the virtual routers and a connection relationship between the virtual routers.

The processor 602 is configured to create a one-to-one route calculation instance corresponding to the virtual router, where the route calculation instance is used to run a routing protocol as a control plane of the corresponding virtual router; Establishing a mapping relationship with the forwarding device of the SDN, respectively, to use the forwarding device mapped by the routing calculation instance as a forwarding plane of the virtual router corresponding to the routing calculation instance; and to the forwarding device that has a mapping relationship with the routing calculation instance. Sending a first instruction, where the first instruction is used to indicate that the forwarding device that has a mapping relationship with the route calculation instance sends the routing protocol packet to the corresponding route calculation instance after receiving the routing protocol packet; The connection relationship between the virtual routers in the request is to establish a logical connection relationship between the forwarding devices corresponding to the virtual routers that have the connection relationship, and the second instruction generated by the routing calculation instance running the routing protocol is sent. Forwarding device to the corresponding mapping, so that the forwarding device forwards the traditional route according to the second instruction Data packets sent, the software defined network to achieve integration with traditional networks.

The transmitter 603 is for transmitting data.

The controller in this embodiment also includes a memory 604, which may include read only memory and random access memory, and provides instructions and data to the processor 602. A portion of the memory 604 may also include non-volatile random access memory (NVRAM).

The memory 604 stores the following elements, executable modules or data structures, or a subset thereof, or an extended set thereof:

Operation instructions: include various operation instructions for implementing various operations.

Operating system: Includes a variety of system programs for implementing various basic services and handling hardware-based tasks.

In the embodiment of the present invention, the processor 602 performs the above operations by calling an operation instruction stored in the memory 604, which can be stored in the operating system.

The processor 602 can also be called a CPU (Central Processing) Unit, central processing unit). Memory 604 can include read only memory and random access memory and provides instructions and data to processor 602. A portion of the memory 604 may also include non-volatile random access memory (NVRAM). In a specific application, the various components of the controller are coupled together by a bus system 605. The bus system 605 may include a power bus, a control bus, a status signal bus, and the like in addition to the data bus. However, for clarity of description, various buses are labeled as bus system 605 in the figure.

The method disclosed in the foregoing embodiments of the present invention may be applied to the processor 602 or implemented by the processor 602. Processor 602 may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the foregoing method may be completed by an integrated logic circuit of hardware in the processor 602 or an instruction in a form of software. The processor 602 described above may be a general purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), an off-the-shelf programmable gate array (FPGA) or other programmable logic device, a discrete gate or transistor logic device, or discrete hardware. Component. The methods, steps, and logical block diagrams disclosed in the embodiments of the present invention may be implemented or carried out. The general purpose processor may be a microprocessor or the processor or any conventional processor or the like. The steps of the method disclosed in the embodiments of the present invention may be directly implemented by the hardware decoding processor, or may be performed by a combination of hardware and software modules in the decoding processor. The software module can be located in a conventional storage medium such as random access memory, flash memory, read only memory, programmable read only memory or electrically erasable programmable memory, registers, and the like. The storage medium is located in memory 604, and processor 602 reads the information in memory 604 and, in conjunction with its hardware, performs the steps of the above method.

Optionally, the processor is further configured to establish a connection relationship between the route calculation instances corresponding to the virtual routers that request the connection relationship according to the connection relationship between the virtual routers in the request.

Optionally, the processor is further configured to separately map each of the route calculation instances to a forwarding device of the software-defined network according to a mapping condition input by the user. For example, the mapping condition includes a connection relationship between the virtual router and the traditional router; correspondingly, the processor is further configured to: according to a connection relationship between the virtual router and the traditional router input by a user, Mapping the first forwarding device to the route calculation instance corresponding to the first virtual router, where the first forwarding device and the first virtual router have a connection relationship with the first traditional router.

Optionally, the processor is further configured to establish a logical connection relationship by using a tunneling technology between the forwarding devices corresponding to the virtual routers having the connection relationship.

In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus, and method may be implemented in other manners. For example, the device implementations described above are merely illustrative. For example, the division of the modules or units is only a logical function division. In actual implementation, there may be another division manner, for example, multiple units or components may be used. Combinations can be integrated into another system, or some features can be ignored or not executed. In addition, the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.

The units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the present embodiment.

In addition, each functional unit in each embodiment of the present application 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 integrated unit, if implemented in the form of a software functional unit and sold or used as a standalone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application, in essence or the contribution to the prior art, or all or part of the technical solution may be embodied in the form of a software product stored in a storage medium. A number of instructions are included to cause a computer device (which may be a personal computer, server, or network device, etc.) or a processor to perform all or part of the steps of the methods described in various embodiments of the present application. The foregoing storage medium includes: a U disk, a mobile hard disk, a read only memory (ROM, Read-Only) Memory, random access memory (RAM), disk or optical disk, and other media that can store program code.

Claims

A method for the fusion of a software-defined network and a traditional network, characterized in that the forwarding device of the software-defined network has a connection relationship with the traditional router of the traditional network, and the method includes:

Receiving, by the user, a request to create at least one virtual router on the software-defined network, where the request includes a number of the virtual routers and a connection relationship between the virtual routers;

Creating a route calculation instance corresponding to the virtual router, where the route calculation instance is used to run a routing protocol as a control plane of the corresponding virtual router;

Mapping each of the routing calculation instances to a forwarding device of the software-defined network, and using the forwarding device mapped by the routing calculation instance as a forwarding plane of the virtual router corresponding to the routing calculation instance;

Transmitting, by the forwarding device that is in a mapping relationship with the routing calculation instance, a first instruction, where the first instruction is used to indicate that the forwarding device that has a mapping relationship with the routing calculation instance receives the routing protocol packet The routing protocol packet is sent to the corresponding route calculation instance.

Establishing a logical connection relationship between the forwarding devices corresponding to the virtual routers that have the connection relationship, according to the connection relationship between the virtual routers in the request;

Transmitting, by the routing calculation instance, the second instruction generated by running the routing protocol to the forwarding device of the corresponding mapping, so that the forwarding device forwards the data packet sent by the traditional router according to the second instruction, to implement the software definition. The integration of the network and the traditional network.
The method of claim 1 further comprising:

And establishing, according to the connection relationship between the virtual routers in the request, a connection relationship between the route calculation instances corresponding to the virtual routers that request the connection relationship.
The method according to claim 1, wherein the mapping relationship between each of the routing calculation instances and the forwarding device of the software-defined network is specifically as follows:

Each of the route calculation instances is respectively mapped to a forwarding device of the software-defined network according to a mapping condition input by the user.
The method according to claim 3, wherein the mapping condition comprises a connection relationship between the virtual router and the legacy router; accordingly,

The mapping relationship between each of the routing calculation instances and the forwarding device of the software-defined network is respectively determined according to the mapping condition input by the user:

Mapping the first forwarding device to a route calculation instance corresponding to the first virtual router, where the first forwarding device and the first virtual router are configured according to the connection relationship between the virtual router and the traditional router that is input by the user Both have a connection relationship with the first conventional router.
The method according to any one of claims 1-4, wherein the mapping relationship between the route calculation instance and the forwarding device of the software-defined network is a one-to-one mapping.
The method according to any one of claims 1-4, wherein the mapping relationship between the route calculation instance and the forwarding device of the software-defined network is a one-to-many mapping, wherein the same route calculation instance maps more The forwarding devices form a cluster, and the forwarding devices in the same cluster have a connection relationship.
The method according to claim 6, wherein the ingress forwarding device of the cluster includes at least a first level flow table and a second level flow table, wherein the first matching item of the first level flow table includes The port number, the destination IP address, and the destination IP address mask. The first execution action of the first-level flow table modifies the source media access control MAC address of the received data packet to the egress-forwarding device of the cluster. The MAC address of the outbound port is changed to the destination MAC address in the destination MAC address field of the data packet to the MAC address of the ingress port of the ingress forwarding device of the next hop of the egress of the cluster, and the a second level flow table; the second matching item of the second level flow table includes the source MAC address, and the second performing action of the second level flow table is to forward the data packet to The ingress of the cluster forwards the device to the next forwarding device in the shortest path between the egress of the cluster.
The method according to any one of claims 1-4, wherein the establishing a logical connection relationship between the forwarding devices corresponding to the virtual routers having the connection relationship is:

A logical connection relationship is established through tunneling between forwarding devices corresponding to virtual routers having a connection relationship.
A device for the fusion of a software-defined network and a traditional network, characterized in that the forwarding device of the software-defined network has a connection relationship with the traditional router of the traditional network, and the fusion device comprises: a receiving module, a creating module, a mapping module, a first sending module, a forwarding plane connecting module, and a second sending module,

The receiving module is configured to receive a user input request to create at least one virtual router on the software-defined network, where the request includes a number of the virtual routers and a connection relationship between the virtual routers, and the receiving module Sending the request to the creation module and the forwarding plane connection module;

The creating module is configured to create a routing calculation instance that is in one-to-one correspondence with the virtual router, where the routing calculation instance is used to run a routing protocol as a control plane of the corresponding virtual router, and the creating module is configured to The result of creating the route calculation instance is sent to the mapping module;

The mapping module is configured to establish a mapping relationship between each of the routing calculation instances and the forwarding device of the software-defined network, so that the forwarding device mapped by the routing calculation instance is used as a virtual router corresponding to the routing calculation instance. a forwarding plane, the mapping module sends the mapping result to the first sending module;

The first sending module is configured to deliver a first instruction to a forwarding device that is in a mapping relationship with the route calculation instance, where the first instruction is used to indicate that the forwarding device that has a mapping relationship with the route calculation instance is in the receiving After the routing protocol packet is sent, the routing protocol packet is sent to the corresponding routing calculation instance.

The forwarding plane connection module is configured to establish a logical connection relationship between the forwarding devices corresponding to the virtual routers that request the connection relationship according to the connection relationship between the virtual routers in the request, where the forwarding plane connection module establishes logic The result of the connection relationship is sent to the second sending module;

The second sending module is configured to send the second instruction generated by the routing calculation instance to the corresponding forwarding device, so that the forwarding device forwards the traditional router according to the second instruction. The data packet implements the fusion of the software-defined network and the traditional network.
The device according to claim 9, further comprising a control plane connection module, configured to request a route calculation instance corresponding to the virtual router having the connection relationship according to the connection relationship between the virtual routers in the request Establish a connection relationship between them.
The apparatus according to claim 9, wherein the mapping module is configured to establish a mapping relationship between each of the routing calculation instances and a forwarding device of the software-defined network according to a mapping condition input by a user.
The apparatus according to claim 11, wherein the mapping condition comprises a connection relationship between the virtual router and the legacy router; accordingly,

The mapping module is further configured to map the first forwarding device to a route calculation instance corresponding to the first virtual router according to the connection relationship between the virtual router and the traditional router that is input by the user, where the Both the forwarding device and the first virtual router have a connection relationship with the first legacy router.
The device according to any one of claims 9-12, wherein the mapping relationship between the route calculation instance and the forwarding device of the software-defined network is a one-to-one mapping.
The device according to any one of claims 9-12, wherein the mapping relationship between the route calculation instance and the forwarding device of the software-defined network is a one-to-many mapping, wherein the same route calculation instance maps more The forwarding devices form a cluster, and the forwarding devices in the same cluster have a connection relationship.
The apparatus according to claim 14, wherein the ingress forwarding device of the cluster comprises at least a first level flow table and a second level flow table, wherein the first matching item of the first level flow table includes The port number, the destination IP address, and the destination IP address mask. The first execution action of the first-level flow table modifies the source media access control MAC address of the received data packet to the egress-forwarding device of the cluster. The MAC address of the outbound port is changed to the destination MAC address in the destination MAC address field of the data packet to the MAC address of the ingress port of the ingress forwarding device of the next hop of the egress of the cluster, and the a second level flow table; the second matching item of the second level flow table includes the source MAC address, and the second performing action of the second level flow table is to forward the data packet to The ingress of the cluster forwards the device to the next forwarding device in the shortest path between the egress of the cluster.
The device according to any one of claims 9 to 12, wherein the forwarding plane connection module is specifically configured to establish a logical connection relationship by using a tunneling technology between forwarding devices corresponding to virtual routers having a connection relationship.