|Publication number||US20060234678 A1|
|Application number||US 11/370,586|
|Publication date||Oct 19, 2006|
|Filing date||Mar 8, 2006|
|Priority date||Sep 28, 2001|
|Also published as||US7042988, US20030087629, WO2003029916A2, WO2003029916A3|
|Publication number||11370586, 370586, US 2006/0234678 A1, US 2006/234678 A1, US 20060234678 A1, US 20060234678A1, US 2006234678 A1, US 2006234678A1, US-A1-20060234678, US-A1-2006234678, US2006/0234678A1, US2006/234678A1, US20060234678 A1, US20060234678A1, US2006234678 A1, US2006234678A1|
|Inventors||David Juitt, Philip Bates, Thomas Christoffel, Geoffrey Crawshaw, David Crosbie|
|Original Assignee||Bluesocket, Inc.|
|Export Citation||BiBTeX, EndNote, RefMan|
|Referenced by (82), Classifications (31), Legal Events (2)|
|External Links: USPTO, USPTO Assignment, Espacenet|
This application claims priority to and the benefit of U.S. Provisional Patent Application Ser. No. 60/325,592, filed Sep. 28, 2001, entitled METHOD AND SYSTEM FOR MANAGING DATA TRAFFIC IN WIRELESS NETWORKS, the entire disclosure of which is hereby incorporated by reference.
This invention relates to the field of telecommunications and, more particularly, to the management of data traffic in wireless networks.
Wireless network technology allows a mobile user to wirelessly connect to a wired network, such as an enterprise's local area network (LAN) or wide area network (WAN), or to another wireless network. Enterprises today are rapidly deploying wireless technology, in part because of the decreasing cost of mobile devices (e.g., personal digital assistants like the Compaq iPAQ by Compaq Corporation of Houston, Tex. and laptop computers) and wireless access points, and in part because of the increasing ease of installation and deployment, among other reasons. Such wireless network technology can provide LAN and/or WAN service to enterprises' authorized users without wire installation and without tethering users to network connections. Wireless networks typically include mobile devices and wireless access points, which are portals to the wired network. Wireless access points are available with varying degrees of intelligence and functionality. Some merely act as bridges that relay wireless traffic into a wired network, while others provide additional functionality. Typically, simpler access points that provide less functionality cost less, but may not provide features necessary for operation within an enterprise.
Devices that conform to the IEEE 802.11 standard, a family of specifications for wireless networks developed by a working group of the Institute of Electrical and Electronics Engineers (IEEE), are very popular and, particularly, the 802.11b technology has garnered wide acceptance in many businesses as standard networking technology. This technology effectively replaces an Ethernet cable from a router to a computer with a wireless link. Each 802.11b access point can support dozens of mobile devices by sharing 11 Mbps (megabits per second) of capacity. There can be up to three access points working in the same area, and each typically has an indoor range of 80 feet at 11 Mbps and 300 feet at 1 Mbps.
Despite the freedom and convenience provided by wireless networks, establishment of adequate security is a barrier to adoption. Wireless networks introduce a series of new security problems to organizations because physical connection to a network is not required for access. Wireless network signals typically have ranges beyond the physical confines of a building. Any compatible network adapter or access point within the range of an 802.11b access point can join the network. Thus, these networks can potentially make otherwise proprietary resources available to unauthorized users.
To offset the susceptibility of wireless networks to unauthorized accesses, the 802.11b standard provides a security protocol called Wired Equivalent Privacy (WEP). WEP attempts to provide a wireless network with a level of security and privacy comparable to a wired network by providing access control, link privacy and data integrity functions. When WEP is enabled on an 802.11b network, a secure key is entered into each mobile device and this key is used to encrypt and authenticate data.
Many practitioners view the security provided by WEP as inadequate, however, and for many applications users typically implement additional security measures to supplement the deficiencies of WEP. For example, several independent studies have shown that, with relatively minor effort, attackers can gain access to a WEP-secured wireless network by eavesdropping on the network. The studies have also shown that attackers can log on to WEP-enabled networks as bona fide users and send data into the networks without being detected.
To overcome WEP's flaws, industry organizations have recommended using Virtual Private Networks (VPNs) to provide security for wireless networks. Unfortunately, the currently available VPNs introduce additional implementation challenges. For example, some implementations require access points to be directly wired to a single VPN server (normally located in a central equipment room). VPNs typically provide only binary access to the organization's network, meaning a mobile device user can either have a complete access to the protected network or none at all. Further, a single 11 Mbps 802.11b access point can have an effective throughput of approximately three times more than the capacity of a T1 connection, which is the connection typically supported by some existing VPN servers. Thus, wireless network users might overload the VPN server, resulting in poor performance for both the wireless network and mobile device users.
Systems and methods according to the invention can be used to facilitate the secure integration of wireless capability provided by wireless access points into an enterprise computer network. A gateway server is interposed between one or more wireless access points and protected (e.g., wired) networks. That gateway server provides security and integration functions, for example, authentication, access control link privacy, link integrity, and bandwidth metering in various embodiments. Use of such a gateway server allows substantial control to be gained over network access even with the use of relatively simple (and inexpensive) access points. While the invention is particularly suited to the popular IEEE 802.11 wireless communication protocol, wireless access points are available that use a variety of present protocols, such as variations of 802.11 (e.g., 802.11a, 802.11b, 802.11g), Bluetooth, HiperLAN2, and 802.1x. The invention would be equally useful with other protocols and interfaces available now and in the future.
In one implementation, the present invention can address deficiencies in the WEP and VPN technologies by providing differential levels of access based on a category assigned to the user, rather than the binary configuration of according a user either fill access to the organization's network or none at all. The present invention can limit the bandwidth capacity of users, for example, so the 11 Mbps of capacity at each 802.11b access point cannot easily be saturated by a single user, leaving all other users stalled.
In general, in one aspect, a gateway server receives a request to access the protected network. This request typically comes from a mobile device operated by a user. The request is communicated from the mobile device to a wireless access point, and relayed by the wireless access point to the gateway server. The request might be an explicit request for access, and can include an identifier and authentication information (e.g., a PIN, password, digital certificate, encryption key, digital code, or some combination). The request might be an implicit request, such as a request to access network resources, a web page request, and so on.
Since the gateway server manages access control and security in a single integrated configuration, neither the mobile device nor the access points need to be intelligent to carry out the sophisticated access control and security functions to connect with wireless networks. Moreover, any changes in the networks, mobile devices, and access points do not result in significant changes, such as additions, modifications, or replacements, to the gateway server. In one implementation, the gateway server can be configured by a web-based interface, so that configuration changes can be incorporated in the gateway server by merely changing the parameters using the web-based interface.
In some implementations, an authentication subsystem of the gateway server authenticates the user of the mobile-device. This is preferably accomplished by accessing an external authentication server (e.g., a RADIUS, LDAP, or NTLM server). Enterprises typically use such servers in the operation of their networks. The use of an already operating external authentication server-simplifies network administration. The gateway server (and/or the external authentication server) can also authenticate a user that was previously authenticated via the same or a different gateway server without requiring re-communication of authentication information. A user is free to roam between different access points in wireless networks without having to terminate open connections. In another embodiment, the user can be authenticated using an authentication database within the gateway server, instead of or in combination with accessing an external authentication server. Because the authentication process is conducted solely by the gateway server, use of an internal or external authentication server is irrelevant and transparent to the user.
In some implementations, after the authentication process, the authenticated user of the mobile device can establish a VPN connection with the gateway server according to the Point-to-Point Protocol (PPTP) or Internet Protocol Security (IPSec) protocol. The VPN connection can provide additional security measures for the user and the protected network.
In one embodiment, the gateway server can passively monitor an authentication process when a user makes a request to authenticate to a server. If the user successfully authenticates, the gateway server assigns a role to the user based on the server with which the user authenticated. In one example, the gateway server can easily integrate with Microsoft NT and/or Windows environment. A user already registered and authenticated in such environment does not need to authenticate separately to the gateway server, since the gateway server assigns the role when the NT and/or Windows server accepted the user.
In some implementations, the user can authenticate via a secure web page without requiring additional software. The use of a secure web page can protect the wireless network from illicit monitoring. The gateway server receives identifier and authentication information from the user through a secure web page. The identifier and authentication information might be associated with a user of the mobile device, the mobile device itself, a smart card, an authentication token, and so on. For purposes of this discussion, authenticating the mobile device is understood to include any one or a combination of suitable authentication techniques for authenticating a device and/or a user of a device, depending on implementation. Examples of an identifier include one or a combination of username, e-mail address, and unique name. Examples of authentication information include one or a combination of a personal identification number (PIN), password, digital certificate, encryption key, and digital code. As discussed above, the user can use the same identification and authentication information used to access the protected resource in the wired environment.
Additionally, the gateway server can detect unauthorized access points by monitoring network traffic. In particular, the gateway server detects the presence of the unauthorized access points by monitoring SNMP, MAC addresses, and 802.11 DS Layer signals and characteristics of network traffic on both the protected and unprotected sides of the gateway server.
In one exemplary implementation, visitors to a corporation may be allowed to access the Internet at a low data rate by entering their e-mail address. Employees from other offices may be required to enter a username and password to access the Internet and resources permitted by their home office server. Employees working with highly sensitive data may be subject to a very high level of security available from the gateway server that utilizes certificates, smart cards and/or secure token technologies.
In one embodiment, before the user makes a request to access the protected network, a role is previously defined in the gateway server for the user. A role also can be assigned based on the attributes of a user as provided by the external authentication server.
In one embodiment, a role definer in the gateway server defines roles and assigns them to users. The role definer can specify network resources and degree of access to the protected network, including connection bandwidth limits. The role definer can also specify a tunneling protocol (e.g. IPSec or PPTP) associated with a role. Thus, for example, once a role is assigned to the user, the user's bandwidth capacity is limited according to the assigned role. Access privileges can be differentiated for authorized users based on roles, instead of the commonly used “all or nothing” access. A particular role can be defined with different privileges in multiple resource locations. For example, an “engineer” role can be defined with full access to engineering department servers, but limited access to finance department servers.
Once the user is authenticated and assigned a role, an access controller in the gateway server provides access to the protected network based on the assigned role. A role includes one or more policies specifying the scope of performances permitted for the user. For example, in one embodiment, policies can include action, service, connection direction (e.g., to or from protected network, or both), and destination (e.g., resources in the protected network). The access controller evaluates each of the policies in the role to determine whether the services requested by the user should be allowed. If elements in a policy match the user's requests, then the requested actions are performed. If a match is not found even after checking all the policies, then “inherited” roles can be checked for the user.
For example, every employee can share the role of staff The staff role can have a set of default policies, or privileges granted to everyone in the organization. A change to the inherited role need not be repeated in the other specific roles, since these changes will apply to all roles that inherit the change. If no match is found even with the default policies, the user is disallowed from performing the requested services.
In one embodiment, one or more additional gateway servers are interposed between the wireless network and the protected network to provide a fail-over configuration. If a first gateway server (also referred to as the primary server) fails, another gateway server (also referred to as the back-up server) receives the access request in the place of the first gateway server. In one implementation, there are more than one additional (or back-up) gateway servers. In this configuration, all set up information, additions and changes to the primary server are automatically propagated across and shared in real time with the back-up servers. The primary and the back-up gateway servers are connected via a fail-over interface. While the primary server is actively managing the user and the wireless network, the back-up servers remain idle. Concurrently, the back-up servers monitor a “heartbeat signal” of the primary server. If the back-up servers do not detect a certain number of heartbeats from the primary server in a specified amount of time, a fail-over occurs and one of the back-up servers takes over the role of the primary server and receives the requests from the user, without requiring new set-up and configuration.
In another embodiment, multiple gateway servers are interposed between different wireless networks and protected networks. These gateway servers replicate the configuration information of a single gateway server initially in communication with the mobile device. Such replication among the multiple gateway servers can be useful in administering a large-scale wireless network in that configuration changes are propagated from the single gateway server.
In some implementations, multiple gateway servers can be interposed between the protected network and unprotected wireless local area networks to create a “mesh network” architecture of gateway servers. The mesh network architecture can facilitate the seamless roaming of a mobile device from one gateway server to another gateway server, the fail-proof configuration, and the replication of configuration information for the gateway servers connected to form the mesh network. This mesh network of gateway servers acts as one managed system that controls access to the resources in the protected network via any of the various types of unprotected networks that could be in communication with the gateway servers. The unprotected networks can each be any of a radio-frequency based local are network, a cellular-based data network, or any type of a wired network. Any number of gateway servers can be supported by such a mesh network, depending upon implementation.
In the drawings, like reference characters generally refer to the same parts throughout the different views. Also, the drawings are not necessarily to scale, emphasis instead generally being placed upon illustrating the principles of the invention.
The wireless network 105 can be implemented with a wireless networking protocol, such as IEEE 802.11 (e.g., 802.11a, 802.11b, 802.11g), Bluetooth, ETSE HIPERLAN/2, and 802.1x, or other protocol. In some implementations, the wireless network 105 can support a wide variety of wireless networks, including cellular networks. In typical implementations, the wireless network 105 is radio frequency (RF) based network, operating on 2.4 GHz or 5.1 GHz. In another implementations, a private wireless network can be supported within privately-owned spectrum. It should be understood that the network 105 can be or can include or support any present or future wired or wireless networking protocol. The protected network 110 can be a wired network that typically includes an Ethernet network, and may include a DSL, T1, or T3 connection to yet another network, such as, for example, the Internet, or a WAN. The protected network 110 can be or can include or support any present or later-developed network, including without limitation, another wireless network.
For example, in an embodiment implemented in an enterprise setting, the mobile device 100 is typically a laptop computer or a hand-held device such as a personal digital assistant. The protected network 110 is typically a corporate or local intranet, which may or may not in turn access the Internet 135 through routers, gateways, firewalls 130, and so on. The access point 102 a thus provides wireless access to the corporate intranet 110 (and possibly the Internet 135) via the wireless network 105. As another example (not shown), in a home, the mobile device 100 may be one of various electronic devices, computers, and appliances that include wireless networking hardware, and the protected network provides a connection (e.g. via DSL or cable modem) from the home to an Internet service provider's network, which in turn connects to the Internet
Each of the access points 102 a, 102 b, and 102 c (collectively 102) may be a relatively simple communication device that relays communications between the mobile device 100 and the wired network 117. The access points 102 are typically located in the same subnet as each other. In a TCP/IP network, such as used in the Internet, subnets are segments of the network that are typically connected by routers, where the routers forward packets from one subnet to another based on a packet's destination. For example, the gateway server 120 might be located in a subnet made up of 255 or fewer network nodes, called a class C subnet, that each typically share a common portion of their IP address, for example, 201.100.1.X, where X represents the portion of the address that will be different for each node in the subnet.
The access point 102 a can be simple or complex in design and functionality. There can be multiple access points, 102 a, 102 b, and 102 c connected to the same subnet and there can be other access points connected to other subnets. The various access points can use the same or different protocols, to communicate with a gateway server 120. The gateway server 120 provides sophisticated control functionality, yet the access points 102 are gateway server, router, and network agnostic. The access points 102 can be more complex and include gateway, router, or other more sophisticated processing functionality, or some combinations, although this functionality typically is not required.
For example, in one embodiment, the access point 102 a is an off-the-shelf external PC-compatible access point. Such an access point typically has a data transfer rate of 11 Mbps in full duplex, thus 5.5 Mbps in either direction. The access point typically uses the Ethernet protocol but, since the gateway server 120 is access point agnostic, any type of present or future data link protocol supported by any manufacturer of the access point and the wireless devices can be used. The access point 102 a can also include WEP data encryption for enhanced security. Examples of access points include, but are not limited to, the AXIS 9010 Bluetooth Access Point offered by AXIS COMMUNICATIONS of Lund, Sweden, Cisco Aironet 340 and 350 series from Cisco Systems, Inc. of San Jose, Calif., 3 CRW series from 3Com Corp. of Santa Clara, Calif., the AP-2001 Bluetooth Access Point offered by ANYCOMI INC. of Irvine, Calif., D-Link Air Series from D-Link Systems, Inc. of Irvine, Calif., and the Harmony 802.11 Series from Proxim Inc. of Sunnyvale of California.
In one embodiment, the gateway server 120 provides sophisticated functionality while keeping the level of sophistication required of the access points 102 to a minimum. An exemplary gateway server is the WG-1000 Wireless Gateway from Bluesocket, Inc. of Burlington, Mass. A gateway server 120 can also be implemented as, or as part of, any other suitable network device with software to implement the functions described herein. The gateway server 120 can be implemented as a server-class computer, such a PC having a CPU board containing at least one processor operating at a speed greater than 866 MHz. In one embodiment, the processors are selected from the Pentium or Celeron family of processors manufactured by Intel Corporation of Santa Clara, Calif. In another embodiment processors are selected from the “680×0” and POWER PC family of processors manufactured by Motorola Corporation of Schaumburg, Ill., the Alpha line of processors manufactured by Compaq Corporation of Houston, Tex., the CRUSOE line of processors manufactured by Transmeta Corporation of Santa Clara, Calif., and the ATHLON line of processors manufactured by Advanced Micro Devices, Inc., of Sunnyvale, Calif. The server computer also includes a main memory unit for storing programs and/or data. The memory capacity is 256 MBs or greater, and may include random access memory (RAM, read only memory (ROM), and FLASH memory.
The gateway server 120 typically also includes one or more storage devices, such as hard disk drive and a floppy disk drive. Other additional peripheral devices also can be included in a gateway server including output devices (e.g., printer or plotter) and/or optical disk drives for receiving, reading, and/or writing digital data on a CD-ROM. and/or DVD. The controlling software program(s) and all of the data utilized by the program(s) are typically stored on one or more of the gateway server 120 storage mediums such as the hard disk drive, or the other additional peripheral devices, such as a CD-ROM.
The gateway server 120 can include a server-class operating system, such as Linux, available, for example, from Red Hat, Inc. of Durham, N.C., and Windows NT, available from Microsoft Corporation of Redmond, Wash. The gateway server can include a web server, for example an Apache web server, which sends out web pages in response to HTTP requests from remote browsers/users. An Apache server is an open-source HTTP server available from the Apache Software Foundation.
The gateway server 120 can also include IPSec or PPTP functionality according to the standards. Various software implementations of IPSec are available, including, for example, from Trilogy of Austin, Tex. Windows XP Pro IPSec Client, Windows 2000 IPSec Client, Safenet IPSec Client for Windows NT, Safenet IPSec Client for Windows 2000, SSH Sentinal IPSec Client for Windows NT or Windows 2000 from Microsoft Corp. of Redmond, Wash. Examples of software implementations of PPTP include, but are not limited to, the Windows 2000/XP/NT Client by Microsoft Corp. of Redmond, Wash. IPSec acts at the network layer, protecting and authenticating packets between participating devices, such as the access points 102 and the gateway server 120. One or more network interface cards (NICs) provide a physical connection to a wired or wireless network. The implementation of the NICs depends on the type of network 117, thus the gateway server 120 can utilize NIC from any vendor. If, for example, the wired network 117 is an Ethernet network, then the NICs provide an Ethernet interface. Examples of commercially available NICs are, but not limited to, EtherLink III Parallel Tasking Ethernet Adapters by 3Com of Santa Clara, Calif., Series A340, A350, and TrueMobile Series by Cisco Systems, Inc. of San Jose, Calif., D-Link Air Series by D-Link Systems, Inc. of Levine, Calif., Quartet Server NICs by Adaptec of Milpitas, Calif., and the Intel Pro 100 and 1000 Series from Intel Corp. of Santa Clara, Calif., among many others.
The gateway server 120 is connected to at least two networks, ie., the network to which the access points 102 are connected and the protected network 117, and the gateway server 120 forwards packets from one network to the other to reach their destination. The routing of packets is preferably performed by software running on the processor, in cooperation with the NICs and other hardware. Routing software is commercially available, for example, as part of the Linux operating system, and in various Windows server software programs.
An authentication server 125 is in communication with the gateway server 120. The gateway server-120 can use the authentication server 125 to authenticate the mobile device 100. The authentication server 125, which preferably is a RADIUS server, an LDAP server, or an NTLM server, can be administered by the same entity as the gateway server or can be a third-party authentication server, e.g., a server maintained by an authentication service provider and accessed, for example, over the Internet The authentication server 125 is preferably implemented with software running on one or more server-class computers. The authentication server 125 can also be implemented as a special-purpose hardware device. Examples of RADIUS authentication servers are Funk Steel Belted RADIUS from Funk Software Inc. of Cambridge, Mass., and the Microsoft Radius server from Microsoft Corp. of Redmond, Wash. Examples of LDAP authentication servers are Open LDAP and Microsoft Active Directory from Microsoft Corp. of Redmond, Wash.
Referring now to
The user might make a request, for example, to access the protected network 110 to utilize the applications and retrieve information from the protected network 110. The user also may desire access to the protected network 110 to receive and transmit data across the wireless network 105 and the wired network 117 to another network. The request can include an identifier and authentication information, such as a user name and password. For a request to access highly sensitive network resource in the protected network 110, the gateway server 120 can require more than the user's name and password, such as one or more of a digital certificate and security codes. As another example, the request can be a web page request, only accessing the Internet and not the protected network 110. In this instance, the user's request may be made as just a request according to a particular protocol such as the hypertext transfer protocol (HTTP). Minimal information can be required for such a request, such as a user's e-mail address.
In one embodiment, as the gateway server 120 detects the presence of a new user, the gateway server 120 presents the mobile device with an authentication web page to make a request, which permits the user of the mobile device 100 to enter a name and password. The user is authenticated by the gateway server 120 based on the authentication information provided by the user. The request is transmitted through the wireless network 105 and forwarded to the access point 102 a.
The mobile device 100 enters the communication range of the access point 102 a associated with the wireless network 105 as the mobile device 100 physically moves from the access point 102 b to the second access point 102 a. The signal strength from the second access point 102 a becomes stronger than the signal strength from the first access point 102 b with respect to the mobile device 100. Subsequently, the mobile device 100 switches its communication from the first access point 102 b to the second access point 102 a based on the signal strength. Alternatively, regardless of the distance of the communication range or the signal strength, the access point 102 a may be selected because it is the only access point. available among the access points 102 and/or because it is a preferred access point (e.g., for load balancing purposes).
For example, the gateway server 120 may detect a triggering event that initiates a transfer of the mobile device 100 from one access point 102 b to another access point 102 a. One triggering event can occur as the mobile device 100 moves away from the communication range of the access point 102 b. The gateway server 120 detects poor or declining quality of the connection (e.g., radio link) between the mobile device 100 and the access point 102 b. A weakening reception of the wireless signal from the mobile device 100 can be indicated by increased packet loss to the mobile device 100 and/or by an indication of weakening reception, such as RSSI (Received Signal Strength Indication). A triggering event can also be indicated by congestion or a load balancing need of the access points 102 and the gateway server 120. For example, if the access point 102 b becomes congested with mobile devices in comparison with the access point 102 a, the gateway server 120 may decide to move the mobile device 100 to a less congested access point. A triggering event may also occur to fulfill a pre-defined service level for the user of the mobile device 100. Because the access point 102 a is not congested, the access point 102 a can ensure the user with a pre-defined service level. See, for example, U.S. patent application Ser. No. 10/055,028, filed Jan. 23, 2002, entitled METHODS AND SYSTEMS FOR ENABLING SEAMLESS ROAMING OF MOBILE DEVICES AMONG WIRELESS NETWORKS and U.S. patent application Ser. No. 10/032,199, filed Dec. 21, 2001, entitled METHODS AND SYSTEMS FOR CLOCK SYNCHRONIZATION ACROSS WIRELESS NETWORKS, which claims priority to U.S. Provisional Application Ser. No. 60/257,544, filed Dec. 26, 2000, the disclosures of which are incorporated herein by reference in their entirety.
Although not shown in this example, there is at least one gateway server 120 associated with each wired network subnet that connects the access points 102 and the gateway server 120. The gateway server 120 can monitor communications in the subnet (e.g., TCP communications) and respond to the request from the mobile device 100 communicating via one of the access points 102. It should be understood that the gateway server 120 can be connected to more than one subnet, particularly if the gateway server functionality is incorporated into a router or other device that typically is connected to more than one subnet.
The gateway server 120 authenticates the mobile device 100 utilizing its authentication subsystem 155, which may include authenticating the device or the user or owner of the device using an authentication server 125 (STEP 210). The authentication server 125 determines the access privileges assigned to users and allows access to the protected network 110 based on the access privileges. The authentication server 125 typically has information about authorized users or devices, and determines whether the mobile device 100 is authorized as well as the nature and extent of authorized access defined by, for example, a role (access privilege classification) and domain (area relevant to the user). For example, a student who takes history classes at a university may be assigned the “role” of a student member of the history department “domain,” and the student's mobile device 100 allowed to access the history department network only to the extent permitted to students. Thus the mobile device 100 can be authorized to initiate a session with the protected network 110 via the wireless network 105 based on the access privilege information provided by the authentication server 125.
In one particular implementation, an authentication server 125 is already used for central authentication in the protected network 110. In such a case, the user can use the same identification and authentication information as if the user were accessing the wired network 110 of the organization. As discussed above, the central authentication server can be any sort of server, including a RADIUS server, an LDAP server, or an NTLM server. Because this configuration uses only one database for all forms of authentication, including, for example, dial-up access and sever log-in, as well as wireless access, large networks with many users can be managed more easily.
In another embodiment, the user is authenticated initially with an authentication database maintained by the gateway server 120 and then re-authenticated with the central authentication server 125. In yet another embodiment, the gateway server 120 uses only its own internal authentication database, rather than the central authentication server 125 to authenticate the user of the mobile device 100. The internal authentication database can be used when the external authentication server 125 is not available. The internal authentication database can also be used to provide authentication without delay, waiting for a response from the external authentication server 125. The gateway server 120 maintains authorzed users' user names and passwords provided, for example, using an authentication web page in its internal authentication database. When a user is authenticated via the external authentication server 125, the gateway server 120 retains the authorized user's name and password, as well as the assigned role, and stores the information in the internal authentication database in a hashed form. When a user makes a request to log in, the gateway server 120 can perform a look-up in its internal database to see if the user's name and password are stored internally. If the requested user's name and password match the stored information in the internal database, then the gateway server returns the user's assigned role and grants access to the protected network 110 based thereon.
In one embodiment, authentication (STEP 210) is accomplished by interaction with an authentication web page maintained by, for example, the authentication server 125. The local gateway server 120 redirects all requests from the mobile device 100 made with a particular protocol (e.g., HTTP) to the authentication web page. The mobile device. 100 (or the user of the mobile device 100) then supplies identifier and authentication information to the authentication web page. Identifier information can include one or a combination of a username, e-mail address, or other unique name associated with the user of the mobile device 100, the mobile device 100, an object such as a smart card, and so on. Authentication information can include one or a combination of personal identification number (PIN), password, encryption key, biometric information, digital certification, and digital code, as well as other information that is associated with at least one of the user of the mobile device 100, the mobile device 100, a srart card, and so on.
The identity and authentication information required from the user can vary based on the status of-the user. For example, visitors to the organization may be allowed to access only the Internet at a low data rate by merely entering their e-mail address. Employees from branch offices may be required to enter their LAN and/or WAN username and password to access the Internet and resources permitted by their home office server. Employees working with highly sensitive data may be subject to the highest level of security available from the gateway server 120 requiring such items as digital certificates, smart cards, and secure token technologies.
Referring again to
The IPSec protocol is particularly useful for users communicating sensitive data to and from the protected network 110. IPSec is commonly used to describe a combination of two protocols: IPSec and IKE (Internet Key Exchange). IKE is a protocol that enables an encrypted connection to be negotiated between two end points. IPSec data exchange is based on symmetric keys; IKE uses asymmetric keys (e.g., keys from a public key infrastructure) to initiate an IPSec link. Any device on a network can be an endpoint of an IPSec link, and some access points may have this functionality. Even though IPSec is a standard, it can be implemented with different features and options that may be vendor dependent. IPSec does not require specific algorithms to be used for authentication, encryption, or compression, any algorithm(s) can be used within the parameters of the protocol. Examples of commonly supported algorithms are DES Data Encryption Standard), 3DES Triple DES), AES (Advanced Encryption Standard), and ECC (Elliptical Curve Cryptography). By placing the IPSec endpoint functionality in the gateway server 120 and not the access points 102, the version of IPSec supported by a given access point becomes irrelevant. Further, if the gateway server 120 provides IPSec functionality, the access point can remain simple and inexpensive.
As the mobile device 100-enters the communication range of the access points 102, one of the access points 102 can receive a signal from the mobile device 100 based on the criteria previously discussed. In one embodiment, the gateway server 120 can transparently authenticate the user without requiring any information from or interactions with the user. This transparent authentication allows the mobile device to roam seamlessly in a wireless network without having to submit authentication information when it changes to a subnet handled by a new gateway server. The mobile device 100 can move from one access point in one subnet to another access point in a different subnet without having to log out of its current session with the first subnet and obtain a new network address to connect to the new subnet.
In one embodiment, the gateway server 120 retains its connection information (also referred to as the context information) with a user of the mobile device 100 belonging to a role, a group of users performing similar duties in an enterprise. For example, even after the mobile device 100 moves outside the service area of the gateway server 120 and loses its connection with the gateway server 120, if the mobile device 100 returns to the service area of the gateway server 120 afterward, the mobile device 100 can access the protected network 110 without re-registration or re-authentication based on the connection information for the mobile device 100 retained and reused by the gateway server 120. The gateway server 120 sets access privileges for a role of users of the wireless network 105, so that the gateway server 120 can determine the access-privileges associated with the role to which a user belongs, in addition to the user and/or device identifier information. The device identifier is a unique identifier, such as a Media Access Control (MAC) address,. IP address, or other address or identifier.
The authentication server 125 identifies users belonging to a role in an enterprise, such as a student in a university. The gateway server 120 obtains access privilege information based on at least one of the device identifier, user identifier, the role membership information, and context information. Examples of context information are a network address of the mobile device 100 used for a previous session and pointer information to the user's role. The gateway server 120 saves the context information associated with a previous session between the mobile device 100 and the resource in the protected network 110 and reuses the information for the current session between the mobile device 100 and the resource without re-authentication. See, for example, U.S. patent application Ser. No. 09/911,092, filed Jul. 23, 2001, entitled METHOD AND SYSTEM FOR ENABLING SEAMLESS ROAMING IN A WIRELESS NETWORK, which claims priority to U.S. Provisional Application Ser. No. 60/220,385, filed Jul. 24, 2000 and U.S. patent application Ser. No. 10/035,569, filed Oct. 22, 2001, entitled METHOD AND SYSTEM FOR ENABLING CENTRALIZED CONTROL OF WIRELESS LOCAL AREA NETWORKS, which claims priority to U.S. Provisional Application Ser. No. 60,241,975, filed Oct. 23, 2000; the disclosures of which are incorporated herein by reference in their entirety.
Furthermore, in one embodiment, the gateway server 120 enables a mobile device to roam from a first wireless network associated with a first gateway server to a second wireless network associated with a second gateway server. In some instances, the first wireless network and second wireless networks use different communication technologies (e.g., a cellular network or a GGSN 2.5/3G network, and an 802.11b network). As the mobile device 100 enters the subnet of the second gateway server, the second gateway server receives a request for the first gateway server by the mobile device 100. The second gateway server recognizes that the request is for a known server, and as a result, the second gateway server responds to the request on behalf of the first gateway server and informs the mobile device that it is replacing the first gateway server in serving the mobile device 100. Based on the authentication and identification information of the mobile device 100 and a user of the mobile device 100, the second gateway server can identify the home gateway server of the mobile device and notify the home gateway server that the mobile device is currently communicating with the second gateway server. A tunnel may be established between the home gateway server and the second gateway server in order to forward data for the mobile device 100 via the tunnel to the second gateway server. See, for example, U.S. patent application Ser. No. 10/055,028, filed Jan. 23, 2002, entitled METHODS AND SYSTEMS FOR ENABLING SEAMLESS ROAMING OF MOBILE DEVICES AMONG WIRELESS NETWORKS, the disclosure of which is incorporated herein by reference in its entirety.
A detection feature of the gateway server 120 can detect the presence of unauthorized or “rogue” access points, for example, access points installed without the knowledge or approval of network managers of an enterprise. The gateway server 120 can monitor traffic on the network looking for MAC (Media Access Control) addresses associated with known access point vendors. The gateway server 120 can also detect the presence of unauthorized access points by monitoring SNMP and 802.11 DS Layer signals, and characteristics of network traffic on both the wired and wireless sides.
As discussed above, in one embodiment, the gateway server 120 authenticates the mobile device 100 using the authentication server 125. Initially, the local gateway server 120 redirects all HTTP requests from the mobile device 100 such that the web browser on mobile device 100 is presented with an authentication web page, which permits the user or the mobile device 100 to provide a user name and password. The central authentication server can be configured to permit the user to use the same identification and authentication information used to access other resources in the protected network 110. Once the user has been authenticated, the gateway server 120 returns the user to the web page originally requested.
In one implementation, to avoid capture of authentication information by rogue access points, the gateway server 120 can require all users to authenticate via a web browser page served from a secure web server that uses digital certificates. Using the Secure Sockets Layer (SSL) protocol, the browser recognizes that the server certificate is one of the reference certificates stored in the browser. Examples of web browsers include, but are not limited to, Microsoft Internet Explorer Browser and Netscape Browser.
In another embodiment, the gateway server 120 can passively monitor an authentication process between a mobile device and a server. If the server successfully authenticates the device, the gateway server assigns a role to the mobile device based on the authentication. A user authenticated in this manner does not need to authenticate separately to the gateway server, and in this way the gateway server operation is transparent to the user.
For example, in one embodiment, the gateway server 120 allows initial access by all mobile devices to a file server sufficient to allow authentication to that file server. If the authentication is successful, the mobile device 100 is assigned to a role designating privileges' associated with users who can access that file server. In one implementation, if authentication with the file server is not successful further access to that file server can be denied, for example after a certain number of attempts, or after a certain time period. In some embodiments, authentication information is extracted from the authentication protocol, for example a user name, or network address, network domain, or other identifier. The gateway server 120 specifies a role for the mobile device 100 based on this information if authentication with the server is successful.
This protocol is straightforwardly implemented in connection with the standard protocols currently in use for authentication. In one example, the gateway server 120 integrates with Microsoft NT and Windows 2000 environment by passively monitoring the communication between a mobile device and Windows servers. The user of the mobile device 100 authenticates only to Windows server, and the gateway server determines from the communication between mobile device and server whether the authentication was successful. For example, the gateway server can monitor the SMB and Kerberos protocol exchanges to verify that the user has successfully authenticated to specific servers. Based on the authentication results, a proper role is assigned.
J Referring still to
Referring again to
Every member of an enterprise typically shares certain access privileges and these shared access privileges can be mapped according to the enterprise's structure by the gateway server 120 through a role inheritance feature. For example, all employees are likely to have access to some resources of the enterprise, but only members of the information technology group (IT) are likely to have access to others. Commonly held privileges, such as access to the cafeteria, can be defined as a base role. When defining a more responsible role, such as “member of IT,” the base role can be specified as a default set of privileges that are available (e.g., inherited).
In one embodiment, in a multiple gateway server configuration, one gateway server is designated as a Master gateway server 900 and all other gateway servers are designated as Slave gateway servers 910 a-c (collectively 910). The configuration information in the Master gateway server 900, except for data interface, maintenance, and status functions, is shared in real time with the Slave gateway servers 910. Initial setup information and subsequent changes are propagated from the Master gateway server 900 to the Slave gateway servers. 910. Thus, configuration changes are made on the Master gateway server 900. Referring to
For example, each gateway server 920, 950, 955, 960 can act as a point of communication for a mobile device 980. Each gateway server 920, 950, 955, 960 can be, designated as a primary gateway server or a back-up for another gateway server. In combination with high level of security and access management features supported by each of the gateway servers 920, 950, 955, 960 (discussed previously), each of the gateway servers 920, 950, 955, 960 can support any number of connections to the other gateway servers in the mesh network 970 to provide one or combination of the seamless mobility architecture, the fail-over redundant configuration and configuration replication.
In one embodiment, the gateway servers 920, 950, 955, 960, communicate to each other connection information about the mobile device 980. For example, one gateway server 920 can communicate connection information to another gateway server 950 and that gateway server 950 can subsequently relay the information to yet another gateway server 955 as the mobile device moves from one subnet to another. The gateway server 920 can also distribute (e.g., broadcast) the connection information to other gateway servers 950, 955, 960. In another embodiment, one gateway server 960 serves as a registry of connection information (also referred to as a home gateway server 960) for the mobile device 980 that is connected to one of the gateway servers 920, 950, 955, 960.
In some implementations, the seamless roaming architecture uses connections between each pair of gateway servers 920,950, 955, and 960 in the mesh network 970 to synchronize client connection information between the gateway servers 920, 950, 955, 960 in the mesh network 970 as the mobile device 980 moves from the service area of one gateway server to another gateway server. In one exemplary embodiment, the mobile device enters the service area of the new gateway server 920 via the wireless local network 985 and the access point 1000. The authentication server (not shown in
In one embodiment, the mobile device 980 moves from the coverage area of one of the gateway servers 950, 955, 960 associated with a wireless network to the gateway server 920 associated with another wireless network 985. The associated wireless network of the gateway servers 920, 950, 955, 960 can be any type of wireless or wired local area network, supporting any type of present and/or future networking protocols. The initial wireless network can the same type of network as the wireless network 985. The initial wireless network can also be substantially incompatible with the wireless network 985. In one embodiment, the mobile device 980 moves from the initial wireless network to the wireless network 985. The mobile device 980 sends data to the network address (e.g. MAC address) of the previous gateway server to forward these data to their destination. As discussed previously, the gateway servers 920, 950, 955, 960 are connected via the mesh network 970 to maintain synchronized client/mobile device information while the mobile device 980 roams across the gateway servers 920, 950, 955, 960. Accordingly, the gateway server 920 responds to the request of the mobile-device 980 by providing its network address to the mobile device 980, after verifying with an authentication server that the mobile device 980 has already been authenticated via the home gateway server 960 or any of the gateway servers in the mesh network 970. The gateway server 920 can serve the mobile device 980 on behalf of the previous gateway servers 920, 950, 955, 960 by communicating with the home gateway server 960. Because the mobile device 980 uses the same network address and maintains its connection with the protected network 910 throughout roaming, the change of the gateway servers is transparent (seamless) to the mobile device 980. The gateway server 920 identifies the home gateway server 960 for the mobile device 980 and updates the location information of the mobile device 980 with the home gateway server 960.
In some implementations, the gateway servers 920, 950, 955, 960 in the mesh network 970 have established tunnels that route the requests of the mobile device 980 to the home gateway server 960. Thus the data addressed to the mobile device 980 are first forwarded to the home gateway server 960. The home gateway server 960 then forwards the data to the gateway server 920 via the tunnel, which in turn forwards the data to the mobile device 980 via the wireless local area network 985.
In one embodiment, the gateway servers 920, 950, 955, 960, are interconnected by a network connection that can be wireless or hard-wired. The interconnection between the gateway servers 920, 950, 955, 960 can serve to support configuration replication. With regard to content/configuration replication, one of the gateway servers 920, 950, 955, and 960 can be designated as a Master gateway server, and the others as Slave gateway servers as described above with reference to
Variations, modifications, and other implementations-of what is described herein will occur to those of ordinary skill in the art without departing from the spirit and the scope of the invention as claimed. Accordingly, the invention is to be defined not by the preceding illustrative description but instead by the spirit and scope of the following claims.
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US7324473 *||Oct 7, 2003||Jan 29, 2008||Accenture Global Services Gmbh||Connector gateway|
|US7450552 *||Jul 2, 2004||Nov 11, 2008||Tropos Networks, Inc.||Access point control of client roaming|
|US7515569 *||Nov 27, 2002||Apr 7, 2009||Agere Systems, Inc.||Access control for wireless systems|
|US7552222 *||Aug 5, 2002||Jun 23, 2009||Bea Systems, Inc.||Single system user identity|
|US7650276||Feb 17, 2004||Jan 19, 2010||Bea Systems, Inc.||System and method for dynamic data binding in distributed applications|
|US7650592||Feb 23, 2004||Jan 19, 2010||Bea Systems, Inc.||Systems and methods for multi-view debugging environment|
|US7665118||Sep 23, 2002||Feb 16, 2010||Credant Technologies, Inc.||Server, computer memory, and method to support security policy maintenance and distribution|
|US7665125 *||Sep 23, 2002||Feb 16, 2010||Heard Robert W||System and method for distribution of security policies for mobile devices|
|US7676538||Mar 28, 2003||Mar 9, 2010||Bea Systems, Inc.||Systems and methods for application view transactions|
|US7707564||Feb 23, 2004||Apr 27, 2010||Bea Systems, Inc.||Systems and methods for creating network-based software services using source code annotations|
|US7721193||Oct 15, 2002||May 18, 2010||Bea Systems, Inc.||System and method for implementing a schema object model in application integration|
|US7774697||Feb 17, 2004||Aug 10, 2010||Bea Systems, Inc.||System and method for structuring distributed applications|
|US7831655||Oct 15, 2002||Nov 9, 2010||Bea Systems, Inc.||System and method for implementing a service adapter|
|US7840532||Apr 25, 2007||Nov 23, 2010||Oracle International Corporation||System and method for storing large messages|
|US7840611||Mar 12, 2007||Nov 23, 2010||Oracle International Corporation||High availability for event forwarding|
|US7844636||Oct 31, 2007||Nov 30, 2010||Oracle International Corporation||Systems and methods for client-side filtering of subscribed messages|
|US7848338 *||Oct 27, 2006||Dec 7, 2010||Nokia Corporation||Network-based reliability of mobility gateways|
|US7953787||Mar 2, 2009||May 31, 2011||Oracle International Corporation||System and method for providing highly available processing of asynchronous requests using distributed request and response queues and a service processor|
|US7991399||Jan 6, 2005||Aug 2, 2011||Vasu Networks Corporation||Telephone with automatic switching between cellular and VoIP networks|
|US8073428 *||Sep 22, 2007||Dec 6, 2011||Kineto Wireless, Inc.||Method and apparatus for securing communication between an access point and a network controller|
|US8078164 *||Jan 11, 2006||Dec 13, 2011||Vasu Networks Corporation||Mobile telephone VOIP/cellular seamless roaming switching controller|
|US8145241 *||Jun 30, 2005||Mar 27, 2012||Armstrong, Quinton Co. LLC||Methods, systems, and computer program products for role- and locale-based mobile user device feature control|
|US8238879||Dec 1, 2010||Aug 7, 2012||Armstrong, Quinton Co. LLC||Policy-based controls for wireless cameras|
|US8305916||Oct 5, 2007||Nov 6, 2012||Tropos Networks, Inc.||Wireless data packet classification of an identified flow of data packets|
|US8315198||May 23, 2007||Nov 20, 2012||Accenture Global Services Limited||Mobile provisioning tool system|
|US8345695 *||Oct 8, 2008||Jan 1, 2013||United Services Automobile Association (Usaa)||Systems and methods for implementing network gateway in catastrophe context or the like|
|US8346265 *||Aug 17, 2006||Jan 1, 2013||Alcatel Lucent||Secure communication network user mobility apparatus and methods|
|US8407462 *||Mar 18, 2011||Mar 26, 2013||Chengdu Huawei Symantec Technologies Co., Ltd.||Method, system and server for implementing security access control by enforcing security policies|
|US8452965 *||Jun 29, 2010||May 28, 2013||Emc Corporation||Self-identification of tokens|
|US8467789||Jun 24, 2011||Jun 18, 2013||Vasu Networks Corporation||Telephone with automatic switching between cellular and VoIP networks|
|US8477730||Jan 4, 2011||Jul 2, 2013||Cisco Technology, Inc.||Distributed load management on network devices|
|US8514867||Oct 27, 2005||Aug 20, 2013||Hava Corporation||Method of determining broadband content usage within a system|
|US8520605||Oct 27, 2005||Aug 27, 2013||Vasu Networks Corporation||Apparatus for controlling broadband access and distribution of content and communications through an access point|
|US8526929 *||Sep 25, 2009||Sep 3, 2013||Sprint Communications Company L.P.||Mobile communication device provisioning and management|
|US8655787||Jun 29, 2010||Feb 18, 2014||Emc Corporation||Automated detection of defined input values and transformation to tokens|
|US8660534||Jul 2, 2012||Feb 25, 2014||Armstrong, Quinton Co. LLC||Policy based controls for wireless cameras|
|US8693367 *||Sep 27, 2010||Apr 8, 2014||Cisco Technology, Inc.||Providing offloads in a communication network|
|US8700022||Jul 10, 2013||Apr 15, 2014||Sprint Communications Company L.P.||Mobile communication device provisioning and management|
|US8737221||Jun 14, 2011||May 27, 2014||Cisco Technology, Inc.||Accelerated processing of aggregate data flows in a network environment|
|US8738029 *||Feb 21, 2012||May 27, 2014||Armstrong, Quinton Co. LLC||Methods, systems, and computer program products for role- and locale-based mobile user device feature control|
|US8743690||Jun 14, 2011||Jun 3, 2014||Cisco Technology, Inc.||Selective packet sequence acceleration in a network environment|
|US8743696||Aug 9, 2010||Jun 3, 2014||Cisco Technology, Inc.||Mobile transport solution for offloading to an alternate network|
|US8787303||May 20, 2011||Jul 22, 2014||Cisco Technology, Inc.||Methods and apparatus for data traffic offloading at a router|
|US8792353||Jun 14, 2011||Jul 29, 2014||Cisco Technology, Inc.||Preserving sequencing during selective packet acceleration in a network environment|
|US8792495||Dec 19, 2009||Jul 29, 2014||Cisco Technology, Inc.||System and method for managing out of order packets in a network environment|
|US8831014 *||Sep 27, 2010||Sep 9, 2014||Cisco Technology, Inc.||Providing services at a communication network edge|
|US8886181||Sep 22, 2011||Nov 11, 2014||Vasu Networks Corporation||Mobile telephone VOIP/cellular seamless roaming switching controller|
|US8897183||Jul 10, 2011||Nov 25, 2014||Cisco Technology, Inc.||System and method for offloading data in a communication system|
|US8913604||Oct 27, 2005||Dec 16, 2014||Vasu Networks Corporation||Access point with controller for billing and generating income for access point owner|
|US8934497||Dec 21, 2012||Jan 13, 2015||United Services Automobile Association||Systems and methods for implementing network gateway in catastrophe context or the like|
|US8948013||Jun 14, 2011||Feb 3, 2015||Cisco Technology, Inc.||Selective packet sequence acceleration in a network environment|
|US8948103 *||Aug 17, 2011||Feb 3, 2015||Verizon Patent And Licensing Inc.||Using user device feed back to dynamically allocate network resources for provisioning services|
|US8949939 *||Aug 29, 2011||Feb 3, 2015||Salesforce.Com, Inc.||Methods and systems for provisioning access to customer organization data in a multi-tenant system|
|US8958434||Jul 17, 2013||Feb 17, 2015||Vasu Networks Corporation||Method of determining broadband content usage within a system|
|US9003057||Jan 4, 2011||Apr 7, 2015||Cisco Technology, Inc.||System and method for exchanging information in a mobile wireless network environment|
|US9009293||Nov 18, 2009||Apr 14, 2015||Cisco Technology, Inc.||System and method for reporting packet characteristics in a network environment|
|US9014158||Jul 10, 2011||Apr 21, 2015||Cisco Technology, Inc.||System and method for offloading data in a communication system|
|US9015318||Nov 18, 2009||Apr 21, 2015||Cisco Technology, Inc.||System and method for inspecting domain name system flows in a network environment|
|US9030991||Jul 10, 2011||May 12, 2015||Cisco Technology, Inc.||System and method for offloading data in a communication system|
|US9031038||Jul 10, 2011||May 12, 2015||Cisco Technology, Inc.||System and method for offloading data in a communication system|
|US9049046||Jul 10, 2011||Jun 2, 2015||Cisco Technology, Inc||System and method for offloading data in a communication system|
|US20040078440 *||Nov 13, 2002||Apr 22, 2004||Tim Potter||High availability event topic|
|US20040081144 *||Sep 9, 2003||Apr 29, 2004||Richard Martin||System and method for access point (AP) aggregation and resiliency in a hybrid wired/wireless local area network|
|US20040100973 *||Nov 27, 2002||May 27, 2004||Prasad Anand R.||Access control protocol for wireless systems|
|US20040167915 *||Feb 23, 2004||Aug 26, 2004||Bea Systems, Inc.||Systems and methods for declaratively transforming data objects between disparate representations|
|US20040172618 *||Feb 11, 2004||Sep 2, 2004||Bea Systems, Inc.||Systems and methods for a common runtime container framework|
|US20040187127 *||Feb 24, 2004||Sep 23, 2004||Albert Gondi||Systems and methods for transaction chaining|
|US20050073982 *||Oct 7, 2003||Apr 7, 2005||Accenture Global Services Gmbh.||Connector gateway|
|US20050147049 *||Jan 6, 2005||Jul 7, 2005||Hava Corp.||Telephone with automatic switching between cellular and VoIP networks|
|US20060002350 *||Jul 2, 2004||Jan 5, 2006||Cyrus Behroozi||Access point control of client roaming|
|US20060030953 *||Oct 6, 2005||Feb 9, 2006||Stephen Cantrell||Remote monitoring of a hot melt adhesive system|
|US20070293210 *||Aug 17, 2006||Dec 20, 2007||Lyle Strub||Secure communication network user mobility apparatus and methods|
|US20100303087 *||Dec 19, 2007||Dec 2, 2010||Zte Corporation||Method and System for Controlling Network Access|
|US20110075557 *||Mar 31, 2011||Kuntal Chowdhury||Providing offloads in a communication network|
|US20110075675 *||Mar 31, 2011||Rajeev Koodli||Providing services at a communication network edge|
|US20110179267 *||Jul 21, 2011||Chengdu Huawei Symantec Technologies Co., Ltd.||Method, system and server for implementing security access control|
|US20110299548 *||Dec 30, 2010||Dec 8, 2011||Xuemin Chen||Method and system for porting gateway functionality associated with a user from a first gateway to one or more other gateways|
|US20120096521 *||Aug 29, 2011||Apr 19, 2012||Salesforce.Com, Inc.||Methods and systems for provisioning access to customer organization data in a multi-tenant system|
|US20120149337 *||Feb 21, 2012||Jun 14, 2012||Armstrong, Quinton Co. LLC||Methods, systems, and computer program products for role- and locale-based mobile user device feature control|
|US20120222083 *||Mar 24, 2011||Aug 30, 2012||Nokia Corporation||Method and apparatus for enforcing data privacy|
|US20130044694 *||Aug 17, 2011||Feb 21, 2013||Verizon Patent And Licensing, Inc.||Using user device feed back to dynamically allocate network resources for provisioning services|
|US20130086142 *||Apr 4, 2013||K. Georg Hampel||System and Method for Mobility and Multi-Homing Content Retrieval Applications|
|International Classification||H04L12/28, H04L29/06, H04M1/66, H04L12/56, H04L1/22|
|Cooperative Classification||H04W92/02, H04L63/083, H04L63/0209, H04W84/12, H04L63/0272, H04L63/102, H04L63/168, H04W12/06, H04W74/00, H04L63/105, H04L1/22, H04W88/16, H04L63/0823, H04W84/18, H04L63/08, H04W12/08, H04L63/0861|
|European Classification||H04W12/06, H04L63/08, H04L63/10B, H04L63/02C, H04L63/10D, H04L63/02A, H04W12/08, H04L1/22|
|May 16, 2006||AS||Assignment|
Owner name: BLUESOCKET, INC., MASSACHUSETTS
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:JUITT, DAVID;BATES, PHILIP;CRAWSHAW, GEOFFREY;AND OTHERS;REEL/FRAME:017622/0442;SIGNING DATES FROM 20021125 TO 20030107
|Jul 30, 2007||AS||Assignment|
Owner name: VENTURE LENDING & LEASING IV, INC., CALIFORNIA
Free format text: SECURITY INTEREST;ASSIGNOR:BLUESOCKET, INC.;REEL/FRAME:019658/0536
Effective date: 20060929