Network for multi-type network communication and information processing method

Abstract

The invention discloses a network and an information processing method for multi-type network communication, and the network comprises an adaptation layer which comprises an abstract processing unit which is used for carrying out the abstract processing of the function of a bottom layer network device, and obtaining a logic function object; the instantiation unit is used for analyzing a resource creation request after the resource creation request is received, and calling a target logic function object corresponding to the resource creation request based on an analysis result; performing instantiation in a database based on a specification corresponding to the target logic function, and storing an instantiated logic network resource object; the response unit is used for compiling the content of the configuration operation into a flow table item after the configuration operation on the logic network resource object is monitored; and distributing the flow table items to different computing nodes and network nodes. Through the above mode, the complexity of constructing and managing the hybrid network for different manufacturer devices is reduced.

Description

Technical Field

[0001] This invention relates to the field of information processing technology, and specifically to a network and information processing method for multi-type network communication. Background Technology

[0002] When building cloud platforms for different AI computing scenarios, a general computing network is built to achieve the transmission of computing data.

[0003] In related technologies, AI computing cards from different manufacturers vary, and building and managing hybrid networks is highly complex. Summary of the Invention

[0004] The main objective of this invention is to provide a network for multi-type network communication to address the shortcomings of related technologies.

[0005] To achieve the above objectives, according to a first aspect of the present invention, a network for multi-type network communication is provided, comprising an adaptation layer, wherein the adaptation layer comprises: an abstraction processing unit, configured to abstract the functions of underlying network devices to obtain logical function objects; an instantiation unit, configured to, upon receiving a resource creation request, parse the resource creation request, and, based on the parsing result, call the corresponding target logical function object; instantiate the target logical function object in a database based on the specification corresponding to the target logical function, and store the instantiated logical network resource object; and a response unit, configured to, upon detecting a configuration operation on the logical network resource object, compile the content of the configuration operation into a flow table entry; and distribute the flow table entry to different computing nodes and network nodes.

[0006] Optionally, the functions of the underlying network devices are abstracted to obtain logical function objects, including: traversing and identifying the functions provided by the underlying physical or virtual network devices; defining standard logical function objects for each identified function; mapping specified information tables in the database for each standard logical function object; and defining calling interfaces based on the standard logical function objects.

[0007] Optionally, the instantiation of the specification corresponding to the target logical function in the database includes: instantiating logical switches, logical routers, logical ports, ACL rules, and DHCP options.

[0008] Optionally, compiling the content of the configuration operation into flow table entries includes generating a logical flow table based on the content of the configuration operation; and compiling the logical flow table into flow table entries.

[0009] According to a second aspect of the present invention, an information processing method for multi-type network communication is provided, comprising: step 101: abstracting the functions of the underlying network device to obtain a logical function object; step 102: upon receiving a resource creation request, parsing the resource creation request, and calling the corresponding target logical function object based on the parsing result; instantiating the target logical function object in a database based on the specification corresponding to the target logical function, and storing the instantiated logical network resource object; step 103: upon detecting a configuration operation on the logical network resource object, compiling the content of the configuration operation into a flow table entry; and distributing the flow table entry to different computing nodes and network nodes.

[0010] Optionally, the functions of the underlying network devices are abstracted to obtain logical function objects, including: traversing and identifying the functions provided by the underlying physical or virtual network devices; defining standard logical function objects for each identified function; mapping specified information tables in the database for each standard logical function object; and defining call interfaces based on the standard logical function objects.

[0011] Optionally, the instantiation of the specification corresponding to the target logical function in the database includes: instantiating logical switches, logical routers, logical ports, ACL rules, and DHCP options.

[0012] Optionally, compiling the content of the configuration operation into a flow table entry includes: generating a logical flow table based on the content of the configuration operation; and compiling the logical flow table into a flow table entry.

[0013] According to a third aspect of the present invention, a computer-readable storage medium is provided, the computer-readable storage medium storing computer instructions for causing the computer to perform the method described in any one of the first aspects.

