CN107135121B - Switching method and device of network nodes - Google Patents
Switching method and device of network nodes Download PDFInfo
- Publication number
- CN107135121B CN107135121B CN201710295932.7A CN201710295932A CN107135121B CN 107135121 B CN107135121 B CN 107135121B CN 201710295932 A CN201710295932 A CN 201710295932A CN 107135121 B CN107135121 B CN 107135121B
- Authority
- CN
- China
- Prior art keywords
- network node
- address
- vtep
- node
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/74—Address processing for routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/25—Routing or path finding in a switch fabric
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The embodiment of the invention provides a method and a device for switching network nodes, wherein an SDN controller is connected with a control node, the control node is connected with at least two network nodes, and a tunnel established by using a VTEP-IP address corresponding to the network node exists between a switch connected with each network node and a switch connected with each computing node; the first network node sends a first VTEP-IP address corresponding to the first network node to the control node; the control node sends the first VTEP-IP address to the SDN controller; the SDN controller respectively generates forwarding flow tables aiming at the switches connected with the computing nodes according to the first VTEP-IP address and issues the forwarding flow tables to the corresponding switches; the forwarding flow table is used for indicating that the message is sent to the switch connected with the first network node through the tunnel with the destination IP address being the first VTEP-IP address. By applying the embodiment of the invention, the current cutoff time when the network node is switched is reduced.
Description
Technical Field
The present invention relates to the field of internet technologies, and in particular, to a method and an apparatus for switching network nodes.
Background
The OpenStack networking comprises a control node, a network node and a computing node, wherein the control node controls and manages the network node and the computing node, the computing node sends a message sent by a virtual machine to an external network to the network node, and the network node processes the message.
At present, in order to improve the reliability of a network, an OpenStack networking often includes 2 network nodes, which are respectively marked as a and B, and operates the network node a, that is, a computing node sends a message sent to an external network to the network node a for processing; when the network node a fails, the control node in the OpenStack networking switches the running network node to the network node B, that is, the computing node sends the packet sent to the external network to the network node B for processing.
Specifically, the network nodes a and B pre-store a report _ interval (keep-alive message sending cycle time, for example, 30 s); the control node stores schedule _ time (cycle time for checking the survival condition of the network node, such as 37s) and dead _ time (dead time, such as 150s) in advance; the currently operating network node is a network node A;
in this case, the network node a sends a keep-alive message to the control node every 30 s; the control node checks the survival condition of the network node A once every 37s, calculates the time length from the last time of receiving the keep-alive message, and when the calculated time length from the last time of receiving the keep-alive message exceeds 150s, the control node can determine that the network node A has a fault, and switches the running network node into the network node B.
Based on the above, the time of report _ interval, schedule _ time, dead _ time, etc. needs to be considered in the network node switching, which results in the occurrence of the flow break in the network node switching and the flow break time is long.
Disclosure of Invention
An object of the embodiments of the present invention is to provide a method and an apparatus for switching a network node, so as to reduce a current interruption time when the network node is switched. The specific technical scheme is as follows:
on one hand, the embodiment of the invention discloses a switching method of Network nodes, which is applied to an SDN (software defined Network) controller, wherein the SDN controller is connected with a control node, the control node is connected with at least two Network nodes, and a Tunnel established by using a Virtual eXtensible LAN Tunnel End Point (VTEP) address corresponding to the Network node exists between a switch connected with each Network node and a switch connected with each computing node; the method comprises the following steps:
receiving a first address change request which is sent by the control node and carries a first VTEP-IP address corresponding to a first network node; the first VTEP-IP address is carried in a second address change request and sent to the control node when the first network node determines that a second network node has a fault;
respectively generating forwarding flow tables aiming at the switches connected with the computing nodes according to the first VTEP-IP address; each forwarding flow table is used for indicating that a message sent to an external network is sent to a switch connected with the first network node through a tunnel with a destination IP address as a first VTEP-IP address;
and respectively issuing forwarding flow tables generated by the switches connected to each computing node to the switches corresponding to each forwarding flow table, so that the switches connected to the first network node send received messages forwarded according to the forwarding flow tables to the first network node through the port corresponding to the first VTEP-IP address according to the corresponding relationship between the VTEP-IP address and the port stored by the switches connected to the first network node.
In a second aspect, the embodiment of the present invention discloses a method for switching network nodes, which is applied to a control node, where the control node is connected to an SDN controller and at least two network nodes, and a tunnel established using a VTEP-IP address corresponding to the network node exists between a switch connected to each network node and a switch connected to each computing node; the method comprises the following steps:
receiving a second address change request which is sent by a first network node when the second network node is determined to be in fault and carries a first VTEP-IP address corresponding to the first network node;
carrying the first VTEP-IP address in a first address change request and sending the first VTEP-IP address to the SDN controller, so that the SDN controller respectively generates forwarding flow tables for the switches connected with each computing node according to the first VTEP-IP address, each forwarding flow table is used for indicating that the message sent to the external network is sent to the switch connected with the first network node through the tunnel with the destination IP address as the first VTEP-IP address, the forwarding flow tables respectively generated for the switches connected with each computing node are respectively issued to the switches corresponding to each forwarding flow table, and then the switch connected with the first network node sends the received message forwarded according to the forwarding flow table to the first network node through the port corresponding to the first VTEP-IP address according to the corresponding relation between the VTEP-IP address and the port stored by the switch.
In three aspects, the embodiment of the invention discloses a switching device of network nodes, which is applied to an SDN controller, wherein the SDN controller is connected with a control node, the control node is connected with at least two network nodes, and a tunnel established by using a VTEP-IP address corresponding to the network node exists between a switch connected with each network node and a switch connected with each computing node; the device comprises:
a receiving unit, configured to receive a first address change request carrying a first VTEP-IP address corresponding to a first network node and sent by the control node; the first VTEP-IP address is carried in a second address change request and sent to the control node when the first network node determines that a second network node has a fault;
a generating unit, configured to generate forwarding flow tables for switches connected to respective computing nodes according to the first VTEP-IP address; each forwarding flow table is used for indicating that a message sent to an external network is sent to a switch connected with the first network node through a tunnel with a destination IP address as a first VTEP-IP address;
and the issuing unit is used for issuing forwarding flow tables respectively generated by the switches connected to each computing node to the switches corresponding to each forwarding flow table, so that the switches connected to the first network node send the received messages forwarded according to the forwarding flow tables to the first network node through the port corresponding to the first VTEP-IP address according to the corresponding relationship between the VTEP-IP address and the port stored by the switches connected to the first network node.
In a fourth aspect, an embodiment of the present invention discloses a switching device for network nodes, which is applied to a control node, where the control node is connected to an SDN controller and at least two network nodes, and a tunnel established using a VTEP-IP address corresponding to the network node exists between a switch connected to each network node and a switch connected to each computing node; the device comprises:
the receiving unit is used for receiving a second address change request which is sent by a first network node and carries a first VTEP-IP address corresponding to the first network node when the second network node is determined to be in fault;
a sending unit, configured to send the first VTEP-IP address to the SDN controller by carrying the first VTEP-IP address in a first address change request, so that the SDN controller respectively generates forwarding flow tables for the switches connected with each computing node according to the first VTEP-IP address, each forwarding flow table is used for indicating that the message sent to the external network is sent to the switch connected with the first network node through the tunnel with the destination IP address as the first VTEP-IP address, the forwarding flow tables respectively generated for the switches connected with each computing node are respectively issued to the switches corresponding to each forwarding flow table, and then the switch connected with the first network node sends the received message forwarded according to the forwarding flow table to the first network node through the port corresponding to the first VTEP-IP address according to the corresponding relation between the VTEP-IP address and the port stored by the switch.
In the embodiment of the invention, OpenStack networking and SDN networking are combined, wherein an SDN controller is connected with a control node, the control node is connected with at least two network nodes, and a tunnel established by using a VTEP-IP address corresponding to each network node exists between a switch connected with each network node and a switch connected with each computing node; when the first network node determines that the second network node fails, the first network node carries a first VTEP-IP address corresponding to the first network node in a second address change request and sends the second VTEP-IP address to the control node; the control node sends a first address change request carrying a first VTEP-IP address to the SDN controller; the SDN controller respectively generates forwarding flow tables aiming at the switches connected with each computing node according to the first VTEP-IP address, wherein each forwarding flow table is used for indicating that a message sent to an external network is sent to the switch connected with the first network node through a tunnel with the target IP address as the first VTEP-IP address, and the forwarding flow tables respectively generated aiming at the switches connected with each computing node are respectively issued to the switches corresponding to each forwarding flow table; therefore, the switch connected with the first network node sends the received message forwarded according to the forwarding flow table to the first network node through the port corresponding to the first VTEP-IP address according to the corresponding relation between the VTEP-IP address and the port stored by the switch.
Therefore, in the embodiment of the invention, the time of report _ interval, schedule _ time, dead _ time and the like does not need to be considered, and the SDN controller issues the forwarding flow table according to the VTEP-IP address reported by the network node, so that the network node switching is realized, and the flow break time during the network node switching is reduced. Of course, not all of the advantages described above need to be achieved at the same time in the practice of any one product or method of the invention.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.
FIG. 1 is a schematic diagram of a networking;
FIG. 2 is a schematic diagram of a networking used in an embodiment of the invention;
fig. 3 is a schematic flowchart of a handover method of a network node according to an embodiment of the present invention;
fig. 4 is a flowchart illustrating another handover method for a network node according to an embodiment of the present invention;
fig. 5 is a schematic structural diagram of a switching apparatus of a network node according to an embodiment of the present invention;
fig. 6 is a schematic structural diagram of another switching apparatus of a network node according to an embodiment of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
Currently, as shown in fig. 1, a control node 100, a network node 200, a network node 201, and a computing node 301 are included in OpenStack networking. In practical applications, the OpenStack networking may include a plurality of computing nodes, and only one computing node is described here as an example.
If the currently operating network node is the network node 200, the process of directing the packet sent from the computing node 301 to the external network to the network node 201 is as follows:
the network node 200 sends a keep-alive message to the control node every other report _ interval; the control node 100 checks the survival condition of the network node 200 every other scheduled _ time, calculates the time length from the last time of receiving the keep-alive message, and when the calculated time length from the last time of receiving the keep-alive message exceeds dead _ time, the control node 100 issues a message pointing to the network node 201 to the computing node 301, and points the message sent by the computing node 301 to the external network to the network node 201.
In this case, in the process of switching the message sent from the computing node 301 to the external network from the direction to the network node 200 to the direction to the network node 201, time such as report _ interval, schedule _ time, dead _ time, and the like needs to be considered, and the interruption time is long.
In order to reduce the current interruption time when the network node is switched, an embodiment of the present invention provides a networking, as shown in fig. 2, where the networking includes: the SDN controller 400, the control node 100, the network node 200, the network node 201, the computing node 301, and the switches 500 and 501, that is, OpenStack networking and SDN networking are combined, in addition, there are at least two network nodes, and at least two network nodes may be connected to the same switch or different switches, where only two network nodes are connected to the same switch as an example; there may be a plurality of computing nodes, and only one computing node is taken as an example for illustration;
the SDN controller 400 is connected to the control node 100, the control node 100 is connected to at least two network nodes, and a tunnel established using a VTEP-IP address corresponding to the network node exists between a switch connected to each network node and a switch connected to each computing node.
Based on the networking shown in fig. 2, the embodiment of the invention provides a method and a device for switching network nodes. Referring to fig. 3, fig. 3 is a schematic flowchart of a handover method of a network node according to an embodiment of the present invention, which is applied to an SDN controller, and the method includes:
s301: receiving a first address change request which is sent by a control node and carries a first VTEP-IP address corresponding to a first network node;
and the first VTEP-IP address is carried in a second address change request and sent to the control node when the first network node determines that the second network node has a fault. Here, the failure of the second network node means that the second network node cannot work normally, for example, the second network node is restarted, and the second network node is stuck.
It should be noted that, before the second network node fails, the switch connected to each computing node sends the packet sent to the external network to the switch connected to the second network node through the tunnel whose destination IP address is the second VTEP-IP address corresponding to the second network node, and then the switch connected to the second network node sends the received packet to the second network node through the port corresponding to the second VTEP-IP address according to the correspondence between the VTEP-IP address and the port stored in the switch connected to the second network node, that is, before the second network node fails, the packet sent to the external network by each computing node is directed to the second network node.
In an embodiment of the present invention, in order to ensure that the network node can be switched by the SDN controller, the second network node and the first network node may be equivalent to one network node, that is, the device identifiers of the second network node and the first network node are set to be the same. For example, the identities of the second network node and the first network node are both set to network 1. In addition, the second address change request carries the first VTEP-IP address and can also carry the equipment identifier.
Therefore, when the control node receives a second address change request reported by the first network node, if the device identifier carried in the second address change request is determined to be the same as the device identifier of the second network node, the control node can only consider that the VTEP-IP address corresponding to the network node is changed, and only needs to change the destination IP address of the forwarding flow table; at this time, the control node sends a first address change request carrying the first VTEP-IP address to the SDN controller. Here, the changed forwarding flow table is used to instruct a switch connected to the first network node to transmit a packet addressed to the external network through a tunnel whose destination IP address is the first VTEP-IP address.
S302: respectively generating forwarding flow tables aiming at the switches connected with the computing nodes according to the first VTEP-IP address;
and each generated forwarding flow table is used for indicating that the message sent to the external network is sent to the switch connected with the first network node through the tunnel with the destination IP address as the first VTEP-IP address.
S303: and respectively issuing forwarding flow tables generated by the switches connected aiming at each computing node to the switches corresponding to each forwarding flow table.
Under the condition, the switch connected with the first network node can send the received message forwarded according to the forwarding flow table to the first network node through the port corresponding to the first VTEP-IP address according to the corresponding relation between the VTEP-IP address and the port stored in the switch, so that the switching of the network nodes is realized, namely, the switching of the message sent to the external network by each computing node from the direction to the second network node to the direction to the first network node is realized.
In an embodiment of the present invention, in order to ensure that a first network node can timely and accurately determine whether a second network node fails, a cluster may be constructed by techniques of a placemaker (cluster resource manager) and a corosync (cluster management engine), where a master device and a standby device may be respectively used as a network node. At this time, the master device and the standby device (i.e., the network nodes) may monitor whether the other side fails in real time through the placemaker and the corosync.
In this case, if the current second network node is a master device and the first network node is a slave device, the computing node directs the message sent to the external network to the second network node, and meanwhile, the first network node monitors whether the second network node fails in real time through the pacemaker and the corosyn;
when a first network node monitors that a second network node fails through a placemaker and a corosync, the first network node determines the first network node as main equipment and reports a VTEP-IP change event to a control node, wherein the VTEP-IP change event is a second address change request and comprises a first VTEP-IP address corresponding to the first network node;
and the control node sends a first address change request carrying the first VTEP-IP address to the SDN controller according to the first VTEP-IP address.
By applying the embodiment, the time of report _ interval, schedule _ time, dead _ time and the like does not need to be considered, and the SDN controller issues the forwarding flow table according to the VTEP-IP address reported by the network node, so that the network node switching is realized, and the flow break time during the network node switching is reduced.
Referring to fig. 4, fig. 4 is a schematic flowchart of another handover method of a network node according to an embodiment of the present invention, which is applied to a control node, and the method includes:
s401: receiving a second address change request which is sent by a first network node when the second network node is determined to be in fault and carries a first VTEP-IP address corresponding to the first network node;
in one embodiment of the invention, a preset database (e.g., Mysql database) of the control node stores a configuration file of the network node; before receiving a second address change request sent by a first network node, because the device identifiers of the first network node and a second network node are set to be the same device identifier, redundant configuration files aiming at the first network node and the second network node can be added in the preset database; in order to save storage space and ensure successful network node switching, these redundant configuration files may be deleted.
S402: and carrying the first VTEP-IP address in the first address change request and sending the first VTEP-IP address to the SDN controller.
In this case, the SDN controller generates forwarding flow tables for the switches connected to the respective computing nodes according to the first VTEP-IP address, where each forwarding flow table is used to instruct the switches connected to the first network node to send a packet sent to an external network through a tunnel whose destination IP address is the first VTEP-IP address, and issues the forwarding flow tables generated for the switches connected to the respective computing nodes to the switches corresponding to the respective forwarding flow tables;
and the switch connected with the first network node sends the received message forwarded according to the forwarding flow table to the first network node through the port corresponding to the first VTEP-IP address according to the corresponding relation between the VTEP-IP address and the port stored by the switch.
In one embodiment of the invention, the first network node and the second network node have the same device identity; the second address change request also carries an equipment identifier;
in this case, the control node may first determine whether the device identifier carried in the second address change request is the same as the device identifier of the second network node, and send the SDN controller with the first VTEP-IP address carried in the first address change request when determining that the device identifier carried in the second address change request is the same as the device identifier of the second network node.
In one embodiment of the invention, in order to ensure that the first network node can timely and accurately determine whether the second network node fails, the second network node and the first network node are clusters constructed by using a patch and a corosyn c, and the second network node and the first network node can monitor whether the other side fails in real time through the patch and the corosyn c; when the first network node determines that the second network node fails through the facemake and corosyn, a second address change request is sent to the control node; that is, the second address change request is sent by the first network node to the control node upon determining, by the facemake and corosync, that the second network node is malfunctioning.
It should be noted that all the embodiments are described in a related manner, and the same and similar parts among the embodiments may be referred to each other.
By applying the embodiment, the time of report _ interval, schedule _ time, dead _ time and the like does not need to be considered, and the SDN controller issues the forwarding flow table according to the VTEP-IP address reported by the network node, so that the network node switching is realized, and the flow break time during the network node switching is reduced.
The switching method of network nodes provided by the embodiment of the present invention is described in detail with reference to the networking shown in fig. 2, wherein the network node 200 and the network node 201 form a cluster through a placemaker and a corosync. The VTEP-IP address corresponding to the network node 200 is IP 1, the VTEP-IP address corresponding to the network node 201 is IP2, and the network node 200 and the network node 201 have the same device identifier and are both network 1; at least two tunnels are established between the switch 500 and the switch 501, which are respectively marked as tunnel 1 and tunnel 2, wherein the VTEP-IP address of the tunnel 1 at the switch 500 side is IP 1, and the VTEP-IP address of the tunnel 2 at the switch 500 side is IP 2.
Suppose that: initially, the network node 200 is a master device of the cluster, and the network node 201 is a slave device of the cluster; the control node 100 pre-stores a corresponding relationship between the device identifier network1 and a VTEP-IP address (i.e., IP 1) corresponding to the network node 200 as a main device, where the corresponding relationship may be manually pre-configured or uploaded by the main device; the switch 500 stores in advance a correspondence relationship between IP 1 and port a (i.e., a port of the switch 500 connected to the network node 200), and a correspondence relationship between IP2 and port B (i.e., a port of the switch 500 connected to the network node 201).
The control node 100 informs the SDN controller 400 of the IP 1, the SDN controller 400 generates a flow table 1 for the switch 501 according to the IP 1, and issues the flow table 1 to the switch 501, where the flow table 1 is used to indicate that a packet sent from the computing node 301 to an external network is sent to the switch 500 through the tunnel 1. Thus, after receiving the message sent by the computing node 301 to the external network, the switch 501 performs tunnel 1 corresponding encapsulation on the message according to the flow table 1, so as to obtain a tunnel message, where a destination IP address of the tunnel message is IP 1.
After the switch 500 receives the tunnel packet sent by the switch 501 through the tunnel 1, it can know that the destination IP address of the tunnel packet corresponds to the port a according to the correspondence relationship between the IP 1 and the port a stored in the switch 500 in advance, decapsulate the tunnel packet, and send the decapsulated packet to the network node 200 through the port a.
In addition, whether the other side fails or not is monitored in real time between the network node 200 and the network node 201 through the placemaker and the corosync;
when monitoring the network node 200 failure, the network node 201 determines itself as a master device and sends a VTEP-IP change event (i.e., a second address change request) to the control node 100; the VTEP-IP change event carries a VTEP-IP address (i.e., IP 2) and a device identifier network1 corresponding to the network node 201;
when the control node 100 receives the VTEP-IP change event, since the network node 201 and the network node 200 have the same device identifier, that is, network1, the control node 100 may regard the network node as the master device (network node 200) to change the VTEP-IP address, so that the control node 100 modifies an IP address in a correspondence relationship between the stored device identifier network1 and the VTEP-IP address (that is, IP 1) corresponding to the network node 200 as the master device to IP2, and sends the IP2 to the SDN controller 400;
the SDN controller 400 generates a flow table 2 for the switch 501 according to the IP2, and issues the flow table 2 to the switch 501, where the flow table 2 is used to instruct the switch 500 to send a packet sent from the computing node 301 to an external network through the tunnel 2. In this way, after receiving the packet sent by the computing node 301 to the external network, the switch 501 performs tunnel 2 corresponding encapsulation on the packet according to the flow table 2, so as to obtain a tunnel packet, where a destination IP address of the tunnel packet is IP 2. The flow table 2 may have the same structure as the flow table 1, and is different from the flow table 1 in that the tunnel destination IP address is different (the tunnel destination IP address of the flow table 1 is IP 1, and the tunnel destination IP address of the flow table 2 is IP 2), and the priority of the flow table 2 is higher than that of the flow table 1; or flow table 2 is used to indicate that the tunnel destination IP address in flow table 1 is modified to IP 2.
After the switch 500 receives the tunnel packet sent by the switch 501 through the tunnel 2, it can know that the destination IP address of the tunnel packet corresponds to the port B according to the correspondence relationship between the IP2 and the port B stored in the switch 500 in advance, decapsulate the tunnel packet, and send the decapsulated packet to the network node 201 through the port B.
Referring to fig. 5, fig. 5 is a schematic structural diagram of a switching apparatus of network nodes, which is applied to an SDN controller, where the SDN controller is connected to a control node, the control node connects at least two network nodes, and a tunnel established using a VTEP-IP address corresponding to each network node exists between a switch connected to each network node and a switch connected to each computing node; the device includes:
a receiving unit 501, configured to receive a first address change request that is sent by a control node and carries a first VTEP-IP address corresponding to a first network node; the first VTEP-IP address is carried in a second address change request and sent to the control node when the first network node determines that the second network node has a fault;
a generating unit 502, configured to generate forwarding flow tables for switches connected to respective computing nodes, respectively, according to the first VTEP-IP address; each forwarding flow table is used for indicating that a message sent to an external network is sent to a switch connected with a first network node through a tunnel with a destination IP address as a first VTEP-IP address;
the issuing unit 503 is configured to issue forwarding flow tables respectively generated for the switches connected to each computing node to the switches corresponding to each forwarding flow table, so that the switch connected to the first network node sends the received packet forwarded according to the forwarding flow table to the first network node through the port corresponding to the first VTEP-IP address according to the correspondence between the VTEP-IP address and the port stored in the switch.
In one embodiment of the invention, the first network node and the second network node have the same device identity; the second address change request also carries an equipment identifier;
in this case, the receiving unit 501 may be specifically configured to:
and receiving a first address change request which is sent by the control node and carries a first VTEP-IP address corresponding to the first network node when the control node determines that the equipment identifier carried in the second address change request is the same as the equipment identifier of the second network node.
In one embodiment of the invention, the second network node and the first network node are clusters constructed by using a patch and a corosync;
and the second address change request is sent to the control node by the first network node when the failure of the second network node is determined by the facemake and the corosync.
By applying the embodiment, the time of report _ interval, schedule _ time, dead _ time and the like does not need to be considered, and the SDN controller issues the forwarding flow table according to the VTEP-IP address reported by the network node, so that the network node switching is realized, and the flow break time during the network node switching is reduced.
Referring to fig. 6, fig. 6 is a schematic structural diagram of another switching apparatus of a network node according to an embodiment of the present invention, which is applied to a control node, where the control node is connected to an SDN controller and at least two network nodes, and a tunnel established using a VTEP-IP address corresponding to the network node exists between a switch connected to each network node and a switch connected to each computing node; the device includes:
a receiving unit 601, configured to receive a second address change request carrying a first VTEP-IP address corresponding to a first network node, sent by the first network node when determining that a second network node is in failure;
a sending unit 602, configured to send the first VTEP-IP address to the SDN controller by carrying the first VTEP-IP address in the first address change request, so that the SDN controller respectively generates forwarding flow tables for the switches connected with each computing node according to the first VTEP-IP address, each forwarding flow table is used for indicating that the message sent to the external network is sent to the switch connected with the first network node through the tunnel with the destination IP address as the first VTEP-IP address, the forwarding flow tables respectively generated for the switches connected with each computing node are respectively issued to the switches corresponding to each forwarding flow table, and then the switch connected with the first network node sends the received message forwarded according to the forwarding flow table to the first network node through the port corresponding to the first VTEP-IP address according to the corresponding relation between the VTEP-IP address and the port stored by the switch.
In one embodiment of the invention, the first network node and the second network node have the same device identity; the second address change request also carries an equipment identifier;
in this case, transmitting section 602 may specifically be configured to:
and when the device identifier carried in the second address change request is determined to be the same as the device identifier of the second network node, carrying the first VTEP-IP address in the first address change request, and sending the first VTEP-IP address to the SDN controller.
In an embodiment of the present invention, the switching device may further include:
a deleting unit (not shown in fig. 6), configured to delete the redundant configuration files for the first network node and the second network node in the preset database before receiving a second address change request that is sent by the first network node and carries a first VTEP-IP address corresponding to the first network node; the preset database is used for storing configuration files of the network nodes.
In one embodiment of the invention, the second network node and the first network node are clusters constructed by using a patch and a corosync;
in this case, the second address change request is sent by the first network node to the control node when it is determined by the facemake and corosync that the second network node is faulty.
By applying the embodiment, the time of report _ interval, schedule _ time, dead _ time and the like does not need to be considered, and the SDN controller issues the forwarding flow table according to the VTEP-IP address reported by the network node, so that the network node switching is realized, and the flow break time during the network node switching is reduced.
It is noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.
All the embodiments in the present specification are described in a related manner, and the same and similar parts among the embodiments may be referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, as for the apparatus embodiment, since it is substantially similar to the method embodiment, the description is relatively simple, and for the relevant points, reference may be made to the partial description of the method embodiment.
The above description is only for the preferred embodiment of the present invention, and is not intended to limit the scope of the present invention. Any modification, equivalent replacement, or improvement made within the spirit and principle of the present invention shall fall within the protection scope of the present invention.
Claims (14)
1. A switching method of network nodes is applied to a Software Defined Network (SDN) controller, the SDN controller is connected with a control node, the control node is connected with at least two network nodes, and a tunnel established by using an extensible virtual local area network (VTEP) -network protocol (IP) address of a tunnel endpoint corresponding to each network node exists between a switch connected with each network node and a switch connected with each computing node; the method comprises the following steps:
receiving a first address change request which is sent by the control node and carries a first VTEP-IP address corresponding to a first network node; the first VTEP-IP address is carried in a second address change request and sent to the control node when the first network node determines that a second network node has a fault;
respectively generating forwarding flow tables aiming at the switches connected with the computing nodes according to the first VTEP-IP address; each forwarding flow table is used for indicating that a message sent to an external network is sent to a switch connected with the first network node through a tunnel with a destination IP address as a first VTEP-IP address;
and respectively issuing forwarding flow tables generated by the switches connected with the computing nodes to the switches connected with the computing nodes corresponding to the forwarding flow tables, so that the switches connected with the first network node send the received messages forwarded according to the forwarding flow tables to the first network node through the port corresponding to the first VTEP-IP address according to the corresponding relation between the VTEP-IP address and the port stored by the switches connected with the first network node.
2. The method of claim 1, wherein the first network node and the second network node have the same device identity; the second address change request also carries an equipment identifier;
the step of receiving a first address change request carrying a first VTEP-IP address corresponding to a first network node sent by the control node includes:
and receiving a first address change request which is sent by the control node and carries a first VTEP-IP address corresponding to the first network node when the control node determines that the equipment identifier carried in the second address change request is the same as the equipment identifier of the second network node.
3. The method according to claim 1 or 2, wherein the second network node and the first network node are clusters constructed by cluster resource manager (Pacemake) and cluster management engine (corosync);
and the second address change request is sent to the control node by the first network node when the second network node is determined to be in fault through the facemake and the corosync.
4. A switching method of network nodes is characterized in that the switching method is applied to a control node, the control node is connected with a Software Defined Network (SDN) controller and at least two network nodes, and a tunnel established by using an extensible virtual local area network (VTEP) -network protocol (IP) address of a tunnel endpoint corresponding to the network node exists between a switch connected with each network node and a switch connected with each computing node; the method comprises the following steps:
receiving a second address change request which is sent by a first network node when the second network node is determined to be in fault and carries a first VTEP-IP address corresponding to the first network node;
carrying the first VTEP-IP address in a first address change request and sending the first VTEP-IP address to the SDN controller, so that the SDN controller respectively generates forwarding flow tables for the switches connected with each computing node according to the first VTEP-IP address, each forwarding flow table is used for indicating that the message sent to the external network is sent to the switch connected with the first network node through the tunnel with the destination IP address as the first VTEP-IP address, the forwarding flow tables respectively generated for the switches connected with each computing node are respectively issued to the switches connected with the computing nodes corresponding to each forwarding flow table, and then the switch connected with the first network node sends the received message forwarded according to the forwarding flow table to the first network node through the port corresponding to the first VTEP-IP address according to the corresponding relation between the VTEP-IP address and the port stored by the switch.
5. The method of claim 4, wherein the first network node and the second network node have the same device identity; the second address change request also carries an equipment identifier;
the step of carrying the first VTEP-IP address in a first address change request and sending the first VTEP-IP address to the SDN controller includes:
and when the device identification carried in the second address change request is determined to be the same as the device identification of the second network node, carrying the first VTEP-IP address in the first address change request, and sending the first VTEP-IP address to the SDN controller.
6. The method according to claim 4, wherein before receiving a second address change request carrying a first VTEP-IP address corresponding to a first network node sent by the first network node, the method further comprises:
deleting redundant configuration files aiming at the first network node and the second network node in a preset database; the preset database is used for storing configuration files of the network nodes.
7. The method according to any of claims 4-6, wherein the second network node and the first network node are clusters constructed by cluster resource manager (PACE) and cluster management engine (CORSYNC);
and the second address change request is sent to the control node by the first network node when the second network node is determined to be in fault through the facemake and the corosync.
8. The switching device of the network node is applied to a Software Defined Network (SDN) controller, the SDN controller is connected with a control node, the control node is connected with at least two network nodes, and a tunnel established by using an extensible virtual local area network (VTEP) -network protocol (IP) address corresponding to the network node exists between a switch connected with each network node and a switch connected with each computing node; the device comprises:
a receiving unit, configured to receive a first address change request carrying a first VTEP-IP address corresponding to a first network node and sent by the control node; the first VTEP-IP address is carried in a second address change request and sent to the control node when the first network node determines that a second network node has a fault;
a generating unit, configured to generate forwarding flow tables for switches connected to respective computing nodes according to the first VTEP-IP address; each forwarding flow table is used for indicating that a message sent to an external network is sent to a switch connected with the first network node through a tunnel with a destination IP address as a first VTEP-IP address;
and the issuing unit is used for issuing forwarding flow tables respectively generated by the switches connected with the computing nodes to the switches connected with the computing nodes corresponding to the forwarding flow tables respectively so that the switches connected with the first network node send the received messages forwarded according to the forwarding flow tables to the first network node through the port corresponding to the first VTEP-IP address according to the corresponding relationship between the VTEP-IP address and the port stored by the switches connected with the first network node.
9. The apparatus of claim 8, wherein the first network node and the second network node have the same device identity; the second address change request also carries an equipment identifier;
the receiving unit is specifically configured to:
and receiving a first address change request which is sent by the control node and carries a first VTEP-IP address corresponding to the first network node when the control node determines that the equipment identifier carried in the second address change request is the same as the equipment identifier of the second network node.
10. The apparatus according to claim 8 or 9, wherein the second network node and the first network node are clusters constructed by cluster resource manager (Pacemake) and cluster management engine (corosync);
and the second address change request is sent to the control node by the first network node when the second network node is determined to be in fault through the facemake and the corosync.
11. The switching device of the network node is applied to a control node, the control node is connected with a Software Defined Network (SDN) controller and at least two network nodes, and a tunnel established by using an extensible virtual local area network (VTEP) -network protocol (IP) address of a tunnel endpoint corresponding to the network node exists between a switch connected with each network node and a switch connected with each computing node; the device comprises:
the receiving unit is used for receiving a second address change request which is sent by a first network node and carries a first VTEP-IP address corresponding to the first network node when the second network node is determined to be in fault;
a sending unit, configured to send the first VTEP-IP address to the SDN controller by carrying the first VTEP-IP address in a first address change request, so that the SDN controller respectively generates forwarding flow tables for the switches connected with each computing node according to the first VTEP-IP address, each forwarding flow table is used for indicating that the message sent to the external network is sent to the switch connected with the first network node through the tunnel with the destination IP address as the first VTEP-IP address, the forwarding flow tables respectively generated for the switches connected with each computing node are respectively issued to the switches connected with the computing nodes corresponding to each forwarding flow table, and then the switch connected with the first network node sends the received message forwarded according to the forwarding flow table to the first network node through the port corresponding to the first VTEP-IP address according to the corresponding relation between the VTEP-IP address and the port stored by the switch.
12. The apparatus of claim 11, wherein the first network node and the second network node have the same device identity; the second address change request also carries an equipment identifier;
the sending unit is specifically configured to:
and when the device identification carried in the second address change request is determined to be the same as the device identification of the second network node, carrying the first VTEP-IP address in the first address change request, and sending the first VTEP-IP address to the SDN controller.
13. The apparatus of claim 11, further comprising:
a deleting unit, configured to delete a redundant configuration file in a preset database for a first network node and a second network node before receiving a second address change request, which is sent by the first network node and carries a first VTEP-IP address corresponding to the first network node; the preset database is used for storing configuration files of the network nodes.
14. The apparatus according to any of claims 11-13, wherein the second network node and the first network node are clusters constructed by cluster resource manager (PACC) and cluster management engine (CORSYNC);
and the second address change request is sent to the control node by the first network node when the second network node is determined to be in fault through the facemake and the corosync.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710295932.7A CN107135121B (en) | 2017-04-28 | 2017-04-28 | Switching method and device of network nodes |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710295932.7A CN107135121B (en) | 2017-04-28 | 2017-04-28 | Switching method and device of network nodes |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107135121A CN107135121A (en) | 2017-09-05 |
| CN107135121B true CN107135121B (en) | 2020-02-11 |
Family
ID=59716751
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710295932.7A Active CN107135121B (en) | 2017-04-28 | 2017-04-28 | Switching method and device of network nodes |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107135121B (en) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10560390B2 (en) * | 2018-03-05 | 2020-02-11 | Schweitzer Engineering Laboratories, Inc. | Time-based network operation profiles in a software-defined network |
| CN109995641B (en) * | 2019-03-21 | 2021-05-28 | 新华三技术有限公司 | Information processing method, computing node and storage medium |
| CN112583708B (en) * | 2020-12-25 | 2022-08-30 | 新华三技术有限公司 | Connection relation control method and device and electronic equipment |
| CN113259162B (en) * | 2021-05-08 | 2022-09-16 | 中国工商银行股份有限公司 | Network fault determination method and device, electronic equipment and storage medium |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104506408A (en) * | 2014-12-31 | 2015-04-08 | 杭州华三通信技术有限公司 | Data transmission method and device based on SDN |
| CN105577417A (en) * | 2014-11-06 | 2016-05-11 | 杭州华三通信技术有限公司 | VXLAN (virtual extensible local area network)-based massage forwarding method and device |
| CN105847157A (en) * | 2016-03-21 | 2016-08-10 | 中国人民解放军国防科学技术大学 | End-to-end communication method between identification networks based on SDN |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20150088559A (en) * | 2014-01-24 | 2015-08-03 | 한국전자통신연구원 | Method and apparatus for restoring failure of network |
-
2017
- 2017-04-28 CN CN201710295932.7A patent/CN107135121B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105577417A (en) * | 2014-11-06 | 2016-05-11 | 杭州华三通信技术有限公司 | VXLAN (virtual extensible local area network)-based massage forwarding method and device |
| CN104506408A (en) * | 2014-12-31 | 2015-04-08 | 杭州华三通信技术有限公司 | Data transmission method and device based on SDN |
| CN105847157A (en) * | 2016-03-21 | 2016-08-10 | 中国人民解放军国防科学技术大学 | End-to-end communication method between identification networks based on SDN |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107135121A (en) | 2017-09-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107135121B (en) | Switching method and device of network nodes | |
| CN102904818B (en) | A kind of ARP information entry updating method and device | |
| CN108880917B (en) | Switching method and device of control plane equipment and transfer control separation system | |
| US8051322B2 (en) | Redundant failover system, redundancy managing apparatus and application processing apparatus | |
| EP3229405A1 (en) | Software defined data center and scheduling and traffic-monitoring method for service cluster therein | |
| CN110971698B (en) | Data forwarding system, method and device | |
| CN105915400A (en) | Data stream switching method and system | |
| CN102263667B (en) | Network management system and network management processing method | |
| CN107623757B (en) | Table entry updating method and device | |
| CN104601380B (en) | A kind of software defined network controller and its method for restoring host information | |
| CN104506372B (en) | A kind of method and system for realizing active/standby server switching | |
| CN105471613B (en) | Method, device and system for establishing temporary channel | |
| US10313201B2 (en) | Modular control device of an industrial automation system, and method for configuring the modular control device | |
| WO2020030000A1 (en) | Disaster recovery switching method, related device and computer storage medium | |
| CN112637105B (en) | Method, system, device and computer readable storage medium for switching firewall | |
| CN107645479B (en) | Method and terminal for realizing multi-activity high availability of firewall | |
| CN106101297B (en) | A kind of message answer method and device | |
| CN111371592B (en) | Node switching method, device, equipment and storage medium | |
| CN102739462B (en) | Test message sending method and device | |
| CN112787843B (en) | Method for detecting fault node, storage medium and electronic device | |
| CN104935614B (en) | Data transmission method and device | |
| KR20160090485A (en) | Method and apparatus for operating distributed controllers of software defined network | |
| CN106921553B (en) | Method and system for realizing high availability in virtual network | |
| JP2014041414A (en) | Migration system of virtual machine, control device, and migration method | |
| CN105634955B (en) | Flow table updating method and device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |