Methods are provided for managing hierarchically organized subscriber profiles. According to one embodiment of the present invention, a subscriber connection is created with a virtual router operable within a telecommunications system of a service provider. A connection request is received from a subscriber of multiple subscribers of the service provider at a subscriber manager of the virtual router. The virtual router maintains a database of hierarchically organized profile identifiers, including multiple lower-level profile identifiers, which explicitly define subscriber services, and multiple first-level profile identifiers, which define service contexts representing combinations of services available to subscribers when connected by (i) explicitly defining the subscriber services or (ii) referring to one or more of the multiple lower-level profile identifiers. If the subscriber is successfully authenticated, a connection is created by creating and configuring a virtual interface within the virtual router for the subscriber connection based on the subscriber's first-level profile identifier.

Patent
   7961615
Priority
Nov 18 2004
Filed
Aug 30 2008
Issued
Jun 14 2011
Expiry
Feb 18 2025

TERM.DISCL.
Extension
92 days
Assg.orig
Entity
Large
16
177
EXPIRED
1. A method of creating a subscriber connection comprising:
defining each of a plurality of service contexts available to subscribers of a service provider in terms of one or more profile identifiers of a plurality of profile identifiers each of which is representative of a particular subscriber service supported by the service provider;
providing a scalable subscriber profile database in which a memory requirement for the scalable subscriber profile database is dependent upon a number of available service contexts by hierarchically organizing the plurality of profile identifiers as intermediate profile identifiers and leaf profile identifiers, wherein the leaf profile identifiers explicitly define subscriber services and the intermediate profile identifiers indirectly represent sets of one or more subscriber services, which are defined by way of the intermediate profile identifiers' associations with one or more lower-level identifiers including zero or more of the leaf profile identifiers and zero or more of the intermediate profile identifiers;
receiving from a subscriber of a plurality of subscribers of a service provider a connection request at a subscriber manager of a virtual router (vr) of a plurality of vrs operable within a vr-based telecommunications system of the service provider; and
if the subscriber is successfully authenticated, then creating, by the subscriber manager, a subscriber connection corresponding to the connection request by creating and configuring a virtual interface within the vr for the subscriber connection based on a first-level profile identifier associated with the subscriber and the scalable subscriber profile database.
10. A machine-readable storage medium tangibly embodying instructions which when executed by one or more processors of a virtual router-(vr) based telecommunications system of a service provider perform operations comprising:
receiving from a subscriber of a plurality of subscribers of a service provider a connection request at a subscriber manager of a vr of a plurality of vrs operable within the telecommunications system;
if the subscriber is successfully authenticated, then
determining the subscriber's service context based on a first-level profile identifier associated with the subscriber and a scalable subscriber profile database, wherein each of a plurality of service contexts available to subscribers of the service provider are defined in terms of one or more profile identifiers of a plurality of profile identifiers each of which is representative of a particular subscriber service supported by the service provider and wherein a memory requirement for the scalable subscriber profile database is dependent upon a number of available service contexts by hierarchically organizing the plurality of profile identifiers as intermediate profile identifiers and leaf profile identifiers, wherein the leaf profile identifiers explicitly define subscriber services and the intermediate profile identifiers indirectly represent sets of one or more subscriber services, which are defined by way of the intermediate profile identifiers' associations with one or more lower-level identifiers including zero or more of the leaf profile identifiers and zero or more of the intermediate profile identifiers; and
creating a subscriber connection corresponding to the connection request by creating and configuring a virtual interface within the vr for the subscriber connection based on the subscriber's service context.
2. The method of claim 1, wherein the connection request comprises a point-to-point protocol request.
3. The method of claim 1, wherein the connection request comprises a user activation over a shared medium in an advanced subscriber management system.
4. The method of claim 1, wherein the connection request includes subscriber authentication information.
5. The method of claim 4, further comprising:
the vr transmitting an authorization request to a Remote Authentication Dial-In User service (RADIUS) server;
responsive to the authorization request, the vr receiving from the RADIUS server an authorization response including the first-level profile identifier and a host identifier indicating where lower-level profile identifiers associated with the first-level profile identifier are stored or indicating another vr of the plurality of vrs operable within the telecommunications system from which the subscriber can receive service.
6. The method of claim 1, wherein said creating, by the subscriber manager, a subscriber connection further comprises acquiring one or more lower-level profile identifiers associated with the first-level profile identifier.
7. The method of claim 6, wherein the one or more lower-level profile identifiers are acquired from a policy engine of the vr.
8. The method of claim 6, wherein the one or more lower-level profile identifiers are acquired from a profile engine of another vr of the plurality of vrs operable within the telecommunications system.
9. The method of claim 6, wherein the one or more lower-level profile identifiers are acquired from a Remote Authentication Dial-In User service (RADIUS) server.
11. The machine-readable medium of claim 10, wherein the connection request comprises a point-to-point protocol request.
12. The machine-readable medium of claim 10, wherein the connection request comprises a user activation over a shared medium in an advanced subscriber management system.
13. The machine-readable medium of claim 10, wherein the connection request includes subscriber authentication information.
14. The machine-readable medium of claim 13, wherein the operations further comprise:
the vr transmitting an authorization request to a Remote Authentication Dial-In User service (RADIUS) server;
responsive to the authorization request, the vr receiving from the RADIUS server an authorization response including the first-level profile identifier and a host identifier indicating where lower-level profile identifiers associated with the first-level profile identifier are stored or indicating another vr of the plurality of vrs operable within the telecommunications system from which the subscriber can receive service.
15. The machine-readable medium of claim 10, wherein said determining the subscriber's service context further comprises acquiring one or more lower-level profile identifiers associated with the first-level profile identifier.
16. The machine-readable medium of claim 15, wherein the one or more lower-level profile identifiers are acquired from a policy engine of the vr.
17. The machine-readable medium of claim 15, wherein the one or more lower-level profile identifiers are acquired from a profile engine of another vr of the plurality of vrs operable within the telecommunications system.
18. The machine-readable medium of claim 15, wherein the one or more lower-level profile identifiers are acquired from a Remote Authentication Dial-In User service (RADIUS) server.

This application is a divisional of U.S. patent application Ser. No. 10/991,970 filed Nov. 18, 2004, which is hereby incorporated by reference in its entirety for all purposes.

Contained herein is material that is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction of the patent disclosure by any person as it appears in the Patent and Trademark Office patent files or records, but otherwise reserves all rights to the copyright whatsoever. Copyright © 2004-2008, Fortinet, Inc.

Various embodiments of the present invention are related to the field of telecommunications and more particularly to delivering network services based on hierarchically organized subscriber profiles.

In a networking service delivery environment (e.g., a digital subscriber line service environment), it is critical to deploy fast, versatile, and scalable systems. Broadband service providers (e.g., DSL) typically offer a large variety of service plans, which allow subscribers to choose between various service options. For example, subscribers can choose between low-cost service plans offering basic services and expensive service plans offering premium services.

