CN114172762A - Communication method, device, system and readable storage medium - Google Patents

Communication method, device, system and readable storage medium Download PDF

Info

Publication number
CN114172762A
CN114172762A CN202111278725.3A CN202111278725A CN114172762A CN 114172762 A CN114172762 A CN 114172762A CN 202111278725 A CN202111278725 A CN 202111278725A CN 114172762 A CN114172762 A CN 114172762A
Authority
CN
China
Prior art keywords
frr
ovn
resource change
change information
site
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.)
Granted
Application number
CN202111278725.3A
Other languages
Chinese (zh)
Other versions
CN114172762B (en
Inventor
王培辉
张源
张兆增
冯振
颜秉珩
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Inspur Smart Computing Technology Co Ltd
Original Assignee
Guangdong Inspur Smart Computing Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangdong Inspur Smart Computing Technology Co Ltd filed Critical Guangdong Inspur Smart Computing Technology Co Ltd
Priority to CN202111278725.3A priority Critical patent/CN114172762B/en
Publication of CN114172762A publication Critical patent/CN114172762A/en
Application granted granted Critical
Publication of CN114172762B publication Critical patent/CN114172762B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

The application discloses a communication method, a device, a system and a readable storage medium, wherein the method is applied to a local site, OVN and FRR are arranged in the local site, and the method comprises the following steps: OVN sensing the resource change inside the local station, acquiring the resource change information, and sending the resource change information to the FRR; the FRR advertises the resource change information to the FRR in the peer station so that the FRR in the peer station processes OVN in the peer station according to the resource change information. According to the technical scheme, OVN is the virtual switch that adopts the Openflow technology to realize, consequently, then can accurately and conveniently perceive the change of website internal resources to through the big two-layer communication between realizing the multistate with the help of OVN and FRR, and need not to rely on pure hardware to realize, consequently, then can reduce the complexity and the cost of communication between the website, and be convenient for improve the convenience of fortune dimension.

Description

Communication method, device, system and readable storage medium
Technical Field
The present application relates to the field of SDN technologies, and in particular, to a communication method, apparatus, system, and readable storage medium.
Background
The development of SDN (Software Defined Network) is gradually matured from the concept of initial separation of forwarding and control, and falls into the fields of data centers, enterprise campus networks, and the like. The scale of cloud computing production environment deployment adopting the SDN is also increasing, and there are generally multi-center site construction requirements and communication requirements with virtual networks and physical networks in large-scale cloud computing production environments.
At present, a hardware switch is generally used to meet the requirement of large two-layer communication between stations in a multi-center station, but the cost is high and the actual operation and maintenance are complex when the hardware switch is used alone, and the hardware switch is difficult to sense the state of a virtual machine inside a server, and an extra plug-in needs to be developed for butting the physical switch and a virtual switching network, so that the realization is complex.
In summary, how to reduce the cost and complexity of large two-layer communication between sites is a technical problem to be solved urgently by those skilled in the art.
Disclosure of Invention
In view of the above, an object of the present application is to provide a communication method, apparatus, system and readable storage medium for reducing the cost and complexity of large two-layer communication between sites.
In order to achieve the above purpose, the present application provides the following technical solutions:
a communication method is applied to a local station, wherein OVN and FRR are arranged in the local station, and the communication method comprises the following steps:
the OVN senses the resource change inside the local station, acquires the resource change information and sends the resource change information to the FRR;
the FRR advertises the resource change information to an FRR in an opposite site, so that the FRR in the opposite site processes OVN in the opposite site according to the resource change information.
Preferably, the step of OVN sensing resource change inside the local site, acquiring resource change information, and sending the resource change information to the FRR includes:
the OVN senses the start of the virtual machine, acquires the IP, MAC and the VXLAN network information of the started virtual machine, and informs the IP, MAC and the VXLAN network information of the started virtual machine to the FRR through the ovsdb event message;
the FRR advertises the resource change information to an FRR in a peer station, so that the FRR in the peer station processes in OVN in the peer station according to the resource change information, including:
the FRR advertises the IP and MAC of the started virtual machine and the corresponding VXLAN network information to the FRR in the opposite node by using an EVPN type2 message, so that the FRR in the opposite node creates a logical port simulating the started virtual machine in the local site in OVN in the opposite site according to the EVPN type2 message, and issues the opposite site to the started virtual machine in the local site according to the logical port to access a forwarded flow table.
Preferably, the step of OVN sensing resource change inside the local site, acquiring resource change information, and sending the resource change information to the FRR includes:
the OVN senses the joining of the server node, acquires the tunnel endpoint information of the server node, and informs the tunnel endpoint information to the FRR through the ovsdb event message;
the FRR advertises the resource change information to an FRR in a peer station, so that the FRR in the peer station processes in OVN in the peer station according to the resource change information, including:
the FRR advertises the tunnel endpoint information to the FRR in the peer station using an EVPN type3 message, so that the FRR in the peer station creates a simulated logical server node in OVN in the peer station according to the tunnel address and VXLAN ID in the EVPN type3 message, and the OVN in the peer station establishes a VXLAN tunnel with the simulated logical server node.
Preferably, the step of OVN sensing resource change inside the local site, acquiring resource change information, and sending the resource change information to the FRR includes:
the OVN senses the closing of the virtual machine, acquires the IP, MAC and the VXLAN network information of the closed virtual machine, and informs the IP, MAC and the VXLAN network information of the closed virtual machine to the FRR through the ovsdb event message;
the FRR advertises the resource change information to an FRR in a peer station, so that the FRR in the peer station processes in OVN in the peer station according to the resource change information, including:
the FRR adopts an EVPN type2 revocation message to announce the IP, the MAC and the belonging VXLAN network information of the closed virtual machine to the FRR in the opposite node, so that the FRR in the opposite node searches the corresponding logic port and the flow table in OVN in the opposite node according to the EVPN type2 revocation message and deletes the logic port and the flow table.
Preferably, the step of OVN sensing resource change inside the local site, acquiring resource change information, and sending the resource change information to the FRR includes:
the OVN senses that a server node is down or removed, acquires the tunnel endpoint information of the down or removed server node, and informs the tunnel endpoint information to the FRR through an ovsdb event message;
the FRR advertises the resource change information to an FRR in a peer station, so that the FRR in the peer station processes in OVN in the peer station according to the resource change information, including:
the FRR advertises the tunnel endpoint information to the FRR in the opposite site by using an EVPN type3 revocation message, so that the FRR in the opposite site searches for and deletes the corresponding VXLAN tunnel in OVN in the opposite site according to the tunnel address and VXLAN ID in the EVPN type3 revocation message.
Preferably, the method further comprises the following steps:
the FRR in the local site receives a type5 message of an EVPN (event-virtual network) notification, and a network segment routing forwarding table corresponding to the type5 message is created in OVN in the local site according to the type5 message so as to guide external physical network traffic to access a network segment virtual machine corresponding to the type5 message.
Preferably, the method further comprises the following steps:
the FRR in the local site receives a type5 withdrawal message of an EVPN (event-resolved virtual private network) notification, and deletes a network segment routing forwarding table corresponding to the type5 withdrawal message in OVN in the local site according to the type5 withdrawal message.
A communication device is applied to a local station, wherein OVN and FRR are arranged in the local station, and the communication device comprises:
the sensing module is used for the OVN sensing the resource change inside the local site, acquiring resource change information and sending the resource change information to the FRR;
an announcing module, configured to announce the resource change information to an FRR in an opposite end site by the FRR, so that the FRR in the opposite end site processes in OVN in the opposite end site according to the resource change information.
A communication system comprises a local station and an opposite station, wherein OVN and FRR are arranged in the local station and the opposite station:
OVN in the local site senses the resource change inside the local site, acquires resource change information and sends the resource change information to an FRR in the local site; the FRR in the local site announces the resource change information to the FRR in the opposite site;
the FRR in the peer station receives the resource change information and processes it in OVN in the peer station according to the resource change information.
A readable storage medium, in which a computer program is stored which, when being executed by a processor, carries out the steps of the communication method according to any one of the preceding claims.
The application provides a communication method, a device, a system and a readable storage medium, wherein the method is applied to a local site, OVN and FRR are arranged in the local site, and the method comprises the following steps: OVN sensing the resource change inside the local station, acquiring the resource change information, and sending the resource change information to the FRR; the FRR advertises the resource change information to the FRR in the peer station so that the FRR in the peer station processes OVN in the peer station according to the resource change information.
In the technical scheme disclosed by the application, OVN and FRR are arranged in a site, wherein a BGP neighbor is established between a local site and an opposite site through FFR, and since OVN is a virtual switch implemented using Openflow technology, therefore, the resource change inside the site can be accurately and conveniently sensed, and meanwhile, OVN can be utilized to obtain the resource change information and send the resource change information to the FRR in the local site, the FRR advertises the relevant information to the FRR in the opposite terminal, the FRR in the opposite terminal station correspondingly processes in OVN of the opposite terminal station according to the relevant information, thereby realizing the communication and interaction of the station, since the present application realizes the communication of two layers between multiple stations by means of OVN and FRR without relying on pure hardware, therefore, the complexity and cost of communication between the sites can be reduced, and the convenience of operation and maintenance can be improved conveniently.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, it is obvious that the drawings in the following description are only embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the provided drawings without creative efforts.
Fig. 1 is a flowchart of a communication method according to an embodiment of the present application;
fig. 2 is a schematic structural diagram of a communication system according to an embodiment of the present application;
fig. 3 is a schematic diagram illustrating that the communication method provided in the embodiment of the present application is applied to a first scenario;
fig. 4 is a schematic diagram illustrating that the communication method provided in the embodiment of the present application is applied to a second scenario;
fig. 5 is a schematic structural diagram of a communication device according to an embodiment of the present application.
Detailed Description
The core of the application is to provide a communication method, a device, a system and a readable storage medium, which are used for reducing the cost and complexity of site communication.
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, 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 application.
Referring to fig. 1 and fig. 2, fig. 1 shows a flowchart of a communication method provided in an embodiment of the present application, and fig. 2 shows a schematic structural diagram of a communication system provided in an embodiment of the present application. The communication method provided by the embodiment of the application is applied to a local station, wherein OVN and FRR are arranged in the local station, and the communication method can include the following steps:
s11: OVN, sensing the resource change inside the local station, and obtaining the resource change information, and sending the resource change information to the FRR.
In the present application, each site in the multiple center sites is provided with OVN (Open Virtual Network) and FRR (a complete-function, high-performance free software IP routing suite, which is a high-performance suite written mainly in C language). It should be noted that, in this application, OVN is specifically a OVN open source component, FRR is specifically an FRR routing component, OVN is specifically implemented by using Openflow (a Network communication protocol, which belongs to a data link layer and can control a forwarding plane of an internet switch or router, so as to change a Network path taken by a Network packet) technology, that is, OVN in this application may be regarded as a Virtual switch implemented by using Openflow technology, so as to sense a state of a Virtual machine inside a server, and FRR is specifically implemented by using an EVPN (Ethernet Virtual Private Network, an Ethernet Virtual Private Network, which is a VPN technology for two-layer Network interconnection) technology. In addition, each site in the multi-center site is also provided with Neutron (which is a component in the OpenStack project responsible for providing a network server, and based on the idea of defining a network by software, resource management under network virtualization is realized), and Neutron is specifically arranged in an SDN controller, namely Neutron and OVN are used as SDN control surfaces in the sites, and FFR is introduced into the SDN control surface, and interaction of messages with OVN is realized by loading OVN dynamic libraries in FRR, while a data plane can adopt openvswitch (which is high-quality and multi-layer virtual switch software and aims to support large-scale network automation through programming extension, and also support standard management interfaces and protocols, namely, is an open source "virtual switch") virtual switch to forward traffic. By introducing FRR into a site, BGP (Border Gateway Protocol) neighbors can be established between different sites to advertise related messages through EVPN Protocol. It should be noted that, routing in fig. 2 refers to the above mentioned FRR, and core background processes in fig. 2, namely, an open virtual switch database-northbound database (ovsdb-nb), OVN (specifically, a notthd in ONN, which is similar to a centralized controller and writes data inside ovsdb-nb into ovsdb-nb after translation), and an open virtual switch database-southbound database (ovsdb-sb) belong to OVN, an open virtual network-controller (ovn-controller) is an agent inside ovn, and an open source "virtual switch" refers to OVS (OpenvSwitch, which is a high quality, multi-layer virtual switch software), where the open virtual network-controller and the open source "virtual switch" belong to the SDN data plane in the site.
On the basis, OVN arranged in the local site can sense the resource change inside the local site, acquire the resource change information corresponding to the resource change, and then send the acquired resource change information to the FRR in the local site to communicate with the FRR in the opposite site by using the FRR.
S12: the FRR advertises the resource change information to the FRR in the peer station so that the FRR in the peer station processes OVN in the peer station according to the resource change information.
After receiving the resource change information sent by OVN in the local site, the FRR in the local site may notify the resource change information to the FRR in the peer site. After receiving the resource change information in the local site announced by the FRR in the local site, the FRR in the peer site may process the resource change information in OVN in the peer site according to the resource change information, so that the peer site may keep synchronization with the local site.
Through the above process, the present application can use the set OVN to sense resource change, and realize large two-layer communication with other sites through FRR, and since OVN and FRR are both in software form, it is known that the present application does not need to completely rely on hardware to realize site internal resource sensing and inter-site communication, so that complexity and cost of multi-site large two-layer communication can be reduced, and operation and maintenance are facilitated, that is, the present application realizes fusion of OpenFlow and EVPN by setting OVN and FRR, since OpenFlow has the characteristics of flexibility and expandability, etc., EVPN is carried by BGP using a standard protocol, and thus, through the fusion of OpenFlow and EVPN, SDN can interact with the outside through the standard protocol while having flexibility, so that the problem of multi-site large two-layer intercommunication can be solved in the application of the cloud computing virtualization network, and the virtual network and the physical network can be opened in a new mode, and the problems of high difficulty, high cost and complex operation and maintenance existing in the prior art which adopts a pure hardware mode are solved.
In the technical scheme disclosed by the application, OVN and FRR are arranged in a site, wherein a BGP neighbor is established between a local site and an opposite site through FFR, and since OVN is a virtual switch implemented using Openflow technology, therefore, the resource change inside the site can be accurately and conveniently sensed, and meanwhile, OVN can be utilized to obtain the resource change information and send the resource change information to the FRR in the local site, the FRR advertises the relevant information to the FRR in the opposite terminal, the FRR in the opposite terminal station correspondingly processes in OVN of the opposite terminal station according to the relevant information, thereby realizing the communication and interaction of the station, since the present application realizes the communication of two layers between multiple stations by means of OVN and FRR without relying on pure hardware, therefore, the complexity and cost of communication between the sites can be reduced, and the convenience of operation and maintenance can be improved conveniently.
In the communication method provided in the embodiment of the present application, OVN senses a resource change inside a local station, acquires resource change information, and sends the resource change information to an FRR, and the method may include:
OVN sensing the start of the virtual machine, acquiring the IP, MAC and the belonging VXLAN network information of the started virtual machine, and informing the IP, MAC and the belonging VXLAN network information of the started virtual machine to FRR through the ovsdb event message;
the FRR advertises the resource change information to the FRR in the peer station, so that the FRR in the peer station processes in OVN in the peer station according to the resource change information, which may include:
the FRR adopts an EVPN type2 message to announce the IP and MAC of the started virtual machine and the affiliated VXLAN network information to the FRR in the opposite node, so that the FRR in the opposite node creates a logic port simulating the started virtual machine in the local site in OVN in the opposite site according to the EVPN type2 message, and issues the opposite site to the virtual machine started in the local site to access a forwarded flow table according to the logic port.
In this application, when a Virtual machine is started in the Local site, OVN in the Local site may specifically sense the start of the Virtual machine, and may acquire an IP (Internet Protocol, where the IP specifically refers to an IP address), a MAC (Media Access Control, where the MAC specifically refers to a MAC address), and VXLAN (Virtual extended Local Area Network) Network information that the Virtual machine is started, and may notify the IP, the MAC, and the VXLAN Network information that the Virtual machine belongs to the FRR in the Local site through an ovsdb (open Virtual switch Database) event message.
Accordingly, the FRR in the home node can call the bgp _ EVPN _ local _ map _ add interface to notify the IP, MAC and the corresponding VXLAN network information of the started virtual machine to the FRR in the correspondent node by using the EVPN type2 message. After receiving the EVPN type2 message, the FRR in the peer node may correspondingly create a logical port simulating the virtual machine started in the home site in OVN in the peer site according to the IP and MAC of the virtual machine started in the EVPN type2 message and the corresponding VXLAN network information (specifically, VXLAN ID), where the simulated logical port is equivalent to a port for telling that OVN of the peer site has a virtual machine started, and then may issue the flow table for the peer site to access and forward to the virtual machine started in the home site according to the simulated logical port. The EVPN defines a new NLRI (Network Layer accessibility Information) on the basis of the BGP protocol, that is, an EVPN NLRI, which defines five new BGP EVPN routing types, where type2 is one of them, and is mainly used for notifying Information of hosts IP and MAC to each other between VTEPs, and therefore, in the present application, the IP and MAC of a virtual machine started by using EVPN type2 message notification and the Information of the VXLAN Network to which the virtual machine belongs may facilitate better message notification.
It should be noted that the above process of the present application can be applied to the first scenario: the cloud computing resource pool is interconnected with an existing physical network, and an SDN controller in a local site may establish a neighbor relation with an access physical switch through an EVPN and exchange a channel forwarding table, so as to implement traffic getting through, which may be specifically referred to fig. 3, which is a schematic diagram of applying the communication method provided in the embodiment of the present application to a first scenario. In addition, the above process of the present application may also be applied to a second scenario: a cloud computing resource pool multi-site network big second layer is opened, so that a big second layer scheme of a multi-activity data center is realized, specifically, refer to fig. 4, which shows a schematic diagram of applying the communication method provided by the embodiment of the present application to a second scenario.
In the communication method provided in the embodiment of the present application, OVN senses a resource change inside a local station, acquires resource change information, and sends the resource change information to an FRR, and the method may include:
OVN sensing the joining of the server node, and obtaining the tunnel endpoint information of the server node, and informing the tunnel endpoint information to FRR through ovsdb event message;
the FRR advertises the resource change information to the FRR in the peer station, so that the FRR in the peer station processes in OVN in the peer station according to the resource change information, which may include:
the FRR advertises the tunnel endpoint information to the FRR in the correspondent site using the EVPN type3 message, so that the FRR in the correspondent site creates a simulated logical server node in OVN in the correspondent site according to the tunnel address and VXLAN ID in the EVPN type3 message, and OVN in the correspondent site establishes a VXLAN tunnel with the simulated logical server node.
In this application, when a server node joins the cloud computing resource pool, OVN in the local site may sense the joining of the server node, acquire tunnel endpoint information (specifically, a tunnel address and VXLAN ID information) of the joined server node, and may notify the tunnel endpoint information of the server node to the FRR in the local site through the ovsdb event message.
Accordingly, the FRR in the local site may call the bgp _ EVPN _ local _ map _ add interface to advertise the tunnel endpoint information to the FRR in the peer site using the EVPN type3 message. The FRR in the correspondent site, upon receiving the advertised EVPN type3 message, can create a simulated logical server node in OVN in the correspondent node according to the tunnel address and VXLAN ID information in the EVPN type3 message, so that the OVN in the correspondent site can automatically establish a VXLAN tunnel with this simulated logical server node. Among them, type3 is one of five new BGP EVPN routing types defined by EVPN NLRI, and is mainly used for automatic discovery of VTEP (VXLAN Tunnel EndPoint) and dynamic establishment of VXLAN Tunnel, so that the present application uses this message to advertise Tunnel EndPoint information of a joining server node with better advertising effect.
It should be noted that the above process of the present application can be applied to the first scenario and the second scenario mentioned above.
In the communication method provided in the embodiment of the present application, OVN senses a resource change inside a local station, acquires resource change information, and sends the resource change information to an FRR, and the method may include:
OVN sensing the closing of the virtual machine, acquiring the IP, MAC and the belonging VXLAN network information of the closed virtual machine, and informing the IP, MAC and the belonging VXLAN network information of the closed virtual machine to FRR through the ovsdb event message;
the FRR advertises the resource change information to the FRR in the peer station, so that the FRR in the peer station processes in OVN in the peer station according to the resource change information, which may include:
the FRR adopts an EVPN type2 revocation message to announce the IP, MAC and the affiliated VXLAN network information of the closed virtual machine to the FRR in the opposite node, so that the FRR in the opposite node searches the corresponding logical port and flow table in OVN in the opposite node according to the EVPN type2 revocation message and deletes the logical port and the flow table.
In this application, when a virtual machine is closed in the local site, OVN in the local site may sense the closing of the virtual machine, may obtain the IP and MAC of the closed virtual machine and the VXLAN network information that the closed virtual machine belongs to, and may notify the IP and MAC of the closed virtual machine and the VXLAN network information that the closed virtual machine belongs to the FRR in the local site through the ovsdb event message. At this time, the FRR in the home node may call the bgp _ EVPN _ local _ map _ del interface to notify the IP, MAC, and the belonging VXLAN network information of the closed virtual machine to the FRR in the correspondent node using EVPN type2 revocation message. After receiving the EVPN type2 revocation message, the FRR in the opposite site may search, according to the IP and MAC of the virtual machine closed in the EVPN type2 revocation message and the corresponding VXLAN network information (specifically, VXLAN ID), the OVN in the opposite site for the relevant logical port resources (specifically, the logical port corresponding to the IP and MAC of the virtual machine closed in the EVPN type2 revocation message and the corresponding VXLAN network information), and delete the corresponding logical port and the corresponding flow table, so as to ensure synchronization of the local node and the opposite node.
It should be noted that the above process is also applicable to the aforementioned application in the aforementioned first scenario and in the aforementioned second scenario.
In the communication method provided in the embodiment of the present application, OVN senses a resource change inside a local station, acquires resource change information, and sends the resource change information to an FRR, and the method may include:
OVN, sensing the server node being down or removed, acquiring the tunnel endpoint information of the server node being down or removed, and notifying the tunnel endpoint information to FRR through ovsdb event message;
the FRR advertises the resource change information to the FRR in the peer station, so that the FRR in the peer station processes in OVN in the peer station according to the resource change information, which may include:
the FRR advertises the tunnel endpoint information to the FRR in the peer station by using the EVPN type3 revoke message, so that the FRR in the peer station searches for and deletes the corresponding VXLAN tunnel in OVN in the peer station according to the tunnel address and VXLAN ID in the EVPN type3 revoke message.
In this application, when a server node in the local site is down or removed from the local site, OVN in the local site may sense the server node that is down or removed, acquire the tunnel endpoint information (specifically, the tunnel address and the VXLAN ID) of the server node that is down or removed, and notify the FRR in the local site of the tunnel endpoint information of the server node that is down or removed through the ovsdb event message. Correspondingly, the FRR in the local site may advertise the tunnel endpoint information of the down or removed server node to the FRR in the peer site with an EVPN type3 withdrawal message using a bgp _ EVPN _ local _ map _ del interface. After receiving the EVPN type3 revocation message, the FRR in the opposite-end site searches VXLAN tunnels corresponding to the tunnel endpoint information of the down or removed server node in OVN in the opposite-end site according to the tunnel address and VXLAN ID of the down or removed server node in the EVPN type3 revocation message, and deletes the corresponding VXLAN tunnels to ensure synchronization of the local-end node and the opposite-end node.
It should be noted that the above process is also applicable to the aforementioned application in the aforementioned first scenario and in the aforementioned second scenario.
The communication method provided by the embodiment of the application can further include:
the FRR in the local site receives the type5 message of the EVPN notification, and a network segment routing forwarding table corresponding to the type5 message is created in OVN in the local site according to the type5 message so as to guide external physical network traffic to access the network segment virtual machine corresponding to the type5 message.
In this application, the FRR in the home site may also receive a type5 message (specifically, a type5 message sent by a physical switch or the like) advertised by the EVPN, and create, according to the type5 message, a segment routing forwarding table corresponding to the advertised type5 message in OVN in the home site, where the segment routing forwarding table is used to guide external physical network traffic to access a segment virtual machine corresponding to the type5 message, so that for a packet of a certain segment, for example, 192.168.10.0/24, traffic may be guided to send to a next segment of a specified destination. The type3 is one of five new BGP EVPN routing types defined by EVPN NLRI, and is mainly used for transferring segment routes, specifically for advertising an introduced external route, and may also advertise host routing information.
It should be noted that the above process of the present application can be applied to the second scenario mentioned above.
The communication method provided by the embodiment of the application can further include:
and the FRR in the local site receives the type5 withdrawal message of the EVPN notification, and deletes the network segment routing forwarding table corresponding to the type5 withdrawal message in OVN in the local site according to the type5 withdrawal message.
In the application, the FRR in the home site may further receive a type5 withdrawal message advertised by the EVPN, and delete the network segment routing forwarding table corresponding to the type5 withdrawal message in OVN in the home site according to the type5 withdrawal message.
It should be noted that the above process of the present application can be applied to the second scenario mentioned above.
According to the process, an SDN controller logic control flow integrating Openflow and EVPN can be established, flexible and standard integration is achieved, and mutual communication of stations is achieved.
An embodiment of the present application further provides a communication apparatus, referring to fig. 5, which shows a schematic structural diagram of the communication apparatus provided in the embodiment of the present application, and is applied to a local station, where OVN and FRR are provided in the local station, and the communication apparatus may include:
the sensing module 51 is used for OVN sensing resource change inside the local site, acquiring resource change information and sending the resource change information to the FRR;
the notifying module 52 is configured to notify the FRR of the resource change information to the FRR in the peer station, so that the FRR in the peer station performs processing in OVN in the peer station according to the resource change information.
In an embodiment of the present application, the sensing module 51 may include:
the first sensing unit is used for OVN sensing the start of the virtual machine, acquiring the IP, MAC and the belonging VXLAN network information of the started virtual machine, and informing the IP, MAC and the belonging VXLAN network information of the started virtual machine to FRR through the ovsdb event message;
the notification module 52 may include:
the first notification unit is used for notifying the IP and MAC of the started virtual machine and the affiliated VXLAN network information to the FRR in the opposite end node by the FRR through an EVPN type2 message, so that the FRR in the opposite end node creates a logic port simulating the started virtual machine in the local end station in OVN in the opposite end station according to the EVPN type2 message, and issues the flow table for accessing and forwarding the virtual machine started from the opposite end station to the local end station according to the logic port.
In an embodiment of the present application, the sensing module 51 may include:
the second sensing unit is used for OVN sensing the joining of the server node, acquiring the tunnel endpoint information of the server node and informing the tunnel endpoint information to the FRR through the ovsdb event message;
the notification module 52 may include:
and the second informing unit is used for informing the FRR of the tunnel endpoint information to the FRR in the opposite site by adopting an EVPN type3 message, so that the FRR in the opposite site creates a simulated logical server node in OVN in the opposite site according to the tunnel address and the VXLAN ID in the EVPN type3 message, and the OVN in the opposite site establishes a VXLAN tunnel with the simulated logical server node.
In an embodiment of the present application, the sensing module 51 may include:
the third sensing unit is used for OVN sensing the closing of the virtual machine, acquiring the IP, MAC and the VXLAN network information of the closed virtual machine, and informing the IP, MAC and the VXLAN network information of the closed virtual machine to FRR through the ovsdb event message;
and the third notification unit is used for notifying the IP and MAC of the closed virtual machine and the information of the VXLAN network to the FRR in the opposite node by the FRR through an EVPN type2 revocation message, so that the FRR in the opposite node searches the corresponding logical port and the flow table in OVN in the opposite node according to the EVPN type2 revocation message and deletes the logical port and the flow table.
In an embodiment of the present application, the sensing module 51 may include:
a fourth sensing unit, configured to OVN sense that a server node is down or removed, acquire tunnel endpoint information of the server node that is down or removed, and notify the tunnel endpoint information to the FRR through an ovsdb event message;
and the fourth notifying unit is used for notifying the tunnel endpoint information to the FRR in the opposite site by the FRR through an EVPN type3 revocation message, so that the FRR in the opposite site searches for and deletes the corresponding VXLAN tunnel in OVN in the opposite site according to the tunnel address and the VXLAN ID in the EVPN type3 revocation message.
The communication device provided in the embodiment of the present application may further include:
and the creating module is used for receiving the type5 message of the EVPN notification by the FRR in the local site, and creating a network segment routing forwarding table corresponding to the type5 message in OVN in the local site according to the type5 message so as to guide external physical network traffic to access the network segment virtual machine corresponding to the type5 message.
The communication device provided in the embodiment of the present application may further include:
and the deleting module is used for receiving a type5 revocation message of the EVPN notification by the FRR in the local site, and deleting the routing forwarding table corresponding to the type5 revocation message in OVN in the local site according to the type5 revocation message.
The embodiment of the present application further provides a communication system, which may include a local site and an opposite site, where OVN and FRR are provided in the local site and the opposite site:
OVN in the local site senses the resource change in the local site, acquires the resource change information and sends the resource change information to an FRR in the local site; the FRR in the local site announces resource change information to the FRR in the opposite site;
the FRR in the peer station receives the resource change information and processes it in OVN in the peer station according to the resource change information.
An embodiment of the present application further provides a readable storage medium, in which a computer program is stored, and when the computer program is executed by a processor, the following steps may be implemented:
OVN sensing the resource change inside the local station, acquiring the resource change information, and sending the resource change information to the FRR; the FRR advertises the resource change information to the FRR in the peer station so that the FRR in the peer station processes OVN in the peer station according to the resource change information.
The readable storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.
For a description of a relevant part in a communication apparatus, a communication system, and a readable storage medium provided by the present application, reference may be made to a detailed description of a corresponding part in a communication method provided by an embodiment of the present application, which is not described herein again.
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. Furthermore, 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 elements inherent in the list. 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. In addition, parts of the above technical solutions provided in the embodiments of the present application, which are consistent with the implementation principles of corresponding technical solutions in the prior art, are not described in detail so as to avoid redundant description.
The previous description of the disclosed embodiments is provided to enable any person skilled in the art to make or use the present application. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the application. Thus, the present application is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims (10)

1. A communication method is applied to a local station, wherein OVN and FRR are set in the local station, and the communication method comprises the following steps:
the OVN senses the resource change inside the local station, acquires the resource change information and sends the resource change information to the FRR;
the FRR advertises the resource change information to an FRR in an opposite site, so that the FRR in the opposite site processes OVN in the opposite site according to the resource change information.
2. The communication method according to claim 1, wherein the OVN senses resource change inside the home node, obtains resource change information, and sends the resource change information to the FRR, and includes:
the OVN senses the start of the virtual machine, acquires the IP, MAC and the VXLAN network information of the started virtual machine, and informs the IP, MAC and the VXLAN network information of the started virtual machine to the FRR through the ovsdb event message;
the FRR advertises the resource change information to an FRR in a peer station, so that the FRR in the peer station processes in OVN in the peer station according to the resource change information, including:
the FRR advertises the IP and MAC of the started virtual machine and the corresponding VXLAN network information to the FRR in the opposite node by using an EVPN type2 message, so that the FRR in the opposite node creates a logical port simulating the started virtual machine in the local site in OVN in the opposite site according to the EVPN type2 message, and issues the opposite site to the started virtual machine in the local site according to the logical port to access a forwarded flow table.
3. The communication method according to claim 1, wherein the OVN senses resource change inside the home node, obtains resource change information, and sends the resource change information to the FRR, and includes:
the OVN senses the joining of the server node, acquires the tunnel endpoint information of the server node, and informs the tunnel endpoint information to the FRR through the ovsdb event message;
the FRR advertises the resource change information to an FRR in a peer station, so that the FRR in the peer station processes in OVN in the peer station according to the resource change information, including:
the FRR advertises the tunnel endpoint information to the FRR in the peer station using an EVPN type3 message, so that the FRR in the peer station creates a simulated logical server node in OVN in the peer station according to the tunnel address and VXLAN ID in the EVPN type3 message, and the OVN in the peer station establishes a VXLAN tunnel with the simulated logical server node.
4. The communication method according to claim 1, wherein the OVN senses resource change inside the home node, obtains resource change information, and sends the resource change information to the FRR, and includes:
the OVN senses the closing of the virtual machine, acquires the IP, MAC and the VXLAN network information of the closed virtual machine, and informs the IP, MAC and the VXLAN network information of the closed virtual machine to the FRR through the ovsdb event message;
the FRR advertises the resource change information to an FRR in a peer station, so that the FRR in the peer station processes in OVN in the peer station according to the resource change information, including:
the FRR adopts an EVPN type2 revocation message to announce the IP, the MAC and the belonging VXLAN network information of the closed virtual machine to the FRR in the opposite node, so that the FRR in the opposite node searches the corresponding logic port and the flow table in OVN in the opposite node according to the EVPN type2 revocation message and deletes the logic port and the flow table.
5. The communication method according to claim 1, wherein the OVN senses resource change inside the home node, obtains resource change information, and sends the resource change information to the FRR, and includes:
the OVN senses that a server node is down or removed, acquires the tunnel endpoint information of the down or removed server node, and informs the tunnel endpoint information to the FRR through an ovsdb event message;
the FRR advertises the resource change information to an FRR in a peer station, so that the FRR in the peer station processes in OVN in the peer station according to the resource change information, including:
the FRR advertises the tunnel endpoint information to the FRR in the opposite site by using an EVPN type3 revocation message, so that the FRR in the opposite site searches for and deletes the corresponding VXLAN tunnel in OVN in the opposite site according to the tunnel address and VXLAN ID in the EVPN type3 revocation message.
6. The communication method according to claim 1, further comprising:
the FRR in the local site receives a type5 message of an EVPN (event-virtual network) notification, and a network segment routing forwarding table corresponding to the type5 message is created in OVN in the local site according to the type5 message so as to guide external physical network traffic to access a network segment virtual machine corresponding to the type5 message.
7. The communication method according to claim 1, further comprising:
the FRR in the local site receives a type5 withdrawal message of an EVPN (event-virtual private network) notification, and deletes a network segment routing forwarding table corresponding to the type5 withdrawal message in OVN in the local site according to the type5 withdrawal message.
8. A communication apparatus, which is applied to a home node b having OVN and an FRR, the communication apparatus comprising:
the sensing module is used for the OVN sensing the resource change inside the local site, acquiring resource change information and sending the resource change information to the FRR;
an announcing module, configured to announce the resource change information to an FRR in an opposite end site by the FRR, so that the FRR in the opposite end site processes in OVN in the opposite end site according to the resource change information.
9. A communication system is characterized by comprising a local station and an opposite station, wherein OVN and FRR are arranged in the local station and the opposite station:
OVN in the local site senses the resource change inside the local site, acquires resource change information and sends the resource change information to an FRR in the local site; the FRR in the local site announces the resource change information to the FRR in the opposite site;
the FRR in the peer station receives the resource change information and processes it in OVN in the peer station according to the resource change information.
10. A readable storage medium, in which a computer program is stored which, when being executed by a processor, carries out the steps of the communication method according to any one of claims 1 to 7.
CN202111278725.3A 2021-10-31 2021-10-31 Communication method, device, system and readable storage medium Active CN114172762B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111278725.3A CN114172762B (en) 2021-10-31 2021-10-31 Communication method, device, system and readable storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111278725.3A CN114172762B (en) 2021-10-31 2021-10-31 Communication method, device, system and readable storage medium

Publications (2)

Publication Number Publication Date
CN114172762A true CN114172762A (en) 2022-03-11
CN114172762B CN114172762B (en) 2024-04-26

Family

ID=80477634

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111278725.3A Active CN114172762B (en) 2021-10-31 2021-10-31 Communication method, device, system and readable storage medium

Country Status (1)

Country Link
CN (1) CN114172762B (en)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102137173A (en) * 2010-12-27 2011-07-27 华为技术有限公司 Routing information distributing method, equipment, virtual special network system
WO2015133327A1 (en) * 2014-03-07 2015-09-11 日本電気株式会社 Network system, inter-site network cooperation control device, network control method, and program
CN108574613A (en) * 2017-03-07 2018-09-25 中兴通讯股份有限公司 The double layer intercommunication method and device of SDN data centers
US20190238365A1 (en) * 2018-01-31 2019-08-01 Hewlett Packard Enterprise Development Lp Vlan to vxlan translation using vlan-aware virtual machines
CN111800329A (en) * 2020-06-28 2020-10-20 浪潮思科网络科技有限公司 Message forwarding method, device and medium based on SDN and OVN
CN111988439A (en) * 2019-05-21 2020-11-24 深信服科技股份有限公司 ARP request suppression system, method, equipment and storage medium
CN113572634A (en) * 2021-06-22 2021-10-29 济南浪潮数据技术有限公司 Method and system for realizing two-layer intercommunication between in-cloud network and out-cloud network

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102137173A (en) * 2010-12-27 2011-07-27 华为技术有限公司 Routing information distributing method, equipment, virtual special network system
WO2015133327A1 (en) * 2014-03-07 2015-09-11 日本電気株式会社 Network system, inter-site network cooperation control device, network control method, and program
CN108574613A (en) * 2017-03-07 2018-09-25 中兴通讯股份有限公司 The double layer intercommunication method and device of SDN data centers
US20190238365A1 (en) * 2018-01-31 2019-08-01 Hewlett Packard Enterprise Development Lp Vlan to vxlan translation using vlan-aware virtual machines
CN111988439A (en) * 2019-05-21 2020-11-24 深信服科技股份有限公司 ARP request suppression system, method, equipment and storage medium
CN111800329A (en) * 2020-06-28 2020-10-20 浪潮思科网络科技有限公司 Message forwarding method, device and medium based on SDN and OVN
CN113572634A (en) * 2021-06-22 2021-10-29 济南浪潮数据技术有限公司 Method and system for realizing two-layer intercommunication between in-cloud network and out-cloud network

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
缪仕福;: "VXLAN网络技术研究", 科技资讯, no. 04, 3 February 2015 (2015-02-03) *

Also Published As

Publication number Publication date
CN114172762B (en) 2024-04-26

Similar Documents

Publication Publication Date Title
TW202026896A (en) Asynchronous object manager in a network routing environment
WO2015117401A1 (en) Information processing method and device
CN105162704B (en) The method and device of multicast replication in Overlay network
CN107948041B (en) Method and equipment for constructing VXLAN centralized multi-active gateway
WO2020233430A1 (en) Method, apparatus and system for communication between controllers in tsn
CN103118148B (en) A kind of ARP buffering updating method and equipment
WO2017124709A1 (en) Method of establishing traffic engineering tunnel and device
CN110430076B (en) Route management method and device
CN112187517A (en) Configuration method, platform and controller for SDN virtual routing of data center
US10447652B2 (en) High availability bridging between layer 2 networks
CN106302076B (en) Method and system for establishing VXLAN tunnel and SDN controller
WO2021098727A1 (en) Network deployment method and system
CN109587286A (en) A kind of equipment connection control method and device
US7860027B2 (en) Extending an IP everywhere network over a plurality of flooding domains
US20240007353A1 (en) Software defined access fabric without subnet restriction to a virtual network
CN111865780A (en) Synchronization method and device
CN109039790A (en) A kind of inter-cluster communication method and relevant apparatus
JP2019519146A (en) Routing establishment, packet transmission
EP3188408B1 (en) Method and apparatus for determining network topology, and centralized network state information storage device
JP2020526101A (en) Root sync
CN108234270B (en) Method and system for realizing multi-domain coexistence of virtual extensible local area network
CN107911495B (en) MAC address synchronization method and VTEP
CN111682968B (en) Network access management method and system for communication equipment
CN113254148A (en) Virtual machine migration method and cloud management platform
WO2020029928A1 (en) Method for establishing bgp session and sending interface address and alias, and network 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