[0014] According to a fourth aspect of the present invention, an electronic device is provided, comprising: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores a computer program executable by the at least one processor, the computer program being executed by the at least one processor to cause the at least one processor to perform the method described in any implementation of the first aspect.

[0015] This embodiment is used for a network with multiple types of network communication, including an adaptation layer. The adaptation layer includes: an abstraction processing unit, used to abstract the functions of the underlying network devices to obtain logical function objects; an instantiation unit, used to parse a resource creation request upon receiving it, and based on the parsing result, call the corresponding target logical function object; instantiate the target logical function object in the database based on the specification corresponding to the target logical function, and store the instantiated logical network resource object; and a response unit, used to compile the configuration operation content into a flow table entry upon detecting a configuration operation on the logical network resource object; and distribute the flow table entry to different computing nodes and network nodes. Through this method, the complexity of building and managing hybrid networks for devices from different vendors is reduced. Attached Figure Description

[0016] To more clearly illustrate the specific embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the specific embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of the present invention. For those skilled in the art, other drawings can be obtained from these drawings without creative effort.

[0017] Figure 1 This is a schematic diagram of the structure of the adaptation layer in a network used for multi-type network communication according to an embodiment of the present invention;

[0018] Figure 2 This is a flowchart of an information processing method for multi-type network communication according to an embodiment of the present invention;

[0019] Figure 3 This is a schematic diagram of an electronic device according to an embodiment of the present invention. Detailed Implementation

[0020] To enable those skilled in the art to better understand the present invention, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present invention.

[0021] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate for the embodiments of the invention described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0022] It should be noted that, unless otherwise specified, the embodiments and features described in the present invention can be combined with each other. The present invention will now be described in detail with reference to the accompanying drawings and embodiments.

[0023] According to embodiments of the present invention, a network for multi-type network communication is provided, comprising an adaptation layer, wherein the adaptation layer includes: an abstraction processing unit, configured to abstract the functions of underlying network devices to obtain logical function objects; an instantiation unit, configured to, upon receiving a resource creation request, parse the resource creation request, and, based on the parsing result, call the corresponding target logical function object; instantiate the target logical function object in a database based on the specification corresponding to the target logical function, and store the instantiated logical network resource object; and a response unit, configured to, upon detecting a configuration operation on the logical network resource object, compile the content of the configuration operation into a flow table entry; and distribute the flow table entry to different computing nodes and network nodes.

[0024] In this embodiment, the underlying hardware only needs to support basic forwarding capabilities and open protocols (such as OpenFlow), and all intelligence and control are centralized and independent of the manufacturer.

[0025] As an optional implementation method in this embodiment, the functions of the underlying network devices are abstracted to obtain logical function objects, including: traversing and identifying the functions provided by the underlying physical or virtual network devices; defining a standard logical function object for each identified function; mapping a specified information table to each standard logical function object in the database; and defining a calling interface based on the standard logical function object.

[0026] Iterate through and identify the specific functions provided by underlying physical or virtual network devices (such as Layer 2 switches, Layer 3 routers, load balancers, ACL devices, NAT devices, DHCP servers, etc.). For example, identify which VLAN protocols, routing protocols (such as OSPF, BGP), or ACL policies a physical switch supports. Define a standardized, vendor-independent logical function object for each identified function. For example, abstract the VLAN forwarding function of a physical switch into a "logical switch" object; abstract the static routing function of a physical router into a "logical router" object, and define a "static route" attribute for it.

[0027] The information tables specified for each standard logical function object mapping in the database include: In OVN NorthDB, the runtime status and configuration information of each logical function object are maintained. For example, a MAC address table is maintained for a "logical switch" object; a routing table is maintained for a "logical router" object.

[0028] The interface defined based on standard logical function objects includes providing a unified REST API or database interface (such as the OVSDB protocol) to the upper-layer control layer (such as OpenStack Neutron or Kubernetes Kube-OVN), allowing it to query, create, modify, and delete these logical function objects. This eliminates the need for the upper layer to directly manage physical devices through CLI or vendor-specific APIs.