For DSL providers, as the number of subscribers and services increases, so does the amount of system resources needed for tracking subscriber services. According to one prior art technique, a DSL provider stores a list of services for each subscriber. Such a list can include the subscriber's maximum bandwidth, available filters (e.g., firewalls), encryption information, virtual private network information, access control lists, etc. When a subscriber initiates a session, the service provider retrieves the subscriber's service list to determine which services are available to the subscriber. As the number of subscribers grows, repeated fetching of service lists can create computational and communication overhead. Moreover, with a large number of subscribers, the space needed for storing service lists can become relatively large. Furthermore, when the DSL provider adds new services, it must update each subscriber's service list, consuming system resources and potentially reducing the system's service capacity.

Methods and apparatus for managing hierarchically organized subscriber profiles are described. According to one embodiment, a method is provided for configuring a policy engine of a virtual router to define services available to multiple subscribers of a service provider during respective subscriber connections. A database of hierarchically organized profile identifiers is established. The hierarchically organized profile identifiers include multiple lower-level profile identifiers, which explicitly define subscriber services, and multiple first-level profile identifiers, which define service contexts representing combinations of services available to subscribers when connected to the service provider by (i) explicitly defining the subscriber services or (ii) referring to one or more of the lower-level profile identifiers. A first-level profile identifier is received. It is determined whether the first-level profile identifier is among those of the first-level profile identifiers stored in the database. If the first-level profile identifier is not stored in the database, then service profile information associated with the first-level profile identifier is obtained. Additionally, if the first-level profile identifier is associated with a lower-level profile identifier that is not one of the lower-level profile identifiers stored in the database, then the lower-level profile identifier and lower-level profile information associated with the lower-level profile identifier is received and stored in the database. The first-level profile identifier and the service profile information associated with the first-level profile identifier is also stored in the database.

In the aforementioned embodiment, the first-level profile identifier may be received from a virtual interface of the virtual router.

In various instances of the aforementioned embodiments, the lower-level profile identifier may be received from a component of the virtual router that manages subscriber profiles.

In the context of various of the aforementioned embodiments, obtaining service profile information associated with the first-level profile identifier may involve receiving the service profile information from a Remote Authentication Dial-In User Service (RADIUS) server.

In various instances of the aforementioned embodiments, obtaining service profile information associated with the first-level profile identifier may involve receiving the service profile information from a control server.

Other embodiments of the present invention provide a method of creating a subscriber connection. A connection request is received from a subscriber of multiple subscribers of a service provider at a subscriber manager of a virtual router operable within a telecommunications system of the service provider. The virtual router maintains a database of hierarchically organized profile identifiers, including multiple lower-level profile identifiers, which explicitly define subscriber services, and multiple first-level profile identifiers, which define service contexts representing combinations of services available to subscribers when connected to the service provider by (i) explicitly defining the subscriber services or (ii) referring to one or more of the multiple lower-level profile identifiers. If the subscriber is successfully authenticated, then a subscriber connection corresponding to the connection request is created by creating and configuring a virtual interface within the virtual router for the subscriber connection based on a first-level profile identifier associated with the subscriber.

In the aforementioned embodiment, the connection request may be a point-to-point protocol request.

In other instances of the aforementioned embodiments, the connection request may represent user activation over a shared medium in an advanced subscriber management system.

In various instances of the aforementioned embodiments, the connection request may include subscriber authentication information.

In the context of various of the aforementioned embodiments, the method may further involve the virtual router transmitting an authorization request to a Remote Authentication Dial-In User Service (RADIUS) server. Responsive to the authorization request, the virtual router may receive from the RADIUS server an authorization response including the first-level profile identifier and a host identifier indicating where lower-level profile identifiers associated with the first-level profile identifier are stored or indicating another virtual router operable within the telecommunications system from which the subscriber can receive service.

In various instances of the aforementioned embodiments, creating a subscriber connection may involve acquiring one or more lower-level profile identifiers associated with the first-level profile identifier.

In the aforementioned embodiment, the one or more lower-level profile identifiers may be acquired from a policy engine of the virtual router, a profile engine of another virtual router operable within the telecommunications system or a Remote Authentication Dial-In User Service (RADIUS) server.

Other features of embodiments of the present invention will be apparent from the accompanying drawings and from the detailed description that follows.

Embodiments of the present invention are illustrated by way of example, and not by way of limitation, in the figures of the accompanying drawings and in which like reference numerals refer to similar elements and in which:

FIG. 1 is a dataflow diagram illustrating dataflow occurring in conjunction with configuring a subscriber connection, according to exemplary embodiments of the invention;

FIG. 2 is a block diagram illustrating an operating environment for certain embodiments of the invention;

FIG. 3 is a block diagram illustrating a virtual router, according to exemplary embodiments of the invention;

FIG. 4 is a flow diagram illustrating operations for creating a subscriber connection, according to exemplary embodiments of the invention;

FIG. 5 is a flow diagram illustrating operations for returning lower-level information, according to exemplary embodiments of the invention;

FIG. 6 is a flow diagram illustrating operations for storing lower-level profile identifiers, according to embodiments of the invention;

FIG. 7 illustrates tables stored in the policy engine, according to exemplary embodiments of the invention;

FIG. 8 is a flow diagram illustrating operations occurring in conjunction with packet forwarding during a subscriber connection, according to embodiments of the invention; and

FIG. 9 is a flow diagram describing operations for modifying subscriber services, according to exemplary embodiments of the invention.

Methods and apparatus for managing subscriber profiles are described herein. In the following description, numerous specific details are set forth. However, it is understood that embodiments of the invention may be practiced without these specific details. In other instances, well-known circuits, structures and techniques have not been shown in detail in order not to obscure the understanding of this description. Note that in this description, references to “one embodiment” or “an embodiment” mean that the feature being referred to is included in at least one embodiment of the invention. Further, separate references to “one embodiment” in this description do not necessarily refer to the same embodiment; however, neither are such embodiments mutually exclusive, unless so stated and except as will be readily apparent to those of ordinary skill in the art. Thus, the present invention can include any variety of combinations and/or integrations of the embodiments described herein. Moreover, in this description, the phrase “exemplary embodiment” means that the embodiment being referred to serves as an example or illustration.

Herein, block diagrams illustrate exemplary embodiments of the invention. Also herein, flow diagrams illustrate operations of the exemplary embodiments of the invention. The operations of the flow diagrams will be described with reference to the exemplary embodiments shown in the block diagrams. However, it should be understood that the operations of the flow diagrams could be performed by embodiments of the invention other than those discussed with reference to the block diagrams, and embodiments discussed with references to the block diagrams could perform operations different than those discussed with reference to the flow diagrams. Moreover, it should be understood that although the flow diagrams may depict serial operations, certain embodiments could perform certain of those operations in parallel.

