CN113965505A - Method for cloud host intercommunication among different virtual private networks and implementation architecture - Google Patents
Method for cloud host intercommunication among different virtual private networks and implementation architecture Download PDFInfo
- Publication number
- CN113965505A CN113965505A CN202111133896.7A CN202111133896A CN113965505A CN 113965505 A CN113965505 A CN 113965505A CN 202111133896 A CN202111133896 A CN 202111133896A CN 113965505 A CN113965505 A CN 113965505A
- Authority
- CN
- China
- Prior art keywords
- peer
- network
- connection
- peer connection
- intercommunication
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 21
- 206010047289 Ventricular extrasystoles Diseases 0.000 claims description 28
- 238000005129 volume perturbation calorimetry Methods 0.000 claims description 28
- 238000012986 modification Methods 0.000 claims description 4
- 230000004048 modification Effects 0.000 claims description 4
- 230000001960 triggered effect Effects 0.000 claims description 3
- RJKFOVLPORLFTN-LEKSSAKUSA-N Progesterone Chemical compound C1CC2=CC(=O)CC[C@]2(C)[C@@H]2[C@@H]1[C@@H]1CC[C@H](C(=O)C)[C@@]1(C)CC2 RJKFOVLPORLFTN-LEKSSAKUSA-N 0.000 claims 5
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000002955 isolation Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
-
- 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/02—Topology update or discovery
- H04L45/04—Interdomain routing, e.g. hierarchical routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
- H04L67/1044—Group management mechanisms
- H04L67/1046—Joining mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/141—Setup of application sessions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Mathematical Physics (AREA)
- Theoretical Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention particularly relates to a method for cloud host intercommunication among different virtual private networks and an implementation framework. The method for the intercommunication of the cloud host among different virtual private networks and the implementation framework thereof create an interconnection sub-network invisible to a user in a tenant virtual private network, utilize the interconnection sub-network to connect a router of the virtual private network and establish a universal interconnection gateway; the user selects to accept or reject the peer-to-peer connection with other virtual private networks through the network intercommunication among different accounts, and realizes data intercommunication through the peer-to-peer connection, but the intercommunication relation is not transmitted. The method for the cloud host intercommunication among different virtual private networks and the implementation framework do not depend on a certain single physical hardware device, can flexibly manage and configure the interconnection gateway and the routing rule according to the requirement, support the intercommunication of the sub-network levels and dynamically increase and decrease, can ensure the data safety, and realize the intercommunication among different virtual private networks in a plurality of accounts.
Description
Technical Field
The invention relates to the field of cloud computing and the technical field of computer networks, in particular to a method for cloud host intercommunication among different virtual private networks and an implementation architecture.
Background
At present, business systems are gradually integrated through cloud computing platforms in various industries, and all the industries can use a VPC technology for network security isolation due to security considerations. VPC is a Virtual Private Cloud (Virtual Private Cloud), and the VPC technology enables a tenant to have a logically isolated area in the Cloud with other tenants, and uses various Cloud resources in the area, and Cloud hosts between different VPCs are not interoperable.
In view of the above situation, the present invention provides a method for cloud host interworking between different virtual private networks and an implementation architecture.
Disclosure of Invention
In order to make up for the defects of the prior art, the invention provides a simple and efficient method for cloud host intercommunication among different virtual private networks and an implementation framework.
The invention is realized by the following technical scheme:
a method for cloud host intercommunication among different virtual private networks is characterized in that: creating an interconnection sub-network invisible to a user in the tenant virtual private network, connecting a router of the virtual private network by using the interconnection sub-network and establishing a universal interconnection gateway; data intercommunication is realized between the two virtual private networks through peer-to-peer connection, but the intercommunication relation is not transmitted, namely, the data cannot be sent to other private networks which do not establish peer-to-peer connection, so that the data security can be ensured;
meanwhile, the user selects to accept or reject the peer-to-peer connection with other virtual private networks through the network intercommunication among different accounts, so that the intercommunication among different virtual private networks in a plurality of accounts is realized.
The method specifically comprises the following steps:
(4) the tenant selects two VPCs to create peer-to-peer connection, namely a request end VPC1 and a receiving end VPC2, wherein CIDR (class Inter-Domain Routing) network segments of the request end VPC1 and the receiving end VPC2 cannot be overlapped;
(5) selecting a subnet to create a cloud host under a request end VPC1 network, selecting the subnet to create a cloud host under a receiving end VPC2 network, wherein the two cloud hosts cannot communicate with each other;
(6) an internet subnet is established under a request end VPC1 network, a subnet net segment is defined in a configuration file, the internet subnet is connected to a route corresponding to a request end VPC1, and the internet subnet is invisible to a user;
(4) an internet subnet is established under a receiving end VPC2 network, a subnet net segment is defined in a configuration file, the internet subnet is connected to a route corresponding to a receiving end VPC2, and the internet subnet is invisible to a user;
(5) creating an interconnection gateway port (port) comprising a request side gateway port (port) and a receiving side gateway port (port);
(6) selecting a mirror image, a browser (type of a cloud host) and a management network, respectively establishing an internet gateway service (server) of a request end and a receiving end, and enabling the server end to communicate with the internet gateway service (server) through the management network to issue routing configuration;
(7) respectively binding the created internet gateway ports (ports) to corresponding internet gateway services (servers);
(8) adding peer connection routes, including routing rules under a VPC routing table and routes on an interconnection gateway, establishing peer connection between a requesting end VPC1 and a receiving end VPC2, and realizing intercommunication between a requesting end VPC1 and a cloud host under a receiving end VPC 2.
When multiple subnets exist under the VPC, a subnet route is issued, and a connected destination end is set as a CIDR network segment of an opposite-end subnet, so that the intercommunication among the subnets can be realized.
In the step (6), the internet gateway service (server) can be multiplexed, and can be used for no more than 12 peer-to-peer connections; and meanwhile, an internet gateway service (server) capacity expansion mechanism is supported, and when the internet gateway service (server) port resources are detected to be less than 4, the operation of creating the internet gateway service (server) is triggered when the peer-to-peer connection is created.
When a user requests to create peer-to-peer connection, whether CIDR network segments of two VPCs are overlapped or not is checked, and if CIDR network segments are overlapped, creation is not allowed.
When peer-to-peer connection is established among different accounts, filling in the VPC ID and the user ID of an opposite end, if the opposite end receives the connection, executing the steps (1) to (8) and establishing the peer-to-peer connection; and if the opposite end refuses the connection or does not accept the connection for more than seven days, deleting the connection records and archiving.
When needing to delete the peer-to-peer connection, firstly confirming that the internet gateway service (server) has other peer-to-peer connection multiplexing, if having multiplexing, only deleting the route and the internet gateway port (port) of the peer-to-peer connection, if not, deleting the route, the internet gateway port (port) and the internet gateway service (server) of the peer-to-peer connection.
The architecture for realizing the intercommunication of the cloud host among different virtual private networks comprises a northbound interface module, a database, an interconnection gateway configuration module and a peer-to-peer connection management module, wherein the northbound interface module is connected to the database through the interconnection gateway configuration module and the peer-to-peer connection management module;
the northbound Interface module is responsible for providing REST (Representational State Transfer) API (Application Programming Interface) for the outside, and providing functions of establishing a network and peer-to-peer connection for tenants;
the database is responsible for storing user information, virtual private network information, subnet information and VPC peer-to-peer connection information;
the interconnection gateway configuration module is used for configuring CIDR network segments of interconnection subnetworks; in order to distinguish the request end and the receiving end, the internet subnet net segments of the request end and the receiving end are respectively configured, so that the configuration is flexible and the modification is convenient;
the peer-to-peer connection management module is used for managing peer-to-peer connection, and comprises the steps of inquiring a peer-to-peer connection list, checking details of the peer-to-peer connection, creating the peer-to-peer connection, deleting the peer-to-peer connection and updating a peer-to-peer connection name; view peer connection routes, add routing rules, and delete routing rules.
The invention has the beneficial effects that: the method for the cloud host intercommunication among different virtual private networks and the implementation framework do not depend on a certain single physical hardware device, can flexibly manage and configure the interconnection gateway and the routing rule according to the requirement, support the intercommunication of the sub-network levels and dynamically increase and decrease, can ensure the data safety, and realize the intercommunication among different virtual private networks in a plurality of accounts.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to these drawings without creative efforts.
Fig. 1 is a schematic diagram of a peer-to-peer connection implementation architecture of the present invention.
Fig. 2 is a schematic diagram illustrating the peer-to-peer connection implementation principle of the present invention.
Detailed Description
In order to make those skilled in the art better understand the technical solution of the present invention, the technical solution in the embodiment of the present invention will be clearly and completely described below with reference to the embodiment of the present invention. It is to be understood that the described embodiments are merely exemplary of the invention, and not restrictive of the full scope of the invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The method for the intercommunication of the cloud host among different virtual private networks comprises the steps of creating an interconnection sub-network invisible to a user in a tenant virtual private network, connecting a router of the virtual private network by using the interconnection sub-network and establishing a universal interconnection gateway; data intercommunication is realized between the two virtual private networks through peer-to-peer connection, but the intercommunication relation is not transmitted, namely, the data cannot be sent to other private networks which do not establish peer-to-peer connection, so that the data security can be ensured;
meanwhile, the user selects to accept or reject the peer-to-peer connection with other virtual private networks through the network intercommunication among different accounts, so that the intercommunication among different virtual private networks in a plurality of accounts is realized.
The method specifically comprises the following steps:
(7) the tenant selects two VPCs to create peer-to-peer connection, namely a request end VPC1 and a receiving end VPC2, wherein CIDR (class Inter-Domain Routing) network segments of the request end VPC1 and the receiving end VPC2 cannot be overlapped;
(8) selecting a subnet to create a cloud host under a request end VPC1 network, selecting the subnet to create a cloud host under a receiving end VPC2 network, wherein the two cloud hosts cannot communicate with each other;
(9) an internet subnet is established under a request end VPC1 network, a subnet net segment is defined in a configuration file, the internet subnet is connected to a route corresponding to a request end VPC1, and the internet subnet is invisible to a user;
(4) an internet subnet is established under a receiving end VPC2 network, a subnet net segment is defined in a configuration file, the internet subnet is connected to a route corresponding to a receiving end VPC2, and the internet subnet is invisible to a user;
(5) creating an interconnection gateway port (port) comprising a request side gateway port (port) and a receiving side gateway port (port);
(6) selecting a mirror image, a browser (type of a cloud host) and a management network, respectively establishing an internet gateway service (server) of a request end and a receiving end, and enabling the server end to communicate with the internet gateway service (server) through the management network to issue routing configuration;
(7) respectively binding the created internet gateway ports (ports) to corresponding internet gateway services (servers);
(8) adding peer connection routes, including routing rules under a VPC routing table and routes on an interconnection gateway, establishing peer connection between a requesting end VPC1 and a receiving end VPC2, and realizing intercommunication between a requesting end VPC1 and a cloud host under a receiving end VPC 2.
When multiple subnets exist under the VPC, a subnet route is issued, and a connected destination end is set as a CIDR network segment of an opposite-end subnet, so that the intercommunication among the subnets can be realized.
In the step (6), the internet gateway service (server) can be multiplexed, and can be used for no more than 12 peer-to-peer connections; and meanwhile, an internet gateway service (server) capacity expansion mechanism is supported, and when the internet gateway service (server) port resources are detected to be less than 4, the operation of creating the internet gateway service (server) is triggered when the peer-to-peer connection is created.
When a user requests to create peer-to-peer connection, whether CIDR network segments of two VPCs are overlapped or not is checked, and if CIDR network segments are overlapped, creation is not allowed.
When peer-to-peer connection is established among different accounts, filling in the VPC ID and the user ID of an opposite end, if the opposite end receives the connection, executing the steps (1) to (8) and establishing the peer-to-peer connection; and if the opposite end refuses the connection or does not accept the connection for more than seven days, deleting the connection records and archiving.
When needing to delete the peer-to-peer connection, firstly confirming that the internet gateway service (server) has other peer-to-peer connection multiplexing, if having multiplexing, only deleting the route and the internet gateway port (port) of the peer-to-peer connection, if not, deleting the route, the internet gateway port (port) and the internet gateway service (server) of the peer-to-peer connection.
The architecture for realizing the intercommunication of the cloud host among different virtual private networks comprises a northbound interface module, a database, an interconnection gateway configuration module and a peer-to-peer connection management module, wherein the northbound interface module is connected to the database through the interconnection gateway configuration module and the peer-to-peer connection management module;
the northbound Interface module is responsible for providing REST (Representational State Transfer) API (Application Programming Interface) for the outside, and providing functions of establishing a network and peer-to-peer connection for tenants;
such as providing tenant ID, segment CIDR, zone to enable creation of network, creation of subnet, deletion of virtual private network, creation of VPC peer connection, deletion of VPC peer connection, modification of VPC peer connection.
The database is responsible for storing user information, virtual private network information, subnet information and VPC peer-to-peer connection information;
the interconnection gateway configuration module is used for configuring CIDR network segments of interconnection subnetworks; in order to distinguish the request end and the receiving end, the internet subnet net segments of the request end and the receiving end are respectively configured, so that the configuration is flexible and the modification is convenient;
the peer-to-peer connection management module is used for managing peer-to-peer connection, and comprises the steps of inquiring a peer-to-peer connection list, checking details of the peer-to-peer connection, creating the peer-to-peer connection, deleting the peer-to-peer connection and updating a peer-to-peer connection name; view peer connection routes, add routing rules, and delete routing rules.
The above-described embodiment is only one specific embodiment of the present invention, and general changes and substitutions by those skilled in the art within the technical scope of the present invention are included in the protection scope of the present invention.
Claims (8)
1. A method for cloud host intercommunication among different virtual private networks is characterized in that: creating an interconnection sub-network invisible to a user in the tenant virtual private network, connecting a router of the virtual private network by using the interconnection sub-network and establishing a universal interconnection gateway; data intercommunication is realized between the two virtual private networks through peer-to-peer connection, but the intercommunication relation is not transmitted, namely, the data cannot be sent to other private networks which do not establish peer-to-peer connection, so that the data security can be ensured;
meanwhile, the user selects to accept or reject the peer-to-peer connection with other virtual private networks through the network intercommunication among different accounts, so that the intercommunication among different virtual private networks in a plurality of accounts is realized.
2. The method of cloud-host interworking between different vpns according to claim 1, wherein: the method specifically comprises the following steps:
(1) the tenant selects two VPCs to create peer-to-peer connection, namely a requesting end VPC1 and a receiving end VPC2, and CIDR network segments of the requesting end VPC1 and the receiving end VPC2 cannot be overlapped;
(2) selecting a subnet to create a cloud host under a request end VPC1 network, selecting the subnet to create a cloud host under a receiving end VPC2 network, wherein the two cloud hosts cannot communicate with each other;
(3) an internet subnet is established under a request end VPC1 network, a subnet net segment is defined in a configuration file, the internet subnet is connected to a route corresponding to a request end VPC1, and the internet subnet is invisible to a user;
(4) an internet subnet is established under a receiving end VPC2 network, a subnet net segment is defined in a configuration file, the internet subnet is connected to a route corresponding to a receiving end VPC2, and the internet subnet is invisible to a user;
(5) establishing an interconnection gateway port comprising a request end gateway port and a receiving end gateway port;
(6) selecting a mirror image, a navigator and a management network, respectively creating interconnected gateway services of a request end and a receiving end, and enabling a server end to communicate with the interconnected gateway services through the management network and issue routing configuration;
(7) respectively binding the established internet gateway ports to corresponding internet gateway services;
(8) adding peer connection routes, including routing rules under a VPC routing table and routes on an interconnection gateway, establishing peer connection between a requesting end VPC1 and a receiving end VPC2, and realizing intercommunication between a requesting end VPC1 and a cloud host under a receiving end VPC 2.
3. The method of cloud-host interworking between different vpns according to claim 2, wherein: when multiple subnets exist under the VPC, a subnet route is issued, and a connected destination end is set as a CIDR network segment of an opposite-end subnet, so that the intercommunication among the subnets can be realized.
4. The method of cloud-host interworking between different vpns according to claim 2, wherein: in the step (6), the internet gateway service can be multiplexed, and can be used for no more than 12 peer-to-peer connections; and meanwhile, an interconnection gateway service capacity expansion mechanism is supported, and when the interconnection gateway service port resources are detected to be less than 4, the operation of establishing interconnection gateway service is triggered when the peer-to-peer connection is established.
5. The method of cloud-host interworking between different vpns according to claim 2, wherein: when a user requests to create peer-to-peer connection, whether CIDR network segments of two VPCs are overlapped or not is checked, and if CIDR network segments are overlapped, creation is not allowed.
6. The method of cloud-host interworking between different vpns according to claim 2 or 5, wherein: when peer-to-peer connection is established among different accounts, filling in the VPC ID and the user ID of an opposite end, if the opposite end receives the connection, executing the steps (1) to (8) and establishing the peer-to-peer connection; and if the opposite end refuses the connection or does not accept the connection for more than seven days, deleting the connection records and archiving.
7. The method of cloud-host interworking between different vpns according to claim 4, wherein: when the peer-to-peer connection needs to be deleted, the fact that other peer-to-peer connection is multiplexed is firstly confirmed, if the peer-to-peer connection is multiplexed, only the route and the internet gateway port of the peer-to-peer connection are deleted, and if the peer-to-peer connection is not multiplexed, the route, the internet gateway port and the internet gateway service of the peer-to-peer connection are deleted.
8. An implementation architecture for cloud host intercommunication among different virtual private networks is characterized in that: the system comprises a northbound interface module, a database, an interconnection gateway configuration module and a peer-to-peer connection management module, wherein the northbound interface module is connected to the database through the interconnection gateway configuration module and the peer-to-peer connection management module;
the northbound interface module is responsible for providing REST API outwards and providing functions of establishing a network and establishing peer-to-peer connection for tenants;
the database is responsible for storing user information, virtual private network information, subnet information and VPC peer-to-peer connection information;
the interconnection gateway configuration module is used for configuring CIDR network segments of interconnection subnetworks; in order to distinguish the request end and the receiving end, the internet subnet net segments of the request end and the receiving end are respectively configured, so that the configuration is flexible and the modification is convenient;
the peer-to-peer connection management module is used for managing peer-to-peer connection, and comprises the steps of inquiring a peer-to-peer connection list, checking details of the peer-to-peer connection, creating the peer-to-peer connection, deleting the peer-to-peer connection and updating a peer-to-peer connection name; view peer connection routes, add routing rules, and delete routing rules.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111133896.7A CN113965505A (en) | 2021-09-27 | 2021-09-27 | Method for cloud host intercommunication among different virtual private networks and implementation architecture |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111133896.7A CN113965505A (en) | 2021-09-27 | 2021-09-27 | Method for cloud host intercommunication among different virtual private networks and implementation architecture |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113965505A true CN113965505A (en) | 2022-01-21 |
Family
ID=79462358
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111133896.7A Pending CN113965505A (en) | 2021-09-27 | 2021-09-27 | Method for cloud host intercommunication among different virtual private networks and implementation architecture |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113965505A (en) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114938318A (en) * | 2022-05-11 | 2022-08-23 | 浪潮云信息技术股份公司 | Cross-regional peer-to-peer connection implementation method based on elastic public network IP |
| CN115297004A (en) * | 2022-07-25 | 2022-11-04 | 紫光云技术有限公司 | VPC (virtual private network) peer-to-peer connection implementation method in single usable area |
| CN115412527A (en) * | 2022-08-29 | 2022-11-29 | 北京火山引擎科技有限公司 | Method and communication device for one-way communication between virtual private networks |
| CN115460127A (en) * | 2022-08-16 | 2022-12-09 | 度小满科技(北京)有限公司 | Virtual routing method and device for different regional networks |
| CN115766342A (en) * | 2022-11-14 | 2023-03-07 | 浪潮云信息技术股份公司 | Method and system for designated tenant to share VLAN subnet |
| CN115834168A (en) * | 2022-11-14 | 2023-03-21 | 浪潮云信息技术股份公司 | Method and system for realizing public service network based on private network connection |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109117650A (en) * | 2018-07-25 | 2019-01-01 | 华为技术有限公司 | A kind of creation method of enterprise's cloud and management platform |
| CN110401588A (en) * | 2019-07-15 | 2019-11-01 | 浪潮云信息技术有限公司 | VPC peer to peer connection method and system are realized in publicly-owned cloud platform based on openstack |
| US10735263B1 (en) * | 2017-10-19 | 2020-08-04 | Atlassian Pty Ltd | Systems and methods for automatically configuring virtual networks |
| CN112640369A (en) * | 2018-08-24 | 2021-04-09 | Vm维尔股份有限公司 | Intelligently using peers in a public cloud |
-
2021
- 2021-09-27 CN CN202111133896.7A patent/CN113965505A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10735263B1 (en) * | 2017-10-19 | 2020-08-04 | Atlassian Pty Ltd | Systems and methods for automatically configuring virtual networks |
| CN109117650A (en) * | 2018-07-25 | 2019-01-01 | 华为技术有限公司 | A kind of creation method of enterprise's cloud and management platform |
| CN112640369A (en) * | 2018-08-24 | 2021-04-09 | Vm维尔股份有限公司 | Intelligently using peers in a public cloud |
| CN110401588A (en) * | 2019-07-15 | 2019-11-01 | 浪潮云信息技术有限公司 | VPC peer to peer connection method and system are realized in publicly-owned cloud platform based on openstack |
Non-Patent Citations (1)
| Title |
|---|
| 一边学习一边哭: "AWS两个VPC网络互通", 《HTTPS://BLOG.CSDN.NET/QQ522044637/ARTICLE/DETAILS/119679182》 * |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114938318A (en) * | 2022-05-11 | 2022-08-23 | 浪潮云信息技术股份公司 | Cross-regional peer-to-peer connection implementation method based on elastic public network IP |
| CN114938318B (en) * | 2022-05-11 | 2024-03-26 | 浪潮云信息技术股份公司 | Cross-region peer-to-peer connection realization method based on elastic public network IP |
| CN115297004A (en) * | 2022-07-25 | 2022-11-04 | 紫光云技术有限公司 | VPC (virtual private network) peer-to-peer connection implementation method in single usable area |
| CN115297004B (en) * | 2022-07-25 | 2024-05-24 | 紫光云技术有限公司 | Method for realizing VPC peer-to-peer connection in single available area |
| CN115460127A (en) * | 2022-08-16 | 2022-12-09 | 度小满科技(北京)有限公司 | Virtual routing method and device for different regional networks |
| CN115412527A (en) * | 2022-08-29 | 2022-11-29 | 北京火山引擎科技有限公司 | Method and communication device for one-way communication between virtual private networks |
| CN115412527B (en) * | 2022-08-29 | 2024-03-01 | 北京火山引擎科技有限公司 | Method and device for unidirectional communication between virtual private networks |
| CN115766342A (en) * | 2022-11-14 | 2023-03-07 | 浪潮云信息技术股份公司 | Method and system for designated tenant to share VLAN subnet |
| CN115834168A (en) * | 2022-11-14 | 2023-03-21 | 浪潮云信息技术股份公司 | Method and system for realizing public service network based on private network connection |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110401588B (en) | Method and system for realizing VPC (virtual private network) peer-to-peer connection in public cloud platform based on openstack | |
| CN113965505A (en) | Method for cloud host intercommunication among different virtual private networks and implementation architecture | |
| US11863625B2 (en) | Routing messages between cloud service providers | |
| US8804745B1 (en) | Virtualization mapping | |
| US11398956B2 (en) | Multi-Edge EtherChannel (MEEC) creation and management | |
| WO2017032300A1 (en) | Data transmission method, virtual network management apparatus, and data transmission system | |
| KR20100057826A (en) | Protocol for enabling dynamic and hierarchical interconnection of autonomous federations of enterprise service | |
| CN101964799A (en) | Solution method of address conflict in point-to-network tunnel mode | |
| CN112368979A (en) | Multi-site interconnect with switching fabric and policy | |
| KR20140007363A (en) | Site-aware distributed file system access from outside enterprise network | |
| CN113364741A (en) | Application access method and proxy server | |
| CN111404801B (en) | Data processing method, device and system for cross-cloud manufacturer | |
| CN114401274B (en) | Communication line creation method, device, equipment and readable storage medium | |
| CN112491984A (en) | Container editing engine cluster management system based on virtual network bridge | |
| CN109981437B (en) | Multi-data center intercommunication method based on VPC and related equipment | |
| CN115134141B (en) | Micro-service container cluster cross-network communication system and communication method thereof | |
| CN106909322B (en) | Routing method and device for supporting storage disaster recovery in virtualization system | |
| CN113556694B (en) | Information sending method, device, system, equipment and medium | |
| CN112769670B (en) | VPN data security access control method and system | |
| CN114629790B (en) | Method and system for configuring server network cluster | |
| Hata | A bridging VPN for connecting wireless sensor networks to data centers | |
| CN116982294A (en) | Management network and method of operation | |
| CN116346875A (en) | Network intercommunication method, system, electronic equipment and storage medium | |
| CN117354309A (en) | Method for realizing source ip transparent transmission by load balancing system based on lvs | |
| CN114301913A (en) | Request processing method and system |
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 | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20220121 |