[0029] As an optional implementation method in this embodiment, instantiation in the database based on the specifications corresponding to the target logical function includes: instantiating logical switches, logical routers, logical ports, ACL rules, and DHCP options.

[0030] In this optional implementation, each "logical network resource object" is represented as one or more records in the database during instantiation. Instantiation is the process of creating records in the corresponding database table and populating their specific attributes.

[0031] An example of instantiation is as follows:

[0032] 1) The target logical function object corresponding to the logical switch indicates a broadcast domain that can perform Layer 2 forwarding and has ports. The instantiation process includes the upper-layer application requesting the creation of the switch: CreateSwitch(name="web-tier-switch"); OVN NorthDB creates a new record in the Logical_Switch table, ultimately obtaining a logical network resource object with a specific name.

[0033] 2) The target logical function object corresponding to the logical router indicates a device capable of Layer 3 routing, supporting static routing and NAT. The instantiation process is as follows: Request to create a router: CreateRouter(name="customer-a-router",distributed=true); OVN NorthDB creates a new record in the Logical_Router table; a distributed router resource object has been created, awaiting subsequent configuration of interfaces and routes.

[0034] 3) The target logical function object corresponding to the logical port indicates an interface connected to a logical switch or router, possessing a MAC and IP address. The instantiation process is as follows: A request is made to create a port on the previously created web-tier-switc:

[0035] CreateSwitchPort(switch="web-tier-switch",name="port-vm-01",mac="aa:aa:aa:aa:aa:aa:01",addresses="ip1.2.3.4") creates a port resource object named port-vm-01 and associates it with the web-tier-switch switch resource object.

[0036] 4) The target logical function object corresponding to the ACL rule indicates a rule that matches and executes an action (allow / deny / drop) based on the five-tuple (protocol, source IP, destination IP, source port, destination port). The instantiation process includes: requesting to add an ACL on web-tier-switch: CreateACL(switch="web-tier-switch", priority=1000, irection="to-lport", match="ip4.src==192.168.1.0 / 24&&tcp", action="allow"); OVN NorthDB creates a new record in the ACL table and updates the ACLs field of the web-tier-switch record in the Logical_Switch table. After the above process, a specific ACL rule resource object is created and takes effect.

[0037] 5) The target logical function object corresponding to DHCP indicates a set of parameters for configuring DHCP services, such as DNS server, lease time, gateway, etc. The instantiation process involves requesting the creation of a set of DHCP configurations: `CreateDHCPOptions(cidr = "192.168.1.0 / 24", routes = "192.168.1.1", lease_time = 3600, dns_servers = "8.8.8.8")`; OVNNorthDB creates a new record in the `DHCP_Options` table; this configuration set itself is a resource object. Later, when a port is created, this configuration set can be applied to that port by setting its `dhcpv4_options` attribute to this UUID.

[0038] Logical switches include Layer 2 switches: these include fully virtualized overlay logical switches and bridged logical switches connected to the physical network. Overlay logical switches connect remote logical ports via tunnels, while bridged logical switches connect remote logical ports directly through the physical network with the help of localnet type ports. Logical ports include Layer 2 switch ports: the logical ports of Layer 2 switches, supporting connections to all Ethernet access devices. Logical routers include Layer 3 routers: supporting configuration of static routes, policies, NAT, and load balancer functions. Layer 3 router ports: the logical ports of Layer 3 routers, whose network segments are specified through networks. They can also be set as distributed gateway ports through ha_chassis_group or gateway_chassis. Load balancing: applied to Layer 2 switches and Layer 3 routers to implement application load balancing. ACL: application access control. NAT: address translation, supporting SNAT and DNAT. DHCP: used to respond to DHCP requests on the network.