This description of various embodiments of the present invention is divided into three sections. The first section presents an overview of exemplary embodiments of the invention. The second section presents an exemplary system architecture, while the third section describes exemplary operations performed by embodiments of the system.

Overview

This section presents an overview of a telecommunications system for managing service profile information for a large number of subscribers.

FIG. 1 is a dataflow diagram illustrating dataflow occurring in conjunction with configuring a subscriber connection, according to exemplary embodiments of the invention. In FIG. 1, a telecommunications system 100 includes a subscriber manager 102, profile manager 104, virtual interface 106, and policy engine 108. The exemplary system 100 is adapted to provide network services to thousands of subscribers. Each subscriber can receive a set of services upon establishing a connection with the system 100. The services can include firewalls, various qualities of service, tunneling support, virtual private network support, etc. Although there are numerous services and thousands of subscribers, the number of different service combinations is relatively small. That is, each of the thousands of users subscribers use one or more of a relatively small number (e.g., 30) of service contexts, where a service context refers to a combination of services that a subscriber receives during a connection. Therefore, each subscriber is associated with one or more service contexts.

Each service context can include one or more profile identifiers. For example, a service context can include profile identifiers that define the following services: bandwidth=100 kbps, firewall=high security firewall, VPN support=not enabled, and tunneling support=not enabled. The profile identifiers can be organized in a hierarchy. For example, a first-level profile identifier can define a service or refer to one or more second-level profile identifiers. The second-level profile identifiers can either define services or refer to third-level profile identifiers, and so on.

The dataflow of FIG. 1 describes determining services represented by a hierarchy of profile identifiers. The dataflow is divided into five stages. At stage one, when establishing a subscriber connection, the subscriber manager 102 receives a first-level profile identifier associated with the subscriber. At stage two, the subscriber manager 102 requests and receives second-level profile information including a second-level profile identifier (associated with the first-level profile identifier) from the profile manager 104.

At stage three, the subscriber manager 102 creates a virtual interface 106 and configures the virtual interface 106 according to the second-level profile information. In one embodiment, the virtual interface 106 defines a physical connection to a subscriber. In one embodiment, the second-level profile information defines inbound and outbound policies used when forwarding packets through the virtual interface 106.

At stage four, the second-level profile information is stored in the policy engine 108. At stage five, the policy engine requests and receives additional lower-level profile information including lower-level profile identifiers for defining services used in configuring the virtual interface 106. After the policy engine 108 stores the profile information, the system 100 can use the profile identifiers to define services on other later-created virtual interfaces that use the same profile identifiers.

Arranging profile identifiers in a hierarchy allows the system 100 to provide services at a high level of granularity. More specifically, because a first-level profile identifier can refer to several lower-level profile identifiers that define a service, the services can be very specifically defined. For example, “Premium” Internet service, represented by a first-level profile identifier, can be defined as 1 Mbps bandwidth, a premium firewall, and virus protection. The premium firewall can be further defined using additional lower-level profile identifiers. Having highly granular services allows the system to offer a broad range of customizable services.

Organizing the profile identifiers in a hierarchy also allows the system 100 to modify services without updating each subscriber's profile identifiers. In one embodiment, the system 100 stores a high-level profile identifier for each subscriber. If a service is modified, the system 100 does not modify each subscriber's high-level profile identifiers. In contrast, in one embodiment, the system 100 may implement a service change by modifying a common database of lower-level profile identifiers.

Exemplary System Operating Environment

This section describes an exemplary operating environment and system architecture, according to embodiments of the invention. Operations performed by the exemplary system are described in the next section. In this section, FIGS. 2 and 3 are presented.

FIG. 2 is a block diagram illustrating an operating environment for certain embodiments of the invention. As shown in FIG. 2, personal computers (PCs) 202 are connected to modems 206. The modems 206 are connected to a digital subscriber line access module (DSLAM) 216, which multiplexes signals from the modems 206 onto the Internet protocol (IP) network 218. The IP network 218 is connected to a router box 214 that includes virtual routers (VRs) 228. The router box 214 is connected to the Internet 212. The router box 214 is also connected to a dynamic host configuration protocol (DHCP) server 220, web portal 222, RADIUS server 224, and control server 226.

Although the router 214 includes three VRs, other embodiments call for any number of VRs or any computing system. In one embodiment, one or more of the VRs 228 can establish subscriber connections. When establishing the connections, the VRs 228 can use the DHCP server 220 for assigning IP addresses to the PCs 202. The VRs 228 can use the RADIUS server 224 to authenticate subscribers. After authenticating subscribers, the VRs 228 can configure subscriber connections according to service contexts, which refer to services that subscribers receive during connections. In one embodiment, the VRs 228 can receive service profile information from the control server 226 and/or the RADIUS server 224.

After the VRs 228 establish subscriber connections, they provide access to the web portal 222, where users can select new services. Additionally, after establishing subscriber connections, the VRs 228 process and forward packets over the IP network 218 and the Internet 212.

While FIG. 2 describes an exemplary operating environment, FIG. 3 describes a virtual router in more detail. FIG. 3 is a block diagram illustrating a virtual router, according to exemplary embodiments of the invention. As shown in FIG. 3, virtual router 328 includes a subscriber manager 302 connected to virtual interfaces 304 and 316. The virtual interfaces 304 are connected to a policy engine 306, which is connected to a profile manager 308. The profile manager 308 is connected to the subscriber manager 302. The profile manager 308 includes a profile cache 310 and the policy engine 306 includes a virtual interface database 312 and a profile database 310.

In one embodiment, the subscriber manager 302 processes subscriber connection requests, while the profile manager 308 stores subscriber profile information used for establishing subscriber connections and processing subscriber data. In one embodiment, the policy engine 306 aids in de-referencing subscriber profiles. In one embodiment, the profile database 314 stores profile identifiers that define subscriber services, whereas the virtual interface database 312 can store first-level profile identifiers and/or services used for defining services associated with the virtual interfaces (VIs) 304. Operations of the virtual router's functional units are described below in the next section.

It should be understood that the functional units (e.g., the subscriber manager 302, virtual interface 304, etc.) of the virtual router 328 can be integrated or divided, forming any number of functional units. Moreover, the functional units can be communicatively coupled using any suitable communication method (e.g., message passing, parameter passing, and/or signals through one or more communication paths etc.). Additionally, the functional units can be physically connected according to any suitable interconnection architecture (e.g., fully connected, hypercube, etc.).

