1. Field of the Invention
The present invention relates to a method and apparatus for providing simplified access to subscribers of a differentiated computer network. More particularly, the present invention relates to a method and apparatus for single step network logon based on a point to point communication link between the host computer and a server capable of providing both public domain connections and private service domain connections.
2. The Background
In order for a user to access a computer network, such as the Internet or a private Intranet network, the user must generally first dial-in or otherwise connect to a Network Access Server, or NAS. In most instances, the NASs are maintained by Internet Service Providers (ISPs) or Telephone Companies (TelCos) and are located at Network Access Points (NAPs). The NAS serves as the gate between the computer and the user. As a threshold matter, the NAS must authenticate the identity of the user/subscriber in order to ascertain the nature and scope of the services that it will provide to the subscriber. This authentication process is of heightened importance when the network is differentiated into public areas, such as the Internet, that are generally accessible to all subscribers and private areas, such as a business's Intranet, that are accessible only to authorized subscribers.
The authentication procedure generally involves another server, herein referred to as an Authentication, Authorization and Accounting Server, or an AAA Server. The NAS is a client of the AAA Server and, accordingly, the AAA server has the capability to serve numerous client NASs simultaneously. The NAS and AAA server communicate with one another according to a standard Internet protocol, such as the Remote Authentication Dial-In User Service (RADIUS) protocol. The RADIUS Protocol is well known by those of ordinary skill in the art.
The AAA server 22 contains a large database 24 of stored information pertaining to the accounts of each subscriber, including user-names, encrypted passwords and configuration information related to the types of services that are authorized to be provided to the subscriber. When AAA server 22 receives an access request packet from an authorized NAS 16 client, it consults the corresponding database 24 of user profiles to locate the account entry for the subscriber 12 identified by the information contained in the access request packet. The account entry will often specify certain requirements that must be met in order for the subscriber 12 to gain access to the network 10, including information on the clients and ports throughout the network that the subscriber 12 is allowed to access. A paramount requirement is that the password entered by the user match the password specified in the account entry on the AAA database 24. If the passwords match, and all other requirements are met, then AAA server 22 sends NAS 16 an “access accept” packet in response. The access accept packet contains configuration data that enables NAS 16 to provide the desired service to the subscriber 12. Once access is granted to the subscriber 12 a connection to the network, in this instance the Internet 26, can be established.
If any requirement is not met, for example, if the passwords do not match, then AAA server 22 responds with an “access-reject” packet indicating that the user request is invalid. The access-reject packet may also contain text messages that may be delivered to the subscriber 12 via NAS 16. As an alternate option, even if all requirements are met, AAA server 22 may still deny immediate access to the user and instead issue an “access-challenge” packet that will effectively prompt the user for new or additional information before access is granted.
A complication of the scheme detailed in
The dual logon procedure is initiated by the subscriber 34 launching on a host 38 the same dial-in application detailed in the discussion of
The need for this two-step logon process is dictated by how the IP address is assigned. It would not be sufficient to simply pass the identification information from NAS 36 to SSG server 32 because SSG server 32 is incapable of sending information from the private domains without access to the dynamically assigned IP address of the subscriber. From the subscriber's perspective this two-step logon procedure is inefficient. It causes the subscriber time consuming delays in making a connection to a desired service and mandates that the subscriber use storage capacity for a largely redundant software application. The subscriber would benefit from having a one-step logon procedure that provides the necessary authorization and authentication for access to both public domains and private domains.
The Point-to-Point Protocol (PPP) is a data link protocol that provides dial up access over analog or digital transmission lines. PPP provides many advanced features, including error detection, support of multiple protocols, negotiation of IP addresses at connection time, and authentication. There are three main features of PPP. The first is that it provides a framing method to delineate the end of one frame and the beginning of the next one, in order to handle error detection. The second is a Link Control Protocol (LCP) for bringing lines up, testing them, negotiating options, and bringing them down again when they are no longer needed. The third is a manner to negotiate network layer options in a way independent of the network layer protocol to be used. Thus, the method chosen may have a different Network Control Protocol (NCP) for each network layer supported. PPP is characteristically used whenever there are only two endpoints to a link. Since there are only two endpoints in the PPP connection, there is no concept of routing involved. PPP is a standard protocol within the networking field and is well known by those of ordinary skill in the art.
Referring back to
The one-step logon process that the subscriber desires would benefit from having a new paradigm whereby the host has a direct PPP link to the SSG. Thus, a one-step logon based on PPP creates an efficient method for the subscriber to logon without introducing unnecessary routing and/or bridging. Additionally, all the benefits of having the full PPP link are realized, including: error detection, support of multiple protocols and negotiation of IP addresses at connection time.
A method and apparatus for providing single-step logon access for a subscriber to a differentiated computer network having more than one separate access area. In a method for single-step logon a network gateway interface grants a subscriber access to both one or more public network domains, such as the Internet, and one or more private domains, such as community of interest domains or intra-network domains, without requiring the subscriber to launch a separate logon application. Once the subscriber has completed a single step logon to the network interface, the service provider is able to provide the subscriber with simultaneous secure channel access to both public areas and secured private areas. A network gateway interface provides the capability to authenticate the subscriber, provide the subscriber with an IP address and negotiate a point to point protocol session with the subscriber's host, thereby eliminating the need to have the subscriber logon for public area access and then logon for private area access.
Those of ordinary skill in the art will realize that the following description of the present invention is illustrative only and is not intended to be in any way limiting. Other embodiments of the invention will readily suggest themselves to such skilled persons from an examination of the within disclosure.
In accordance with a presently preferred embodiment of the present invention, the components, process steps and/or data structures are implemented using a gateway device, for example the Cisco model 6510 Service Selection Gateway (SSG), manufactured by Cisco Systems, Inc. of San Jose, Calif. The gateway device allows single subscribers to access multiple domains simultaneously, and allows multiple subscribers at a customer site to access multiple destinations simultaneously. The gateway device also provides the capability to make secured L2F or L2TP tunnel connections between the gateway device and public or private domains. Different implementations may be used and may include other types of operating systems, computing platforms, computer programs, and/or general purpose machines. In addition, those of ordinary skill in the art will readily recognize that devices of a less general purpose nature, such as hardwired devices, devices relying on FPGA (Field Programmable Gate Array) or ASIC (Application Specific Integrated Circuit) technology, or the like, may also be used without departing from the scope and spirit of the inventive concept.
In a presently preferred embodiment of the present invention, a method for single step network logon based on PPP is illustrated by the computer network schematic of
After the ISP's modem receives the call and establishes a physical connection, at reference number 140, the host computer sends to a gateway device a series of Link Control Protocol (LCP) packets in the payload field of one or more PPP frames. These request packets, and their responses, comprise the negotiation of the authentication session and set the PPP parameters to be used during the logon session. The LCP is used to automatically agree upon the encapsulation format options, handle varying limits on sizes of packets, detect a looped-back link and other common misconfiguration errors, as well as terminate the link. There are currently eleven types of LCP packets. These types are illustrated in Table I below, along with the direction in which they travel (from Initiator (I) to responder (R) or vice-versa) and their description.
At reference number 150, the gateway device receives the LCP packets containing the authorization and authentication information from the host computer. The gateway device, at reference number 160, generates and forwards to an authentication server a RADIUS account logon request packet. At reference number 170, the authentication server matches the access request packet against unique user profiles to verify the authenticity of the subscriber. The user profiles are stored within the memory of the authentication server or a local cache in communication with the authentication server. Next, at reference number 180, the authentication server sends an authentication reply back to the gateway device that confirms the status of the authentication. If, at reference number 190, the authentication reply indicates that the authentication process was successful then, at reference number 200, the gateway device notifies the host by generating and sending an LCP access-accept packet from the gateway device to the host. If the authentication reply indicates that the authentication process was unsuccessful then, at reference number 210, the gateway device sends a prompt back to the host notifying the subscriber that the authentication process was unsuccessful.
Once the host has been notified of a successful authentication, the host, at reference number 220, initiates an Internet Protocol Control Protocol (IPCP) negotiation session with the gateway device. The IPCP is one of many protocols within the Network Control Protocol family and it serves to provide the ability to dynamically configure IP addresses over PPP. The IPCP negotiation session results in the gateway device, at reference number 230, assigning an IP address to the host from either; (a) an IP address found in the RADIUS access-accept packet previously sent from the authentication server, or; (b) the IP address is assigned from a local pool of addresses found within the memory of the gateway device. Once the IP address is assigned the gateway device at reference number 240, creates an entry into a gateway device memory table that registers the subscriber (i.e. writing into the gateway device's memory) according to the IP address assigned, the identification information previously supplied by the subscriber and the configuration data found in the authentication reply packet. By registering the subscriber within the gateway device it allows for the subscriber to perform a single logon procedure to access both public domains and private domains. When the subscriber desires access to an authorized private domain the registration within the gateway device memory provides the manner by which authorization is granted. The subscriber remains registered within the gateway device memory for the duration of the logon session. At step 250, the assigned IP address and service authorizations are returned via IPCP to the host. Once the IP address is received by the host, at reference number 260, the host configures the IP stack and the PPP session between the host and the gateway device is functional. As an indicator that the logon has been successfully completed and the subscriber has been authorized and authenticated, at reference number 270, the dashboard application on the host computer is populated with the services authorized for that particular subscriber.
The gateway device 308 encompasses a multi-protocol point-to-point link negotiator 310 that is in communication with the host 302 and serves to set-up and maintain the PPP communication link between the host 302 and the gateway device 308. An authentication processor 312 within the gateway device 308 receives identification information from the host 302 and then processes the identification information to assess the authenticity of the subscriber. Once authentication of the subscriber has been verified a notifier 314 that is in communication with the host 302 sends notification of successful authentication to the host 302. Once the host 302 has notification of successful authentication, the source address negotiator 316 is engaged for negotiating a dynamically assigned IP address for the host 302. The source address negotiator can obtain an IP address from either an IP address data pool 320 within the gateway device 308 or an IP address may pre-exist in the access reply request handed down by the authentication processor 312. Once the IP address has been assigned to the host 302, a registration memory device 318 makes a table entry for the subscriber based on the IP address assigned, the subscriber supplied identification information and the configuration and service authorization information. This subscriber specific table entry allows for the subscriber to perform only one logon procedure. The need for subsequent logons to other services or domains is obviated by the gateway device storing in memory the subscriber's authentication and authorization information for the duration of the subscriber's logon session.
Although illustrative presently preferred embodiments and applications of this invention are shown and described herein, many variations and modifications are possible which remain within the concept, scope and spirit of the invention, and these variations would become clear to those skilled in the art after perusal of this application. The invention, therefore, is not limited except in spirit of the appended claims.
This application is a continuation application based on U.S. patent application Ser. No. 09/809,764, filed on Mar. 14, 2001, now abandoned, which is a continuation based on U.S. patent application Ser. No. 09/204,640, filed on Dec. 2, 1998, now U.S. Pat. No. 6,253,327.
Number | Name | Date | Kind |
---|---|---|---|
5003595 | Collins et al. | Mar 1991 | A |
5241594 | Kung | Aug 1993 | A |
5241599 | Bellovin et al. | Aug 1993 | A |
5351136 | Wu et al. | Sep 1994 | A |
5416842 | Aziz | May 1995 | A |
5440635 | Bellovin et al. | Aug 1995 | A |
5555244 | Gupta et al. | Sep 1996 | A |
5570361 | Norizuki et al. | Oct 1996 | A |
5598536 | Slaughter et al. | Jan 1997 | A |
5655077 | Jones et al. | Aug 1997 | A |
5668857 | McHale | Sep 1997 | A |
5671354 | Ito et al. | Sep 1997 | A |
5673265 | Gupta et al. | Sep 1997 | A |
5678006 | Valizadeh et al. | Oct 1997 | A |
5684950 | Dare et al. | Nov 1997 | A |
5699521 | Iizuka et al. | Dec 1997 | A |
5708780 | Levergood et al. | Jan 1998 | A |
5715394 | Jabs | Feb 1998 | A |
5740176 | Gupta et al. | Apr 1998 | A |
5764756 | Onweller | Jun 1998 | A |
5835725 | Chiang et al. | Nov 1998 | A |
5835727 | Wong et al. | Nov 1998 | A |
5845070 | Ikudome | Dec 1998 | A |
5857074 | Johnson | Jan 1999 | A |
5857102 | McChesney et al. | Jan 1999 | A |
5898780 | Liu et al. | Apr 1999 | A |
5918016 | Brewer et al. | Jun 1999 | A |
5944824 | He | Aug 1999 | A |
5958016 | Chang et al. | Sep 1999 | A |
5974453 | Andersen et al. | Oct 1999 | A |
5987232 | Tabuki | Nov 1999 | A |
5991810 | Shapiro et al. | Nov 1999 | A |
5991828 | Horie et al. | Nov 1999 | A |
6006334 | Nguyen et al. | Dec 1999 | A |
6009103 | Woundy | Dec 1999 | A |
6011910 | Chau et al. | Jan 2000 | A |
6021496 | Dutcher et al. | Feb 2000 | A |
6026441 | Ronen | Feb 2000 | A |
6041054 | Westberg | Mar 2000 | A |
6044155 | Thomlinson et al. | Mar 2000 | A |
6047376 | Hosoe | Apr 2000 | A |
6091951 | Sturniolo et al. | Jul 2000 | A |
6092178 | Jindal et al. | Jul 2000 | A |
6092196 | Reiche | Jul 2000 | A |
6119160 | Zhang et al. | Sep 2000 | A |
6141687 | Blair | Oct 2000 | A |
6182142 | Win et al. | Jan 2001 | B1 |
6226296 | Lindsey et al. | May 2001 | B1 |
6253327 | Zhang et al. | Jun 2001 | B1 |
6317838 | Baize | Nov 2001 | B1 |
Number | Date | Country |
---|---|---|
9953408 | Oct 1999 | WO |
Number | Date | Country | |
---|---|---|---|
Parent | 09809764 | Mar 2001 | US |
Child | 10074307 | US | |
Parent | 09204640 | Dec 1998 | US |
Child | 09809764 | US |