[0039] Furthermore, whenever the state of a logical network resource object in NorthDB changes (created or updated), the system listens for these changes. It then performs protocol translation, compiling the abstract resource configuration in the database (such as "there is a static route pointing to 10.0.0.0 / 24") into concrete OpenFlow flow entries that the underlying Open vSwitch (OVS) can understand and execute. Finally, these flow entries are distributed to the OVS on all relevant compute and network nodes via the OVSDB protocol. At this point, the logical configuration finally takes effect on the physical / virtual network devices, and data packets can be forwarded along the expected paths.

[0040] This embodiment begins with a northbound API request and essentially involves creating and configuring a record in the central database (OVN NorthDB). This record is a logical network resource object, which strictly adheres to the predefined blueprint schema of logical function objects. It ends with southbound protocol conversion and flow table distribution to OVS, thus mapping abstract configuration to concrete network behavior. The entire process embodies the separation of control and forwarding; upper-layer applications only interact with the central, abstract resource model, while the adaptation layer is responsible for translating it into specific instructions for the underlying devices, thereby achieving flexible network programmability.

[0041] As an optional implementation of this embodiment, compiling the content of the configuration operation into a flow table entry includes: generating a logical flow table based on the content of the configuration operation; and compiling the logical flow table into a flow table entry.

[0042] In this optional implementation, when the OVN control system detects a change in the Northbound DB, it does not directly generate an OpenFlow flow table. Instead, it first generates an intermediate logical flow table and stores it in the Southbound DB. The logical flow table describes how data packets should be processed in the logical network, such as logical switches and logical routers, regardless of the specific physical node on which the packet resides. Although the underlying flow tables are distributed, the controller knows which logical policy each flow table implements. This mapping relationship allows automation tools to correlate network behaviors (such as traffic counters and packet loss information) back to higher-level logical objects, greatly simplifying operations and maintenance.

[0043] Furthermore, the compilation to physical flow tables involves an agent (ovn-controller) on each compute and network node of OVN. This agent monitors the logical flow tables in the Southbound DB and, based on the physical environment of the node (e.g., which virtual machines are running on the node and which OVS ports they are connected to), compiles the logical flow tables into physical flow tables that can actually be executed in the local OVS. These are specific OpenFlow flow table entries tailored to the local OVS.

[0044] For example, the core work of the compilation process includes location. The ovn-controller needs to determine whether any data packets on the path described by this logical flow table will pass through the local OVS. If the next hop is a virtual machine interface on the local machine, or if it needs to exit from the local physical network card, then this flow table is relevant to the local machine and needs to be compiled into a local flow table. Logical ports (e.g., router_port_1) are mapped to specific port numbers on the local OVS bridge (e.g., portnumber:3). Logical actions are converted into OpenFlow actions; the logical action output (router_port_1) is converted into the specific OpenFlow action output:3. OpenFlow flow table entries are generated and distributed. The ovn-controller distributes the compiled physical flow table entries to the local OVS (ovs-vswitchd) via the OpenFlow protocol. OVS loads them into its own flow table pipeline.

[0045] As an example of the generated result:

[0046] Cookie: 0xabcde (used to identify the flow table issued by OVN)

[0047] Priority: 50

[0048] Match: ip, nw_dst = 10.0.0.0 / 24 (matches the target IP)

[0049] Action: mod_dl_dst:aa:bb:cc:dd:ee:ff, / * Modify the destination MAC address to the next hop's MAC address * / mod_nw_dst:172.16.1.254, / * Modify the destination IP address * / output:3 / * Send from OVS port 3 * / . This flow table entry means that on my compute node, any data packet destined for the 10.0.0.0 / 24 network needs to have its destination MAC and IP addresses modified before being forwarded from port 3 of the local OVS. This port may be connected to another virtual machine or a tunnel interface (such as VXLAN) to an external physical network.