According to embodiments of the invention, the functional units can be any suitable type of logic (e.g., digital logic) for executing the operations described herein. Any of the functional units used in conjunction with embodiments of the invention can include machine-readable media including instructions for performing operations described herein. Machine-readable media include any mechanism that provides (i.e., stores and/or transmits) information in a form readable by a machine (e.g., a computer). For example, a machine-readable medium includes read only memory (ROM), random access memory (RAM), magnetic disk storage media, optical storage media, flash memory devices, electrical, optical, acoustical or other forms of propagated signals (e.g., carrier waves, infrared signals, digital signals, etc.), etc.

Exemplary Operations

This section describes exemplary operations of the exemplary system described above. In the following discussion, FIG. 4 describes operations performed by an embodiment of a subscriber manager. FIG. 5 describes operations performed by an embodiment of a profile manager and FIG. 6 describes operations performed by an embodiment of a policy engine.

FIG. 4 is a flow diagram illustrating operations for creating a subscriber connection, according to exemplary embodiments of the invention. The flow diagram 400 will be described with reference to the exemplary system shown in FIGS. 2 and 3. The flow 400 commences at block 402.

At block 402, a subscriber connection request is received. For example, the subscriber manager 302 receives a connection request from a PC 202. The connection request can be a point-to-point protocol (PPP) request or a user activation over a shared medium as in advanced subscriber management (ASM) system where subscribers are recognized using source information of the data packets. In one embodiment, the subscriber connection request includes subscriber authentication information (e.g., a subscriber identifier and a password), which can be used to authenticate the subscriber. The flow continues at block 404.

At block 404, a subscriber authorization request is transmitted. For example, the subscriber manager 302 transmits an authorization request to the Remote Authentication Dial-In User Service (RADIUS) server 224. In one embodiment, the authorization request is an asynchronous message that includes the subscriber authentication information. The flow continues at block 406.

At block 406, a host identifier and authorization response including one or more first-level profile identifiers are received. For example, the subscriber manager 302 receives an authorization response from the RADIUS server 202. The authorization response can include a message, a host identifier, and one or more first-level profile identifiers. The message indicates whether the subscriber was successfully authenticated. The first-level profile identifier defines a subscriber service or refers to one or more second-level profile identifiers (see discussion above) and the host identifier indicates where the profile identifiers are stored or indicates the service VR where the subscriber may receive service (e.g., the host identifier indicates which of the VRs 230 is storing second-level profile identifiers). The flow continues at block 408.

At block 408, a determination is made about whether the authorization was successful. For example, the subscriber manager 302 determines whether the authorization response included a message indicating that the authorization was successful. If the authorization was successful, the flow continues at block 410. Otherwise, the flow continues at block 414.

At block 414, the requestor is informed that the session could not be created. For example, the subscriber manager 302 transmits a message to the PC 202 informing the subscriber that a session could not be created. From block 414, the flow ends.

At block 410, if necessary, the second-level profile identifier is acquired. For example, the subscriber manager 302 requests and receives one or more second-level profile identifiers (associated with the first-level profile identifier) from a system component. In one embodiment, the subscriber manager 302 requests and receives the second-level profile identifiers from the profile manager 308. Alternatively, the subscriber manager 302 can request and receive the profile identifiers from another VR 228. According to embodiments, the second-level profile identifiers can be stored in any VR's profile manager, radius server, or other accessible repository. In one embodiment, the subscriber manager 302 does not need to acquire second-level profile identifiers because the first-level profile identifier(s) explicitly define subscriber services. The flow continues at block 412.

At block 412, a virtual interface is created and the requester is informed about the connection. For example, the subscriber manager 302 creates a virtual interface 304 and transmits a connection message to the PC 202. In one embodiment, the virtual interface 304 refers to a physical connection between the PC 202 and the router box 214. In one embodiment, the subscriber manager 302 configures the virtual interface 304 based on the profile identifiers. For example, based on the profile identifiers, the subscriber manager 302 configures inbound and outbound policies for the virtual interface 304. From block 414, the flow ends.

While FIG. 4 describes operations performed by an embodiment of a subscriber manager, FIG. 5 describes operations performed by an embodiment of a profile manager. FIG. 5 is a flow diagram illustrating operations for returning lower-level profile information, according to exemplary embodiments of the invention. The flow diagram 500 will be described with reference to the exemplary system of FIGS. 2 and 3. In one embodiment, the operations of the flow diagram 500 can be performed by any VR's profile manager. The flow 500 commences at block 502.

At block 502, a profile identifier is received. For example, the profile manager 308 receives a profile identifier (e.g., a first-level profile identifier) from the subscriber manager 302 or the policy engine 306. The flow continues at block 504.

At block 504, a determination is made about whether the profile cache includes an entry for the profile identifier. The entry can also include profile information. Profile information can include a set of attributes that define the content of a profile. Profile information may be available in the profile cache if the profile was previously obtained from a profile server. For example, the profile manager 308 determines whether its profile cache 310 includes an entry for the profile identifier. If the profile cache 310 does not include an entry for the profile identifier, the flow continues at block 508. Otherwise, the flow continues at block 506.

At block 506, the profile information is retrieved from the profile cache. For example, the profile manager 308 retrieves lower-level profile information (e.g., a second-level or third-level profile information) from the profile cache entry. The flow continues at block 514.

At block 508, a determination is made about where to request the profile information. For example, the profile manager 308 determines where it should request the profile identifiers. In one embodiment, the profile manager 308 refers to an ordered list of profile servers to determine where to request the profile information. For example, the ordered list can dictate that the profile manager 308 first request the lower-level profile information from the RADIUS server 224. If that request is not successful, the profile manager 308 would then request the lower-level profile information from other repositories enumerated in the list (e.g., other VRs 228, the control server 226, etc.) The flow continues at block 510.

At block 510, the profile information is requested and received. For example, the profile manager 308 requests and receives lower-level profile information from a system component (e.g., the RADIUS server 224). The flow continues at block 512.

At block 512, the profile information is stored in the profile cache. For example, the profile manager 308 stores the lower-level profile information in its profile cache 310. The flow continues at block 514.

At block 514, the profile information is returned to the requester. For example, the profile manager 308 returns the profile information to a system component (e.g., the policy engine 314). From block 514, the flow ends.

FIG. 6 is a flow diagram illustrating operations for storing lower-level profile identifiers, according to embodiments of the invention. In one embodiment, flow diagram 600 describes operations performed by the policy engine. The flow diagram 600 will be described with reference to the exemplary system of FIGS. 2 and 3. The flow diagram 600 commences at block 602.

At block 602, a profile identifier is received. For example, the policy engine 306 receives a profile identifier from the virtual interface 304 when a subscriber's inbound or outbound policy is set or changed. The flow continues at block 604.

At block 604, a determination is made about whether the profile information including the profile identifier is stored in the profile database. In one embodiment, the policy engine 306 searches its profile database 314 for the profile information using the profile identifier.

