CN112787904B - IPSec VPN cascaded routing information pushing method and system - Google Patents
IPSec VPN cascaded routing information pushing method and system Download PDFInfo
- Publication number
- CN112787904B CN112787904B CN202011552688.6A CN202011552688A CN112787904B CN 112787904 B CN112787904 B CN 112787904B CN 202011552688 A CN202011552688 A CN 202011552688A CN 112787904 B CN112787904 B CN 112787904B
- Authority
- CN
- China
- Prior art keywords
- original message
- message
- node
- route
- routing information
- 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
- 238000000034 method Methods 0.000 title claims abstract description 32
- 238000012790 confirmation Methods 0.000 claims abstract description 12
- 230000008859 change Effects 0.000 claims description 3
- 238000012423 maintenance Methods 0.000 abstract description 6
- 230000006855 networking Effects 0.000 abstract description 4
- 238000010586 diagram Methods 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/54—Organization of routing tables
-
- 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/58—Association of routers
- H04L45/586—Association of routers of virtual routers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
-
- 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/1061—Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
Abstract
The invention belongs to the technical field of IPSec VPN, and relates to a method for pushing routing information of IPSec VPN cascade, which comprises the following steps: when the routing information of nodes in the same level in the IPSec VPN cascade network changes, an original message sender and an original message receiver mutually send routing push messages and synchronize subnet routing information; the original message receiver updates a subnet routing table based on synchronously received subnet routing information; the original message receiving side replies an ACK message to the original message sending side for receiving confirmation; the original message receiver judges whether the original message sender has other nodes of the same level, if yes, the new message sender and the new message receiver mutually send the route push message and synchronize the subnet route information, and the route push is finished until the original message sender has no other nodes of the same level. The routing information pushing method simplifies the IPSec VPN cascading networking difficulty, reduces the operation and maintenance cost and improves the reliability of a cascading network.
Description
Technical Field
The invention belongs to the technical field of IPSec VPN, and relates to a method and a system for pushing routing information of IPSec VPN cascade.
Background
In order to realize interconnection and intercommunication between protection subnetworks of any two gateways in a cascade network in a network formed by cascading N IPSec VPN gateways, each gateway needs to add N-1 routing entries to the protection subnetworks of other gateways (assuming that each gateway only has 1 protection subnet), and the number of the routing entries to be added in the whole cascade network is N (N-1). In a cascade network with smaller scale, the static routing can be manually configured. In a cascade network with a large scale, manual configuration is huge in workload and is easy to make mistakes.
Disclosure of Invention
The invention aims to provide a method and a system for pushing routing information of IPSec VPN cascade, which enable the IPSec VPN in a cascade network to have the dynamic learning capability of subnet routes, simplify the networking difficulty of IPSec VPN cascade, reduce the operation and maintenance cost and improve the reliability of the cascade network.
In order to achieve the purpose, the invention adopts the following technical scheme:
the invention provides a method for pushing routing information of IPSec VPN cascade, which comprises the following steps:
when the routing information of the nodes in the same level in the IPSec VPN cascade network changes, the node is used as an original message sending party, the superior node of the node is used as an original message receiving party, and the original message sending party and the original message receiving party mutually send routing push messages and synchronize subnet routing information;
the original message receiver updates a subnet routing table based on synchronously received subnet routing information;
the original message receiving side replies an ACK message to the original message sending side for receiving confirmation;
the original message receiver judges whether the original message sender has other nodes of the same level, if not, the route pushing is directly finished, if yes, the original message receiver is used as a new message sender, other nodes of the same level of the original message receiver are used as new message receivers, the new message sender and the new message receivers mutually send route pushing messages and synchronize subnet route information, and the route pushing is finished until other nodes of the same level do not exist in the original message sender.
Preferably, the IPSec VPN cascade network includes a plurality of nodes divided according to levels, and the nodes at each level in the IPSec VPN cascade network mutually push the route push message through the IPSec VPN tunnel.
Preferably, the route push message is encapsulated in an information message format in an ISAKMP protocol.
Preferably, the change of the routing information of the nodes in the same level refers to adding a node of the level, deleting any node of the level, and updating the routing information of any node of the level.
Preferably, after the original message receiver replies an ACK message to the original message sender for receiving confirmation, the method further includes: judging whether the original message sender receives the ACK message, if so, carrying out the next step; if not, judging whether the sending times exceed the retransmission limit or not; if the retransmission limit is exceeded, the next step is carried out, and if the retransmission limit is not exceeded, the previous step is returned, and the original message sender resends the route push message to the original message receiver.
The invention also provides a system for pushing the routing information of the IPSec VPN cascade, which is used for realizing the method for pushing the routing information of the IPSec VPN cascade, wherein the system comprises a routing information pushing and synchronizing unit, a subnet routing table updating unit, an ACK message sending unit and a node judging unit;
the route information pushing and synchronizing unit: the method is used for taking the node as an original message sender, taking a superior node of the node as an original message receiver, and mutually sending a route push message and synchronizing subnet route information by the original message sender and the original message receiver when the route information of the node in the same level in the IPSec VPN cascade network changes;
the subnet routing table updating unit: the original message receiver updates the subnet routing table based on the synchronously received subnet routing information;
the ACK message sending unit: the original message receiving side is used for replying an ACK message to an original message sending side for receiving confirmation;
the node judgment unit: the method is used for judging whether other nodes at the same level exist in the original message sender by the original message receiver, if not, directly ending the route pushing, if so, taking the original message receiver as a new message sender, taking other nodes at the same level of the original message receiver as a new message receiver, and sending route pushing messages and synchronizing subnet route information by the new message sender and the new message receiver mutually until other nodes at the same level do not exist in the original message sender.
Preferably, the method further comprises the ACK message reception judging unit: the node judging unit is used for executing the node judging unit if the original message sender receives the ACK message; if the original message sender does not receive the ACK message, judging whether the sending times exceed the retransmission limit; if the retransmission limit is exceeded, the node judgment unit is executed, and if the retransmission limit is not exceeded, the return ACK/canceling unit retransmits the route push message to the original message receiver from the original message sender.
Compared with the prior art, the invention has the beneficial effects that:
the IPSec VPN cascade networking of the invention realizes relay forwarding of routing information of a plurality of IPSec VPN nodes, and further enriches the application scenes of IPSec VPN. The route information pushing method of the invention enables the IPSec VPN in the cascade network to have the dynamic learning capability of the subnet route, simplifies the IPSec VPN cascade networking difficulty, reduces the operation and maintenance cost, promotes the reliability of the cascade network, and has certain economic benefit and social benefit.
Drawings
Fig. 1 is a flowchart of a method for pushing routing information of IPSec VPN cascade according to the present invention.
Fig. 2 is a flowchart of another method for pushing routing information in IPSec VPN cascade according to the present invention.
Fig. 3 is a schematic structural diagram of a routing information pushing system based on IPSec VPN cascade connection according to the present invention.
Fig. 4 is a block diagram of a specific implementation of the routing information pushing system of IPSec VPN cascade connection according to the present invention.
Detailed Description
In order that the above objects, features and advantages of the present invention can be more clearly understood, a more particular description of the invention will be rendered by reference to the appended drawings. It should be noted that the embodiments of the present invention and features of the embodiments may be combined with each other without conflict.
In the following description, numerous specific details are set forth in order to provide a thorough understanding of the present invention, however, the present invention may be practiced in other ways than those specifically described herein, and therefore the scope of the present invention is not limited by the specific embodiments disclosed below.
Example one
Fig. 1 shows a flowchart of a method for pushing routing information of IPSec VPN cascade according to the present invention. The IPSec VPN cascade network comprises a plurality of nodes divided according to levels, and the nodes at all levels in the IPSec VPN cascade network mutually push route push messages through IPSec VPN tunnels.
As shown in fig. 1, the present invention provides a method for pushing routing information of IPSec VPN cascade, which includes the following steps:
s101: when the routing information of the nodes in the same level in the IPSec VPN cascade network changes, the node is used as an original message sending party, the superior node of the node is used as an original message receiving party, and the original message sending party and the original message receiving party mutually send routing push messages and synchronize subnet routing information;
s102: the original message receiver updates a subnet routing table based on synchronously received subnet routing information;
s103: the original message receiving side replies an ACK message to the original message sending side for receiving confirmation;
s104: the original message receiver judges whether the original message sender has other nodes of the same level, if not, the route pushing is directly finished, if yes, the original message receiver is used as a new message sender, other nodes of the same level of the original message receiver are used as new message receivers, the new message sender and the new message receivers mutually send route pushing messages and synchronize subnet route information, and the route pushing is finished until other nodes of the same level do not exist in the original message sender.
In one embodiment, the route push message of the present invention is encapsulated in an information message format in the ISAKMP protocol.
It should be noted that the change of the routing information of the nodes in the same level in the present invention refers to the addition of the node of the current level, the deletion of any node of the current level, and the update of the routing information of any node of the current level. Specifically, taking the newly added node as an example, when a new IPSec VPN node accesses to the tandem network, a route push message needs to be sent to its upper node. And when receiving the route push message, the superior node sends an ACK message to the newly added node for receiving confirmation. If other nodes except the newly added node exist in the node of the current level, the superior node needs to push the routing information of the newly added node to other nodes except the newly added node in the node of the current level until all nodes in the cascade network receive the routing information of the newly added node and complete the updating of the routing table. Updating the routing information of any node at this level generally refers to information such as a destination address, a network mask, a priority, a next hop address, an output interface and the like of the node, and the pushing process of the routing information of deleting any node at this level and updating any node at this level is similar to that of adding any node at this level, and is not repeated.
It can be understood that, through the above route information pushing process, each IPSec VPN node generates route information reaching any node protection subnet in the cascade network, and can relay and forward the data packet according to the route information.
Example two
Fig. 2 is a flowchart illustrating another method for pushing routing information according to IPSec VPN concatenation. As shown in fig. 2, the present invention provides a method for pushing routing information of IPSec VPN cascade, which includes the following steps:
s201: when the routing information of the nodes in the same level in the IPSec VPN cascade network changes, the node is used as an original message sending party, the superior node of the node is used as an original message receiving party, and the original message sending party and the original message receiving party mutually send routing push messages and synchronize subnet routing information;
s202: the original message receiver updates a subnet routing table based on synchronously received subnet routing information;
s203: the original message receiving side replies an ACK message to the original message sending side for receiving confirmation;
s204: judging whether the original message sender receives the ACK message, if so, performing step S205; if not, judging whether the sending times exceed the retransmission limit or not; if the retransmission limit is exceeded, the step S205 is carried out, if the retransmission limit is not exceeded, the step S203 is returned, and the original message sender resends the route push message to the original message receiver;
s205: the original message receiver judges whether the original message sender has other nodes of the same level, if not, the route pushing is directly finished, if yes, the original message receiver is used as a new message sender, other nodes of the same level of the original message receiver are used as new message receivers, the new message sender and the new message receivers mutually send route pushing messages and synchronize subnet route information, and the route pushing is finished until other nodes of the same level do not exist in the original message sender.
As an implementation manner, the number of retransmission limit of the present invention may be set to 5.
EXAMPLE III
Fig. 3 is a schematic structural diagram of a routing information pushing system based on IPSec VPN cascade connection according to the present invention. The system comprises a routing information pushing and synchronizing unit 301, a subnet routing table updating unit 302, an ACK message sending unit 303, an ACK message receiving judging unit 304 and a node judging unit 305;
the routing information pushing and synchronizing unit 301: the method is used for taking the node as an original message sender, taking a superior node of the node as an original message receiver, and mutually sending a route push message and synchronizing subnet route information by the original message sender and the original message receiver when the route information of the node in the same level in the IPSec VPN cascade network changes;
subnet routing table updating unit 302: the original message receiver updates the subnet routing table based on the synchronously received subnet routing information;
ACK message transmitting unit 303: the original message receiving side is used for replying an ACK message to an original message sending side for receiving confirmation;
ACK message reception determination unit 304: a node judgment unit 305 for executing if the original message sender receives the ACK message; if the original message sender does not receive the ACK message, judging whether the sending times exceed the retransmission limit; if the retransmission limit is exceeded, the execution node judgment unit 305 is executed, and if the retransmission limit is not exceeded, the return ACK cancellation sending unit 303 resends the routing push message to the original message receiver from the original message sender;
node determination unit 305: the method is used for judging whether other nodes at the same level exist in the original message sender by the original message receiver, if not, directly ending the route pushing, if so, taking the original message receiver as a new message sender, taking other nodes at the same level of the original message receiver as a new message receiver, and sending route pushing messages and synchronizing subnet route information by the new message sender and the new message receiver mutually until other nodes at the same level do not exist in the original message sender.
Fig. 4 is a block diagram illustrating a specific implementation of a routing information pushing system of IPSec VPN cascade according to the present invention. In the present embodiment, the IPSec VPN tandem network is constructed in the administrative division level of province, city, county, and village. Each node represents an IPSec VPN gateway, local represents a local protection sub-network of the IPSec VPN gateway, peer represents a protection sub-network of an adjacent opposite end IPSec VPN gateway, and a connecting line between the nodes represents an IPSec VPN tunnel. For example, tunnels are established between province and city, city and county, county and village using IPSec VPN gateways. Taking the case that a host A in a village 8 node protection subnet accesses a server B in a province 1 node protection subnet as an example, a data packet of the host A firstly arrives at county 4 through an IPSec VPN tunnel between the village 8 and the county 4, then arrives at city 2 through a tunnel between the county 4 and the city 2, and then arrives at province 1 through a tunnel between the city 2 and the province 1, and finally, the province 1 node sends the data packet to the server B in the subnet.
In this IPSec VPN tandem network, each IPSec VPN gateway needs to know the packet forwarding path to other protecting subnets. If a host A in the village 8 node protection subnet accesses a server B in the province 1 node protection subnet, the village 8 needs to have a route to the province 1 subnet, the next hop points to the IPSec VPN gateway of county 4, similarly, county 4 needs to have a route of the next hop points to the city 2 gateway, and so on until the route points to the province 1 gateway. If a village 16 node is newly added at the lower level of county 4, the village 16 node is used as an original message sender, the county 4 node is used as an original message receiver, the village 16 and the county 4 mutually send routing push messages and synchronize subnet routing information, and the county 4 updates a subnet routing table and simultaneously replies an ACK message to the village 16 for receiving confirmation. Because village 16 has village 8 and village 9 nodes at the same level, county 4 is used as a new message sender, village 8 and village 9 are sequentially used as new message receivers, the new message sender and the new message receivers mutually send routing push messages and synchronize subnet routing information, and then routing push is finished.
It can be understood that, in the case of a small scale of the cascaded network, the operation and maintenance personnel can manually configure the routing information of the nodes. However, under the condition of large scale, the manual configuration difficulty is high, a large number of operation and maintenance personnel are required to participate, and the operation and maintenance cost is high.
The above-mentioned embodiments are merely preferred embodiments of the present invention, which are merely illustrative and not restrictive, and it should be understood that other embodiments may be easily made by those skilled in the art by replacing or changing the technical contents disclosed in the specification, and therefore, all changes and modifications that are made on the principle of the present invention should be included in the scope of the claims of the present invention.
Claims (7)
1. A method for pushing routing information of IPSec VPN cascade is characterized by comprising the following steps:
when the routing information of the nodes in the same level in the IPSec VPN cascade network changes, the node is used as an original message sending party, the superior node of the node is used as an original message receiving party, and the original message sending party and the original message receiving party mutually send routing push messages and synchronize subnet routing information;
the original message receiver updates a subnet routing table based on synchronously received subnet routing information;
the original message receiving side replies an ACK message to the original message sending side for receiving confirmation;
the original message receiver judges whether the original message sender has other nodes of the same level, if not, the route pushing is directly finished, if yes, the original message receiver is used as a new message sender, other nodes of the same level of the original message receiver are used as new message receivers, the new message sender and the new message receivers mutually send route pushing messages and synchronize subnet route information, and the route pushing is finished until other nodes of the same level do not exist in the original message sender.
2. The method as claimed in claim 1, wherein the IPSec VPN cascaded network includes a plurality of nodes divided according to levels, and the nodes in each level in the IPSec VPN cascaded network push the route push message through IPSec VPN tunnels.
3. The method according to claim 1, wherein the route push message is encapsulated in an information format in an ISAKMP protocol.
4. The method according to claim 1, wherein the change in the routing information of the nodes in the same level is to add a new node, delete a node in the current level, and update the routing information of a node in the current level.
5. The method according to claim 1, wherein after the original message receiver replies an ACK message to the original message sender for receiving confirmation, the method further comprises: judging whether the original message sender receives the ACK message, if so, carrying out the next step; if not, judging whether the sending times exceed the retransmission limit or not; if the retransmission limit is exceeded, the next step is carried out, and if the retransmission limit is not exceeded, the previous step is returned, and the original message sender resends the route push message to the original message receiver.
6. A system for pushing routing information of IPSec VPN cascade for realizing the method for pushing routing information of IPSec VPN cascade of any claim 1 to 5 is characterized in that the system comprises a routing information pushing and synchronizing unit, a subnet routing table updating unit, an ACK message sending unit and a node judging unit;
the route information pushing and synchronizing unit: the method is used for taking the node as an original message sender, taking a superior node of the node as an original message receiver, and mutually sending a route push message and synchronizing subnet route information by the original message sender and the original message receiver when the route information of the node in the same level in the IPSec VPN cascade network changes;
the subnet routing table updating unit: the original message receiver updates the subnet routing table based on the synchronously received subnet routing information;
the ACK message sending unit: the original message receiving side is used for replying an ACK message to an original message sending side for receiving confirmation;
the node judgment unit: the method is used for judging whether other nodes at the same level exist in the original message sender by the original message receiver, if not, directly ending the route pushing, if so, taking the original message receiver as a new message sender, taking other nodes at the same level of the original message receiver as a new message receiver, and sending route pushing messages and synchronizing subnet route information by the new message sender and the new message receiver mutually until other nodes at the same level do not exist in the original message sender.
7. The system according to claim 6, further comprising an ACK message reception determining unit: the node judging unit is used for executing the node judging unit if the original message sender receives the ACK message; if the original message sender does not receive the ACK message, judging whether the sending times exceed the retransmission limit; if the retransmission limit is exceeded, the node judgment unit is executed, and if the retransmission limit is not exceeded, the return ACK/canceling unit retransmits the route push message to the original message receiver from the original message sender.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011552688.6A CN112787904B (en) | 2020-12-24 | 2020-12-24 | IPSec VPN cascaded routing information pushing method and system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011552688.6A CN112787904B (en) | 2020-12-24 | 2020-12-24 | IPSec VPN cascaded routing information pushing method and system |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112787904A CN112787904A (en) | 2021-05-11 |
CN112787904B true CN112787904B (en) | 2022-03-22 |
Family
ID=75752298
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011552688.6A Active CN112787904B (en) | 2020-12-24 | 2020-12-24 | IPSec VPN cascaded routing information pushing method and system |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112787904B (en) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1656838A (en) * | 2002-04-29 | 2005-08-17 | 哈里公司 | Hierarchical modile ad-hoc network and methods for route error recover therein |
CN102510571A (en) * | 2011-10-28 | 2012-06-20 | 上海大学 | Method for establishing stepped Ad-Hoc network route used for wireless three-meter reading |
CN106452882A (en) * | 2016-10-21 | 2017-02-22 | 浙江宇视科技有限公司 | Backup switching method and system of universal network passport server |
CN111147376A (en) * | 2019-12-30 | 2020-05-12 | 杭州迪普科技股份有限公司 | Route updating method, device, equipment and medium |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100306572A1 (en) * | 2009-06-01 | 2010-12-02 | Alexandro Salvarani | Apparatus and method to facilitate high availability in secure network transport |
US20110261696A1 (en) * | 2010-04-22 | 2011-10-27 | International Business Machines Corporation | Network data congestion management probe system |
-
2020
- 2020-12-24 CN CN202011552688.6A patent/CN112787904B/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1656838A (en) * | 2002-04-29 | 2005-08-17 | 哈里公司 | Hierarchical modile ad-hoc network and methods for route error recover therein |
CN102510571A (en) * | 2011-10-28 | 2012-06-20 | 上海大学 | Method for establishing stepped Ad-Hoc network route used for wireless three-meter reading |
CN106452882A (en) * | 2016-10-21 | 2017-02-22 | 浙江宇视科技有限公司 | Backup switching method and system of universal network passport server |
CN111147376A (en) * | 2019-12-30 | 2020-05-12 | 杭州迪普科技股份有限公司 | Route updating method, device, equipment and medium |
Non-Patent Citations (2)
Title |
---|
基于VPN和路由的多通路网络安全访问扩展应用;范兆忠等;《网络安全技术与应用》;20160115(第01期);全文 * |
多跳无线Ad hoc网络分区树路由协议ASTRP;刘桂开等;《华南理工大学学报(自然科学版)》;20090515(第05期);全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN112787904A (en) | 2021-05-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8270302B2 (en) | System and method for providing an adaptive value of TTL (time to live) for broadcast/multicast messages in a mesh network using a hybrid wireless mesh protocol | |
US10178019B2 (en) | Low-overhead anchorless managing of producer mobility in information-centric networking | |
US6735177B1 (en) | Multicast communication device and method | |
US8284775B2 (en) | Six-address scheme for multiple hop forwarding in wireless mesh networks | |
CN109219102B (en) | Data forwarding method and device | |
US8213352B2 (en) | Wireless communication system, wireless communication device, wireless communication method, and program | |
US9686733B2 (en) | Communication method in a wireless telecommunications network, associated computer program and wireless communication node | |
CN102958197B (en) | Method for establishing X2 service signaling connection, base station and CSG (cell site gateway) | |
CN103023775B (en) | Router in ospf network and processing method thereof | |
JP5287622B2 (en) | Communication system, node, communication control method, and program | |
CN103763750A (en) | Method for fast achieving packet forwarding in wireless ad hoc network of TDMA protocol | |
CN109511151A (en) | The network-building method and communication means of star networking | |
EP2041922B1 (en) | Method for generating an extended route request message and an extended route reply message for route discovery procedures | |
CN109600312B (en) | BATMAN-Adv protocol optimization design method for intelligent terminal ad hoc network | |
CN108601055B (en) | Method and system for deploying L3 VPN in L TE mobile backhaul network | |
CN112787904B (en) | IPSec VPN cascaded routing information pushing method and system | |
US10333830B2 (en) | Passive routing in mesh network | |
JP4696318B2 (en) | Wireless device and wireless communication network provided with the same | |
CN113037883A (en) | Method and device for updating MAC address table entries | |
Schellenberg et al. | Inter-domain routing and name resolution using border nodes | |
CN102655473A (en) | Communication method, equipment and system | |
KR101635093B1 (en) | Method for implementing hybrid network for efficient multi-hop transmission in wireless network and apparatus thereof | |
JP4305508B2 (en) | Wireless terminal and wireless communication system | |
KR100882353B1 (en) | METHOD FOR CREATING TUNNEL NETWORK INTERFACE AND TRANSMITTING/RECEIVING PACKET USING TUNNEL NETWORK INTERFACE IN SERVER OF IPv4 NETWORK | |
CN109005114B (en) | System and method for fusing distributed forwarding of conventional routing and delay tolerant network |
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 | ||
PE01 | Entry into force of the registration of the contract for pledge of patent right |
Denomination of invention: A Routing Information Push Method and System for IPSec VPN Cascade Granted publication date: 20220322 Pledgee: Bank of Zhengzhou Co.,Ltd. Zhongyuan Science and Technology City Sub branch Pledgor: ZHENGZHOU XINDA JIEAN INFORMATION TECHNOLOGY Co.,Ltd. Registration number: Y2024980007004 |
|
PE01 | Entry into force of the registration of the contract for pledge of patent right |