[0050] The essence of this "protocol conversion" process lies in layered abstraction. Through the intermediate layer of logical flow tables, the upper-layer business intent and the lower-layer physical implementation are isolated. This allows control logic to be defined centrally without concern for the details of distributed deployment. Distributed compilation: each node's ovn-controller is only responsible for compiling its own related logical flow tables, achieving efficient, distributed "translation" work and greatly reducing the burden on the central controller. Eventual consistency: all OVS nodes eventually obtain a set of OpenFlow flow tables that can work together. These flow tables, combined, realize the connectivity defined by the initial abstract static route throughout the distributed network.

[0051] In this way, a simple line of configuration written in Northbound DB can eventually evolve into tens of thousands of fine-grained OpenFlow flow table entries distributed across all computing nodes, thereby driving the entire underlying network to operate according to the user's intent.

[0052] This embodiment separates network control from distributed devices and uses flow tables as "general machine instructions" to drive the underlying devices, enabling the network to become a "resource" that can be flexibly and efficiently invoked, just like computing resources.

[0053] According to an embodiment of the present invention, an information processing method for multi-type network communication is also provided, including step 101: abstracting the functions of the underlying network device to obtain a logical function object; step 102: upon receiving a resource creation request, parsing the resource creation request, and calling the corresponding target logical function object based on the parsing result; instantiating the target logical function object in the database based on the specification corresponding to the target logical function, and storing the instantiated logical network resource object; step 103: upon detecting a configuration operation on the logical network resource object, compiling the content of the configuration operation into a flow table entry; and distributing the flow table entry to different computing nodes and network nodes.

[0054] As an optional implementation method in this embodiment, the functions of the underlying network devices are abstracted to obtain logical function objects, including: traversing and identifying the functions provided by the underlying physical or virtual network devices; defining a standard logical function object for each identified function; mapping a specified information table to each standard logical function object in the database; and defining a calling interface based on the standard logical function object.

[0055] As an optional implementation of this embodiment, the instantiation of the specification corresponding to the target logical function in the database includes: instantiating logical switches, logical routers, logical ports, ACL rules, and DHCP options.

[0056] As an optional implementation of this embodiment, compiling the content of the configuration operation into a flow table entry includes: generating a logical flow table based on the content of the configuration operation; and compiling the logical flow table into a flow table entry.

[0057] According to embodiments of the present invention, the present invention also provides an electronic device, the electronic device comprising: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to implement the methods described in any of the above embodiments.

[0058] According to embodiments of the present invention, the present invention also provides a readable storage medium storing computer instructions that enable a computer to perform the methods described in any of the above embodiments when executed.

[0059] According to embodiments of the present invention, the present invention also provides a computer program product that, when executed by a processor, can implement the methods described in any of the above embodiments.

[0060] Figure 3 A schematic block diagram of an example electronic device 300 that can be used to implement embodiments of the present invention is shown. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device may also represent various forms of mobile devices, such as personal digital processors, cellular phones, smartphones, wearable devices, and other similar computing devices.

[0061] like Figure 3 As shown, the electronic device 300 includes a computing unit 301, which can perform various appropriate actions and processes based on a computer program stored in a read-only memory (ROM) 302 or a computer program loaded from a storage unit 308 into a random access memory (RAM) 303. The RAM 303 may also store various programs and data required for the operation of the electronic device 300. The computing unit 301, ROM 302, and RAM 303 are interconnected via a bus 304. An input / output (I / O) interface 305 is also connected to the bus 304.

[0062] Multiple components in electronic device 300 are connected to I / O interface 305, including: input unit 306, such as keyboard, mouse, etc.; output unit 307, such as various types of displays, speakers, etc.; storage unit 308, such as disk, optical disk, etc.; and communication unit 309, such as network card, modem, wireless transceiver, etc. Communication unit 309 allows electronic device 300 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0063] The computing unit 301 can be a variety of general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of the computing unit 301 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various special-purpose artificial intelligence (AI) computing chips, various computing units running machine learning model algorithms, a digital signal processor (DSP), and any suitable processor, controller, microcontroller, etc. The computing unit 301 performs the various methods and processes described above, such as the object matching method. For example, in some embodiments, the object matching method may be implemented as a computer software program tangibly contained in a machine-readable medium, such as storage unit 308. In some embodiments, part or all of the computer program may be loaded and / or installed on the electronic device 300 via ROM 302 and / or communication unit 309. When the computer program is loaded into RAM 303 and executed by the computing unit 301, one or more steps of the methods described above may be performed.

