CN103973706A - Standby LNS (L2TP Network Server) optimization method and device - Google Patents
Standby LNS (L2TP Network Server) optimization method and device Download PDFInfo
- Publication number
- CN103973706A CN103973706A CN201410224568.1A CN201410224568A CN103973706A CN 103973706 A CN103973706 A CN 103973706A CN 201410224568 A CN201410224568 A CN 201410224568A CN 103973706 A CN103973706 A CN 103973706A
- Authority
- CN
- China
- Prior art keywords
- link
- lac
- standby
- lns server
- standby lns
- 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 33
- 238000005457 optimization Methods 0.000 title abstract 3
- 230000000977 initiatory effect Effects 0.000 claims description 10
- 238000001514 detection method Methods 0.000 claims description 9
- 238000004364 calculation method Methods 0.000 claims description 5
- 230000002457 bidirectional effect Effects 0.000 claims description 4
- 230000007246 mechanism Effects 0.000 claims description 4
- 230000008569 process Effects 0.000 abstract description 9
- 230000005641 tunneling Effects 0.000 abstract 1
- 238000010586 diagram Methods 0.000 description 5
- 230000006855 networking Effects 0.000 description 5
- 238000004904 shortening Methods 0.000 description 2
- 238000010420 art technique Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000011895 specific detection Methods 0.000 description 1
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention provides a standby LNS (L2TP Network Server) optimization method and device. According to the technical scheme, the method comprises the following steps: a link state and a link time cost of a link between an LAC (Layer2 Access Concentrator) and each standby LNS are considered comprehensively so as to obtain a link weight; after the LAC finishes the certification of a PPP client, an L2TP (Layer2 Tunneling Protocol) establishing request is preferably transmitted to the standby LNS corresponding to the maximum link weight. According to the standby LNS optimization method and device, a process of PPP conversation negotiation between the PPP client and the standby LNS can be shortened.
Description
Technical Field
The invention relates to the technical field of communication, in particular to a method and a device for optimizing a standby LNS server.
Background
L2TP (Layer2Tunneling Protocol) is a technique for encapsulating PPP link Layer packets and transmitting them through a tunnel.
Referring to fig. 1, fig. 1 is a schematic diagram of a prior art L2TP networking, which includes a remote system (i.e., a PPP client), an L2TP Access Concentrator (LAC), and an L2TP Network Server (LNS) (L2TP Network Server), where the LAC is connected to the remote system through a PPPoE/ISDN Network and connected to the LNS Server through an L2TP tunnel established on the internet. The LAC is used for transmitting data between the PPP client and the LNS server and comprises the following components: and the information received from the LNS server is unpacked and then sent to the PPP client.
The PPP session negotiation process between the PPP client and the LNS server is as follows: the PPP client side authenticates on the LAC, the LAC searches the corresponding IP address of the target LNS server in the pre-configured association information between the authentication domain/user name provided by the PPP client side or the authentication domain where the PPP client side is located, and establishes an L2TP tunnel and an L2TP session with the target LNS server according to the IP address, and finally the target LNS server distributes a private network IP address for the PPP client side, thereby completing PPP session negotiation.
In the prior art, LAC allows for multiple backup LNS servers to exist, i.e., one authentication domain/username can correspond to multiple LNS-IPs. And under the condition that a plurality of standby LNS servers exist, the LAC sends a request for establishing the L2TP tunnel to each standby LNS server in turn according to the sequence of standby LNS-IP configuration. After the LAC receives the acceptance response of a certain standby LNS server, the standby LNS server is used as the opposite end of the tunnel; otherwise, the LAC initiates a tunnel setup request to the next standby LNS server.
Since the LAC needs to attempt to initiate a tunnel request to each standby LNS server in turn to complete the negotiation of the final PPP session. In a worse case, the time cost of one PPP session negotiation can reach several tens of seconds. And when the PPP client of the same authentication domain/user name is subsequently dialed, the LAC still sequentially initiates L2TP tunnel requests to a plurality of standby LNS servers, and each PPP session negotiation inevitably bears a large time cost, which greatly affects user experience.
Disclosure of Invention
In view of the above, the present invention is directed to a method and an apparatus for optimizing a standby LNS server, which can shorten a PPP session negotiation procedure between a PPP client and the LNS server.
In order to achieve the purpose, the invention provides the following technical scheme:
a backup LNS server preferred method comprising:
detecting link state and link time cost of a link between the LAC and each standby LNS server;
calculating the link weight of the link based on the link state and the link time cost of the link between the LAC and each standby LNS server;
after the LAC completes the authentication of the PPP client, the link weight values of the links between the LAC and the standby LNS servers are compared, the standby LNS server corresponding to the maximum link weight value is selected, and an L2TP tunnel establishment request is initiated to the selected standby LNS server, so that the PPP session negotiation between the PPP client and the standby LNS server is completed.
A backup LNS server preference apparatus for use with LACs, the apparatus comprising:
a detecting unit, configured to detect a link state and a link time cost of a link between the LAC and each standby LNS server;
a calculating unit, configured to calculate a link weight of each link between the LAC and each standby LNS server based on a link state and a link time cost of the link;
and the preferred unit is configured to compare link weights of links between the LAC and the standby LNS servers after the LAC completes authentication of the PPP client, select the standby LNS server corresponding to the largest link weight, and initiate an L2TP tunnel establishment request to the selected standby LNS, so as to complete PPP session negotiation between the PPP client and the standby LNS server.
According to the technical scheme, in the invention, the link weight of the link is obtained by comprehensively considering the link state and the link time cost of the link between the LAC and each standby LNS server; after the LAC completes the authentication of the PPP client, the LAC preferably initiates an L2TP tunnel establishment request to the standby LNS server corresponding to the maximum link weight, and because the link with the maximum link weight is the link which is most likely to successfully establish the L2TP tunnel, the method and the system can achieve the purpose of optimizing and shortening the PPP session negotiation process between the PPP client and the standby LNS server.
Drawings
FIG. 1 is a prior art L2TP networking schematic;
fig. 2 is a schematic diagram of a network connection between an LAC and a plurality of standby LNS servers according to an embodiment of the present invention;
fig. 3 is a schematic structural diagram of a preferred apparatus of the backup LNS server according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, the technical solutions of the present invention are described in detail below with reference to the accompanying drawings according to embodiments.
In the invention, by detecting the link state and the link time cost of the link between the LAC and each standby LNS server and calculating the link weight of the link based on the link state and the link time cost of the link between the LAC and each standby LNS server, after the LAC completes the authentication of the PPP client, the standby LNS corresponding to the maximum link weight can be selected from the link weights by comparing the link weights of the links between the LAC and each standby LNS server, so that the LAC initiates an L2TP tunnel establishment request to the selected standby LNS server to complete the PPP session negotiation between the PPP client and the LNS server, thereby achieving the purpose of shortening the PPP session negotiation process between the PPP client and the LNS server.
The following describes in detail a backup LNS server preferred method according to an embodiment of the present invention with reference to fig. 2:
referring to fig. 2, fig. 2 is a schematic diagram of networking an LAC and a plurality of standby LNS servers according to an embodiment of the present invention, where the standby LNS servers include LNS-1 (whose IP address is 6.1.1.2), LNS-2 (whose IP address is 6.1.1.3), and LNS-3 (whose IP address is 6.1.1.4).
In the networking shown in fig. 2, in order to enable the LAC to quickly establish PPP session negotiation with the standby LNS server, the following operations need to be performed:
first of all, the first step is to,
the LAC can respectively detect the link state and the link time cost of the links between the LAC and the LNS-1, the LNS-2 and the LNS-3, can also respectively detect the link goodness of the links between the LAC and the LNS-1, the LNS-2 and the LNS-3, and can set the link priority of the links between the LAC and the LNS-1, the LNS-2 and the LNS-3, thereby obtaining the following LNS-IP information table;
| LNS-IP address | Link status | Link time cost | Link goodness | Link priority |
| 6.1.1.2 | Up | 100 | 80％ | 20 |
| 6.1.1.3 | Up | 80 | 70％ | 30 |
| 6.1.1.4 | Down | 85 | 60％ | 10 |
LNS-IP information table
Wherein,
the link status includes two types, i.e., Up and Down, in this embodiment, when the link status is Up, the corresponding link status value is set to 1, and when the link status is Down, the corresponding link status value is set to 0. The link status of the link between the LAC and each backup LNS server may be detected using prior art techniques such as a Bidirectional Forwarding Detection (BFD) mechanism, an internet packet explorer ping function, etc. For example, as shown in the above table, it is finally detected that the link state of the link between LAC and LNS-1 and LNS-2 is Up, and the link state of the link between LAC and LNS-3 is Down.
And link time cost, namely, the time to live TTL of the packet on the link between the LAC and each standby LNS server can be used as the link time cost of the link. For example, as shown in the above table, it is finally detected that the link time cost of the link between the LAC and LNS-1 is 100, and the link time cost of the link between the LAC and LNS-2 is 80; the link time cost for the link between LAC and LNS-3 is 85. It should be noted that, when the link state of a link between the LAC and a certain backup LNS server changes from Down to Up, the link time cost of the link may be detected again.
The link goodness is measured by the BFD connection establishment success rate, and the specific detection method of the link goodness is as follows: and counting the times of initiating the BFD connection request to each standby LNS server by the LAC and the connection success times, and taking the ratio of the connection success times to the times of initiating the BFD connection request as the link good rate of the link between the LAC and the standby LNS server. For example, as shown in the table above, the link goodness of the link between the LAC and the LNS-1 is 80% and the link goodness of the link between the LAC and the LNS-2 is 70% through detection; the link goodness of the link between the LAC and the LNS-3 is 60%. It can be seen that as the number of times that the LAC initiates BFD connection requests to each standby LNS server and the number of times of connection success change, the corresponding link goodness also changes.
The link priority is preset by the staff according to the actual demand and by combining the actual situation of each link, for example, as shown in the above table, the link priority of the link between the LAC and the LNS-1 is preset to be 20, and the link priority of the link between the LAC and the LNS-2 is preset to be 30; the link priority of the link between LAC and LNS-3 is 10.
Secondly, the first step is to carry out the first,
and calculating the link weight of the link based on the link state and the link time cost of the link between the LAC and each standby LNS server.
In fact, when the link status of a certain link is Down, LAC cannot use the link to perform PPP session negotiation, and only when the link status of the link is Up, the link is considered to perform PPP session negotiation. On the other hand, the larger the link time cost of a certain link is, the larger the time for completing the PPP session negotiation process by using the link is, so that the LAC may preferentially consider using the link with the smaller link time cost to perform the PPP session negotiation.
Therefore, the link weight of the link between the LAC and each standby LNS server can be calculated according to the principle that the smaller the link time cost is in the Up state, the larger the link weight is, and the specific calculation method at least includes the following two methods:
firstly, a regulating coefficient is preset; the link weight of the link between the LAC and each backup LNS server is then calculated using the following formula one:
Wherein, LnsDipCost is the weight of the link; the LnsLinkValid is a link state value, the link state value is 1 when the link state is Up, and the link state value is 0 when the link state is Down; lnsdiptiimeclose is the link time cost; lnsscoefficient is a preset adjustment coefficient.
Assuming that the value of lnsscoefficient is set to 100, according to the above formula one and the content of the LNS-IP information table, it can be calculated that the link weight of the link between LAC and LNS-1 is 1, the link weight of the link between LAC and LNS-2 is 1.25, and the link weight of the link between LAC and LNS-3 is 0.
Second, when calculating the link weight, in addition to the link status and the link time cost, the link quality factor, the link priority, and other factors are also taken into consideration, specifically, the link weight of the link between the LAC and each standby LNS server is calculated by using the following formula two:
Wherein, LnsDipCost is the weight of the link; the LnsLinkValid is a link state value, the link state value is 1 when the link state is Up, and the link state value is 0 when the link state is Down; lnsdiptiimeclose is the link time cost; the LnsCoefficient is a preset adjusting coefficient; the LnsLinkSuccessRate is the link goodness; lnsdippuserwight is the link priority.
Assuming that the value of lnsscoeffient is set to 1000, the link weight of the link between LAC and LNS-1 is 28, the link weight of the link between LAC and LNS-2 is 38.75, and the link weight of the link between LAC and LNS-3 is 0 according to the above formula two and the content of the LNS-IP information table.
Finally, the process is carried out in a batch,
and after the LAC completes the authentication of the PPP client, comparing link weights of links between the LAC and each standby LNS server, selecting the standby LNS corresponding to the maximum link weight from the link weights, and initiating an L2TP tunnel establishment request to the standby LNS by the LAC so as to complete the PPP session negotiation process between the PPP client and the LNS server.
According to the algorithm of the formula one or the formula two, the link weight of the link between the LAC and the LNS-2 is the maximum, so that no matter which algorithm is adopted, the LAC preferentially initiates an L2TP tunnel establishment request to the LNS-2, and finally the PPP session negotiation is completed.
It should be noted that, after the LAC selects to initiate an L2TP tunnel request to the standby LNS server corresponding to the maximum link weight, if the PPP session negotiation between the PPP client and the standby LNS server is finally completed, the subsequent PPP client may perform data communication with the standby LNS server through the LAC. If the LAC fails to establish the L2TP tunnel with the standby LNS server after initiating the L2TP tunnel request to the standby LNS server corresponding to the maximum link weight, the LAC will continue to select the standby LNS server corresponding to the next maximum link weight, and initiate an L2TP tunnel establishment request to the selected standby LNS, so as to complete the PPP session negotiation process between the PPP client and the LNS server. For example, in the networking shown in fig. 2, after the LAC preferentially initiates an L2TP tunnel request to the LNS-2 corresponding to the maximum link weight, if the L2TP tunnel is failed to be established, the LAC will continue to initiate an L2TP tunnel request to the LNS-1 corresponding to the next maximum link weight, and so on.
The above illustrates a method for optimizing a standby LNS server according to an embodiment of the present invention, and the present invention further provides a method for optimizing a standby LNS server, which is described below with reference to fig. 3.
Referring to fig. 3, fig. 3 is a schematic structural diagram of a preferred apparatus of the backup LNS server according to an embodiment of the present invention, and as shown in fig. 3, the apparatus is applied to LAC, and includes:
a detecting unit 301, configured to detect a link state and a link time cost of a link between the LAC and each standby LNS server;
a calculating unit 302, configured to calculate a link weight of each link between the LAC and each standby LNS server based on a link state and a link time cost of the link;
an optimizing unit 303, configured to compare link weights of links between the LAC and each standby LNS server after the LAC completes authentication of the PPP client, select the standby LNS server corresponding to the largest link weight, and initiate an L2TP tunnel establishment request to the selected standby LNS server, so as to complete a PPP session negotiation process between the PPP client and the LNS server.
In the device shown in figure 3 of the drawings,
a detecting unit 301, configured to detect a link state of a link between the LAC and each standby LNS server by using a Bidirectional Forwarding Detection (BFD) mechanism or an internet packet explorer ping function;
a detecting unit 301, configured to use a time to live TTL of a packet on a link between the LAC and each standby LNS server as a link cost of the link.
In the device shown in figure 3 of the drawings,
the calculation unit 302 adopts the following formula when calculating the link weight of the link based on the link state and the link time cost of the link between the LAC and each standby LNS server:
wherein, LnsDipCost is the weight of the link; the LnsLinkValid is a link state value, the link state value is 1 when the link state is Up, and the link state value is 0 when the link state is Down; lnsdiptiimeclose is the link time cost; lnsscoefficient is a preset adjustment coefficient.
In the device shown in figure 3 of the drawings,
the apparatus further comprises a setting unit 304, configured to preset a link priority of a link between the LAC and each standby LNS server;
when detecting the link status and the link time cost of the link between the LAC and each standby LNS server, the detecting unit 301 further detects the link goodness of the link between the LAC and each standby LNS server;
the calculation unit 302 adopts the following formula when calculating the link weight of the link based on the link state and the link time cost of the link between the LAC and each standby LNS server:
wherein, LnsDipCost is the weight of the link; the LnsLinkValid is a link state value, the link state value is 1 when the link state is Up, and the link state value is 0 when the link state is Down; lnsdiptiimeclose is the link time cost; the LnsCoefficient is a preset adjusting coefficient; the LnsLinkSuccessRate is the link goodness; lnsdippuserwight is the link priority.
In the device shown in figure 3 of the drawings,
when detecting the link availability of the link between the LAC and each backup LNS server, the detecting unit 301 is configured to:
and counting the times of initiating the BFD connection request to each standby LNS server by the LAC and the connection success times, and taking the ratio of the connection success times to the times of initiating the BFD connection request as the link good rate of the link between the LAC and the standby LNS server.
The above description is only for the purpose of illustrating the preferred embodiments of the present invention and is not to be construed as limiting the invention, and any modifications, equivalents, improvements and the like made within the spirit and principle of the present invention should be included in the scope of the present invention.
Claims (10)
1. A backup LNS server preferred method, comprising:
detecting link state and link time cost of a link between the LAC and each standby LNS server;
calculating the link weight of the link based on the link state and the link time cost of the link between the LAC and each standby LNS server;
after the LAC completes the authentication of the PPP client, the link weight values of the links between the LAC and each standby LNS server are compared, the standby LNS corresponding to the maximum link weight value is selected, and an L2TP tunnel establishment request is initiated to the selected standby LNS, so that the PPP session negotiation between the PPP client and the LNS server is completed.
2. The method of claim 1,
detecting the link state of a link between the LAC and each standby LNS server by adopting a Bidirectional Forwarding Detection (BFD) mechanism or an internet packet explorer (ping) function;
and using the time to live TTL of the message on the link between the LAC and each standby LNS server as the link time cost of the link.
3. The method of claim 1,
the method for calculating the link weight of the link based on the link state and the link time cost of the link between the LAC and each standby LNS server adopts the following formula:
wherein, LnsDipCost is the weight of the link; the LnsLinkValid is a link state value, the link state value is 1 when the link state is Up, and the link state value is 0 when the link state is Down; lnsdiptiimeclose is the link time cost; lnsscoefficient is a preset adjustment coefficient.
4. The method of claim 1,
presetting link priority of a link between the LAC and each standby LNS server;
when detecting the link state and the link time cost of the link between the LAC and each standby LNS server, further detecting the link goodness of the link between the LAC and each standby LNS server;
the method for calculating the link weight of the link based on the link state and the link time cost of the link between the LAC and each standby LNS server adopts the following formula:
wherein, LnsDipCost is the weight of the link; the LnsLinkValid is a link state value, the link state value is 1 when the link state is Up, and the link state value is 0 when the link state is Down; lnsdiptiimeclose is the link time cost; the LnsCoefficient is a preset adjusting coefficient; the LnsLinkSuccessRate is the link goodness; lnsdippuserwight is the link priority.
5. The method of claim 4,
the method for detecting the link quality rate of the link between the LAC and each standby LNS server comprises the following steps:
and counting the times of initiating the BFD connection request to each standby LNS server by the LAC and the connection success times, and taking the ratio of the connection success times to the times of initiating the BFD connection request as the link good rate of the link between the LAC and the standby LNS server.
6. A backup LNS server preference apparatus for use in LAC, the apparatus comprising:
a detecting unit, configured to detect a link state and a link time cost of a link between the LAC and each standby LNS server;
a calculating unit, configured to calculate a link weight of each link between the LAC and each standby LNS server based on a link state and a link time cost of the link;
and the preferred unit is configured to compare link weights of links between the LAC and the standby LNS servers after the LAC completes authentication of the PPP client, select the standby LNS corresponding to the largest link weight, and initiate an L2TP tunnel establishment request to the selected standby LNS, so as to complete PPP session negotiation between the PPP client and the LNS servers.
7. The apparatus of claim 6,
a detection unit, configured to detect a link state of a link between the LAC and each standby LNS server by using a Bidirectional Forwarding Detection (BFD) mechanism or an internet packet explorer ping function;
and the detection unit is used for taking the time-to-live TTL of the message on the link between the LAC and each standby LNS server as the link time cost of the link.
8. The apparatus of claim 6,
the calculation unit adopts the following formula when calculating the link weight of the link based on the link state and the link time cost of the link between the LAC and each standby LNS server:
wherein, LnsDipCost is the weight of the link; the LnsLinkValid is a link state value, the link state value is 1 when the link state is Up, and the link state value is 0 when the link state is Down; lnsdiptiimeclose is the link time cost; lnsscoefficient is a preset adjustment coefficient.
9. The apparatus of claim 6,
the device also comprises a setting unit, which is used for presetting the link priority of the link between the LAC and each standby LNS server;
when the detection unit detects the link state and the link time cost of the link between the LAC and each standby LNS server, the detection unit further detects the link goodness of the link between the LAC and each standby LNS server;
the calculation unit adopts the following formula when calculating the link weight of the link based on the link state and the link time cost of the link between the LAC and each standby LNS server:
wherein, LnsDipCost is the weight of the link; the LnsLinkValid is a link state value, the link state value is 1 when the link state is Up, and the link state value is 0 when the link state is Down; lnsdiptiimeclose is the link time cost; the LnsCoefficient is a preset adjusting coefficient; the LnsLinkSuccessRate is the link goodness; lnsdippuserwight is the link priority.
10. The apparatus of claim 9,
when the detecting unit detects the link quality of the link between the LAC and each standby LNS server, the detecting unit is configured to:
and counting the times of initiating the BFD connection request to each standby LNS server by the LAC and the connection success times, and taking the ratio of the connection success times to the times of initiating the BFD connection request as the link good rate of the link between the LAC and the standby LNS server.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410224568.1A CN103973706A (en) | 2014-05-23 | 2014-05-23 | Standby LNS (L2TP Network Server) optimization method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410224568.1A CN103973706A (en) | 2014-05-23 | 2014-05-23 | Standby LNS (L2TP Network Server) optimization method and device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN103973706A true CN103973706A (en) | 2014-08-06 |
Family
ID=51242752
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410224568.1A Pending CN103973706A (en) | 2014-05-23 | 2014-05-23 | Standby LNS (L2TP Network Server) optimization method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103973706A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106559303A (en) * | 2015-09-28 | 2017-04-05 | 瞻博网络公司 | Using multicast address as the tunnel remote gateway address in layer 2 tunneling protocol LAC |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102055639A (en) * | 2009-11-10 | 2011-05-11 | 杭州华三通信技术有限公司 | Method for establishing remote access virtual private network connection and local access concentrator |
-
2014
- 2014-05-23 CN CN201410224568.1A patent/CN103973706A/en active Pending
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102055639A (en) * | 2009-11-10 | 2011-05-11 | 杭州华三通信技术有限公司 | Method for establishing remote access virtual private network connection and local access concentrator |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106559303A (en) * | 2015-09-28 | 2017-04-05 | 瞻博网络公司 | Using multicast address as the tunnel remote gateway address in layer 2 tunneling protocol LAC |
| US10291432B2 (en) | 2015-09-28 | 2019-05-14 | Juniper Networks, Inc. | Using a multicast address as a tunnel remote gateway address in a layer 2 tunneling protocol access concentrator |
| CN106559303B (en) * | 2015-09-28 | 2020-06-16 | 瞻博网络公司 | Method, access concentrator and medium for layer 2 tunneling protocol |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11456956B2 (en) | Systems and methods for dynamic connection paths for devices connected to computer networks | |
| US7849499B2 (en) | Enterprise wireless local area network (LAN) guest access | |
| US10084888B2 (en) | Method and apparatus for accelerating web service with proxy server | |
| US10250581B2 (en) | Client, server, radius capability negotiation method and system between client and server | |
| US11570828B2 (en) | Enabling functionality at a user plane function, UPF, by a session management function, SMF, in a telecommunication network | |
| US9172753B1 (en) | Methods for optimizing HTTP header based authentication and devices thereof | |
| JP2018503303A5 (en) | ||
| US10924533B2 (en) | System, apparatus and method for load balancing | |
| WO2017215492A1 (en) | Device detection method and apparatus | |
| CN101873329A (en) | Portal compulsory authentication method and access equipment | |
| EP3123762B1 (en) | Wlan access point which approves internet access only if quality of the radio link is sufficiently good | |
| US9092427B2 (en) | Dynamic trust session | |
| CN103916491B (en) | Dynamic address mapping method and device based on NAT444 architecture | |
| CN105898786A (en) | Access point escape method and access point escape system | |
| CN104811439A (en) | Portal authentication method and device | |
| CN104780215A (en) | File transfer system and method thereof | |
| WO2017181800A1 (en) | Adaptive portal authentication page system based on operating system, and method for same | |
| WO2016101510A1 (en) | Method andbroadband remote access serverdevice for acquiringnetwork address translation information | |
| CN103973706A (en) | Standby LNS (L2TP Network Server) optimization method and device | |
| US20230413120A1 (en) | Methods and systems for communication session management | |
| US10291432B2 (en) | Using a multicast address as a tunnel remote gateway address in a layer 2 tunneling protocol access concentrator | |
| JP2014093772A5 (en) | ||
| EP2890086A1 (en) | Method and farm load balancing device for establishing a bi-directional server to server communication and computer program thereof | |
| CN105591869B (en) | A kind of method and apparatus selecting L2TP Network Server | |
| CN103532850B (en) | Uplink message forwarding method, device and AP (access point) equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB02 | Change of applicant information |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Applicant after: Xinhua three Technology Co., Ltd. Address before: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Applicant before: Huasan Communication Technology Co., Ltd. |
|
| CB02 | Change of applicant information | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140806 |
|
| RJ01 | Rejection of invention patent application after publication |