Method for preventing IP address from unexpected dispersion when using point-to-point protocol

• US 8,533,779 B2
• Filed: 07/05/2005
• Issued: 09/10/2013
• Est. Priority Date: 07/08/2004
• Status: Expired due to Fees

• Current Assignee: ZTE Corporation
• Original Assignee: ZTE Corporation
• Inventors: Cao, Wenli
• Primary Examiner(s): Patel, Ashok
• Assistant Examiner(s): GRACIA, GARY S
• Application Number:
  US11/571,739
• Publication Number:
  US 20070245405A1
• Time in Patent Office: 2,989 Days
• Field of Search: 726/4
• US Class Current: 726/3
• CPC Class Codes: H04L 12/2856 Access arrangements, e.g. Internet access asynchronous transfer mode networks H04L12/5601; broadband local area networks H04L12/2801; optical access or distribution networks H04Q11/0067; access to open networks H04L12/5691; digital subscriber line end-user equipment and bit-level processing of data on a PSTN-based network H04M11/00; home network gateways H04L12/2834; wireless access networks H04W
• CPC Class Codes: H04L 12/2859 Point-to-point connection between the data network and the subscribers encapsulation H04L12/4633; virtual LANs H04L12/4641; routing of packets H04L45/00
• CPC Class Codes: H04L 61/5007 Internet protocol [IP] addresses
• CPC Class Codes: H04L 61/5053 Lease time; Renewal aspects
• CPC Class Codes: H04L 63/08 for authentication of entities cryptographic mechanisms or cryptographic arrangements for entity authentication H04L9/32
• CPC Class Codes: H04L 63/0892 by using authentication-authorization-accounting [AAA] servers or protocols
• CPC Class Codes: H04L 69/324 in the data link layer [OSI layer 2], e.g. HDLC

Abstract

A method for preventing IP address from unexpected dispersion when using point-to-point protocol is disclosed. The method comprises the steps: starting and initializing a PPP session; performing a PPP LCP negotiation, in which times of the successful PPP LCP negotiation is limited; performing a PPP authentication, in which an authentication request to AAA client is sent only once; performing a PPP IPCP negotiation, in which an accounting-start request is sent only once and times of the successful PPP IPCP negotiation is limited; and terminating the PPP session and releasing the IP address. The method of the invention for preventing IP address from unexpected dispersion when using point-to-point protocol effectively avoid excessive oscillation of a LCP state machine and a IPCP state machine by limiting times of the successful PPP LCP negotiation during the period of PPP LCP negotiation and times of the successful PPP IPCP negotiation. In the meantime, the method the invention effectively solves the problem of IP address unexpected dispersion by sending an authentication request to an AAA client only once during the PPP authentication phase and ensuring that the PPP session sends an accounting-start request only once.

Claims

1. A method for preventing IP address from unexpected dispersion when using point-to-point protocol, the method comprising:

starting and initializing a PPP session;

performing a PPP LCP negotiation between a terminal of customers and the PPP session, in which times of successful PPP LCP negotiation in PPP LCP negotiation phase is limited, wherein the times of successful PPP LCP negotiation refers to the times that a PPP LCP state machine enters an “

OPENED”

state;

if the times of the successful PPP LCP negotiation exceeds an allowed maximum times of successful PPP LCP negotiation, activating the PPP session termination procedure, wherein performing a PPP LCP negotiation between a terminal of customers and the PPP session includes;

determining whether LCP negotiation is successful;

adding 1 to the count of successful LCP negotiation if the LCP negotiation is determined to be successful;

otherwise, terminating the PPP session; and

determining whether the count of successful LCP negotiation exceeds an allowed maximum times so that the PPP authentication could be activated if not or the PPP session could be activated if so;

performing a PPP authentication, in order to assign a IP address from the AAA client only once, sending an authentication request to a AAA client only once by checking, before sending the authentication request, whether the authentication request has ever been sent to the AAA client;

performing a PPP IPCP negotiation between the PPP and the terminal of customers, in which an accounting-start request is sent only once by checking, before sending the accounting-start request, whether the accounting-start request has ever been sent, and limiting times of successful PPP IPCP negotiation, wherein the times of successful PPP IPCP negotiation refers to the times that a PPP IPCP state machine enters an “

OPENED”

state;

if the times of the successful PPP IPCP negotiation exceeds an allowed maximum times of successful PPP IPCP negotiation, activating the PPP session termination procedure, wherein performing the PPP IPCP negotiation between the PPP and the terminal of customers includes;

activating the IPCP negotiation procedure;

determining whether the IPCP negotiation is successful or not;

adding 1 to the count of successful IPCP negotiation if the IPCP negotiation is determined to be successful;

determine whether the count of successful IPCP negotiation exceeds an allowed maximum times or not;

checking a sending accounting-start request flag if the count of successful IPCP negotiation does not exceed the allowed maximum times;

otherwise, terminating the PPP session;

determining whether a sending accounting-start request has been already sent; and

setting “

SENT”

for the sending accounting-start request flag at first and sends accounting-start request to the AAA client if the sending accounting-start request has not been sent;

otherwise, not proceeding with any process;

activating the PPP session termination procedure and releasing the IP address after the PPP session is terminated.