[0064] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), systems-on-a-chip (SoCs), payload-programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.

[0065] The program code used to implement the methods of the present invention can be written in any combination of one or more programming languages. This program code can be provided to a processor or controller of a general-purpose computer, special-purpose computer, or other programmable data processing device, such that when executed by the processor or controller, the program code causes the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code can be executed entirely on the machine, partially on the machine, as a standalone software package partially on the machine and partially on a remote machine, or entirely on a remote machine or server.

[0066] In the context of this invention, a machine-readable medium can be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, apparatus, or device. A machine-readable medium can be a machine-readable signal medium or a machine-readable storage medium. Machine-readable media can include, but are not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the foregoing.

Claims

1. A network for multi-type network communication, characterized in that, Includes an adapter layer, wherein the adapter layer includes: The abstract processing unit is used to abstract the functions of the underlying network devices to obtain logical function objects. The instantiation unit is used to parse the resource creation request upon receiving it, call the corresponding target logical function object based on the parsing result, instantiate the target logical function in the database based on the specification corresponding to the target logical function, and store the instantiated logical network resource object. The response unit, upon detecting a configuration operation on a logical network resource object, compiles the content of the configuration operation into a flow table entry; and distributes the flow table entry to different computing nodes and network nodes.

2. The network for multi-type network communication according to claim 1, characterized in that, The functions of the underlying network devices are abstracted to obtain logical function objects, including: Iterate through and identify the functions provided by the underlying physical or virtual network devices; define a standard logical function object for each identified function. In the database, a specified information table is mapped for each standard logical function object, and a call interface is defined based on the standard logical function object.

3. The network for multi-type network communication according to claim 1, characterized in that, The instantiation of the specifications corresponding to the target logical function in the database includes: instantiating logical switches, logical routers, logical ports, ACL rules, and DHCP options.

4. The network for multi-type network communication according to claim 1, characterized in that, The configuration operations are compiled into flow table entries, including: A logical flow table is generated based on the content of the configuration operation; the logical flow table is then compiled into flow table entries.

5. An information processing method for multi-type network communication, characterized in that, include: Step 101: Abstract the functions of the underlying network devices to obtain logical function objects; Step 102: Upon receiving a resource creation request, parse the resource creation request and call the corresponding target logical function object based on the parsing result; Based on the specifications corresponding to the target logical function, instantiate the logical network resource object in the database and store the instantiated logical network resource object. Step 103: After a configuration operation on a logical network resource object is detected, the content of the configuration operation is compiled into a flow table entry; the flow table entry is then distributed to different computing nodes and network nodes.

6. The information processing method for multi-type network communication according to claim 5, characterized in that, The functions of the underlying network devices are abstracted to obtain logical function objects, including: Iterate through and identify the functions provided by the underlying physical or virtual network devices; define a standard logical function object for each identified function. In the database, a specified information table is mapped for each standard logical function object, and a call interface is defined based on the standard logical function object.

7. The network for multi-type network communication according to claim 5, characterized in that, The instantiation of the specifications corresponding to the target logical function in the database includes: instantiating logical switches, logical routers, logical ports, ACL rules, and DHCP options.

8. The network for multi-type network communication according to claim 7, characterized in that, The configuration operations are compiled into flow table entries, including: A logical flow table is generated based on the content of the configuration operation; the logical flow table is then compiled into flow table entries.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions for causing the computer to perform the method according to any one of claims 5-8.

10. An electronic device, characterized in that, include: At least one processor; And a memory communicatively connected to the at least one processor; wherein the memory stores a computer program executable by the at least one processor, the computer program being executed by the at least one processor to cause the at least one processor to perform the method according to any one of claims 5-8.

Images