A brief example of searching for a lower-level profile identifier in the profile database 314 is described below, in conjunction with FIG. 7. FIG. 7 illustrates tables stored in the policy engine, according to exemplary embodiments of the invention. Tables 704 and 706 include hierarchical profile identifiers. In particular, table 704 includes fields associating first-level profile identifiers with second-level profile identifiers. For example, in table 704, first-level profile identifier S1 is associated with second-level profile identifiers F1, F2, and F3. Table 706 includes fields for associating second-level profile identifiers with third-level profile identifiers. For example, in table 706: 1) second-level profile identifier F1 is associated with third-level profile identifier A1; 2) second-level profile identifier F2 is associated with third-level profile identifiers A2 and A4; and 3) second-level profile identifier F3 is associated with third-level profile identifiers A1 and A3.

Based on the tables 704 and 706, the policy engine 306 can determine whether a particular profile identifier is associated with a lower-level profile identifier by dereferencing the profile identifiers. For example, using tables 704 and 706, the policy engine 306 can determine that first-level profile identifier S1 is associated with third-level profile identifiers A1, A1, A2, A3, and A4. In one embodiment, the third-level profile identifiers define services that can be performed during subscriber sessions. In one embodiment, the relationships represented in the tables 704 and 706 can be represented in a single table.

Referring back to FIG. 6, if the profile identifier is in the profile database 314, the flow ends. Otherwise, the flow continues at block 605.

At block 605, profile information associated with the profile identifier is obtained and stored in the profile database. For example, the policy engine 306 obtains, from the profile manager 308, the profile information associated with the profile identifier and stores the profile information in its profile database 314. In one embodiment, the profile information includes a field associated with the lower-level profile identifier. In one embodiment, the profile identifier is not associated with a lower-level profile identifier. As noted above, the profile identifier can explicitly define subscriber services. From block 605, the flow continues at block 606.

At block 606, a determination is made about whether there are one or more lower-level profile identifiers associated with the profile identifier. In one embodiment, the policy engine 306 determines whether there are lower-level profile identifiers associated with the profile identifier by examining the profile information associated with the profile identifier. In one embodiment, the policy engine 306 determines whether there are more lower-level profile identifiers associated with the profile identifier by examining lower-level profile information associated with previously obtained lower-level profile identifiers. In one embodiment, if there are not one or more lower-level profile identifiers associated with the profile identifier, the profile identifier explicitly defines one or more subscriber services. In one embodiment, if there are one or more lower-level profile identifiers, the profile identifier explicitly defines one or more subscriber services and each of the one or more lower-level profile identifiers defines one or more additional subscriber services. In one embodiment, the one or more lower level profile identifiers and the profile identifier together define a service one or more subscriber services. If there are more lower-level profile identifiers associated with the profile identifier, the flow continues at block 608. Otherwise, the flow ends.

At block 608, the lower-level profile information associated with the one or more profile identifiers is requested and received. For example, the policy engine 306 requests the lower-level profile information associated with the one or more profile identifiers from the profile manager 308. The flow continues at block 610.

At block 610, the lower-level profile information is stored in the profile database. For example, the policy engine 306 stores the lower-level profile information in its profile database 314. In one embodiment, the policy engine 306 stores additional information (e.g., a handle) for the lower-level profile in a field along with the profile identifier to provide quicker access to the lower level profile without requiring to search the profile database. From block 610, the flow continues at block 606.

FIGS. 4-7 describe operations for initializing virtual interfaces and establishing subscriber connections. However, FIG. 8 describes operations for forwarding packets during a subscriber connection.

FIG. 8 is a flow diagram illustrating operations occurring in conjunction with packet forwarding during a subscriber connection, according to embodiments of the invention. The flow diagram 800 will be described with reference to the exemplary system of FIGS. 2 and 3. The flow diagram 800 commences at block 802.

At block 802, a request is received, where the request is to determine whether a packet should be forwarded and other operations performed. For example, the policy engine 306 receives a request from the virtual interface 304 to determine whether a packet should be forwarded and whether other operations should be performed on the packet (e.g., operations regarding a firewall, QoS, etc.). The flow continues at block 804.

At block 804, the determination about whether to forward/operate on packets is made based on one or more profile identifiers associated with the requester. For example, the policy engine 306 determines whether the packet should be forwarded and whether other operations are to be performed based on one or more profile identifiers associated with the virtual interface 304. In one embodiment, the policy engine 306 looks in the virtual interface database 312 to determine a first-level identifier associated with the virtual interface 304. The policy engine 306 de-references the first-level profile identifier (using the profile database 314) to determine whether there are any lower-level profile identifiers associated with the virtual interface 304. After de-referencing the profile identifiers, the policy engine 306 can use the lower-level profile identifiers to determine whether the packet should be forwarded/operated upon. Because the lower-level profile identifiers define services (e.g., a firewall) to apply to the packet, the policy engine 304 can decide whether to forward the packet. The flow continues at block 806.

At block 806, the results of the determination are transmitted. For example, the policy engine 306 transmits the results to the virtual interface 304. In one embodiment, after the virtual interface 304 forwards and/or performs other operations on data packets based on the determination. From block 806, the flow ends.

According certain embodiments, the system 200 can alter existing services and/or add new services any time during the operation of the router box 214. As part of a process for modifying services, the system 200 can redefine associations between first-level profile identifiers and lower-level profile identifiers. The premium service package can initially include a 1 Mbps bandwidth service, where the premium service package is associated with a first-level profile identifier, and where the 1 Mbps bandwidth service is associated with a lower-level profile identifier. After the system 200 has been running for some time, the premium service package can be “upgraded” to include 5 Mbps bandwidth service instead of 1 Mbps bandwidth service. In order to make the upgrade available, a virtual router 228 can dissociate the premium service package's first-level profile identifier from the 1 Mbps lower-level identifier. It can then associate the premium service package's first-level profile identifier with a lower-level profile identifier that defines bandwidth service at 5 Mbps. As a result of modifying the profile identifiers, the virtual router 228 can modify services without requiring users to reestablish connections and without updating data for each subscriber in the system.

In one embodiment, the system performs the following operations for modifying services. FIG. 9 is a flow diagram describing operations for modifying subscriber services, according to exemplary embodiments of the invention. The flow diagram 900 will be described with reference to the exemplary system of FIGS. 2 and 3. The flow diagram 900 commences at block 902.

At block 902, service profile changes are requested from a system component that was previously used to resolve profiles. For example, the profile manager 308 requests new/modified profile identifiers from the RADIUS server 224 or other component of the system 200. In one embodiment, the profile manager 308 can request profile identifiers from any system component that it previously used to resolve subscriber profiles. The flow continues at block 904.

At block 904, a determination is made about whether there has been a response. For example, the profile manager 308 determines whether it has received a response from the system component (e.g., the control server 226). In one embodiment, the response can be an asynchronous response received anytime. If there has been a response, the process continues at block 910. Otherwise, the process continues at block 906.

