Búsqueda Imágenes Maps Play YouTube Noticias Gmail Drive Más »
Iniciar sesión
Usuarios de lectores de pantalla: deben hacer clic en este enlace para utilizar el modo de accesibilidad. Este modo tiene las mismas funciones esenciales pero funciona mejor con el lector.

Patentes

  1. Búsqueda avanzada de patentes
Número de publicaciónUS20040073651 A1
Tipo de publicaciónSolicitud
Número de solicitudUS 10/680,849
Fecha de publicación15 Abr 2004
Fecha de presentación7 Oct 2003
Fecha de prioridad10 Oct 2002
También publicado comoCN1489332A
Número de publicación10680849, 680849, US 2004/0073651 A1, US 2004/073651 A1, US 20040073651 A1, US 20040073651A1, US 2004073651 A1, US 2004073651A1, US-A1-20040073651, US-A1-2004073651, US2004/0073651A1, US2004/073651A1, US20040073651 A1, US20040073651A1, US2004073651 A1, US2004073651A1
InventoresAnnette Beaulieu, Fabrice Livigni, Gerard Marmigere
Cesionario originalInternational Business Machines Corporation
Exportar citaBiBTeX, EndNote, RefMan
Enlaces externos: USPTO, Cesión de USPTO, Espacenet
Secure system and method for providing a robust radius accounting server
US 20040073651 A1
Resumen
A method for providing robustness to the accounting function of user sessions established by at least one NAS in an IP network, the accounting function being performed on a RADIUS server storing an ID, IP address and secret code for each NAS and information identifying each established session. The method includes identifying for the RADIUS server, the agent as a RADIUS client of the RADIUS server, polling from the agent all the NAS identified in said RADIUS server and, if no answer is received from at least one NAS, sending from the agent a RADIUS stop accounting request to the RADIUS server for all the sessions established by each non-responding NAS.
Imágenes(8)
Previous page
Next page
Reclamaciones(9)
1. A method executed by an agent on a computing system, providing robustness to an accounting function of user sessions established by at least one NAS in an IP network, the accounting function being performed on a RADIUS server storing an ID, IP address and secret code for each of the at least one NAS and information identifying each established session, said method comprising the steps of:
identifying for the RADIUS server, the agent as a RADIUS client of the RADIUS server,
polling from the agent the at least one NAS and, if no answer is received from at least one non-responding NAS,
sending from the agent a RADIUS stop accounting request to the RADIUS server for all sessions established by the at least one non-responding NAS.
2. The method of claim 1, wherein the identifying step comprises the step of storing the ID, the IP address and the secret code of the agent.
3. The method of claim 1, wherein the polling step comprises the step of waiting for an expiration of a timer which is a first parameter defined during an installation of the agent.
4. The method of claim 1, wherein the polling step is repeated n times, n being an integer defined at an installation of the agent.
5. The method of claim 1, wherein the polling step and the sending step further comprise a step of reading a table owned by the RADIUS server containing one entry per established session and, for each entry, information to identify the NAS and prepare parameters for the RADIUS stop accounting request.
6. The method of claim 5, wherein the sending step comprises a preliminary step, after reading the established session table, of, including as parameters of the RADIUS stop accounting request: accounting status, accounting session time, a NAS identifier; a session identifier and an authenticator.
7. The method of claim 6 further comprising the steps of:
computing the accounting session time by subtracting the session start time read in the established session table from a current computing system timestamp; and,
computing the authenticator as a function of the secret code read with the ID and the IP address stored for the corresponding NAS.
8. A computer program product comprising programming code instructions for executing the steps of the method according to of claim 1 when said program is executed on a computing system.
9. A computing system comprising means adapted for carrying out the method according to of claim 1.
Descripción
    FIELD OF THE INVENTION
  • [0001]
    The present invention generally relates to network access control; more particularly, the present invention aims at improving robustness of a RADIUS accounting server for users connected through a Network Access Server to an IP network.
  • BACKGROUND OF THE INVENTION
  • [0002]
    The access of users to services through a private or public IP network must be controlled for reasons of security and to avoid useless load of the network lines. Companies providing remote access to their servers such as web content servers often share the services of Authentication, Authorization and Accounting (AAA) servers to control the user remote connections. The AAA servers perform authentication of users and check that the remote users are authorized to connect to such servers through the IP network. The AAA servers are also in charge of collecting accurate accounting of connection time so that the users may be billed correctly by the companies.
  • [0003]
    Network Access Servers (NAS) acting as gateways between the Public Switched Telephone Network (PSTN) and the IP network are installed at the periphery of the IP network. The remote user computer is connected to one modem port of the NAS using a dial-up PPP line connection on the PSTN. The NAS establishes a user session using the services of an AAA server. The AAA server performs the authentication, checking the password received, and provides an authorization to connect according to the network capacity. The NAS sends an IP address to the user and acts as a router to the IP servers once a session is established. When a session is established, the NAS asks the AAA server to start the accounting for this session. When the user hangs up or is disconnected by the network, the NAS asks the AAA server to stop the accounting for this session. One AAA server can collect accounting information for a set of Network Access Servers. Using the accounting information, a bill for the connection to the IP servers is created and sent to the user.
  • [0004]
    It is noted that the same server can handle Authentication, Authorization and Accounting, but these three functions can be also handled by more than one server. For the purpose of the present invention, it will be assumed that the accounting function is supported by one server that we will call the accounting server.
  • [0005]
    There is a well known problem of users complaining to the service providers of errors in billing. The errors in billing are most likely due to the inaccuracy of the accounting information gathered by the accounting servers. For most Pre-Paid (on line charging) and Post-Paid billing systems currently deployed in the ISP business, the bill of dial-up connection is started and stopped by the NAS sending messages to the accounting server.
  • [0006]
    During an established user connection, it may happen that the accounting server is never informed that the session is completed and that the accounting must stop. There are two possible reasons for this:
  • [0007]
    NAS failure: the user is disconnected, but the NAS is unable to generate the stop accounting request,
  • [0008]
    network problem: the user is disconnected, the NAS sends a message to the accounting server to stop the accounting, but, due to network failure, the message doesn't reach the server.
  • [0009]
    This may cause the Pre-Paid or Post-Paid billed customer to be charged for unused connection time. The service provider may accept that a colossal customer bill is an error and can modify a Post-Paid billing. It is more difficult from an administrative point of view to modify ‘Pre-Paid’ billing which would imply decrementing a Pre-Paid card. In both cases the service provider loses money and the customer is unsatisfied and looses confidence.
  • [0010]
    This problem can be overcome if a network management framework, such as TIVOLI from IBM, is deployed in the network. NETVIEW, a network management platform of TIVOLI, is able to detect that a network node is down using its SNMP agent. When such an error is detected, a task can automatically stop the accounting on the session depending on this node.
  • [0011]
    No solution exists today to stop accounting in case of bad synchronization between an AAA server and NAS (NAS failure or network failure) in networks that do not have such a framework installed, which is mainly the case with the IP networks which can be either private or public or may be partly private and partly public.
  • [0012]
    For standardization purposes, certain accounting protocols have been developed that define the accounting information that is to be communicated between the NAS and the accounting server. For instance, the Remote Authentication Dial In User Service (RADIUS) is a client-server type application, the protocol for Authentication and Authorization being defined in the Request For Comment (RFC) documents RFC 2865 and the RADIUS protocol for accounting being defined in the RFC 2866. The Authentication and Authorization may be performed by one type of server and the accounting may be performed by another type of server. The context of the present invention assumes that a RADIUS server is used for accounting.
  • SUMMARY OF THE INVENTION
  • [0013]
    It is therefore an object of the present invention to ensure that the accounting is stopped for the sessions established through an IP network by a NAS, even if the NAS can no longer connect to a RADIUS accounting server through the network.
  • [0014]
    It is one other object of the present invention to provide a solution that is easy and simple to add to the configurations used today with the IP networks such as the Internet network.
  • [0015]
    The objects are reached by a method executed by an agent on a computing system, providing robustness to an accounting function of user sessions established by at least one NAS in an IP network, the accounting function being performed on a RADIUS server storing an ID, IP address and secret code for each of the at least one NAS and information identifying each established session, said method comprising the steps of:
  • [0016]
    identifying for the RADIUS server, the agent as a RADIUS client of the RADIUS server,
  • [0017]
    polling from the agent the at least one NAS and, if no answer is received from at least one NAS,
  • [0018]
    sending from the agent a RADIUS stop accounting request to the RADIUS server for all sessions established by the at least one non-responding NAS.
  • [0019]
    The solution of the present invention does not require the use of a specific network management supervisory function such as with SNMP protocol deployed over a framework. On the contrary, it just requires an agent executing itself near the RADIUS server (in the same subnetwork) and being responsible to detect the loss of connectivity with the NAS. With the solution of the present invention, the NAS communication loss detector agent uses information already collected by the RADIUS server for performing the accounting.
  • [0020]
    Another advantage of the agent of the present invention is that it is flexible enough to work with current IP server configurations. The agent acts as a RADIUS client for a RADIUS server. In fact, one agent can support a set of RADIUS accounting servers; it just needs to access the accounting server tables. If each accounting server has a disjoint set of users, one agent will be installed for each accounting server or a unique agent will be enabled to access sequentially the tables of all the RADIUS accounting servers. The agent of the present invention can also interface a proxy server if it is used in the IP network configuration. The only recommendation is to have the accounting server or the accounting proxy and the agent belonging to the same subnetwork, which is mostly the case, to ensure that the connectivity between the agent and the accounting server or the accounting proxy is almost always permanently available in order to avoid facing the same kind of problem due to a network problem.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • [0021]
    [0021]FIG. 1 illustrates a computing environment operating the method according to a preferred embodiment of the present invention;
  • [0022]
    [0022]FIG. 2 illustrates the computing environment of the method according to the preferred embodiment when a RADIUS proxy is used;
  • [0023]
    [0023]FIG. 3 illustrates the content of the two tables used according to the method of the preferred embodiment;
  • [0024]
    [0024]FIG. 4 shows a flow chart of the method of the preferred embodiment applying to one NAS only;
  • [0025]
    [0025]FIG. 5 is an illustration of the logical functionalities of the NAS communication loss detector agent according to the preferred embodiment;
  • [0026]
    [0026]FIG. 6 illustrates the data flow between the Network Access Servers, the NAS communication loss detector agent and the RADIUS server;
  • [0027]
    [0027]FIG. 7 describes the Stop accounting request sent by the NAS communication loss detector agent emulating the RADIUS client according to the preferred embodiment.
  • DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT
  • [0028]
    [0028]FIG. 1 is a description of the computing environment of the method of the preferred embodiment. The customers (110, 120) have subscribed to services to obtain, for instance, Web documents from Web content servers (160). The customers dial into a NAS (115), NAS1, through a Packet Switched Telephone Network (PSTN). The NAS requests authentication and authorization to the AAA server it depends on for this function. The AAA server performs the Authentication and Authorization and accepts the session with the user.
  • [0029]
    For simplification of the drawing we do not represent the server handling the Authentication and Authorization functions. We could consider that the Authentication, Authorization and Accounting functions are performed on the same RADIUS server (170). However, in the rest of the document the expression ‘RADIUS server’ is for ‘RADIUS accounting server’, this means that we do not take into consideration if the server supports the authentication and authorization.
  • [0030]
    Once the session is accepted, the NAS which is the client of the RADIUS server requests to start the accounting for the session. According to the RADIUS accounting protocol as described in RFC 2866 , two types of accounting messages are sent by the NAS to the RADIUS accounting:
  • [0031]
    start accounting requests
  • [0032]
    stop accounting requests
  • [0033]
    When the accounting has started, the customer can connect to the Web content servers (160). In FIG. 1, the traffic over the IP network is represented with dotted lines. According to the preferred embodiment, during the time of the session, an agent (130) operating on one server controls that the connection between the NAS and the RADIUS server is active. The agent may operate on the RADIUS server or one other server in the network. In the case of NAS connection failure, the agent, acting as a RADIUS client for the RADIUS server, stops the accounting by sending ‘stop accounting’ requests to the RADIUS server (170) in the place of the failing NAS. The steps of the corresponding method are described later in the document, in reference to FIG. 4 and FIG. 5. When the user connection to the web content server is stopped, the NAS (115) requires the RADIUS server (170) to stop the accounting for that session.
  • [0034]
    The RADIUS server uses and updates the NAS table and the Session table, which are accessed by the agent. The agent uses only a part of the information stored in the tables as described later in the document in reference to FIG. 3. The tables can be stored on the server or on a separate database server as it is represented in FIG. 1 (180).
  • [0035]
    It is noted also that one RADIUS server can handle a set of NAS. For simplicity of the representation, assuming that NAS1 and NAS2 depend on the same RADIUS server for accounting, RADIUS server1, only the traffic between NAS1 and that server is represented in FIG. 1 with dotted lines.
  • [0036]
    The agent (130) which provides robustness to the accounting function of RADIUS server1, can be installed on the same server as RADIUS server1 or another server belonging to the same subnetwork as RADIUS server1. It is also noted that the same agent (130) can support more than one RADIUS server (115). In FIG. 1, for example, the agent (130) supports RADIUS server1 and RADIUS server2. To do so, the agent must be able to access the tables (180) of the two RADIUS servers (170). The only recommendation is to have the RADIUS servers (170) and the agent (130) belonging to the same subnetwork (100). This recommendation is to avoid that an agent belonging to one different subnetwork and having a connection failure in its own subnetwork, is unable to see if a connection is still valid between a NAS and the RADIUS server or is unable to access the database server. The database server (180) belongs, in FIG. 1, to the same subnetwork than the RADIUS servers but this is only one possibility.
  • [0037]
    In FIG. 2, the environment of the preferred embodiment is slightly modified because it includes a Proxy RADIUS server (150) in charge of centralizing the NAS requests for a set of RADIUS servers (170). The Proxy server dispatches the requests from the NAS to the corresponding RADIUS server according to the called number or according to other RADIUS attributes. The proxy may be a RADIUS proxy for Authentication, Authorization and/or Accounting. Only the proxy function for an Accounting RADIUS server is relevant for the purpose of the description. When a Proxy is used, the agent (130) also sends the requests to stop the accounting to Proxy RADIUS server (150) instead of the RADIUS servers (170). As per the client-server architecture, the NAS is a RADIUS client, the Proxy acts as a RADIUS server for the NAS and the agent. The Proxy is a RADIUS client for the real RADIUS server (s).
  • [0038]
    [0038]FIG. 3 illustrates the content of the two tables used by the NAS communication loss detector agent. These two tables are owned by the RADIUS server. FIG. 3 describes only the information of these tables that is used by the NAS communication loss detector agent.
  • [0039]
    The first table, the NAS table (300) is created at the installation of the RADIUS server. It includes the list of NAS the RADIUS server supports. The table is updated by the administrator each time there is a change in the NAS configuration. Each table entry contains a NAS identifier, the NAS ID and the NAS IP address in the IP network. The NAS table lists all the RADIUS clients from which the RADIUS server will authorize reception of messages under the UDP protocol. Each NAS table entry also contain a shared secret key needed to validate the requests received by the RADIUS server from a RADIUS client. This information is checked by the RADIUS server each time it receives a request from an authorized RADIUS client. It is described in the RFC 2866 as a non-optional parameter to build the RADIUS protocol requests. The shared secret key is used by a RADIUS client, and is used by the NAS communication loss detector agent to compute the authenticator parameter of the stop accounting request as described in reference to FIG. 7.
  • [0040]
    As discussed in reference to FIG. 1, the NAS table is stored on the RADIUS server or belongs to any IP address element that the server can access in real time. For instance, the tables may be stored in a server database connected to the same subnetwork as the RADIUS server and the NAS communication loss detector agent.
  • [0041]
    As described later in the document in reference with the flow chart of FIG. 4, the NAS table is read by the NAS communication loss detector agent to generate polling of the different NAS depending on the RADIUS server.
  • [0042]
    The second table is the Session table (310). One table entry is created by the RADIUS server each time a RADIUS start accounting request is received by the RADIUS server from the NAS and the entry is canceled each time a RADIUS stop accounting request is received by the RADIUS server. This means that one entry corresponds to an active user session handled by one NAS depending on this RADIUS server. The information represented in the session table (310) of FIG. 3 is the minimum information required by the NAS communication loss detector agent. The RADIUS server stores additional information in this table that is not used by the agent. The session ID is assigned by a NAS for one user's session established. It is noted that one session ID can be identical for two NAS, consequently the session ID is not a sufficient parameter to identify a session. The association of the session ID with the NAS ID is required uniquely to identify a session. The information in the session table comes from the parameters provided by the NAS with the RADIUS start accounting request. When receiving the RADIUS stop accounting request, the RADIUS server will use the parameters accompanying this request to select the entry in the session table, to cancel it and prepare the accounting data in a separate file.
  • [0043]
    The other fields of the session table are as follows:
  • [0044]
    User Name: this name is used by the subscriber computer for identification and is transmitted to the RADIUS server by the NAS.
  • [0045]
    Port Nb: is optional, is a hardware parameter provided by the NAS to identify the line entry from the subscriber computer.
  • [0046]
    Start time: timestamp given by the NAS representing the beginning of the session.
  • [0047]
    Called_number: it is an optional parameter in a configuration where there is no proxy server. This parameter is necessary if a RADIUS proxy is part of the configuration and if the Called_number is used by the RADIUS proxy server to route the RADIUS requests to correct RADIUS servers. Therefore, in that case, the agent needs to append this attribute to the RADIUS stop accounting requests as described later in the document in reference to FIG. 7.
  • [0048]
    As described later in the document in reference with the flow chart of FIG. 4, the session table is read by the NAS communication loss detector agent to generate the RADIUS stop accounting request for the sessions active on a NAS it has detected as having lost their network connection to the RADIUS server.
  • [0049]
    If a unique NAS communication loss detector agent supports more than one RADIUS server, there will be as many sets of two tables as the number of RADIUS servers, each set being accessed by the agent. In the configuration as described in FIG. 1 or FIG. 2, the sets of two tables are on the database server. In the NAS tables for RADIUS server 1 and for RADIUS server 2 are included the same agent ID and agent IP address.
  • [0050]
    It is noted that one RADIUS server may have more than one NAS communication loss detector agent entry in the NAS table. If this is the case, the agents having an entry in the NAS table use this same NAS table. The radius server will maintain and use as many session tables as the number of different agents. Each session table corresponds to an independent set of NAS, all depending on the same RADIUS server. The session tables may be disjoint because they store the entry for sessions corresponding to different sets of users, for different affiliates of a same company, for instance. Each agent uses one session table independently from the other agent.
  • [0051]
    However, in one other possible configuration even if there is a disjoint session table for a same RADIUS sever, one NAS communication loss detector agent may be sufficient. The agent reads sequentially all the session tables each time it prepares the parameters to build the RADIUS stop accounting request. In this case, the unique NAS table for this RADIUS server will only include one entry for this agent.
  • [0052]
    When there are more than one RADIUS server supported by the NAS communication loss detector agent and as suggested in reference to FIGS. 1 and 2, the agent polls successively all the NAS depending on the first RADIUS server and all the NAS depending on the second RADIUS server. To build the RADIUS stop accounting request, the agent knowing already the NAS ID, knows which session table it has to read.
  • [0053]
    These are variations of the method illustrated with the flow chart described in reference to FIG. 4. The generation parameters (timer 1, timer 2 and number of max retry) of the NAS communication loss detector agent should be adapted to these specific configurations.
  • [0054]
    [0054]FIG. 4 shows the general flow chart of the method of the preferred embodiment. For reason of simplification, the method as described applies to an environment comprising one RADIUS server controlling a set of Network Access Servers.
  • [0055]
    The NAS table is read (400) from the RADIUS server. If there is an entry read (answer N to test 405), a polling is sent to the NAS from the agent (420) and a polling timer (timer 1, first generation parameter of the NAS communication loss detector agent) is set (425). Waiting for the timer expiration (430), if a response is received during this time (answer Yes to test 435), a next entry is read in the NAS table (400). If a response is not received during this time (answer No to test 435), and if the number of retries has not reached a maximum retry number (one other generation parameter of the NAS communication loss detector agent), this means that the answer to test 438 is No, a new polling is sent to the NAS (420). If the maximum of retry is reached (answer Yes to test 438), the Session table is read (440). If one entry for that NAS exists (answer No to test 445), a RADIUS stop accounting request is sent to the RADIUS server as if this request was sent from the NAS handling the session. The information read in the Session table is used to build the Stop accounting request. If the Session table has been entirely read for the selected NAS (answer Yes to test 445), a next entry is read in the NAS table (400). When the NAS table has been entirely read (answer Yes to test 405), a timer (timer 2, a third generation parameter of the NAS communication loss detector agent) is started (410) before sending a new sequence of pollings towards the Network Access Servers (415). The timer value depends on the configuration and particularly the number of NAS and Sessions handled by the NAS equipment.
  • [0056]
    [0056]FIG. 5 illustrates the logical blocks corresponding to the functions of the method of the preferred embodiment applied to an environment including more than one NAS. NAS1, NAS2 and NAS 3 (550) are RADIUS clients exchanging messages (560) with the RADIUS server (500). If User B performs a dial-in to NAS 2 in order to access services. The user presents authentication information to the RADIUS client of the NAS. The RADIUS client sends to the RADIUS server an ‘Access request’ (560) containing such attributes as the user's name, the password, the NAS-ID, the NAS IP address and the Port ID the user is accessing. Once, after authentication and authorization performed, the RADIUS server sends back an ‘access accept’ (560) to the RADIUS client, NAS 2 starts the User B session and starts accounting by sending a ‘start accounting’ (560) request received by the RADIUS accounting server. The NAS communication loss detector agent reads the tables (510) and polls all the Network Access Servers identified in the NAS table according to the method as described in reference to the flow chart of FIG. 4. In the normal case, if User B stops the connection, NAS 2 stops the session and sends a ‘stop accounting’ request (570) to the RADIUS server for User B session (user name is B@realm2 as read in the session table of the example of FIG. 3). In case where the NAS communication loss detector agent polling NAS 2 identifies a connection lost with this NAS, it acts in place of NAS 2 and generates the ‘stop accounting’ request towards the RADIUS server for the User B session and all the sessions identified as activated in the session table (520) for that NAS 2.
  • [0057]
    [0057]FIG. 6 illustrates the data flow between NAS 1 (600), NAS 2 (605), NAS 3 (610), the NAS communication loss detector agent (620) and the RADIUS server (625). Time is represented as passing top down the vertical lines (600, 605, 610, 615, 620, 625). The NAS communication loss detector agent reading the IP addresses in the NAS table (630) polls sequentially NAS 1, NAS 2 and NAS 3 and receives back the acknowledgment from NAS 1, NAS 2 and NAS 3. If a failure occurs on NAS 2 (645), the next polling to NAS 2 will be never answered. This is illustrated with the following sequence of polling: (Poll NAS 1, Poll NAS 2 and Poll NAS 3) which is answered by NAS 1 and NAS 3 but not by NAS 2. It is noted that the sequences of polling to all the Network Access Servers of the NAS table are performed with a fixed interval (645) of time (step 410 and 415 of FIG. 4) which can be set as a generation parameter of the NAS communication loss detector agent. After a configurable number of retries on polling of NAS 2 (max number of retry generation parameter set to 3), the NAS communication loss detector agent (620) sends a ‘stop accounting’ request to the RADIUS server (625). The ‘stop accounting’ applies to each active session handled by NAS 2 as read in the Session table (635). The ‘stop accounting’ request is built using all the information stored in the session table for this session. This request is sent to the RADIUS server to follow the example of FIG. 3 as the B@realm2 User name is active on NAS 2.
  • [0058]
    [0058]FIG. 7 illustrates a possible set of parameters of the ‘stop accounting’ request generated by the NAS communication loss detector agent. The parameters annotated with (1) are those of the Start accounting request sent by the RADIUS client to the server when the NAS initializes the session. These parameters have been saved by RADIUS server in the Session table and they are read from the session table. The agent sets the parameters annotated with (2) ‘Stop’ and ‘9’. The NAS communication loss detector agent computes also parameters indicated as (3) in FIG. 7. The first computed parameter is the accounting time duration of the session by making the difference between the current machine time and the Start accounting time saved in the Session table. The RADIUS stop accounting request is sent by the NAS communication loss detector agent and is accepted by the RADIUS server which uses the NAS table to check if the agent is authorized to communicate with itself. The RADIUS server stops the accounting for that session and delete the corresponding entry in the session table. The second computed parameter is the Authenticator which is computed as a function of the Shared secret key stored in the session table. The Authenticator is provided by the agent to the RADIUS server which checks it against the entry in the NAS table and accepts the stop accounting request if it is correct for that NAS.
  • [0059]
    A minimum set of parameters in the Stop accounting request is chosen in the preferred embodiment. This minimum set would not include parameters which could be retrieved by the RADIUS server. The parameters that can be suppressed are indicated as ‘optional’ in the RFC 2866 describing the RADIUS accounting protocol between the RADIUS client and the RADIUS server. The Stop accounting must contain the accounting status type (Acct-Status-Type=STOP), the accounting session time (Acct-Session-Time=123), a parameter used to identify the NAS and the session attached to that NAS. The NAS can be identified by the NAS IP address (NAS-IP-Address=192.160.23.12) or the NAS ID (NAS-ID=NAS 2). One other parameter is necessary to identify the session. It could be the session ID (Acct-Session-Id=20) or the NAS port (NAS-Port=1).
  • [0060]
    The termination cause (Acct-Terminate-Cause=9) is optional for accounting. It can be stored by the RADIUS server to prepare inputs for statistical computations.
  • [0061]
    In a configuration including a proxy, as described in reference to FIG. 2, an additional parameter, the called number (Called-Station-Id=0493274001) is used if the RADIUS proxy needs this information to route RADIUS requests to the correct RADIUS servers.
  • [0062]
    The NAS connection failure to the RADIUS server has been detected by the NAS communication loss detector agent. There are two possibilities, either the user has already terminated his connection and the session duration of the accounting data which will be used for billing the user will be slightly and not perceptibly higher than reality, or the user has not completed the connection and the billing will be lower than reality. The user will not complain and the service provider company will not loose too much. In either case, the service provider company will never loose credibility for unrealistic billing.
  • [0063]
    It is noted that when a NAS connection failure has been detected by the NAS communication loss detector agent, this failure can correspond to a failure also in the NAS itself and not only of the connectivity. This means that, in this case, as the NAS is a router for the user computer connections, all the connections on the NAS are down. The part played at this time by the NAS communication loss detector agent is fully justified.