2. The method as claimed in claim 1, wherein the step of initializing the PPP session comprises

providing an authentication success flag and setting “

FAILURE”

for the initialized value of the authentication success flag;

providing sending accounting-start request flag and setting “

NOT SENT”

for the initialized value of the sending accounting-start request flag;

recording a count of successful LCP negotiation and clearing the count of successful LCP negotiation;

recording a count of successful IPCP negotiation and clearing the count of successful IPCP negotiation; and

providing a flag for sending authentication request to AAA client and setting “

NOT SENT”

for the initialized value of the flag for sending authentication request to AAA client.

3. The method as claimed in claim 1, wherein the allowed maximum times of successful LCP negotiation is 3.

4. The method as claimed in claim 1, wherein the step of performing a PPP authentication comprises

sending an authentication request to the AAA client;

checking the authentication success flag for determining whether the authentication is successful or not;

sending a successful authentication packet to the terminal for response the customer if the authentication is successful to activate the PPP IPCP negotiation;

checking the flag for sending authentication request to AAA client and further determining whether the value of the flag is “

SENT”

;

sending the authentication request to the AAA client and setting “

SENT”

for the value of the flag for sending authentication request to AAA client if the value of the flag for sending authentication request to AAA client is not “

SENT”

;

waiting for the result of the authentication replied by the AAA client if the value of the flag is “

SENT”

;

determining whether the result of authentication request returned from the AAA client is successful or not;

checking whether the state of the LCP state machine is “

OPENED”

if the result of authentication request is determined to be successful;

informing the AAA client to release IP address if the state of the LCP state machine is not “

OPENED”

to terminate the PPP session;

setting “

SUCCESS”

for the value of a authentication success flag and send a successful authentication packet to the customer;

activating the PPP session termination procedure.

5. The method as claimed in claim 1, wherein the allowed maximum of successful IPCP negotiation is 3.

6. The method as claimed in claim 1, wherein the step of releasing the IP address comprises

closing PPP session;

checking the authentication success flag and further determining whether the value of the authentication success flag is “

SUCCESS”

;

checking the flag for sending accounting-start request in order to determine whether the Accounting-Start request has been already sent if the value is determined as “

SUCCESS”

;

otherwise, releasing the PPP session;

sending an accounting-stop request to the AAA client and releasing the IP address at the same time if the accounting-start request has been already sent;

sending an accounting-reject request and releasing the IP address at the same time if the Accounting-Start request has not been already sent;

releasing the PPP session.

7. The method as claimed in claim 1, wherein the allowed maximum times of successful LCP negotiation is 3.

8. The method as claimed in claim 1, wherein the allowed maximum times of successful IPCP negotiation is 3.

9. A method for preventing many IP addresses from being assigned to a terminal when using point-to-point protocol, the method comprising:

starting and initializing a PPP session;

performing a PPP LCP negotiation between a terminal of customers and the PPP session in which times of successful PPP LCP negotiation in a PPP LCP negotiation phase are limited, wherein the times of successful PPP LCP negotiation refers to the times that a PPP LCP state machine enters an “

OPENED”

state;

if the times of the successful PPP LCP negotiation exceeds an allowed maximum times of successful PPP LCP negotiation, activating the PPP session termination procedure, thereby preventing excessive oscillation of the PPP LCP state machine, wherein performing a PPP LCP negotiation between a terminal of customers and the PPP session includes;

determining whether LCP negotiation is successful;

adding 1 to the count of successful LCP negotiation if the LCP negotiation is determined to be successful;

otherwise, terminating the PPP session; and

determining whether the count of successful LCP negotiation exceeds an allowed maximum times so that the PPP authentication could be activated if not or the PPP session could be activated if so;

performing a PPP authentication, in which an authentication request to an AAA client is sent only once by checking, before sending the authentication request, whether the authentication request has ever been sent to the AAA client, in order to assign an IP address only once when the authentication request is successful;

performing a PPP IPCP negotiation between the PPP and the terminal of customers, in which an accounting-start request is sent only once by checking, before sending the accounting-start request, whether the accounting-start request has ever been sent, and limiting times of successful PPP IPCP negotiation in IPCP negotiation phase, wherein the times of successful PPP IPCP negotiation refers to the times that a PPP IPCP state machine enters an “

OPENED”

state;

if the times of the successful PPP IPCP negotiation exceeds an allowed maximum times of successful PPP IPCP negotiation, activating the PPP session termination procedure, wherein performing a PPP IPCP negotiation between the PPP and the terminal of customers includes;

activating the IPCP negotiation procedure;

determining whether the IPCP negotiation is successful or not;

adding 1 to the count of successful IPCP negotiation if the IPCP negotiation is determined to be successful;

determine whether the count of successful IPCP negotiation exceeds an allowed maximum times or not;

checking a sending accounting-start request flag if the count of successful IPCP negotiation does not exceed the allowed maximum times;

otherwise, terminating the PPP session;

determining whether a sending accounting-start request has been already sent; and

setting “

SENT”

for the sending accounting-start request flag at first and sends accounting-start request to the AAA client if the sending accounting-start request has not been sent;

otherwise, not proceeding with any process;

activating the PPP session termination procedure and releasing the IP address after the PPP session is terminated.