CN112162828B - Container network cooperation system and method based on cloud side scene - Google Patents
Container network cooperation system and method based on cloud side scene Download PDFInfo
- Publication number
- CN112162828B CN112162828B CN202011176932.3A CN202011176932A CN112162828B CN 112162828 B CN112162828 B CN 112162828B CN 202011176932 A CN202011176932 A CN 202011176932A CN 112162828 B CN112162828 B CN 112162828B
- Authority
- CN
- China
- Prior art keywords
- cloud
- edge
- network
- node
- container
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5061—Partitioning or combining of resources
- G06F9/5072—Grid computing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45595—Network integration; Enabling network access in virtual machine instances
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Mathematical Physics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses a container network collaboration system based on a cloud side scene, which comprises: the system comprises a cloud module, a cloud network CNI module and a UI interface which are deployed at a cloud node, and an edge terminal module and an edge terminal network CNI module which are deployed at an edge terminal node; the cloud module is used for identifying a cloud network mode, creating a cloud resource object, storing information and establishing a cloud-to-edge route forwarding rule; the cloud network CNI module acquires edge node data, interacts with a UI (user interface), deploys a CNI (cloud edge network) according to a set cloud edge network mode, sets a CRD (resource description) resource object and creates the resource object into a cluster; the edge module is used for identifying an edge network mode, creating an edge resource object, storing information and creating an edge-to-cloud routing forwarding rule; and the edge network CNI module acquires the CRD resource object issued by the cloud module and displays the CRD resource object on the UI. The system improves the interaction capacity of the cloud-side container.
Description
Technical Field
The invention relates to the field of edge computing, in particular to a container network cooperation system and a cooperation method based on a cloud edge scene.
Background
The edge computing originates from the field of media, and means that an open platform integrating network, computing, storage and application core capabilities is adopted on one side close to an object or a data source to provide nearest-end service nearby. The application program is initiated at the edge side, so that a faster network service response is generated, and the basic requirements of the industry in the aspects of real-time business, application intelligence, safety, privacy protection and the like are met. The edge computation is between the physical entity and the industrial connection, or on top of the physical entity. For edge computing, unlike a cloud computing platform integrating a large amount of resources, the edge cloud platform is a distributed platform, so that the characteristic of cloud-edge collaboration is one of the main characteristics of edge computing, and the cloud-edge collaboration includes various protocols and functions and relates to aspects of cloud computing, so that in the development process of edge computing, the development of the function of cloud-edge collaboration becomes one of the main development works.
At present, the problem that network traffic cannot be forwarded normally is considered when the cloud edge has a situation that network modes adopted by a cloud data center and an edge data subsection are different. The cloud data center is used as a cloud edge cooperative center, needs a stable network for supporting, adopts an Underlay double-uplink network scheme and bears a large-scale container cluster; the edge node usually adopts an Overlay mode, is decoupled from the physical network and is convenient to manage. Due to the fact that the cloud data center and the edge terminal are different in network mode, the connectivity of the container cannot be achieved, and the interaction capacity of the cloud edge container is affected. The cloud end uses the Calico BGP mode, and the frontier uses the Calico IPIP mode, and the frontier container can not normally visit the cloud end container, because the container of frontier under two kinds of modes does not have the route that moves towards the cloud end container, assesses this kind of condition: if the requirement of cloud edge cooperation needs to be met, in the MASQUERADE management operation of Felix, IPPool sections of an edge end and a cloud end need to be distinguished, and if a source address belongs to the Calico IPPool of the edge end and a destination address belongs to the Calico IPPool of the cloud end, then MASQUERADE disguise flow operation needs to be carried out; if the source address is said to belong to all the Calico IPPools, the destination address cannot belong to all the Calico IPPools absolutely, otherwise the MASQUERIADE traffic will not be forwarded (both addresses cannot be the same). It can be expressed by a pseudo-formula:
if satisfying network access&&(src in calico Ippooo (edge) &&dst in caliao Ippool (cloud) )|or|
(src in calico ippool &&dst！in calico ippool )]
do：masquerade
The requirement of cloud edge cooperation cannot be met only by limiting MASQUEREDE management, and rules of IPTABLES and IPSET also need to be modified.
Disclosure of Invention
Aiming at the defects of the prior art, the invention provides a container network coordination system and a coordination method based on a cloud-side scene, and the specific technical scheme is as follows:
a container network collaboration system based on a cloud side scene comprises the following modules:
the cloud module is used for identifying a cloud network mode, creating a cloud resource object, storing cloud node information, a network mode and container information, and establishing a cloud-to-edge routing forwarding rule; the cloud network CNI module is used for acquiring data of edge nodes, interacting with the UI, setting a cloud edge network mode according to a user through the UI, deploying a CNI network, setting a CRD resource object and creating the resource object into a cluster;
the system comprises a side end module and a side end network CNI module, wherein the side end module is deployed at a side end node and is used for identifying a side end network mode, creating a side end resource object, storing side end node information, a network mode and container information and creating a side-to-cloud routing forwarding rule; and the edge network CNI module acquires the CRD resource object issued by the cloud module and displays the information on the UI.
A container network cooperation method based on a cloud edge scene comprises the following steps:
the method comprises the following steps: all the edge nodes are accessed into the cluster;
step two: after a user sets a cloud side network mode on a UI interface, a cloud side network CNI module deploys a cloud side CNI network according to the cloud side network mode and creates a cloud side and a side CRD resource object;
step three: the cloud network CNI module issues the cloud and the edge CRD resource objects to the edge network CNI module;
step four: the cloud end module creates a cloud-to-edge route forwarding rule, and the edge end module creates an edge-to-cloud route forwarding rule to realize cloud-edge container network communication; and meanwhile, the network conditions of the edge and the cloud are displayed on a UI (user interface).
Further, the cloud and the edge node information both include one or more of a node name, a node network mode, a cluster service subnet, a container communication subnet, and a network policy in the resource object.
Further, the cloud-side network in the cloud-side network mode is a network in which the cloud and the sides are in different network modes of the same network CNI or in multiple CNI modes of different networks.
Further, the cloud and edge CRD resource objects each include one or more of a node, a pod, a service, an endpoint, a network model, and a deployment.
Further, the cloud and the side node information are stored through tag items and annotation items in the metadata of the resource object.
Further, the fourth step is specifically realized by the following sub-steps:
(1) The cloud module acquires and processes the cloud and edge node information, provides corresponding network service and network interface management, and creates a cloud-to-edge routing forwarding rule;
the method comprises the following steps that an edge module acquires and processes information of a cloud end and edge nodes, provides corresponding network service and network interface management, and creates a route forwarding rule from edge to cloud;
(2) When the container accesses the outside, a source address needs to be converted into a node address, and the upper layer provides the outside access through a core switch; when the container is accessed externally, the destination address is converted into a container address through an upper-layer core switch; the source address is a container address, and the destination address is a node address.
Further, when the cloud-side container network communication of the fourth step is one-way access to the cloud,
(1) Firstly, the edge end opens the forwarding strategy;
(2) And when the destination address is the container address of the cloud node or the address from the external network, converting the source address into the node address.
The invention has the following beneficial effects:
compared with a single network mode of a single cluster, the container network cooperation system and the cooperation method based on the Yun Bian scene can simultaneously process a plurality of network modes in the cluster, and solve the problem of routing forwarding rules in the multi-network mode; compared with a single network mode, the multi-network mode can adapt to the cluster requirements in different areas, and the flexibility is higher; only the code is required to be modified and the route forwarding rule is required to be modified, so that the physical cost is reduced; meanwhile, a visual interface is provided to facilitate the management of the network mode by operation and maintenance personnel; and establishing a network forwarding rule by establishing a resource object.
Drawings
Fig. 1 is a schematic diagram of a container network collaboration system based on a Yun Bian scenario in the present invention.
Detailed Description
The present invention will be described in detail below with reference to the accompanying drawings and preferred embodiments, and the objects and effects of the present invention will be more apparent, it being understood that the specific embodiments described herein are merely illustrative of the present invention and are not intended to limit the present invention.
As shown in fig. 1, the container network collaboration system based on Yun Bian scenario of the present invention includes the following modules:
the system comprises a cloud module, a cloud network CNI module and a UI interface which are deployed at a cloud node, and a side end module and a side end network CNI module which are deployed at a side end node;
the cloud module is used for identifying a cloud network mode, creating a cloud resource object, storing cloud node information, network modes and container information, and establishing a cloud-to-edge routing forwarding rule; the cloud network CNI module is used for acquiring data of the edge node, interacting with the UI, setting a cloud edge network mode according to a user through the UI, deploying the CNI network, setting a CRD resource object and creating the resource object into a cluster. The cloud edge network in the cloud edge network mode is a network in which the cloud and the edge are in different network modes of the same network CNI or in multi-CNI modes of different networks.
The edge module is used for identifying an edge network mode, creating an edge resource object, storing edge node information, a network mode and container information, and creating a route forwarding rule from edge to cloud; and the edge network CNI module acquires the CRD resource object issued by the cloud module and displays the information on the UI.
The cloud end and the side end node information respectively comprise one or more of a node name, a node network mode, a cluster service subnet, a container communication subnet and a network strategy in the resource object. And the cloud end and the side node information are stored through tag items and annotation items in the metadata of the resource object.
The cloud and edge CRD resource objects comprise one or more of nodes, pods, services, endpoints, network modes and deployments.
The container network cooperation method based on the Yun Bian scene comprises the following steps:
(1) All the edge nodes are accessed into the cluster, and the cloud uses a Calico BGP double uplink network to bear large-scale nodes; the side terminal uses a Calico IPIP network mode to decouple with the physical network, thereby facilitating management. The cloud end and the side end network information can be checked from the UI interface and comprise node information and network mode information;
(2) After a user sets a cloud side network mode on the UI interface, the cloud side network CNI module deploys the cloud side CNI network according to the cloud side network mode. And visually configuring network CNI parameters through a UI (user interface), and triggering generation of a deployment file YAML (Yaml) file under a network CNI module of the cloud, wherein the deployment file is a cloud Calico BGP file and an edge Calico IPIP file. And visually configuring parameters of the cloud and the edge CRD resource object through a UI (user interface), triggering generation of a YAML (deployment file) under a network CNI (communication interface) module of the cloud, and generating the cloud and edge CRD resource object deployment file. The cloud network CNI module creates a cloud Calico BGP network and cloud and side CRD resource objects;
(3) The cloud network CNI module issues the cloud and side CRD resource objects and the side Calico IPIP deployment file to the side network CNI module, and the side network CNI module creates the Calico IPIP network, the cloud and the side CRD resource objects through the deployment file. The process of creating a CRD resource object is described by the following explanation: adding cloud and CRD configuration codes of the side end in the CNI-plugin source codes of the Calico component, creating CNI configuration information of Calico in the pod creation process, and generating a configuration file to the CNI configuration file of the container. Registering CRD resource objects of a cloud and an edge through a YAML file, acquiring cluster cloud and edge node information, and storing the cluster cloud and the edge node information under a cloud module and an edge module;
(4) The cloud end module creates a cloud-to-edge route forwarding rule, and the edge end module creates an edge-to-cloud route forwarding rule to realize cloud-edge container network communication; and meanwhile, the network conditions of the edge and the cloud are displayed on a UI (user interface). The method is realized by the following steps:
(1) The cloud module acquires and processes the cloud and edge node information, provides corresponding network service and network interface management, and creates a cloud-to-edge routing forwarding rule;
the method comprises the following steps that an edge module acquires and processes information of a cloud end and edge nodes, provides corresponding network service and network interface management, and creates a route forwarding rule from edge to cloud;
(2) When the container accesses the outside, a source address needs to be converted into a node address, and the upper layer provides the outside access through a core switch; when the container is accessed externally, the destination address is converted into a container address through an upper-layer core switch; the source address is a container address, and the destination address is a node address.
The process is described by way of example: when the Calico network component Felix updates the routing rule, acquiring the resource data under the CRD in (3), writing the resource data into the ipsec, respectively, creating two IPSETs: IPSET-SRC and IPSET-DST, IPSET-SRC stores source address node IP, IPSET-DST stores destination address node IP. For the iptables, MASQUERADE source address MASQUERADE proxy routing forwarding rules are established under a rule chain of cali-NAT-outgoing under an NAT table, so that pseudo code requirements in the background technology are met; when the cloud port is accessed by the port of the edge, when the access message is forwarded from the network address of the cali-nat-outlying chain under the rule chain POSTROUTING, whether the destination address is the node IP of the cloud or not or whether the destination address is the outer network IP (not belonging to the node IP under the CRD of the edge) is matched. If yes, the MASQUERIADE routing address is forwarded, the source address is SNAT, and the source address is converted into the edge node IP, so that the purpose of access is achieved.
When the cloud-side container network communication in the fourth step is one-way access to the cloud, the specific steps are as follows:
(1) Firstly, the edge end opens the forwarding strategy;
(2) And when the destination address is the container address of the cloud node or the address from the external network, converting the source address into the node address.
It will be understood by those skilled in the art that the foregoing is only a preferred embodiment of the present invention, and is not intended to limit the invention, and although the invention has been described in detail with reference to the foregoing examples, it will be apparent to those skilled in the art that various changes in the form and details of the embodiments may be made and equivalents may be substituted for elements thereof. All modifications, equivalents and the like which come within the spirit and principle of the invention are intended to be included within the scope of the invention.
Claims (8)
1. A container network collaboration system based on a cloud side scene is characterized by comprising the following modules:
the cloud terminal module is used for identifying a cloud terminal network mode, creating a cloud terminal resource object, storing cloud terminal node information, a network mode and container information, and establishing a cloud-to-edge routing forwarding rule; the cloud network CNI module is used for acquiring data of the edge node, interacting with the UI interface, setting a cloud edge network mode according to a user through the UI interface, deploying the CNI network, setting a CRD resource object and creating the CRD resource object into a cluster;
the system comprises a side end module and a side end network CNI module, wherein the side end module is deployed at a side end node and is used for identifying a side end network mode, creating a side end resource object, storing side end node information, a network mode and container information and creating a side-to-cloud routing forwarding rule; the side network CNI module acquires a CRD resource object issued by the cloud module and displays information on the UI;
the CRD resource object creating process comprises the following steps: adding cloud and edge CRD configuration codes in a CNI-plugin source code of the Calico network component, creating CNI configuration information of the Calico network component in the pod creation process, and generating a configuration file to the CNI configuration file of the container;
the cloud-to-edge routing forwarding rule and the edge-to-cloud routing forwarding rule are both:
when the routing rule is updated, the Calico network component Felix acquires resource data under the CRD, respectively writes the resource data into the IPSET, and creates two IPSETs: the method comprises the steps that IPSET-SRC and IPSET-DST, wherein the IPSET-SRC stores a source address node IP, the IPSET-DST stores a destination address node IP, and for the iptables, MASQUERADE source address MASQUERADE proxy routing forwarding rule creation is carried out under a rule chain of cali-NAT-outlying under an NAT table, so that pseudo code requirements are met;
in the route forwarding rule from the edge to the cloud, when a pod of the edge accesses a cloud pod, and an access message is forwarded from a cali-nat-outlying chain under a rule chain POSTROUTING to a network address, whether a destination address is a node IP of the cloud or not or whether the destination address is an outer network IP is matched, wherein the outer network IP is a node IP which does not belong to a CRD of the edge; if yes, the MASQUERIADE routing address is forwarded, the source address is SNAT, and the source address is converted into the edge node IP, so that the purpose of access is achieved.
2. A container network cooperation method based on a cloud side scene is characterized by comprising the following steps:
the method comprises the following steps: all the edge nodes are accessed into the cluster;
step two: after a user sets a cloud side network mode on a UI interface, a cloud side network CNI module deploys a cloud side CNI network according to the cloud side network mode and creates a cloud side and a side CRD resource object;
step three: the cloud network CNI module issues the cloud and the edge CRD resource objects to the edge network CNI module;
step four: the cloud module creates a cloud-to-edge routing forwarding rule, and the edge module creates an edge-to-cloud routing forwarding rule to realize cloud-edge container network communication; meanwhile, the network conditions of the edge and the cloud are displayed on a UI (user interface);
the cloud-to-edge routing forwarding rule and the edge-to-cloud routing forwarding rule are implemented by creating two IPSETs: IPSET-SRC and IPSET-DST, IPSET-SRC stores source address node IP, IPSET-DST stores destination address node IP, for iptables, MASQUERADE source address MASQUERADE proxy routing forwarding rule creation is carried out under a rule chain of cali-NAT-outlying under an NAT table;
in the route forwarding rule from the edge to the cloud, when a pod of the edge accesses a cloud pod, and an access message is forwarded from a cali-nat-outlying chain under a rule chain POSTROUTING to a network address, whether a destination address is a node IP of the cloud or not or whether the destination address is an outer network IP is matched, wherein the outer network IP is a node IP which does not belong to a CRD of the edge; if yes, the MASQUERIADE routing address is forwarded, the source address is SNAT, and the source address is converted into the edge node IP, so that the purpose of access is achieved.
3. The cloud-edge-scene-based container network coordination method according to claim 2, wherein the cloud node information includes one or more of a node name, a node network mode, a cluster service subnet, a container communication subnet, and a network policy in the cloud resource object; the edge node information includes more than one of a node name, a node network mode, a cluster service subnet, a container communication subnet and a network policy in the edge resource object.
4. The cloud-edge-scene-based container network coordination method according to claim 2, wherein the cloud edge network in the cloud edge network mode is a network in which a cloud and an edge are in different network modes of the same network CNI or in multiple CNI modes of different networks.
5. The cloud-edge-scene-based container network collaboration method of claim 2 wherein the cloud and edge CRD resource objects each comprise one or more of a node, a pod, a service, an endpoint, a network schema, and a deployment.
6. The cloud-edge-scene-based container network collaboration method of claim 3 wherein the cloud and edge node information is stored via tag and annotation items in metadata of resource objects.
7. The cloud-edge-scene-based container network collaboration method as claimed in claim 2, wherein the fourth step is specifically realized by the following sub-steps:
(1) The cloud module acquires and processes the cloud and edge node information, provides corresponding network service and network interface management, and creates a cloud-to-edge routing forwarding rule;
the method comprises the following steps that an edge module acquires and processes information of a cloud end and edge nodes, provides corresponding network service and network interface management, and creates a route forwarding rule from edge to cloud;
(2) When the container accesses the outside, a source address needs to be converted into a node address, and the upper layer provides the outside access through a core switch; when the container is accessed externally, the destination address is converted into a container address through an upper-layer core switch; the source address is a container address, and the destination address is a node address.
8. The cloud-edge-scene-based container network coordination method according to claim 2, wherein when the cloud-edge container network communication of step four is one-way access to a cloud,
(1) Firstly, the side end starts a forwarding strategy;
(2) And when the destination address is the container address of the cloud node or the address from the external network, converting the source address into the node address.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011176932.3A CN112162828B (en) | 2020-10-29 | 2020-10-29 | Container network cooperation system and method based on cloud side scene |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011176932.3A CN112162828B (en) | 2020-10-29 | 2020-10-29 | Container network cooperation system and method based on cloud side scene |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112162828A CN112162828A (en) | 2021-01-01 |
| CN112162828B true CN112162828B (en) | 2023-03-24 |
Family
ID=73865077
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011176932.3A Active CN112162828B (en) | 2020-10-29 | 2020-10-29 | Container network cooperation system and method based on cloud side scene |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112162828B (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113515264B (en) * | 2021-04-26 | 2024-02-06 | 山东新一代信息产业技术研究院有限公司 | Application market function design method based on cloud edge architecture |
| CN114124948A (en) * | 2021-09-19 | 2022-03-01 | 济南浪潮数据技术有限公司 | High-availability method, device, equipment and readable medium for cloud component |
| CN114338722A (en) * | 2021-12-30 | 2022-04-12 | 中国电信股份有限公司 | Cloud-edge storage resource management system and method, storage medium and electronic device |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108989091B (en) * | 2018-06-22 | 2022-02-11 | 杭州才云科技有限公司 | Tenant network isolation method based on Kubernetes network, storage medium and electronic equipment |
| US10728145B2 (en) * | 2018-08-30 | 2020-07-28 | Juniper Networks, Inc. | Multiple virtual network interface support for virtual execution elements |
| WO2020161561A1 (en) * | 2019-02-04 | 2020-08-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Local service announcement in a stretched cluster |
| US11159487B2 (en) * | 2019-02-26 | 2021-10-26 | Juniper Networks, Inc. | Automatic configuration of perimeter firewalls based on security group information of SDN virtual firewalls |
| JP7056626B2 (en) * | 2019-04-09 | 2022-04-19 | 日本電信電話株式会社 | Communication system and communication method |
| CN111404753B (en) * | 2020-03-23 | 2021-08-20 | 星环信息科技(上海)股份有限公司 | Flat network configuration method, computer equipment and storage medium |
| CN113918281A (en) * | 2021-09-30 | 2022-01-11 | 浪潮云信息技术股份公司 | Method for improving cloud resource expansion efficiency of container |
| CN114338524A (en) * | 2021-12-20 | 2022-04-12 | 浪潮云信息技术股份公司 | Method and system for improving large-scale container cloud cluster network Service performance |
-
2020
- 2020-10-29 CN CN202011176932.3A patent/CN112162828B/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN112162828A (en) | 2021-01-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112162828B (en) | Container network cooperation system and method based on cloud side scene | |
| CN110401588B (en) | Method and system for realizing VPC (virtual private network) peer-to-peer connection in public cloud platform based on openstack | |
| EP2569902B1 (en) | Interconnecting members of a virtual network | |
| US10645060B2 (en) | Method, device and system for forwarding message | |
| CN103997414B (en) | Generate method and the network control unit of configuration information | |
| CN108366121A (en) | The group network system and apparatus control method of the more intelligent gateways of Internet of Things | |
| CN102281180A (en) | Virtual network interface card (NIC) communication device applied in mutual communication of terminals in different local area networks | |
| CN103944768A (en) | Providing logical networking functionality for managed computer networks | |
| CN103607432A (en) | Network establishment method and system, and network control center | |
| CN106936680B (en) | System and method for intercommunication among heterogeneous networks of cloud computing platform | |
| CN110213148A (en) | A kind of method, system and device of data transmission | |
| US20240089328A1 (en) | Systems and methods for dynamic federated api generation | |
| CN102891903B (en) | A kind of NAT method and equipment | |
| CN109039913A (en) | Virtual routing device and virtual machine communication system | |
| WO2023173720A1 (en) | Application access method, cloud proxy assembly, node proxy assembly, device and medium | |
| CN102916897A (en) | Method and equipment for realizing VRRP load sharing | |
| CN102710485A (en) | Transparent proxy method and proxy server | |
| CN107360089A (en) | A kind of method for routing foundation, business datum conversion method and device | |
| CN101552745A (en) | Method and device for realizing NAT | |
| CN107547403A (en) | Message forwarding method, assisted method, device, controller and main frame | |
| CN111130978B (en) | Network traffic forwarding method and device, electronic equipment and machine-readable storage medium | |
| CN105791432A (en) | Point to point (P2P) communication method and system | |
| CN113596192B (en) | Communication method, device, equipment and medium based on gatekeeper networking | |
| CN115277864A (en) | Route determining method and device, computer readable storage medium and terminal | |
| CN105681481A (en) | Method and device for realizing network translation to IPv6 (Internet Protocol Version 6) based on PNAT (Prefix Network Address Translation) and terminal 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 |