Citas de patentes
Patente citada Fecha de presentación Fecha de publicación Solicitante Título
US20010044893 *8 Ene 200122 Nov 2001Tropic Networks Onc.Distributed subscriber management system
US20030051041 *6 Ago 200213 Mar 2003Tatara Systems, Inc.Method and apparatus for integrating billing and authentication functions in local area and wide area wireless data networks
Citada por
Patente citante Fecha de presentación Fecha de publicación Solicitante Título
US6993683 *10 May 200231 Ene 2006Microsoft CorporationAnalysis of pipelined networks
US730859730 Mar 200511 Dic 2007Microsoft CorporationAnalysis of pipelined networks
US748738410 Dic 20073 Feb 2009Microsoft CorporationAnalysis of pipelined networks
US806916627 Feb 200629 Nov 2011Seven Networks, Inc.Managing user-to-user contact with inferred presence information
US8072990 *20 Abr 20076 Dic 2011Juniper Networks, Inc.High-availability remote-authentication dial-in user service
US807815826 Jun 200813 Dic 2011Seven Networks, Inc.Provisioning applications for a mobile device
US810792111 Ene 200831 Ene 2012Seven Networks, Inc.Mobile virtual network operator
US811621430 Nov 200514 Feb 2012Seven Networks, Inc.Provisioning of e-mail settings for a mobile terminal
US812734223 Sep 201028 Feb 2012Seven Networks, Inc.Secure end-to-end transport through intermediary nodes
US816616414 Oct 201124 Abr 2012Seven Networks, Inc.Application and network-based long poll request detection and cacheability assessment therefor
US81907011 Nov 201129 May 2012Seven Networks, Inc.Cache defeat detection and caching of content addressed by identifiers intended to defeat cache
US82049531 Nov 201119 Jun 2012Seven Networks, Inc.Distributed system for cache defeat detection and caching of content addressed by identifiers intended to defeat cache
US82097095 Jul 201026 Jun 2012Seven Networks, Inc.Cross-platform event engine
US82910765 Mar 201216 Oct 2012Seven Networks, Inc.Application and network-based long poll request detection and cacheability assessment therefor
US831609819 Abr 201220 Nov 2012Seven Networks Inc.Social caching for device resource sharing and management
US83269851 Nov 20114 Dic 2012Seven Networks, Inc.Distributed management of keep-alive message signaling for mobile network resource conservation and optimization
US835608020 Jul 201215 Ene 2013Seven Networks, Inc.System and method for a mobile device to use physical storage of another device for caching
US836418110 Dic 200729 Ene 2013Seven Networks, Inc.Electronic-mail filtering for mobile devices
US841267524 Feb 20062 Abr 2013Seven Networks, Inc.Context aware data presentation
US841782318 Nov 20119 Abr 2013Seven Network, Inc.Aligning data transfer to optimize connections established for transmission over a wireless network
US843863318 Dic 20067 May 2013Seven Networks, Inc.Flexible real-time inbox access
US8443094 *12 May 200514 May 2013Oracle America, Inc.Computer system comprising a communication device
US846812614 Dic 200518 Jun 2013Seven Networks, Inc.Publishing data in an information community
US848431414 Oct 20119 Jul 2013Seven Networks, Inc.Distributed caching in a wireless network of content delivered for a mobile application over a long-held request
US84945106 Dic 201123 Jul 2013Seven Networks, Inc.Provisioning applications for a mobile device
US853904028 Feb 201217 Sep 2013Seven Networks, Inc.Mobile network background traffic data management with optimized polling intervals
US854958714 Feb 20121 Oct 2013Seven Networks, Inc.Secure end-to-end transport through intermediary nodes
US856108617 May 201215 Oct 2013Seven Networks, Inc.System and method for executing commands that are non-native to the native environment of a mobile device
US861979831 Oct 201131 Dic 2013Juniper Networks, Inc.High-availability Remote-Authentication Dial-In User Service
US862107527 Abr 201231 Dic 2013Seven Metworks, Inc.Detecting and preserving state for satisfying application requests in a distributed proxy and cache system
US863533922 Ago 201221 Ene 2014Seven Networks, Inc.Cache state management on a mobile device to preserve user experience
US8693494 *31 Mar 20088 Abr 2014Seven Networks, Inc.Polling
US870072817 May 201215 Abr 2014Seven Networks, Inc.Cache defeat detection and caching of content addressed by identifiers intended to defeat cache
US87380507 Ene 201327 May 2014Seven Networks, Inc.Electronic-mail filtering for mobile devices
US875012331 Jul 201310 Jun 2014Seven Networks, Inc.Mobile device equipped with mobile network congestion recognition to make intelligent decisions regarding connecting to an operator network
US876175613 Sep 201224 Jun 2014Seven Networks International OyMaintaining an IP connection in a mobile network
US87748448 Abr 20118 Jul 2014Seven Networks, Inc.Integrated messaging
US877563125 Feb 20138 Jul 2014Seven Networks, Inc.Dynamic bandwidth adjustment for browsing or streaming activity in a wireless network based on prediction of user behavior when interacting with mobile applications
US87822225 Sep 201215 Jul 2014Seven NetworksTiming of keep-alive messages used in a system for mobile network resource conservation and optimization
US878794718 Jun 200822 Jul 2014Seven Networks, Inc.Application discovery on mobile devices
US879330513 Dic 200729 Jul 2014Seven Networks, Inc.Content delivery to a mobile device from a content service
US879941013 Abr 20115 Ago 2014Seven Networks, Inc.System and method of a relay server for managing communications and notification between a mobile device and a web access server
US88053345 Sep 200812 Ago 2014Seven Networks, Inc.Maintaining mobile terminal information for secure communications
US880542528 Ene 200912 Ago 2014Seven Networks, Inc.Integrated messaging
US88126953 Abr 201319 Ago 2014Seven Networks, Inc.Method and system for management of a virtual network connection without heartbeat messages
US883156128 Abr 20119 Sep 2014Seven Networks, IncSystem and method for tracking billing events in a mobile wireless network for a network operator
US883222826 Abr 20129 Sep 2014Seven Networks, Inc.System and method for making requests on behalf of a mobile device based on atomic processes for mobile network traffic relief
US883874428 Ene 200916 Sep 2014Seven Networks, Inc.Web-based access to data objects
US88387835 Jul 201116 Sep 2014Seven Networks, Inc.Distributed caching for resource and mobile network traffic management
US883941213 Sep 201216 Sep 2014Seven Networks, Inc.Flexible real-time inbox access
US88431531 Nov 201123 Sep 2014Seven Networks, Inc.Mobile traffic categorization and policy for network use optimization while preserving user experience
US884990224 Jun 201130 Sep 2014Seven Networks, Inc.System for providing policy based content service in a mobile network
US886135414 Dic 201214 Oct 2014Seven Networks, Inc.Hierarchies and categories for management and deployment of policies for distributed wireless traffic optimization
US886265725 Ene 200814 Oct 2014Seven Networks, Inc.Policy based content service
US88687536 Dic 201221 Oct 2014Seven Networks, Inc.System of redundantly clustered machines to provide failover mechanisms for mobile traffic management and network resource conservation
US887341112 Ene 201228 Oct 2014Seven Networks, Inc.Provisioning of e-mail settings for a mobile terminal
US887476115 Mar 201328 Oct 2014Seven Networks, Inc.Signaling optimization in a wireless network for traffic utilizing proprietary and non-proprietary protocols
US888617622 Jul 201111 Nov 2014Seven Networks, Inc.Mobile application traffic optimization
US890395422 Nov 20112 Dic 2014Seven Networks, Inc.Optimization of resource polling intervals to satisfy mobile device requests
US890919211 Ago 20119 Dic 2014Seven Networks, Inc.Mobile virtual network operator
US89092027 Ene 20139 Dic 2014Seven Networks, Inc.Detection and management of user interactions with foreground applications on a mobile device in distributed caching
US890975912 Oct 20099 Dic 2014Seven Networks, Inc.Bandwidth measurement
US891400211 Ago 201116 Dic 2014Seven Networks, Inc.System and method for providing a network service in a distributed fashion to a mobile device
US891850328 Ago 201223 Dic 2014Seven Networks, Inc.Optimization of mobile traffic directed to private networks and operator configurability thereof
US8924459 *30 Dic 200530 Dic 2014Cisco Technology, Inc.Support for WISPr attributes in a TAL/CAR PWLAN environment
US896606612 Oct 201224 Feb 2015Seven Networks, Inc.Application and network-based long poll request detection and cacheability assessment therefor
US89777556 Dic 201210 Mar 2015Seven Networks, Inc.Mobile device and method to utilize the failover mechanism for fault tolerance provided for mobile traffic management and network/device resource conservation
US898458111 Jul 201217 Mar 2015Seven Networks, Inc.Monitoring mobile application activities for malicious traffic on a mobile device
US90028282 Ene 20097 Abr 2015Seven Networks, Inc.Predictive content delivery
US90092507 Dic 201214 Abr 2015Seven Networks, Inc.Flexible and dynamic integration schemas of a traffic management system with various network operators for network traffic alleviation
US902102110 Dic 201228 Abr 2015Seven Networks, Inc.Mobile network reporting and usage analytics system and method aggregated using a distributed traffic optimization system
US904343325 May 201126 May 2015Seven Networks, Inc.Mobile network traffic coordination across multiple applications
US904373130 Mar 201126 May 2015Seven Networks, Inc.3D mobile user interface with configurable workspace management
US904714216 Dic 20102 Jun 2015Seven Networks, Inc.Intelligent rendering of information in a limited display environment
US904917920 Ene 20122 Jun 2015Seven Networks, Inc.Mobile network traffic coordination across multiple applications
US90551022 Ago 20109 Jun 2015Seven Networks, Inc.Location-based operations and messaging
US90600329 May 201216 Jun 2015Seven Networks, Inc.Selective data compression by a distributed traffic management system to reduce mobile data traffic and signaling traffic
US90657658 Oct 201323 Jun 2015Seven Networks, Inc.Proxy server associated with a mobile carrier for enhancing mobile traffic management in a mobile network
US90776308 Jul 20117 Jul 2015Seven Networks, Inc.Distributed implementation of dynamic wireless traffic policy
US908410519 Abr 201214 Jul 2015Seven Networks, Inc.Device resources sharing for network resource conservation
US910087314 Sep 20124 Ago 2015Seven Networks, Inc.Mobile network background traffic data management
US91313976 Jun 20138 Sep 2015Seven Networks, Inc.Managing cache to prevent overloading of a wireless network due to user activity
US916125815 Mar 201313 Oct 2015Seven Networks, LlcOptimized and selective management of policy deployment to mobile clients in a congested network to prevent further aggravation of network congestion
US91731286 Mar 201327 Oct 2015Seven Networks, LlcRadio-awareness of mobile device for sending server-side control signals using a wireless network optimized transport protocol
US919757823 Dic 201324 Nov 2015Juniper Networks, Inc.High-availability remote-authentication dial-in user service
US92038644 Feb 20131 Dic 2015Seven Networks, LlcDynamic categorization of applications for network access in a mobile network
US92081237 Dic 20128 Dic 2015Seven Networks, LlcMobile device having content caching mechanisms integrated with a network operator for traffic alleviation in a wireless network and methods therefor
US923980011 Jul 201219 Ene 2016Seven Networks, LlcAutomatic generation and distribution of policy information regarding malicious mobile traffic in a wireless network
US924131415 Mar 201319 Ene 2016Seven Networks, LlcMobile device with application or context aware fast dormancy
US925119328 Oct 20072 Feb 2016Seven Networks, LlcExtending user relationships
US927123815 Mar 201323 Feb 2016Seven Networks, LlcApplication or context aware fast dormancy
US927516317 Oct 20111 Mar 2016Seven Networks, LlcRequest and response characteristics based adaptation of distributed caching in a mobile network
US92774437 Dic 20121 Mar 2016Seven Networks, LlcRadio-awareness of mobile device for sending server-side control signals using a wireless network optimized transport protocol
US930071914 Ene 201329 Mar 2016Seven Networks, Inc.System and method for a mobile device to use physical storage of another device for caching
US930749315 Mar 20135 Abr 2016Seven Networks, LlcSystems and methods for application management of mobile device radio state promotion and demotion
US93256629 Ene 201226 Abr 2016Seven Networks, LlcSystem and method for reduction of mobile network traffic used for domain name system (DNS) queries
US93261894 Feb 201326 Abr 2016Seven Networks, LlcUser as an end point for profiling and optimizing the delivery of content and data in a wireless network
US933019614 Jun 20123 May 2016Seven Networks, LlcWireless traffic management system cache optimization using http headers
US9391969 *6 Ene 201412 Jul 2016Verizon Patent And Licensing Inc.Dynamic radius
US940771316 Ene 20122 Ago 2016Seven Networks, LlcMobile application traffic optimization
US971298622 Mar 201218 Jul 2017Seven Networks, LlcMobile device configured for communicating with another mobile device associated with an associated user
US20030212926 *10 May 200213 Nov 2003Microsoft CorporationAnalysis of pipelined networks
US20050172175 *30 Mar 20054 Ago 2005Microsoft CorporationAnalysis of pipelined networks
US20060259539 *12 May 200516 Nov 2006Sun Microsystems, Inc.Cumputer system comprising a communication device
US20060277265 *30 Nov 20057 Dic 2006Seven Networks International OyProvisioning of e-mail settings for a mobile terminal
US20060277301 *6 Jun 20057 Dic 2006Hitoshi TakanashiFile protection for a network client
US20070094401 *30 Dic 200526 Abr 2007Francois GagneSupport for WISPr attributes in a TAL/CAR PWLAN environment
US20080132207 *31 Oct 20075 Jun 2008Gallagher Michael DService access control interface for an unlicensed wireless communication system
US20080148099 *10 Dic 200719 Jun 2008Microsolf CorporationAnalysis of pipelined networks
US20110179377 *16 Dic 201021 Jul 2011Michael FlemingIntelligent rendering of information in a limited display environment
US20140130130 *6 Ene 20148 May 2014Verizon Business Network Services, Inc.Dynamic radius
USRE4534816 Mar 201220 Ene 2015Seven Networks, Inc.Method and apparatus for intercepting events in a communication system
CN103401862A *29 Jul 201320 Nov 2013杭州华三通信技术有限公司Method and equipment for authenticating IPoE (IP over Ethernet)
Clasificaciones
Clasificación de EE.UU.709/223, 709/225
Clasificación internacionalH04L29/06, H04L29/08
Clasificación cooperativaH04L63/0892, H04L12/1403, H04L29/06, H04L43/0805, H04L69/329
Clasificación europeaH04L63/08, H04L63/08K, H04L29/06
Eventos legales
FechaCódigoEventoDescripción
7 Oct 2003ASAssignment
Owner name: INTERNATIONAL BUSINESS MACHINES CORPORATION, NEW Y
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:BEAULIEU, ANNETTE;LIVIGNI, FABRICE;MARMIGERE, GERARD;REEL/FRAME:014604/0030
Effective date: 20030905