At block 906, a determination is made about whether there are other system components from which modified profile information can be obtained. For example, the profile manager 308 can search a list of system components (e.g., an ordered list of VRs, Radius Servers or other profile servers) that could contain profile information. Based on the search, the profile manager 308 can determine which system components may contain modified profile information.

If there are system components other than those already queried that could include modified profile information, the flow continues at block 908. Otherwise, the flow continues at block 912.

At block 908, profile changes are requested from another system component. For example, the profile manager 308 requests profile changes from another system component, such as the RADIUS server 224. In one embodiment, the profile manager 308 determines the other system component by searching an ordered list of components. The flow continues at block 904.

At block 910, a determination is made about whether any profile changes were returned from the system components. If profile changes were returned from system components, the flow continues at block 912. Otherwise, the flow ends.

At block 912, all applications that use the profile are updated. For example, the profile manager 308 can transmit profile changes to any system component that is currently using the relevant profile. As a more specific example, profile manager 308 can transmit modified profile identifiers to the policy engine 306.

In one embodiment, system components that use the service profile are updated about the profile refresh failure (e.g., a profile refresh failure occurs when the flow arrives at block 912 by taking the “no” path from blocks 904 and 906). For example, the policy engine 306 is informed of a profile refresh failure. As a result, the policy engine 306 can remove from the profile database one or more lower-level profile identifiers associated with the service profile's first-level profile identifier. The profile manager 306 can be updated later, when new lower-level profile identifiers are available.

In another embodiment, system components that use the service profile are not updated about the profile refresh failure. In this case, the system components (e.g., the policy engine 306 continue to use previous profile identifiers. This enables the system 200 to operate normally during temporary network outages, when profile information may not be available. From block 912, the flow ends.

Although the flow 900 ends after block 912, in one embodiment, system components can wait some time period and begin executing flow 900 from block 902. In one embodiment, depending on the number profile refresh failures, the time period changes. In one embodiment, the system component can stop executing flow 900 after some number of profile refresh failures.

Thus, methods and apparatus for managing subscriber profiles are described herein. Although the present invention has been described with reference to specific exemplary embodiments, it will be evident that various modifications and changes may be made to these embodiments without departing from the broader spirit and scope of the invention. Accordingly, the specification and drawings are to be regarded in an illustrative rather than a restrictive sense.

Balay, Rajesh I., Sargor, Chandramouli, Desai, Sachin S., Lemarchand, Francois, Khetawat, Amit K.

Patent Priority Assignee Title
8064462, Jun 04 2002 Fortinet, Inc. Service processing switch
8069233, Sep 13 2000 Cisco Technology, Inc Switch management system and method
8107376, Nov 18 2004 Fortinet, INC Managing hierarchically organized subscriber profiles
8111690, Jun 04 2002 GOOGLE LLC Routing traffic through a virtual router-based network switch
8208409, Jun 28 2001 Fortinet, Inc. Identifying nodes in a ring network
8255510, Sep 13 2000 Cisco Technology, Inc Switch management system and method
8320279, Sep 13 2000 Fortinet, Inc. Managing and provisioning virtual routers
8369258, Sep 24 2004 Fortinet, Inc. Scalable IP-services enabled multicast forwarding with efficient resource utilization
8374088, Nov 18 2004 Fortinet, INC Managing hierarchically organized subscriber profiles
8412982, Aug 29 2002 GOOGLE LLC Fault tolerant routing in a non-hot-standby configuration of a network routing system
8503463, Aug 27 2003 Fortinet, Inc. Heterogeneous media packet bridging
8542595, Jun 04 2002 Fortinet, Inc. Service processing switch
8644311, Nov 18 2002 Fortinet, Inc. Hardware-accelerated packet multicasting in a virtual routing system
8650390, Sep 13 2000 Fortinet, Inc. Tunnel interface for securing traffic over a network
8819486, Aug 29 2002 GOOGLE LLC Fault tolerant routing in a non-hot-standby configuration of a network routing system
9124555, Sep 13 2000 Fortinet, Inc. Tunnel interface for securing traffic over a network
Patent Priority Assignee Title
4590468, Mar 10 1983 STANDARD MICROSYSTEMS CORPORATION A CORPORATION OF DE Token access controller protocol and architecture
4667287, Oct 28 1982 HEWLETT-PACKARD DEVELOPMENT COMPANY, L P Multiprocessor multisystem communications network
5371852, Oct 14 1992 International Business Machines Corporation Method and apparatus for making a cluster of computers appear as a single host on a network
5490252, Sep 30 1992 Rockstar Consortium US LP System having central processor for transmitting generic packets to another processor to be altered and transmitting altered packets back to central processor for routing
5581705, Dec 13 1993 Hewlett Packard Enterprise Development LP Messaging facility with hardware tail pointer and software implemented head pointer message queue for distributed memory massively parallel processing system
5633866, Nov 17 1995 RPX CLEARINGHOUSE LLC Method and apparatus for routing packets in networks having connection-oriented subnetworks
5745778, Jan 26 1994 Data General Corporation Apparatus and method for improved CPU affinity in a multiprocessor system
5825772, Nov 15 1995 Extreme Networks, Inc Distributed connection-oriented services for switched communications networks
5841973, Mar 13 1996 Hewlett Packard Enterprise Development LP Messaging in distributed memory multiprocessing system having shell circuitry for atomic control of message storage queue's tail pointer structure in local memory
5841990, May 12 1992 HEWLETT-PACKARD DEVELOPMENT COMPANY, L P Network connector operable in bridge mode and bypass mode
5892924, Jan 31 1996 Foundry Networks, LLC Method and apparatus for dynamically shifting between routing and switching packets in a transmission network
5920705, Jan 31 1996 Foundry Networks, LLC Method and apparatus for dynamically shifting between routing and switching packets in a transmission network
5963555, Sep 03 1996 Hitachi, LTD Router apparatus using ATM switch
5987521, Jul 10 1995 IBM Corporation Management of path routing in packet communications networks
6014382, Apr 04 1996 Hitachi, Ltd. ATM switching system including a switching control portion for distributing call set-up requirement signals
6032193, Mar 20 1997 VARITEK INDUSTRIES, INC Computer system having virtual circuit address altered by local computer to switch to different physical data link to increase data transmission bandwidth
6047330, Jan 20 1998 Meta Platforms, Inc Virtual router discovery system
6069895, Aug 29 1997 RPX CLEARINGHOUSE LLC Distributed route server
6098110, Dec 30 1996 Hewlett Packard Enterprise Development LP Network switch with a multiple bus structure and a bridge interface for transferring network data between different buses
6118791, Dec 20 1995 Cisco Technology, Inc Adaptive bandwidth allocation method for non-reserved traffic in a high-speed data transmission network, and system for implementing said method
6137777, Dec 29 1997 EMC IP HOLDING COMPANY LLC Control tool for bandwidth management
6169793, Dec 24 1996 NEUSTAR, INC Systems and methods for providing order and service mediation for telecommunications systems
6173399, Jun 12 1997 AVAYA Inc Apparatus for implementing virtual private networks
6175867, Mar 23 1998 Verizon Patent and Licensing Inc System and method for managing networks addressed via common network addresses
6220768, Jun 28 1996 Oracle America, Inc Network asset survey tool for gathering data about node equipment
6226788, Jul 22 1998 Cisco Technology, Inc Extensible network management system
6243580, Nov 30 1995 ATC Technologies, LLC Priority and preemption service system for satellite related communication using central controller
6246682, Mar 05 1999 F POSZAT HU, L L C Method and apparatus for managing multiple ATM cell queues
6249519, Apr 16 1998 Mantra Communications Flow based circuit steering in ATM networks
6256295, Sep 25 1997 RPX CLEARINGHOUSE LLC Method and apparatus for determining multiple minimally-overlapping paths between nodes in a network
6260072, Jun 12 1997 Lucent Technologies Inc Method and apparatus for adaptive routing in packet networks
6260073, Dec 30 1996 Hewlett Packard Enterprise Development LP Network switch including a switch manager for periodically polling the network ports to determine their status and controlling the flow of data between ports
6266695, Dec 23 1997 ALCATEL USA SOURCING, L P Telecommunications switch management system
6278708, Apr 10 1998 Cisco Technology, Inc Frame relay access device with user-configurable virtual circuit bundling
6286038, Aug 03 1998 CIENA LUXEMBOURG S A R L ; Ciena Corporation Method and apparatus for remotely configuring a network device
6295297, Dec 29 1997 SAMSUNG ELECTRONICS CO , LTD Gateway for connecting ATM-based access network to existing network
6298130, Sep 30 1997 Genesys Telecommunications Laboratories Inc. Metadata-based network routing
6317748, May 08 1998 Microsoft Technology Licensing, LLC Management information to object mapping and correlator
6330602, Apr 14 1997 AVAYA Inc Scaleable web server and method of efficiently managing multiple servers
6338092, Sep 24 1998 International Business Machines Corporation Method, system and computer program for replicating data in a distributed computed environment
6343083, Apr 09 1998 ALCATEL USA SOURCING, L P Method and apparatus for supporting a connectionless communication protocol over an ATM network
6434619, Apr 29 1998 Alcatel Lucent Internet-enabled service management system and method
6449650, Feb 01 1999 Ericsson AB Methods and apparatus for deploying quality of service policies on a data communication network
6459682, Apr 07 1998 International Business Machines Corporation Architecture for supporting service level agreements in an IP network
6463061, Dec 23 1997 Cisco Technology, Inc. Shared communications network employing virtual-private-network identifiers
6466976, Dec 03 1998 RPX CLEARINGHOUSE LLC System and method for providing desired service policies to subscribers accessing the internet
6496935, Mar 02 2000 Check Point Software Technologies Ltd System, device and method for rapid packet filtering and processing
6526056, Dec 23 1997 Cisco Technology, Inc Virtual private network employing tag-implemented egress-channel selection
6532088, Sep 10 1999 WSOU Investments, LLC System and method for packet level distributed routing in fiber optic rings
6542466, May 20 1999 Google Technology Holdings LLC Communication network method and apparatus
6542502, Jan 26 1996 IBM Corporation Multicasting using a wormhole routing switching element
6542515, May 19 1999 Oracle America, Inc Profile service
6556544, Oct 22 1999 RPX CLEARINGHOUSE LLC Method and system for provisioning network resources for dynamic multicast groups
6597956, Aug 23 1999 Oracle America, Inc Method and apparatus for controlling an extensible computing system
6608816, Nov 18 1998 RPX CLEARINGHOUSE LLC Method and apparatus for providing differentiated services using a multi-level queuing mechanism
6609153, Dec 24 1998 Ericsson AB Domain isolation through virtual network machines
6611498, Sep 26 1997 Verizon Patent and Licensing Inc Integrated customer web station for web based call management
6611522, Jun 19 1998 Juniper Networks, Inc Quality of service facility in a device for performing IP forwarding and ATM switching
6625169, Jun 14 2002 TeleSys Technologies, Inc. Integrated communication systems for exchanging data and information between networks
6631519, Mar 30 2000 Microsoft Technology Licensing, LLC Automated schema and interface generation
6633571, May 27 1999 Hitachi, Ltd. VPN composing method, interwork router, packet communication method, data communication apparatus, and packet relaying apparatus
6636516, Mar 17 1999 NEC Corporation QOS-based virtual private network using ATM-based internet virtual connections
6639897, Apr 22 1998 Nippon Telegraph and Telephone Corporation Communication network of linked nodes for selecting the shortest available route
6640248, Jul 10 1998 Intellectual Ventures I LLC Application-aware, quality of service (QoS) sensitive, media access control (MAC) layer
6654787, Dec 31 1998 Symantec Corporation Method and apparatus for filtering e-mail
6658013, Mar 23 1999 CIENA LUXEMBOURG S A R L ; Ciena Corporation Method and apparatus for ensuring survivability of inter-ring traffic
6680922, Jul 10 1998 Intellectual Ventures I LLC Method for the recognition and operation of virtual private networks (VPNs) over a wireless point to multi-point (PtMP) transmission system
6694437, Jun 22 1999 Institute for Information Technology System and method for on-demand access concentrator for virtual private networks
6697359, Jul 02 1999 CAVIUM INTERNATIONAL; MARVELL ASIA PTE, LTD High performance switch fabric element and switch systems
6697360, Sep 02 1998 Cisco Technology, Inc. Method and apparatus for auto-configuring layer three intermediate computer network devices
6732314, May 26 2000 Hewlett Packard Enterprise Development LP Method and apparatus for L2TP forward error correction
6738371, Sep 28 1999 Ericsson Inc. Ingress data queue management in a packet data router
6763236, Jun 30 2000 Nokia Technologies Oy Resource allocating and service providing over a wireless network
6775267, Dec 30 1999 AT&T Corp Method for billing IP broadband subscribers
6775284, Jan 07 2000 International Business Machines Corporation Method and system for frame and protocol classification
6785224, Mar 06 2000 Fujitsu Limited Ring configuring method and node apparatus used in the ring
6807181, May 19 1999 Oracle America, Inc Context based control data
6820210, Apr 27 1998 Cisco Technology, Inc. System and method for fault recovery for a two line bi-directional ring network
6822958, Sep 25 2000 Integrated Device Technology, Inc. Implementation of multicast in an ATM switch
6856676, Oct 15 1998 Alcatel System and method of controlling and managing voice and data services in a telecommunications network
6868082, Aug 30 1999 IBM Corporation Network processor interface for building scalable switching systems
6920146, Oct 05 1998 WSOU Investments, LLC Switching device with multistage queuing scheme
6922774, May 14 2001 The United States of America as represented by The National Security Agency Device for and method of secure computing using virtual machines
6938097, Jul 02 1999 SONICWALL US HOLDINGS INC System for early packet steering and FIFO-based management with priority buffer support
6944128, Nov 18 1998 RPX CLEARINGHOUSE LLC Method and apparatus for providing differentiated services using a multi-level queuing mechanism
6944168, May 04 2001 RPX Corporation System and method for providing transformation of multi-protocol packets in a data stream
6954429, Apr 05 2000 Dyband Corporation Bandwidth control system
6959194, Sep 04 2002 CMG INTERNATIONAL B V SMS-messaging
6985438, Sep 20 1999 Method and apparatus for processing and forwarding data packets
6985956, Nov 02 2000 Oracle America, Inc Switching system
7020143, Jun 18 2001 Ericsson Inc System for and method of differentiated queuing in a routing system
7042843, Mar 02 2001 AVAGO TECHNOLOGIES INTERNATIONAL SALES PTE LIMITED Algorithm for time based queuing in network traffic engineering
7042848, May 04 2001 RPX Corporation System and method for hierarchical policing of flows and subflows of a data stream
7054311, Jul 27 2001 RPX Corporation Methods and apparatus for storage and processing of routing information
7058716, Jul 02 1999 GC PIVOTAL, LLC; MPGC, LLC Automatic configuration and provisioning of virtual circuits for initial installation of high bandwidth connections
7068656, Mar 19 2001 Hitachi, LTD Packet routing apparatus and a method of routing a packet
7082477, Apr 30 2002 Cisco Technology, Inc. Virtual application of features to electronic messages
7089293, Nov 02 2000 Oracle America, Inc Switching system method for discovering and accessing SCSI devices in response to query
7096383, Aug 29 2002 GOOGLE LLC System and method for virtual router failover in a network routing system
7096495, Mar 31 2000 Intel Corporation Network session management
7116679, Feb 23 1999 WSOU Investments, LLC Multi-service network switch with a generic forwarding interface
7127049, Nov 14 2001 Ciena Corporation System and method for enhancing the activation of DSL service
7159035, Dec 23 1998 BEIJING XIAOMI MOBILE SOFTWARE CO ,LTD Unified routing scheme for ad-hoc internetworking
7161904, Jun 04 2002 GOOGLE LLC System and method for hierarchical metering in a virtual router based network switch
7174372, Sep 13 2000 Fortinet, INC System and method for managing router metadata
7187676, Jun 04 2002 Oracle America, Inc Apparatus and method for steering a communication to an open stream
7197553, Apr 19 2002 AVAYA MANAGEMENT L P Network system having a virtual-service-module
7225259, Feb 21 2001 NOKIA INC Service tunnel over a connectionless network
7266120, Nov 18 2002 Fortinet, INC System and method for hardware accelerated packet multicast in a virtual routing system
7272643, Sep 13 2000 Fortinet, INC System and method for managing and provisioning virtual routers
7313614, Nov 02 2000 Oracle America, Inc Switching system
7324489, Feb 18 2003 Cisco Technology, Inc. Managing network service access
7337221, Dec 19 2001 Alcatel Canada Inc System and method for managing information for elements in a communication network
7386010, Jun 13 2003 SMART PATH CONNECTIONS LLC Multiprotocol media conversion
7463633, May 19 1997 Hitachi, Ltd. Packet switching system, packet switching network and packet switching method
7499398, Apr 16 2003 Alcatel; International Business Machines Corporation Method and system for oversubscribing bandwidth in a communications network
7574495, Sep 13 2000 Fortinet, INC System and method for managing interworking communications protocols
7639632, Sep 13 2000 Fortinet, Inc. System and method for managing and provisioning virtual routers
20010024425,
20010033580,
20010034733,
20010043571,
20010052013,
20020071389,
20020075901,
20020099849,
20020150093,
20020150114,
20020152373,
20020162025,
20020186661,
20020186667,
20030012209,
20030033401,
20030055920,
20030063590,
20030108041,
20030112799,
20030115308,
20030117954,
20030169747,
20030174650,
20030185221,
20030200295,
20030212735,
20030223406,
20040006601,
20040019651,
20040037279,
20040054886,
20040141521,
20040160900,
20040193922,
20040199567,
20040199568,
20040199569,
20050002417,
20050081059,
20050083955,
20050108340,
20050163115,
20050243798,
20060087969,
20060206713,
20070237172,
20080013470,
20080117917,
20080317040,
20080317231,
20080320553,
20090007228,
20090046728,
20090073977,
20090131020,
20090225759,
20090238181,
20090279567,
////////
Executed onAssignorAssigneeConveyanceFrameReelDoc
Feb 14 2006COSINE COMMUNICATIONS, INC Fortinet, INCASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS 0314140293 pdf
Aug 01 2007BALAY, RAJESH I COSINE COMMUNICATIONS, INC ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS 0314460778 pdf
Aug 01 2007SARGOR, CHANDRAMOULICOSINE COMMUNICATIONS, INC ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS 0314460778 pdf
Aug 01 2007DESAI, SACHIN S COSINE COMMUNICATIONS, INC ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS 0314460778 pdf
Aug 01 2007LEMARCHAND, FRANCOISCOSINE COMMUNICATIONS, INC ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS 0314460778 pdf
Aug 03 2007KHETAWAT, AMIT K COSINE COMMUNICATIONS, INC ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS 0314460778 pdf
Aug 30 2008Fortinet, Inc.(assignment on the face of the patent)
Oct 16 2013COSINE COMMUNICATIONS, INC Fortinet, INCASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS 0314180015 pdf
Date Maintenance Fee Events
Jan 23 2015REM: Maintenance Fee Reminder Mailed.
Jun 14 2015EXP: Patent Expired for Failure to Pay Maintenance Fees.


Date Maintenance Schedule
Jun 14 20144 years fee payment window open
Dec 14 20146 months grace period start (w surcharge)
Jun 14 2015patent expiry (for year 4)
Jun 14 20172 years to revive unintentionally abandoned end. (for year 4)
Jun 14 20188 years fee payment window open
Dec 14 20186 months grace period start (w surcharge)
Jun 14 2019patent expiry (for year 8)
Jun 14 20212 years to revive unintentionally abandoned end. (for year 8)
Jun 14 202212 years fee payment window open
Dec 14 20226 months grace period start (w surcharge)
Jun 14 2023patent expiry (for year 12)
Jun 14 20252 years to revive unintentionally abandoned end. (for year 12)