CA2403765A1 - Method and apparatus for coordinating user selection of network service providers over a broadband communications network - Google Patents
Method and apparatus for coordinating user selection of network service providers over a broadband communications network Download PDFInfo
- Publication number
- CA2403765A1 CA2403765A1 CA002403765A CA2403765A CA2403765A1 CA 2403765 A1 CA2403765 A1 CA 2403765A1 CA 002403765 A CA002403765 A CA 002403765A CA 2403765 A CA2403765 A CA 2403765A CA 2403765 A1 CA2403765 A1 CA 2403765A1
- Authority
- CA
- Canada
- Prior art keywords
- network
- service
- service provider
- subscriber
- access device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5084—Providing for device mobility
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2801—Broadband local area networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2854—Wide area networks, e.g. public data networks
- H04L12/2856—Access arrangements, e.g. Internet access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2854—Wide area networks, e.g. public data networks
- H04L12/2856—Access arrangements, e.g. Internet access
- H04L12/2869—Operational details of access network equipments
- H04L12/287—Remote access server, e.g. BRAS
- H04L12/2872—Termination of subscriber connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2854—Wide area networks, e.g. public data networks
- H04L12/2856—Access arrangements, e.g. Internet access
- H04L12/2869—Operational details of access network equipments
- H04L12/2898—Subscriber equipments
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5691—Access to open networks; Ingress point selection, e.g. ISP selection
- H04L12/5692—Selection among different networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/302—Route determination based on requested QoS
- H04L45/306—Route determination based on the nature of the carried application
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/20—Traffic policing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/10—Mapping addresses of different types
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5007—Internet protocol [IP] addresses
- H04L61/5014—Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/58—Caching of addresses or names
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/75—Indicating network or usage conditions on the user display
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Abstract
A method of configuring a network access device having a first network address allocated to a subscriber of services of a first service provider provided by a first service network, with a new network address allocated to a subscriber of services of a second service provider provided by a second service network, wherein the network access device is connected to an access network connected to a plurality of service networks. The method comprises the steps of: sending a request from the network access device to the access network requesting a change to a second service provider; receiving a response from the access network; and initiating a network address change request using a configuration protocol. In this manner, a second network address allocated to the subscriber of services of the second service provider is assigned to the network access device to enable the network access device to communicate data packets to the service network providing the selected service. In one preferred embodiment of the invention, the subscriber is authenticated by a service activation system coupled to the access network prior to initiating the configuration protocol. Accordingly, the request to the access network includes an authentication request for the subscriber. The response received from the access network therefore includes an authentication status for the subscriber from the second service provider. If the subscriber is authenticated, the client initiates the network address change request.
Description
METHOD AND APPARATUS FOR COORDINATING USER SELECTION OF
NETWORK SERVICE PROVIDERS OVER A BROADBAND
COMMUNICATIONS NETWORK
Cross Reference to Related Applications This application claims priority to Provisional Application Serial No.
60/190633, entitled "Internet Service Selection Over Cable," filed on March 20, 2000, the content of which is incorporated by reference herein.
METHOD AND APPARATUS FOR COORDINATING USER SELECTION OF
NETWORK SERVICE PROVIDERS OVER A BROADBAND
COMMUNICATIONS NETWORK
Field of the Invention The present invention relates generally to communication network services, and, more particularly, to a method for enabling a client to change between service providers in a broadband communications network.
Background Customers of communication network services often desire access to a 1 o plurality of different services and different service providers. For example, when using a dial-up connection to a packet-switched data network such as the Internet, a customer can choose from multiple service providers by dialing different telephone munbers in the PSTN. The physical path from the customer to the customer's Internet Service Provider (ISP) is dedicated to the connection for the duration of the telephone call.
The ISP
assigns an IP address to the customer and can link the authenticated customer and the assigned IP address to the physical address (e.g. dial up modem) used by the customer.
With this linkage, the ISP can ensure the customer only uses the address authorized by the ISP and can use the customer's IP address to manage access to the ISP's services.
Both the physical connection between a customer and the ISP, and the linkage to IP
2o address assigmnent and customer authentication are terminated when the dial-up connection is terminated.
Constrained by the physical capacity of these temporary connections across the PSTN, many service providers are moving to high-speed access architectures (e.g., digital subscriber Iine (DSL), wireless, satellite, or cable) that provide dedicated 2s physical connectivity directly to the subscriber and under the control of the ISP. These alternatives to shared access through the switched telephone network, however, do not lend themselves to shared access by multiple services and/or service providers, and/or shared access by multiple subscribers.
SUMMARY OF THE INVENTION
The present invention provides in an illustrative embodiment, a method of configuring a network access device having a first network address allocated to a subscriber of services of a first service provider provided by a first service network, with a new network address allocated to a subscriber of services of a second service provider provided by a second service network, wherein the network access device is connected to 1 o an access network connected to a plurality of service networks. The method comprises the steps of displaying a plurality of service providers on a graphical user interface; in response to a subscriber selection on the graphical user interface, sending a request from the network access device to the access network requesting a change to a second service provider; receiving a response from the access network; and initiating a network address 1 s change request using a configuration protocol. In this manner, a second network address allocated to the subscriber of services of the second service provider is assigned to the network access device, the second network address being utilized by the network access device to communicate data packets to the service network providing the selected service.
In one preferred embodiment of the invention, the subscriber is 2o authenticated by a service activation system coupled to the access network prior to initiating the configuration protocol. Accordingly, the request to the access network includes an authentication request for the subscriber. The response received from the access network therefore includes an authentication status for the subscriber from the second service provider. If the subscriber is authenticated, the client initiates the network address change request.
These and other advantages of the invention will be apparent to those of ordinary skill in the art by reference to the following detailed description and the accompanying drawings.
BRIEF DESCRII'TI~N ~F Tl<TTE DRAWINGS
FIG. 1 illustrates an interconnection of packet-switched service networks and an access network embodying principles of the invention.
FIG. 2A and FIG. 2B is conceptual representation of an exemplary to embodiment illustrating principles of the invention based on an HFC access architecture with corresponding end-to-end pxotocol layers.
FIG. 3 is a diagram of a browser user interface showing the service provider manager function of the client software;
FIG. 4 is a conceptual representation of a DHCP message exchanged between the network access device and a DHCP server;
FIG. 5 is a timeline diagram of messages exchanged in the assignment of a network address associated with a particular sexvice to a network access device, in accordance with a preferred embodiment of another aspect of the invention;
FIG. 6 is timeline diagram of messages exchanged in the assignment of a 2o network address associated with a particular service to a network access device, in accordance with a preferred embodiment of another aspect of the invention; and FIG. 7 is a flowchart of the actions of the service client in accordance with an embodiment of the invention.
NETWORK SERVICE PROVIDERS OVER A BROADBAND
COMMUNICATIONS NETWORK
Cross Reference to Related Applications This application claims priority to Provisional Application Serial No.
60/190633, entitled "Internet Service Selection Over Cable," filed on March 20, 2000, the content of which is incorporated by reference herein.
METHOD AND APPARATUS FOR COORDINATING USER SELECTION OF
NETWORK SERVICE PROVIDERS OVER A BROADBAND
COMMUNICATIONS NETWORK
Field of the Invention The present invention relates generally to communication network services, and, more particularly, to a method for enabling a client to change between service providers in a broadband communications network.
Background Customers of communication network services often desire access to a 1 o plurality of different services and different service providers. For example, when using a dial-up connection to a packet-switched data network such as the Internet, a customer can choose from multiple service providers by dialing different telephone munbers in the PSTN. The physical path from the customer to the customer's Internet Service Provider (ISP) is dedicated to the connection for the duration of the telephone call.
The ISP
assigns an IP address to the customer and can link the authenticated customer and the assigned IP address to the physical address (e.g. dial up modem) used by the customer.
With this linkage, the ISP can ensure the customer only uses the address authorized by the ISP and can use the customer's IP address to manage access to the ISP's services.
Both the physical connection between a customer and the ISP, and the linkage to IP
2o address assigmnent and customer authentication are terminated when the dial-up connection is terminated.
Constrained by the physical capacity of these temporary connections across the PSTN, many service providers are moving to high-speed access architectures (e.g., digital subscriber Iine (DSL), wireless, satellite, or cable) that provide dedicated 2s physical connectivity directly to the subscriber and under the control of the ISP. These alternatives to shared access through the switched telephone network, however, do not lend themselves to shared access by multiple services and/or service providers, and/or shared access by multiple subscribers.
SUMMARY OF THE INVENTION
The present invention provides in an illustrative embodiment, a method of configuring a network access device having a first network address allocated to a subscriber of services of a first service provider provided by a first service network, with a new network address allocated to a subscriber of services of a second service provider provided by a second service network, wherein the network access device is connected to 1 o an access network connected to a plurality of service networks. The method comprises the steps of displaying a plurality of service providers on a graphical user interface; in response to a subscriber selection on the graphical user interface, sending a request from the network access device to the access network requesting a change to a second service provider; receiving a response from the access network; and initiating a network address 1 s change request using a configuration protocol. In this manner, a second network address allocated to the subscriber of services of the second service provider is assigned to the network access device, the second network address being utilized by the network access device to communicate data packets to the service network providing the selected service.
In one preferred embodiment of the invention, the subscriber is 2o authenticated by a service activation system coupled to the access network prior to initiating the configuration protocol. Accordingly, the request to the access network includes an authentication request for the subscriber. The response received from the access network therefore includes an authentication status for the subscriber from the second service provider. If the subscriber is authenticated, the client initiates the network address change request.
These and other advantages of the invention will be apparent to those of ordinary skill in the art by reference to the following detailed description and the accompanying drawings.
BRIEF DESCRII'TI~N ~F Tl<TTE DRAWINGS
FIG. 1 illustrates an interconnection of packet-switched service networks and an access network embodying principles of the invention.
FIG. 2A and FIG. 2B is conceptual representation of an exemplary to embodiment illustrating principles of the invention based on an HFC access architecture with corresponding end-to-end pxotocol layers.
FIG. 3 is a diagram of a browser user interface showing the service provider manager function of the client software;
FIG. 4 is a conceptual representation of a DHCP message exchanged between the network access device and a DHCP server;
FIG. 5 is a timeline diagram of messages exchanged in the assignment of a network address associated with a particular sexvice to a network access device, in accordance with a preferred embodiment of another aspect of the invention;
FIG. 6 is timeline diagram of messages exchanged in the assignment of a 2o network address associated with a particular service to a network access device, in accordance with a preferred embodiment of another aspect of the invention; and FIG. 7 is a flowchart of the actions of the service client in accordance with an embodiment of the invention.
DETAILED DESCRIPTION OF TIIE PREFERRED EMBODMNT
In FIG. l, a plurality of subscribers operating network access devices 101, 102, 103, ... 104 are provided access to communication network services, which are facilitated by a plurality of packet-switched data networks, shown in FIG. 1 as 151 and s 152. Packet-switched data networks 151 and 152, referred to herein as "service networks," offer access to different services and/or are operated by different service providers. For example, service network 151 could provide picket-switched connectivity to public data networks while service network 152 could offer packet-switched telephony service (or the same public data network connectivity, but from a different service 1 o provider). The service networks, as is well known in the art, utilize a network addressing scheme to route datagrams to and from hosts: for example, where the service networks utilize the TCP/IP protocol suite, Internet Protocol (IP) addresses are assigned to each host and utilized in the process of routing packets from a source to a destination in the networks. See, e.g., "INTERNET PROTOCOL," IETF Network Working Group, RFC
1s 791 {September 1981); S. Deering, R. Hinden, ,"Internet Protocol, Version 6 (IPv6) Specifcation," IETF Network Working Group, RFC 1883 (December 1995), which are incorporated by reference herein. The invention shall be described herein with particular reference to the TCP/IP protocol suite and IP addresses, although those skilled in the art would readily be able to implement the invention using any of a number of different 2o communication protocols.
The network access devices 101 ... 104 are typically customer premises equipment (CPE) such as a personal computer, information appliance, personal data assistant, data-enabled wireless handset, or any other type of device capable of accessing information through a packet-switched data network. Each network access device 101 ...
104 is either connected to or integrated with a network interface unit I 11 ... I 14, e.g. a modem, Which enables communication through an access network infrastructure, shown as 120 in FIG. 1. Each network access device is assigned an IP address, which, in accordance with an aspect of the invention, is associated with a particular service or service provider to which the user of the device is subscribed. For example, netwoxk access device I01 is assumed to have been assigned, for purposes of the description hexein, an IP address associated with a service provider operating service network I S I .
As further described herein, it is advantageous to provide a service activation system 160 which advantageously permits the dynamic allocation, assignment, and reassignment of 1 o IP addresses to the plurality of network access devices based on customer subscriptions to particular sexvices.
The netwoxk access device 101 communicates with the service network 151 through the access network infrastructure 120, which, in accordance with aspects of the invention, is capable of recognizing and directing traffic to the proper service network. The access network infrastructure 120 advantageously can be operated and maintained by an entity that is the same as or different from the entities operating and maintaining the service networks 151 and 152. In accordance with an embodiment of an aspect of the present invention, the different IP-based services offered by the different service networks 151 and 152 utilize shared layer one and layer two resources in the 2o access network 120. Layer three routing procedures, however, are modified to peimit IP
txaffic from network access device 101 to flow to the correct subscribed service network 151. The access network 120 has a muter 130 on the edge of the access network.
The router 130 has a first interface with a connection to a router 141 in service network 151 and a second interface with a connection to a routes 142 in service network 152. As further described herein, the routes processes packets and is capable of directing traffic to the proper service network.
FIG. 2A shows an exemplary access architecture based on a hybrid fiber coaxial (HFC) access network. As is known in the art, each network interface device 201 ... 202 is either connected to or integrated with a cable modem 211 which enables communication through the HFC network 221. In accordance with the Data Over Cable Service Interface Specification (DOCSIS), a Cable Modem Termination System (CMTS), shown as 225 in FIG. 2A, communicates with the cable modems 211 and manages access to to both upstream and downstream cable capacity on the HFC networks 221.
See, e.g., "Data-Over-Cable Service Interface Specifications: Cable Modem Termination System -Network Side Interface Specification," Cable Television Laboratories, Inc., SP-CMTS-NSI-I01-960702; "Data-Over-Cable Service Interface Specifications: Cable Modem to Customer Premise Equipment Tnterface Specification," Cable Television Laboratories, 15 Inc., SP-CMCI-C02C-991015; "Data-Over-Cable Service Interface Specifications:
Baseline Privacy Plus Interface Specifications," Cable Television Laboratories, Inc., SP-BPI+-I06-001215, which are incorporated by reference herein. The CMTS 225 manages the scheduling of both upstream and downstream transmission and allocates cable capacity to individual customers identified by a Service IDs (SIDS). The CMTS
225 can 2o have an integrated routes 228 or can be a separate device 226 that bridges to a fast Ethernet switch 227 which connects to the routes 228. The IP routes 228 provides connectivity to an IP network 222, which further comprises the routes 230 (corresponding to routes 130 in FIG. 1) which interfaces to IP routers 24I and 242 in service networks 251 and 252, respectively. Accordingly, the IIFC network 221, the CMTS 225, and the IP network 222 correspond to the access network infrastructure 120 shown in FIG. 1.
FIG. 2B shows a conceptual diagram of the end-to-end communication protocol stack from a network access device 201 (101) to a router 241 (141) in service provider's network 251 (151). As is known in the art, the lowest layer deals with the physical layer (PL) of the protocol stack, e.g. the Ethernet physical media device (PMD) layer; the second layer deals with the data link layer, e.g. the Ethernet Media Access Control (MAC) layer; which the third layer in the protocol stack deals with the network layer, e.g.
the IP layer.
to Router 130 in the access network 120 in FIG. 1 (corresponding to IP
router 230 in FIG. 2) separates the IP traffic to/from the multiple services or service providers as well as combines traffic from the multiple service or service providers. In accordance with an aspect of the invention, IP packets are routed from network access device 101 to the subscribed service network 151 using source address-based policy routing. Conventional routing is destination based: the router consults an internal routing table which maps the destination addresses of all inbound packets to a physical interface address for use for outgoing packets. Policy routing schemes, however, will selectively choose different paths for different packets even where the packet's destination address may be the same. Since network access devices are assigned 2o addresses associated with a particular network service provider, the source address based policy routing scheme ensures packets from a network access device will go to the appropriate service network. Generally, the router receives an incoming packet, reads the packet header and retrieves the packet filtering rules, typically stored in an access list.
The router then applies the packet filtering rules, and compares the source IP
address in the packet header to a list of addresses allocated to subcribers to a first service provider, e.g. operating service network 151 in FIG. 1. If the source address matches one of these addresses, then the roister forwards the packet to a roister in service network 15I, e.g.
roister I41 in FIG. 1. The roister compares the source IP address in the packet header to a list of addresses allocated to subscribers of a second service provider, e.g.
operating service network 152 in FIG. 1. If the source IP address matches one of these addresses, then the roister forwards the packet to a roister in service network 152, e.g.
roister 142 in FIG. 1. The roister continues in this fashion with any other packet filtering rules 1o identifying IP addresses allocated to subscribers of any other service providers.
Assuming the IP source address does not match any such addresses associated with a service provider, the roister applies any remaining packet filtering rules and routes or denies the packet accordingly.
The network access device (or "client") 101 includes, in an exemplary embodiment as a personal computer, a processing unit, memory, and a bus that interfaces the memory with the processing unit. The computer memory includes conventional read only memory (ROM) and random access memory (RAM). An input/output system (BIOS) contains the basic routines that help to transfer information between elements within the network access device 101 such as, for example, during start up.
These are .
2o stored in the ROM. The network access device 101 may further include a hard disk drive, a magnetic disk (e.g., floppy disk) drive, and an optical disk drive (e.g., CD~ROM) in a conventional arrangennent. The hard disk drive, magnetic disk drive and optical disk drive axe coupled to the bus by suitable respective interfaces. The drives and associated computer-readable media provide nonvolatile storage for the network access device 101.
The network interface unit 111 (211) as depicted in FIGS. 1 and 2 is coupled to an appropriate network interface communicating with the system bus.
Client software residing in the computer memory associated with any particular network access device 101 ... 104 may provide a user interface for accessing several different communication network services at different times and in different browsing sessions. For example, browser software running on network access device 101 (FIG. 1) may serve as a user interface for accessing both service network 151 and service network 152.
1o An illustrative browser user interface 790 generated by software running on the client is depicted in FIG. 3. The browser user interface 790 includes an HTML
display area 791, and a windows-type border area including a function bar 792 having a plurality of buttons 793. A branding region 794 is provided in the border area for displaying brand indicia 795 as described copending application entitled "Method and 15 Apparatus for Dynamically Displaying Brand Information In a User Interface,"assigned to a common assignee and filed concurrently herewith . The branding region may be located in the border 792 as shown, or may be located elsewhere in the border area of the browser. The brand indicia 795 displayed in the branding region 794 consists of information retrieved by the network access device from a branding data server (not 2o shown).
The browser user interface 790 provides a graphical user interface (GITI) and includes a service provider manager function or module that enables the user to switch between service providers (e.g., associated with networks 151, 152).
The service provider manager function is enabled by selecting the appropriate button or control on the menu bar 792. This may be explicitly presented on a particular button 793 or such function can be part of a selection on a drop-down menu. The service provider management function of the client software permits the user to select a service provider from a list of subscribed service providers. In the embodiment depicted in FIG. 3, the service provider manager function has been selected by the user and a window 720 is generated that contains a plurality of choices, e.g., SERVICE PROVIDER-1, SERVICE
PROVIDER-2, SERVICE PROVIDER 3, and SERVICE PROVIDER 4 (hereinafter described as svc-1, svc-2, etc). User credentials far each service provider may be cached 1 o within the client memory. The service provider manager can also offer to add new service providers in accordance with the user's selection, and update information may be downloaded as is well known in the art. As described herein, a subscriber to svG 1 has an IP address currently allocated to svc-1, and desires to change to svc-2.
The process for effectuating this change will be described in more detail below.
It is advantageous to enable the IP addresses~which ultimately determine the service network utilized by the particular network access device-~o be allocated and reassigned dynamically. With reference to FIG. l, a service activation system 160 is shown which further comprises a configuration server 161 and a registration server 162 connected to the access network infrastructure 120. The registration server 162 provides 2o a network-based subscription/authorization process for the various services shared on the access network infrastructure I20. A customer desiring to subscribe to a new service can access and provide registration information to the registration server 162, e.g. by using HTML forms and the Hyper Text Transfer Protocol (HTTP) as is known in the art.
Upon successful service subscription, the registration server 162 updates a customer registration database 163 which associates the customer information including the customer's hardware address (e.g., the MAC address of the network access device 101) with the subscribed service.
The configuration server 161 uses the registration information to activate the service. The configuration server 161 is responsible for allocating network addresses on behalf of the service networks from a network address space associated with the selected service. In a preferred embodiment of this aspect of the invention, the configuration server 161 uses a host configuration protocol such as the Dynamic Host 1 o Configuration Protocol (DHCP) to configure the network addresses of the network access devices. See R. Drams, "Dynamic Host Configuration Protocol," IETF Network Working Group, RFG 2I3I (March 1997); S. Alexander, R. Droms, "DHCP Options and BOOTP Vendor Extensions," IETF Network Working Group, RFC 2132 (March 1997);
which are incorporated by reference herein. This aspect of the invention shall be 15 described herein with particular reference to DHCP, and the configuration server 161 shall be referred to herein as the DHCP server, although those skilled in the art would readily be able to implement this aspect of the invention using a different protocol.
Referring now to FIG. 4, an exemplary format for a DHCP message is shown generally at 800. The message 800 comprises an xid field 801, ciaddr field 802, 2o yiaddr field 805, siaddr field 806, giaddr field 807, chaddr field 808, and an options field 810 including a message type sub-field 815 and svc-id 820. Each DHCP message is characterized by type, such as DHCPDISCOVER, DHCPOFFER, DHCPREQUEST OR
DHCPACK. The type of each DHCP message is encoded into options field 810. Each DHCP message 800 is set to indicate whether it is being communicated from a client 101 or the DHCP server (part of the network administration system) I21. The message identification is implemented by setting the op field to BOOTREQUEST or BOOTREPLY, to respectively indicate the origin of the message. The IP address is contained in the yiaddr field 805. The chadddr field 808 contains the MAC
address of the client I01.
Referring now to FIG. S, there is shown an embodiment where the subscriber registers the service selection with the registration server which temporarily establishes the association between the network access device's hardware address (e.g.
the MAC address of the device) and the chosen service selection. The configuration .
server then uses the MAC address of the network access device to assign an IP
address from the proper address space. FIG. S is a simplified timeline diagram of DHCP
messages exchanged, in accordance with such an embodiment. At 500, the network access device 501 registers a service selection with the registration server 503. The client 501 sends a "SET ISP" message to the registration server 503. It is assumed that the subscriber has passed the proper authentication procedures for the particular service selected, either beforehand (e.g. through transactions directly with the service provider's network) or in the same session with the registration server. In this manner, each user of the client must be individually authenticated for a particular service. This is necessary to 2o prevent anyone from obtaining unauthorized access over the shared access network. At 505 the registration server 503 stores the selected service and associates the service selection with the hardware device address (MAC address) of the network access device 501. It is advantageous for the DHCP server 502 to set a client class to the selected service provider with an "AUTHENTICATE UNTIL" option set to 10 minutes, to avoid assignment of the service-related IP address to another device. The registration server 503 sends an acknowledgment 506 to the network access device 501. After receiving the acknowledgment from the registration server 503; the network access device 501 releases any pre-existing address assignment by issuing a DHCPRELEASE message at 507.
At 508, the network access device issues a standard DHCPDISCOVER message. The DHCP server 502 receives the DHCPDISCOVER message and, at 509, allocates an IP
address from the pool of address associated with the particular service associated with the device's MAC address. The DHCP server 502 should check to see whether the current to client set to ISP "AUTHENTICATE UNTIL" has not expired: At 510, the DHCP
server 502 sends a DHCPOFFER message that includes the IP address in a field in the DHCP
message. At 511, the network access device 501 receives the DHCPOFFER and sends out a DHCPREQUEST back to the DHCP server 502. At 512, the DHCP server 502 commits to assigning the IP address to the network access device 501, commits the binding to persistent storage, and transmits a DHCPACK message containing the configuration parameters for the device. If the DHCP server is unable to satisfy the DHCPREQUEST message, the server responds with a DHCPNAK message.
It is preferable that the DHCP servers and clients use some mutual authentication mechanism to restrict address assignment to authorized hosts and to 2o prevent clients from accepting addresses from invalid DHCP servers. For example, the "delayed authentication" scheme described in R. Droms, W. Arbaugh, "Authentication for DHCP Messages," IETF Network Working Group, Internet Draft, <draft ietf dhc-authentication -.txt>; or the Kerberos-based authentication mechanism described in K.
Hornstein, T. Lemon, B. Aboba, J. Trostle, "DHCP Authentication via Kerberos V,"
IETF Network Working Group, Internet Draft, <draft hornstein-dhc-kerbauth ~>;
which are incorpoxated by reference herein. The "delayed authentication" mechanism supports mutual authentication of DHCP clients and servers based on a shared secret, which may be provisioned using out-of band mechanisms. On the other hand, the Kerberos-based mechanisms are very well suited for inter-realm authentication, thereby supporting client mobility, i.e. a network access device could connect to a particular access network infrastructure without any prior registration with the access network. Each service network provider could securely authenticate the network access device accessing the 1o service network from another network "realm," e.g. the access network infrastructure.
The operator of the relevant service network, e.g. service network 152 in FIG. 1, may desire to maintain a separate registration server, e.g. server 155 in FIG. 1, and to retain responsibility for user authentication and authorization. The service activation system 160 can provide a proxy server configured to permit HTTP
traffic only between local hosts and registration server 155 in service network 152. The service provider operating service network 152 would then be responsible for providing the appropriate registration information required for proper service selection to the service activation system 160. In this event, the service provider would also be responsible for notifying the service activation system 160 when service should be discontinued to the 2o particular user. Alternatively, the DHCP server 161 in the service activation system 160 can interact with the registration server 155 using a back-end authentication protocol, e.g.
the Remote Authentication Dial In User Service (RADIUS). See C. Rigney, A.
Rubens, W. Simpson, S. Willens, "Remate Authentication Dial In User Service (RADIUS),"
IETF
Network Working Group, RFC 2058 (January 1997), which is incorporated by reference herein. The DHCP server can contain a RADIUS client and, thereby, leverage the large RADIUS embedded base used for dial access authentication. FIG. 7 illustrates this embodiment of this aspect of the invention in a flowchart corresponding to the flowchart shown in FIG. S. At 903, the DHCP server 920 generates a random challenge and includes the challenge along with the allocated IP address in the DHCPOFFER
message.
The DHCP client 910 generates a response to the challenge by encrypting the challenge with a key that is derived from the subscriber's authentication information.
At 904, the client 910 includes the challenge, response, and IP address in the DHCPREQUEST
1 o message. The DHCP server 920 forwards both the challenge and response in a RADIUS ACCESS REQ message to a RADIUS server 930 in the selected service network. The RADIUS server 930 either accepts or rejects the RADIUS request and responds accordingly at 906. If the RADIUS request is accepted, the DHCP
server 920 sends a DHCPACI~ message at 907 and the client 910 enters a bound state. If the RADIUS request is rejected, the DHCP server 920 sends a DHCPNACI~ message which informs the client 9I0 that the IP address that was allocated has been withdrawn.
FIG. 7 is a flowchart depicting the actions of the service client in accordance with an embodiment of the invention. The subscriber is logged into a profile with a working service provider's IP address, e.g., the address allocated to the user of 2o svc-1 (151). Within a current login session, the subscriber desires to change from the active service provider-svc-1 (151) to another subscribed service provider, svc-2 (152).
In accordance with a preferred embodiment of the present invention, the subscriber makes the request using the service provider manager function of the client, which will initiate a series of steps to effect a change in the IP address for network access device 101. At step 301, the user accesses the service provider manager function of the client shown generally at 720 in Fig. 3. As discussed above, the service provider manager function enables the user to select a service provider from~a stored list of service s providers in the client. In the illustrative embodiment, the user is currently using active service provider svc-1 and desires to change to service provider svc-2. At step 302, the client 1 Ol fetches the current account configuration data from the service activation system 160 over the access network and checks whether the stored list of subscribed service providers is current. Any changes can be reconciled before displaying the 1 o selection of service providers to the user. The service activation system 160 is described above and can utilize user credentials, either explicitly requested or cached automatically, to authorize the fetching of account configuration data. If the cached credentials on the client are invalid, the attempt to update the list of configured service providers may be refused and the user alerted that the credentials need to be updated. A
specialized 1 s account restoration procedure can be utilized by a properly authorized administrative user to update the cached credentials. Alternatively, the user may ignore the message and continue using the old list of configured service providers. These options may be displayed by the client software in a manner analogous to what is commonly utilized in a dial-up connection using text-based or graphical controls. At step 303, the user selects an 20 option within the service provider manager function to switch to the new service provider (svc-2). If the second service provider is not configured, then the service provider manager function 720 of the client can offer to add the new service provider.
The client can be configured to automatically connect to the service activation system 160 and enable the user to interact with a service provider management feature in the service activation system 160 as well as any necessary service provider-specific registration sites.
After receiving the proper configuration data and any ,service provider access credentials, if required by the service provider, the client can return back to step 303 in FIG. 7. At s step 304, the client displays a warning with respect to switching between service providers while network applications are running. The user can then choose to either continue or cancel the operation. If the user chooses to cancel, then, at step 305, the current service provider association remains in effect and the client service provider manager function ends.
1o If the user chooses to continue, the client signals the service activation system 160 at step 306 for a service provider change and provides the access device's (111) physical address information, such as a MAC address as discussed above.
The client will also send the subscriber's credentials, in one exemplary embodiment, to enable the service activation system to authenticate the subscriber. The service activation 1 s system (registration server 162) will check the subscriber's credentials and credit information utilizing a network-based subscription/authorization process for the various services shared on the access network infrastructure. As described above, each user of the client 101 must be authenticated for a particular service since all subscribers of the client are using a common broadband connection. At step 307, the client receives confirmation 2o from the service activation system 160 that the change to the new service provider is authorized. If the authorization fails, the service activation system 160 returns an error message to the client, the existing service provider association remains in effect, and the client service provider manager function ends. If authorization to switch to the new a~
service provider has succeeded, at step 308, the client sends a message to a local DHCP
process (controlled by network application software in the client or on a networked system) requesting that it release and renew the IP address of the access device I01 in accordance with the methodology described above and illustrated in FIG. 5. In this manner, a new IP address is assigned to the access device from the selected service provider. At step 309, the client can update the browser interface 790 to reflect the settings specific to the active service provider (e.g., svc-2).
The present invention has been shown in what are considered to be the most preferred and practical embodiments. It is anticipated, however, that departures to may be made therefrom and that obvious modifications may be implemented by persons skilled in the art.
i9
In FIG. l, a plurality of subscribers operating network access devices 101, 102, 103, ... 104 are provided access to communication network services, which are facilitated by a plurality of packet-switched data networks, shown in FIG. 1 as 151 and s 152. Packet-switched data networks 151 and 152, referred to herein as "service networks," offer access to different services and/or are operated by different service providers. For example, service network 151 could provide picket-switched connectivity to public data networks while service network 152 could offer packet-switched telephony service (or the same public data network connectivity, but from a different service 1 o provider). The service networks, as is well known in the art, utilize a network addressing scheme to route datagrams to and from hosts: for example, where the service networks utilize the TCP/IP protocol suite, Internet Protocol (IP) addresses are assigned to each host and utilized in the process of routing packets from a source to a destination in the networks. See, e.g., "INTERNET PROTOCOL," IETF Network Working Group, RFC
1s 791 {September 1981); S. Deering, R. Hinden, ,"Internet Protocol, Version 6 (IPv6) Specifcation," IETF Network Working Group, RFC 1883 (December 1995), which are incorporated by reference herein. The invention shall be described herein with particular reference to the TCP/IP protocol suite and IP addresses, although those skilled in the art would readily be able to implement the invention using any of a number of different 2o communication protocols.
The network access devices 101 ... 104 are typically customer premises equipment (CPE) such as a personal computer, information appliance, personal data assistant, data-enabled wireless handset, or any other type of device capable of accessing information through a packet-switched data network. Each network access device 101 ...
104 is either connected to or integrated with a network interface unit I 11 ... I 14, e.g. a modem, Which enables communication through an access network infrastructure, shown as 120 in FIG. 1. Each network access device is assigned an IP address, which, in accordance with an aspect of the invention, is associated with a particular service or service provider to which the user of the device is subscribed. For example, netwoxk access device I01 is assumed to have been assigned, for purposes of the description hexein, an IP address associated with a service provider operating service network I S I .
As further described herein, it is advantageous to provide a service activation system 160 which advantageously permits the dynamic allocation, assignment, and reassignment of 1 o IP addresses to the plurality of network access devices based on customer subscriptions to particular sexvices.
The netwoxk access device 101 communicates with the service network 151 through the access network infrastructure 120, which, in accordance with aspects of the invention, is capable of recognizing and directing traffic to the proper service network. The access network infrastructure 120 advantageously can be operated and maintained by an entity that is the same as or different from the entities operating and maintaining the service networks 151 and 152. In accordance with an embodiment of an aspect of the present invention, the different IP-based services offered by the different service networks 151 and 152 utilize shared layer one and layer two resources in the 2o access network 120. Layer three routing procedures, however, are modified to peimit IP
txaffic from network access device 101 to flow to the correct subscribed service network 151. The access network 120 has a muter 130 on the edge of the access network.
The router 130 has a first interface with a connection to a router 141 in service network 151 and a second interface with a connection to a routes 142 in service network 152. As further described herein, the routes processes packets and is capable of directing traffic to the proper service network.
FIG. 2A shows an exemplary access architecture based on a hybrid fiber coaxial (HFC) access network. As is known in the art, each network interface device 201 ... 202 is either connected to or integrated with a cable modem 211 which enables communication through the HFC network 221. In accordance with the Data Over Cable Service Interface Specification (DOCSIS), a Cable Modem Termination System (CMTS), shown as 225 in FIG. 2A, communicates with the cable modems 211 and manages access to to both upstream and downstream cable capacity on the HFC networks 221.
See, e.g., "Data-Over-Cable Service Interface Specifications: Cable Modem Termination System -Network Side Interface Specification," Cable Television Laboratories, Inc., SP-CMTS-NSI-I01-960702; "Data-Over-Cable Service Interface Specifications: Cable Modem to Customer Premise Equipment Tnterface Specification," Cable Television Laboratories, 15 Inc., SP-CMCI-C02C-991015; "Data-Over-Cable Service Interface Specifications:
Baseline Privacy Plus Interface Specifications," Cable Television Laboratories, Inc., SP-BPI+-I06-001215, which are incorporated by reference herein. The CMTS 225 manages the scheduling of both upstream and downstream transmission and allocates cable capacity to individual customers identified by a Service IDs (SIDS). The CMTS
225 can 2o have an integrated routes 228 or can be a separate device 226 that bridges to a fast Ethernet switch 227 which connects to the routes 228. The IP routes 228 provides connectivity to an IP network 222, which further comprises the routes 230 (corresponding to routes 130 in FIG. 1) which interfaces to IP routers 24I and 242 in service networks 251 and 252, respectively. Accordingly, the IIFC network 221, the CMTS 225, and the IP network 222 correspond to the access network infrastructure 120 shown in FIG. 1.
FIG. 2B shows a conceptual diagram of the end-to-end communication protocol stack from a network access device 201 (101) to a router 241 (141) in service provider's network 251 (151). As is known in the art, the lowest layer deals with the physical layer (PL) of the protocol stack, e.g. the Ethernet physical media device (PMD) layer; the second layer deals with the data link layer, e.g. the Ethernet Media Access Control (MAC) layer; which the third layer in the protocol stack deals with the network layer, e.g.
the IP layer.
to Router 130 in the access network 120 in FIG. 1 (corresponding to IP
router 230 in FIG. 2) separates the IP traffic to/from the multiple services or service providers as well as combines traffic from the multiple service or service providers. In accordance with an aspect of the invention, IP packets are routed from network access device 101 to the subscribed service network 151 using source address-based policy routing. Conventional routing is destination based: the router consults an internal routing table which maps the destination addresses of all inbound packets to a physical interface address for use for outgoing packets. Policy routing schemes, however, will selectively choose different paths for different packets even where the packet's destination address may be the same. Since network access devices are assigned 2o addresses associated with a particular network service provider, the source address based policy routing scheme ensures packets from a network access device will go to the appropriate service network. Generally, the router receives an incoming packet, reads the packet header and retrieves the packet filtering rules, typically stored in an access list.
The router then applies the packet filtering rules, and compares the source IP
address in the packet header to a list of addresses allocated to subcribers to a first service provider, e.g. operating service network 151 in FIG. 1. If the source address matches one of these addresses, then the roister forwards the packet to a roister in service network 15I, e.g.
roister I41 in FIG. 1. The roister compares the source IP address in the packet header to a list of addresses allocated to subscribers of a second service provider, e.g.
operating service network 152 in FIG. 1. If the source IP address matches one of these addresses, then the roister forwards the packet to a roister in service network 152, e.g.
roister 142 in FIG. 1. The roister continues in this fashion with any other packet filtering rules 1o identifying IP addresses allocated to subscribers of any other service providers.
Assuming the IP source address does not match any such addresses associated with a service provider, the roister applies any remaining packet filtering rules and routes or denies the packet accordingly.
The network access device (or "client") 101 includes, in an exemplary embodiment as a personal computer, a processing unit, memory, and a bus that interfaces the memory with the processing unit. The computer memory includes conventional read only memory (ROM) and random access memory (RAM). An input/output system (BIOS) contains the basic routines that help to transfer information between elements within the network access device 101 such as, for example, during start up.
These are .
2o stored in the ROM. The network access device 101 may further include a hard disk drive, a magnetic disk (e.g., floppy disk) drive, and an optical disk drive (e.g., CD~ROM) in a conventional arrangennent. The hard disk drive, magnetic disk drive and optical disk drive axe coupled to the bus by suitable respective interfaces. The drives and associated computer-readable media provide nonvolatile storage for the network access device 101.
The network interface unit 111 (211) as depicted in FIGS. 1 and 2 is coupled to an appropriate network interface communicating with the system bus.
Client software residing in the computer memory associated with any particular network access device 101 ... 104 may provide a user interface for accessing several different communication network services at different times and in different browsing sessions. For example, browser software running on network access device 101 (FIG. 1) may serve as a user interface for accessing both service network 151 and service network 152.
1o An illustrative browser user interface 790 generated by software running on the client is depicted in FIG. 3. The browser user interface 790 includes an HTML
display area 791, and a windows-type border area including a function bar 792 having a plurality of buttons 793. A branding region 794 is provided in the border area for displaying brand indicia 795 as described copending application entitled "Method and 15 Apparatus for Dynamically Displaying Brand Information In a User Interface,"assigned to a common assignee and filed concurrently herewith . The branding region may be located in the border 792 as shown, or may be located elsewhere in the border area of the browser. The brand indicia 795 displayed in the branding region 794 consists of information retrieved by the network access device from a branding data server (not 2o shown).
The browser user interface 790 provides a graphical user interface (GITI) and includes a service provider manager function or module that enables the user to switch between service providers (e.g., associated with networks 151, 152).
The service provider manager function is enabled by selecting the appropriate button or control on the menu bar 792. This may be explicitly presented on a particular button 793 or such function can be part of a selection on a drop-down menu. The service provider management function of the client software permits the user to select a service provider from a list of subscribed service providers. In the embodiment depicted in FIG. 3, the service provider manager function has been selected by the user and a window 720 is generated that contains a plurality of choices, e.g., SERVICE PROVIDER-1, SERVICE
PROVIDER-2, SERVICE PROVIDER 3, and SERVICE PROVIDER 4 (hereinafter described as svc-1, svc-2, etc). User credentials far each service provider may be cached 1 o within the client memory. The service provider manager can also offer to add new service providers in accordance with the user's selection, and update information may be downloaded as is well known in the art. As described herein, a subscriber to svG 1 has an IP address currently allocated to svc-1, and desires to change to svc-2.
The process for effectuating this change will be described in more detail below.
It is advantageous to enable the IP addresses~which ultimately determine the service network utilized by the particular network access device-~o be allocated and reassigned dynamically. With reference to FIG. l, a service activation system 160 is shown which further comprises a configuration server 161 and a registration server 162 connected to the access network infrastructure 120. The registration server 162 provides 2o a network-based subscription/authorization process for the various services shared on the access network infrastructure I20. A customer desiring to subscribe to a new service can access and provide registration information to the registration server 162, e.g. by using HTML forms and the Hyper Text Transfer Protocol (HTTP) as is known in the art.
Upon successful service subscription, the registration server 162 updates a customer registration database 163 which associates the customer information including the customer's hardware address (e.g., the MAC address of the network access device 101) with the subscribed service.
The configuration server 161 uses the registration information to activate the service. The configuration server 161 is responsible for allocating network addresses on behalf of the service networks from a network address space associated with the selected service. In a preferred embodiment of this aspect of the invention, the configuration server 161 uses a host configuration protocol such as the Dynamic Host 1 o Configuration Protocol (DHCP) to configure the network addresses of the network access devices. See R. Drams, "Dynamic Host Configuration Protocol," IETF Network Working Group, RFG 2I3I (March 1997); S. Alexander, R. Droms, "DHCP Options and BOOTP Vendor Extensions," IETF Network Working Group, RFC 2132 (March 1997);
which are incorporated by reference herein. This aspect of the invention shall be 15 described herein with particular reference to DHCP, and the configuration server 161 shall be referred to herein as the DHCP server, although those skilled in the art would readily be able to implement this aspect of the invention using a different protocol.
Referring now to FIG. 4, an exemplary format for a DHCP message is shown generally at 800. The message 800 comprises an xid field 801, ciaddr field 802, 2o yiaddr field 805, siaddr field 806, giaddr field 807, chaddr field 808, and an options field 810 including a message type sub-field 815 and svc-id 820. Each DHCP message is characterized by type, such as DHCPDISCOVER, DHCPOFFER, DHCPREQUEST OR
DHCPACK. The type of each DHCP message is encoded into options field 810. Each DHCP message 800 is set to indicate whether it is being communicated from a client 101 or the DHCP server (part of the network administration system) I21. The message identification is implemented by setting the op field to BOOTREQUEST or BOOTREPLY, to respectively indicate the origin of the message. The IP address is contained in the yiaddr field 805. The chadddr field 808 contains the MAC
address of the client I01.
Referring now to FIG. S, there is shown an embodiment where the subscriber registers the service selection with the registration server which temporarily establishes the association between the network access device's hardware address (e.g.
the MAC address of the device) and the chosen service selection. The configuration .
server then uses the MAC address of the network access device to assign an IP
address from the proper address space. FIG. S is a simplified timeline diagram of DHCP
messages exchanged, in accordance with such an embodiment. At 500, the network access device 501 registers a service selection with the registration server 503. The client 501 sends a "SET ISP" message to the registration server 503. It is assumed that the subscriber has passed the proper authentication procedures for the particular service selected, either beforehand (e.g. through transactions directly with the service provider's network) or in the same session with the registration server. In this manner, each user of the client must be individually authenticated for a particular service. This is necessary to 2o prevent anyone from obtaining unauthorized access over the shared access network. At 505 the registration server 503 stores the selected service and associates the service selection with the hardware device address (MAC address) of the network access device 501. It is advantageous for the DHCP server 502 to set a client class to the selected service provider with an "AUTHENTICATE UNTIL" option set to 10 minutes, to avoid assignment of the service-related IP address to another device. The registration server 503 sends an acknowledgment 506 to the network access device 501. After receiving the acknowledgment from the registration server 503; the network access device 501 releases any pre-existing address assignment by issuing a DHCPRELEASE message at 507.
At 508, the network access device issues a standard DHCPDISCOVER message. The DHCP server 502 receives the DHCPDISCOVER message and, at 509, allocates an IP
address from the pool of address associated with the particular service associated with the device's MAC address. The DHCP server 502 should check to see whether the current to client set to ISP "AUTHENTICATE UNTIL" has not expired: At 510, the DHCP
server 502 sends a DHCPOFFER message that includes the IP address in a field in the DHCP
message. At 511, the network access device 501 receives the DHCPOFFER and sends out a DHCPREQUEST back to the DHCP server 502. At 512, the DHCP server 502 commits to assigning the IP address to the network access device 501, commits the binding to persistent storage, and transmits a DHCPACK message containing the configuration parameters for the device. If the DHCP server is unable to satisfy the DHCPREQUEST message, the server responds with a DHCPNAK message.
It is preferable that the DHCP servers and clients use some mutual authentication mechanism to restrict address assignment to authorized hosts and to 2o prevent clients from accepting addresses from invalid DHCP servers. For example, the "delayed authentication" scheme described in R. Droms, W. Arbaugh, "Authentication for DHCP Messages," IETF Network Working Group, Internet Draft, <draft ietf dhc-authentication -.txt>; or the Kerberos-based authentication mechanism described in K.
Hornstein, T. Lemon, B. Aboba, J. Trostle, "DHCP Authentication via Kerberos V,"
IETF Network Working Group, Internet Draft, <draft hornstein-dhc-kerbauth ~>;
which are incorpoxated by reference herein. The "delayed authentication" mechanism supports mutual authentication of DHCP clients and servers based on a shared secret, which may be provisioned using out-of band mechanisms. On the other hand, the Kerberos-based mechanisms are very well suited for inter-realm authentication, thereby supporting client mobility, i.e. a network access device could connect to a particular access network infrastructure without any prior registration with the access network. Each service network provider could securely authenticate the network access device accessing the 1o service network from another network "realm," e.g. the access network infrastructure.
The operator of the relevant service network, e.g. service network 152 in FIG. 1, may desire to maintain a separate registration server, e.g. server 155 in FIG. 1, and to retain responsibility for user authentication and authorization. The service activation system 160 can provide a proxy server configured to permit HTTP
traffic only between local hosts and registration server 155 in service network 152. The service provider operating service network 152 would then be responsible for providing the appropriate registration information required for proper service selection to the service activation system 160. In this event, the service provider would also be responsible for notifying the service activation system 160 when service should be discontinued to the 2o particular user. Alternatively, the DHCP server 161 in the service activation system 160 can interact with the registration server 155 using a back-end authentication protocol, e.g.
the Remote Authentication Dial In User Service (RADIUS). See C. Rigney, A.
Rubens, W. Simpson, S. Willens, "Remate Authentication Dial In User Service (RADIUS),"
IETF
Network Working Group, RFC 2058 (January 1997), which is incorporated by reference herein. The DHCP server can contain a RADIUS client and, thereby, leverage the large RADIUS embedded base used for dial access authentication. FIG. 7 illustrates this embodiment of this aspect of the invention in a flowchart corresponding to the flowchart shown in FIG. S. At 903, the DHCP server 920 generates a random challenge and includes the challenge along with the allocated IP address in the DHCPOFFER
message.
The DHCP client 910 generates a response to the challenge by encrypting the challenge with a key that is derived from the subscriber's authentication information.
At 904, the client 910 includes the challenge, response, and IP address in the DHCPREQUEST
1 o message. The DHCP server 920 forwards both the challenge and response in a RADIUS ACCESS REQ message to a RADIUS server 930 in the selected service network. The RADIUS server 930 either accepts or rejects the RADIUS request and responds accordingly at 906. If the RADIUS request is accepted, the DHCP
server 920 sends a DHCPACI~ message at 907 and the client 910 enters a bound state. If the RADIUS request is rejected, the DHCP server 920 sends a DHCPNACI~ message which informs the client 9I0 that the IP address that was allocated has been withdrawn.
FIG. 7 is a flowchart depicting the actions of the service client in accordance with an embodiment of the invention. The subscriber is logged into a profile with a working service provider's IP address, e.g., the address allocated to the user of 2o svc-1 (151). Within a current login session, the subscriber desires to change from the active service provider-svc-1 (151) to another subscribed service provider, svc-2 (152).
In accordance with a preferred embodiment of the present invention, the subscriber makes the request using the service provider manager function of the client, which will initiate a series of steps to effect a change in the IP address for network access device 101. At step 301, the user accesses the service provider manager function of the client shown generally at 720 in Fig. 3. As discussed above, the service provider manager function enables the user to select a service provider from~a stored list of service s providers in the client. In the illustrative embodiment, the user is currently using active service provider svc-1 and desires to change to service provider svc-2. At step 302, the client 1 Ol fetches the current account configuration data from the service activation system 160 over the access network and checks whether the stored list of subscribed service providers is current. Any changes can be reconciled before displaying the 1 o selection of service providers to the user. The service activation system 160 is described above and can utilize user credentials, either explicitly requested or cached automatically, to authorize the fetching of account configuration data. If the cached credentials on the client are invalid, the attempt to update the list of configured service providers may be refused and the user alerted that the credentials need to be updated. A
specialized 1 s account restoration procedure can be utilized by a properly authorized administrative user to update the cached credentials. Alternatively, the user may ignore the message and continue using the old list of configured service providers. These options may be displayed by the client software in a manner analogous to what is commonly utilized in a dial-up connection using text-based or graphical controls. At step 303, the user selects an 20 option within the service provider manager function to switch to the new service provider (svc-2). If the second service provider is not configured, then the service provider manager function 720 of the client can offer to add the new service provider.
The client can be configured to automatically connect to the service activation system 160 and enable the user to interact with a service provider management feature in the service activation system 160 as well as any necessary service provider-specific registration sites.
After receiving the proper configuration data and any ,service provider access credentials, if required by the service provider, the client can return back to step 303 in FIG. 7. At s step 304, the client displays a warning with respect to switching between service providers while network applications are running. The user can then choose to either continue or cancel the operation. If the user chooses to cancel, then, at step 305, the current service provider association remains in effect and the client service provider manager function ends.
1o If the user chooses to continue, the client signals the service activation system 160 at step 306 for a service provider change and provides the access device's (111) physical address information, such as a MAC address as discussed above.
The client will also send the subscriber's credentials, in one exemplary embodiment, to enable the service activation system to authenticate the subscriber. The service activation 1 s system (registration server 162) will check the subscriber's credentials and credit information utilizing a network-based subscription/authorization process for the various services shared on the access network infrastructure. As described above, each user of the client 101 must be authenticated for a particular service since all subscribers of the client are using a common broadband connection. At step 307, the client receives confirmation 2o from the service activation system 160 that the change to the new service provider is authorized. If the authorization fails, the service activation system 160 returns an error message to the client, the existing service provider association remains in effect, and the client service provider manager function ends. If authorization to switch to the new a~
service provider has succeeded, at step 308, the client sends a message to a local DHCP
process (controlled by network application software in the client or on a networked system) requesting that it release and renew the IP address of the access device I01 in accordance with the methodology described above and illustrated in FIG. 5. In this manner, a new IP address is assigned to the access device from the selected service provider. At step 309, the client can update the browser interface 790 to reflect the settings specific to the active service provider (e.g., svc-2).
The present invention has been shown in what are considered to be the most preferred and practical embodiments. It is anticipated, however, that departures to may be made therefrom and that obvious modifications may be implemented by persons skilled in the art.
i9
Claims (6)
1. A method of configuring a network access device having a first network address allocated to a subscriber of services of the first service provider provided by a first service network, with a new network address allocated to a subscriber of services of a second service provider provided by a second service network, wherein the network access device is connected to an access network connected to a plurality of service networks, comprising the steps of:
displaying a plurality of service provider selections on a graphical user interface;
in response to a subscriber selection on the graphical user interface, sending a request from the network access device to the access network requesting a change to a second service provider;
receiving a response from the access network; and initiating a network address change request using a configuration protocol, whereby, a second network address allocated to the subscriber of services of the second service provider is assigned to the network access device, the second network address being utilized by the network access device to communicate data packets to the service network providing the selected service.
displaying a plurality of service provider selections on a graphical user interface;
in response to a subscriber selection on the graphical user interface, sending a request from the network access device to the access network requesting a change to a second service provider;
receiving a response from the access network; and initiating a network address change request using a configuration protocol, whereby, a second network address allocated to the subscriber of services of the second service provider is assigned to the network access device, the second network address being utilized by the network access device to communicate data packets to the service network providing the selected service.
2. The method recited in Claim 1, wherein said request to said access network includes an authentication request for the subscriber
3. The method recited in Claim 2, wherein said response received from said access network includes an authentication status for the subscriber from the second service provider and, if authenticated, initiating said network address change request.
4. The method recited in Claim 1, wherein the host configuration protocol is a dynamic host configuration protocol (DHCP)
5. The method recited in Claim 1, wherein the network access device receives an Internet Protocol address.
6. A method of configuring a network access device having a first network address allocated to a subscriber of services of the first service provider provided by a first service network, with a new network address allocated to a subscriber of services of a second service provider provided by a second service network, wherein the network access device is connected to an access network connected to a plurality of service networks, comprising the steps of:
displaying a plurality of service provider selections on a graphical user interface;
in response to a subscriber selection on the graphical user interface, sending a request from the network access device to the access network requesting a change to a second service provider;
receiving a response from the access network; and initiating a network address change request using a DHCP configuration protocol, whereby a second network address allocated to the subscriber of services of the second service provider is assigned to the network access device, the second network address being utilized by the network access device to communicate data packets to the service network providing the selected service.
displaying a plurality of service provider selections on a graphical user interface;
in response to a subscriber selection on the graphical user interface, sending a request from the network access device to the access network requesting a change to a second service provider;
receiving a response from the access network; and initiating a network address change request using a DHCP configuration protocol, whereby a second network address allocated to the subscriber of services of the second service provider is assigned to the network access device, the second network address being utilized by the network access device to communicate data packets to the service network providing the selected service.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US19063300P | 2000-03-20 | 2000-03-20 | |
US60/190,633 | 2000-03-20 | ||
PCT/US2001/008985 WO2001072003A2 (en) | 2000-03-20 | 2001-03-20 | Method and apparatus for coordinating user selection of network service providers over a broadband communications network |
Publications (1)
Publication Number | Publication Date |
---|---|
CA2403765A1 true CA2403765A1 (en) | 2001-09-27 |
Family
ID=22702147
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002403625A Expired - Fee Related CA2403625C (en) | 2000-03-20 | 2001-03-20 | Method and apparatus for coordinating a change in service provider between a client and a server |
CA002403765A Abandoned CA2403765A1 (en) | 2000-03-20 | 2001-03-20 | Method and apparatus for coordinating user selection of network service providers over a broadband communications network |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002403625A Expired - Fee Related CA2403625C (en) | 2000-03-20 | 2001-03-20 | Method and apparatus for coordinating a change in service provider between a client and a server |
Country Status (7)
Country | Link |
---|---|
US (2) | US7069344B2 (en) |
EP (2) | EP1266508B1 (en) |
AT (1) | ATE506796T1 (en) |
AU (2) | AU2001247590A1 (en) |
CA (2) | CA2403625C (en) |
DE (1) | DE60144470D1 (en) |
WO (2) | WO2001072013A1 (en) |
Families Citing this family (70)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6778651B1 (en) | 1997-04-03 | 2004-08-17 | Southwestern Bell Telephone Company | Apparatus and method for facilitating service management of communications services in a communications network |
US20010048738A1 (en) | 1997-04-03 | 2001-12-06 | Sbc Technology Resourses, Inc. | Profile management system including user interface for accessing and maintaining profile data of user subscribed telephony services |
EP1266489B1 (en) | 2000-03-20 | 2008-04-23 | AT&T Corp. | Method and apparatus for coordinating a change in service provider between a client and a server with identity based service access management |
EP1266508B1 (en) * | 2000-03-20 | 2011-04-20 | AT & T Corp. | Method and apparatus for coordinating a change in service provider between a client and a server |
EP1164754B1 (en) * | 2000-06-15 | 2006-05-17 | Telefonaktiebolaget LM Ericsson (publ) | Methods and arrangements in a telecommunications system |
US7155001B2 (en) | 2001-10-24 | 2006-12-26 | Sbc Properties, L.P. | System and method for restricting and monitoring telephone calls |
US7325067B1 (en) * | 2000-11-27 | 2008-01-29 | Esaya, Inc. | Personalized account migration system and method |
US20020099814A1 (en) * | 2001-01-24 | 2002-07-25 | International Business Machines Corporation | Method and apparatus for providing automatic discovery of network protocols, configurations and resources |
FR2820263B1 (en) * | 2001-01-31 | 2003-04-18 | France Telecom | METHOD AND SERVER FOR ACCESSING A DIGITAL NETWORK, AND SYSTEM INCORPORATING THE SAME |
GB2375918B (en) * | 2001-03-26 | 2004-12-08 | Imagine Broadband Ltd | Broadband communications |
CA2475472C (en) * | 2001-05-22 | 2017-07-04 | Imagine Broadband Limited | Simulating user activity in a broaband network |
ATE264580T1 (en) * | 2001-06-14 | 2004-04-15 | Cit Alcatel | TERMINAL, NETWORK ACCESS SERVER SYSTEM, METHOD AND COMPUTER PROGRAM PRODUCT ALLOWING AT LEAST ONE USER TO CONTACT AT LEAST ONE SERVICE SYSTEM |
EP1407356B1 (en) * | 2001-07-03 | 2016-09-07 | Accenture Global Services Limited | Broadband communications |
US7200662B2 (en) * | 2001-07-06 | 2007-04-03 | Juniper Networks, Inc. | Integrated rule network management system |
US7305492B2 (en) * | 2001-07-06 | 2007-12-04 | Juniper Networks, Inc. | Content service aggregation system |
US7502929B1 (en) | 2001-10-16 | 2009-03-10 | Cisco Technology, Inc. | Method and apparatus for assigning network addresses based on connection authentication |
US7337220B2 (en) * | 2001-10-24 | 2008-02-26 | At&T Labs, Inc. | Unified interface for managing DSL services |
US20030110228A1 (en) * | 2001-12-12 | 2003-06-12 | Ziqiang Xu | Method and apparatus for monitoring activity and presence to optimize collaborative issue resolution |
US7328266B2 (en) * | 2001-12-18 | 2008-02-05 | Perftech, Inc. | Internet provider subscriber communications system |
US8108524B2 (en) | 2001-12-18 | 2012-01-31 | Perftech, Inc. | Internet connection user communications system |
US7953094B1 (en) * | 2002-02-06 | 2011-05-31 | Juniper Networks, Inc. | Systems and methods for order preserving data |
JP4235460B2 (en) * | 2002-02-22 | 2009-03-11 | キヤノン株式会社 | Network device management method, network device management program, and network control apparatus |
US7502457B2 (en) * | 2002-02-28 | 2009-03-10 | At&T Intellectual Property I, L.P. | Outbound call rules routing |
US7532862B2 (en) * | 2002-03-19 | 2009-05-12 | Apple Inc. | Method and apparatus for configuring a wireless device through reverse advertising |
US7957509B2 (en) | 2002-04-30 | 2011-06-07 | At&T Intellectual Property I, L.P. | Voice enhancing for advance intelligent network services |
US8117333B1 (en) * | 2002-05-22 | 2012-02-14 | Juniper Networks, Inc. | Systems and methods for distributed data forwarding |
US7203183B2 (en) | 2002-06-26 | 2007-04-10 | International Business Machines Corporation | Access point initiated forced roaming based upon bandwidth |
US7853983B2 (en) * | 2002-07-29 | 2010-12-14 | Bea Systems, Inc. | Communicating data from a data producer to a data receiver |
JP4458041B2 (en) * | 2002-07-30 | 2010-04-28 | ソニー株式会社 | Program, information processing method and apparatus, and data structure |
EP1528476B1 (en) * | 2002-07-30 | 2016-03-09 | Sony Corporation | Program, information processing method and device |
US7143435B1 (en) * | 2002-07-31 | 2006-11-28 | Cisco Technology, Inc. | Method and apparatus for registering auto-configured network addresses based on connection authentication |
US7124176B2 (en) * | 2002-08-30 | 2006-10-17 | Sun Microsystems, Inc. | Discovering thin-client parameters in an enterprise network environment |
US7467227B1 (en) | 2002-12-31 | 2008-12-16 | At&T Corp. | System using policy filter decision to map data traffic to virtual networks for forwarding the traffic in a regional access network |
US7289508B1 (en) | 2003-03-12 | 2007-10-30 | Juniper Networks, Inc. | Systems and methods for processing any-to-any transmissions |
US7899929B1 (en) * | 2003-06-05 | 2011-03-01 | Juniper Networks, Inc. | Systems and methods to perform hybrid switching and routing functions |
US20090070702A9 (en) * | 2003-06-12 | 2009-03-12 | Malik Dale W | Generating documents using electronically-captured signatures |
US20050021782A1 (en) | 2003-06-16 | 2005-01-27 | Malik Dale W. | Validating user information prior to switching internet service providers |
EP1509001A1 (en) * | 2003-08-22 | 2005-02-23 | DBAM Systems Ltd. | Dynamic network resources allocation and consolidation method |
US7764778B2 (en) | 2003-09-12 | 2010-07-27 | At&T Intellectual Property I, L.P. | International origin dependent customized routing of calls to toll-free numbers |
US7586917B1 (en) | 2003-09-30 | 2009-09-08 | Juniper Networks, Inc. | Systems and methods for re-ordering data in distributed data forwarding |
US7653730B1 (en) * | 2003-10-30 | 2010-01-26 | Sprint Communications Company L.P. | System and method for latency assurance and dynamic re-provisioning of telecommunication connections in a carrier virtual network |
CN100574226C (en) * | 2004-01-04 | 2009-12-23 | 华为技术有限公司 | The method of commencing business based on a plurality of network element address on the ASON network element |
EP1578059A1 (en) * | 2004-03-19 | 2005-09-21 | Swisscom Mobile AG | WLAN handover |
US7881289B1 (en) * | 2004-12-22 | 2011-02-01 | At&T Intellectual Property Ii, L.P. | Method and apparatus for porting telephone numbers of endpoint devices |
US20060161636A1 (en) * | 2005-01-06 | 2006-07-20 | Tellabs Operations, Inc. | Method and apparatus for automated discovery of a remote access device address |
JP2006268618A (en) * | 2005-03-25 | 2006-10-05 | Funai Electric Co Ltd | Home network system |
US20070097956A1 (en) * | 2005-10-31 | 2007-05-03 | Anton Okmianski | Device service activation for voice over internet protocol service |
US20080177868A1 (en) * | 2007-01-23 | 2008-07-24 | Itai Ephraim Zilbershtein | Address Provisioning |
US8284664B1 (en) | 2007-09-28 | 2012-10-09 | Juniper Networks, Inc. | Redirecting data units to service modules based on service tags and a redirection table |
US8505037B2 (en) * | 2007-10-31 | 2013-08-06 | Ncr Corporation | Communicating with devices in an ATM |
US9479352B2 (en) * | 2008-06-25 | 2016-10-25 | Arris Enterprises, Inc. | Method for simultaneously managing high-speed data and video streams in a single MAC processing environment |
US8577998B2 (en) * | 2008-07-08 | 2013-11-05 | Cisco Technology, Inc. | Systems and methods of detecting non-colocated subscriber devices |
CN101453494A (en) * | 2008-12-24 | 2009-06-10 | 深圳市同洲电子股份有限公司 | Server address obtaining method, server and digital television receiving terminal |
US8819781B2 (en) * | 2009-04-20 | 2014-08-26 | Cleversafe, Inc. | Management of network devices within a dispersed data storage network |
KR101276798B1 (en) * | 2009-12-10 | 2013-06-19 | 한국전자통신연구원 | System and method for offering communication provider selection service in distribution network |
US20120203824A1 (en) | 2011-02-07 | 2012-08-09 | Nokia Corporation | Method and apparatus for on-demand client-initiated provisioning |
US9936037B2 (en) | 2011-08-17 | 2018-04-03 | Perftech, Inc. | System and method for providing redirections |
CN103139245A (en) * | 2011-11-25 | 2013-06-05 | 中兴通讯股份有限公司 | Method and device for updating network elements |
US8832242B2 (en) * | 2012-04-25 | 2014-09-09 | International Business Machines Corporation | Determining a network address for managed devices to use to communicate with manager server in response to a change in a currently used network address |
US9258234B1 (en) | 2012-12-28 | 2016-02-09 | Juniper Networks, Inc. | Dynamically adjusting liveliness detection intervals for periodic network communications |
US8953460B1 (en) | 2012-12-31 | 2015-02-10 | Juniper Networks, Inc. | Network liveliness detection using session-external communications |
US9769017B1 (en) | 2014-09-26 | 2017-09-19 | Juniper Networks, Inc. | Impending control plane disruption indication using forwarding plane liveliness detection protocols |
CN104270299A (en) * | 2014-10-17 | 2015-01-07 | 北京邮电大学 | Method and system for virtual network mapping |
US10805291B2 (en) * | 2015-09-11 | 2020-10-13 | Comcast Cable Communications, Llc | Embedded authentication in a service provider network |
US10374936B2 (en) | 2015-12-30 | 2019-08-06 | Juniper Networks, Inc. | Reducing false alarms when using network keep-alive messages |
CN106130859A (en) * | 2016-06-23 | 2016-11-16 | 北京东土科技股份有限公司 | A kind of industry internet field layer wideband bus configuration management implementation method |
US10397085B1 (en) | 2016-06-30 | 2019-08-27 | Juniper Networks, Inc. | Offloading heartbeat responses message processing to a kernel of a network device |
US11750441B1 (en) | 2018-09-07 | 2023-09-05 | Juniper Networks, Inc. | Propagating node failure errors to TCP sockets |
US11895092B2 (en) | 2019-03-04 | 2024-02-06 | Appgate Cybersecurity, Inc. | Network access controller operation |
CN112398896B (en) * | 2019-08-19 | 2023-11-07 | 上海诺基亚贝尔股份有限公司 | Apparatus, method, device and computer readable storage medium for providing service |
Family Cites Families (50)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US785518A (en) * | 1904-10-24 | 1905-03-21 | James L Parsons | Derrick. |
US5235642A (en) * | 1992-07-21 | 1993-08-10 | Digital Equipment Corporation | Access control subsystem and method for distributed computer system using locally cached authentication credentials |
US6486895B1 (en) * | 1995-09-08 | 2002-11-26 | Xerox Corporation | Display system for displaying lists of linked documents |
US5754176A (en) * | 1995-10-02 | 1998-05-19 | Ast Research, Inc. | Pop-up help system for a computer graphical user interface |
US5862325A (en) * | 1996-02-29 | 1999-01-19 | Intermind Corporation | Computer-based communication system and method using metadata defining a control structure |
US6069890A (en) * | 1996-06-26 | 2000-05-30 | Bell Atlantic Network Services, Inc. | Internet telephone service |
US5790548A (en) * | 1996-04-18 | 1998-08-04 | Bell Atlantic Network Services, Inc. | Universal access multimedia data network |
US5937417A (en) * | 1996-05-07 | 1999-08-10 | Sun Microsystems, Inc. | Tooltips on webpages |
SE511236C2 (en) | 1996-11-29 | 1999-08-30 | Ericsson Telefon Ab L M | A modem with IP support |
US6151643A (en) * | 1996-06-07 | 2000-11-21 | Networks Associates, Inc. | Automatic updating of diverse software products on multiple client computer systems by downloading scanning application to client computer and generating software list on client computer |
US6073178A (en) * | 1996-12-09 | 2000-06-06 | Sun Microsystems, Inc. | Method and apparatus for assignment of IP addresses |
US5884024A (en) * | 1996-12-09 | 1999-03-16 | Sun Microsystems, Inc. | Secure DHCP server |
US6005931A (en) * | 1997-02-10 | 1999-12-21 | Genesys Telecommunications Laboratories, Inc. | Negotiated routing in telephony systems |
US6345051B1 (en) * | 1997-02-18 | 2002-02-05 | Cisco Technology, Inc. | Method and apparatus for multiplexing of multiple users on the same virtual circuit |
US6542497B1 (en) * | 1997-03-11 | 2003-04-01 | Verizon Services Corp. | Public wireless/cordless internet gateway |
US6219697B1 (en) * | 1997-05-02 | 2001-04-17 | 3Com Corporation | Method and apparatus for operating the internet protocol over a high-speed serial bus |
KR19980086889A (en) * | 1997-05-15 | 1998-12-05 | 이데이 노부유끼 | Data communication method, data communication terminal, data communication system and communication control system |
US5918016A (en) * | 1997-06-10 | 1999-06-29 | Texas Instruments Incorporated | System with program for automating protocol assignments when newly connected to varing computer network configurations |
US6118768A (en) * | 1997-09-26 | 2000-09-12 | 3Com Corporation | Apparatus and methods for use therein for an ISDN LAN modem utilizing browser-based configuration with adaptation of network parameters |
US6029203A (en) * | 1997-09-26 | 2000-02-22 | 3Com Corporation | Apparatus and methods for use therein for an ISDN LAN modem that provides enhanced network activity |
DE19742681C2 (en) * | 1997-09-26 | 2003-03-06 | Ericsson Telefon Ab L M | GPRS subscriber selection from several Internet service providers |
JP3654554B2 (en) * | 1997-11-21 | 2005-06-02 | 株式会社小松製作所 | Network system and DHCP server selection method |
US6297824B1 (en) * | 1997-11-26 | 2001-10-02 | Xerox Corporation | Interactive interface for viewing retrieval results |
US6009103A (en) | 1997-12-23 | 1999-12-28 | Mediaone Group, Inc. | Method and system for automatic allocation of resources in a network |
US20010019559A1 (en) * | 1998-01-09 | 2001-09-06 | Gemini Networks, Inc. | System, method, and computer program product for end-user self-authentication |
US6173316B1 (en) | 1998-04-08 | 2001-01-09 | Geoworks Corporation | Wireless communication device with markup language based man-machine interface |
US6101499A (en) * | 1998-04-08 | 2000-08-08 | Microsoft Corporation | Method and computer program product for automatically generating an internet protocol (IP) address |
US6205479B1 (en) * | 1998-04-14 | 2001-03-20 | Juno Online Services, Inc. | Two-tier authentication system where clients first authenticate with independent service providers and then automatically exchange messages with a client controller to gain network access |
US6385651B2 (en) * | 1998-05-05 | 2002-05-07 | Liberate Technologies | Internet service provider preliminary user registration mechanism provided by centralized authority |
US6396830B2 (en) * | 1998-06-18 | 2002-05-28 | Lucent Technologies Inc. | Implementing network services over the internet through dynamic resolution of personal host names |
US6496206B1 (en) * | 1998-06-29 | 2002-12-17 | Scansoft, Inc. | Displaying thumbnail images of document pages in an electronic folder |
EP1112544A4 (en) * | 1998-07-20 | 2007-05-02 | Easynet Access Inc | Internet billing |
JP2000059387A (en) * | 1998-08-10 | 2000-02-25 | Fujitsu Ltd | Dhcp server device |
US6195094B1 (en) * | 1998-09-29 | 2001-02-27 | Netscape Communications Corporation | Window splitter bar system |
US6606663B1 (en) * | 1998-09-29 | 2003-08-12 | Openwave Systems Inc. | Method and apparatus for caching credentials in proxy servers for wireless user agents |
US6212561B1 (en) * | 1998-10-08 | 2001-04-03 | Cisco Technology, Inc. | Forced sequential access to specified domains in a computer network |
US6636894B1 (en) * | 1998-12-08 | 2003-10-21 | Nomadix, Inc. | Systems and methods for redirecting users having transparent computer access to a network using a gateway device having redirection capability |
US6657991B1 (en) * | 1998-12-21 | 2003-12-02 | 3Com Corporation | Method and system for provisioning network addresses in a data-over-cable system |
US6748439B1 (en) * | 1999-08-06 | 2004-06-08 | Accelerated Networks | System and method for selecting internet service providers from a workstation that is connected to a local area network |
US6603758B1 (en) * | 1999-10-01 | 2003-08-05 | Webtv Networks, Inc. | System for supporting multiple internet service providers on a single network |
US6704288B1 (en) * | 1999-10-07 | 2004-03-09 | General Instrument Corporation | Arrangement for discovering the topology of an HFC access network |
US20020010608A1 (en) * | 1999-10-08 | 2002-01-24 | Scott Faber | System for provding services in real-time overthe internet |
US6697864B1 (en) * | 1999-10-18 | 2004-02-24 | Microsoft Corporation | Login architecture for network access through a cable system |
US6466986B1 (en) * | 1999-12-30 | 2002-10-15 | Nortel Networks Limited | Method and apparatus for providing dynamic host configuration protocol (DHCP) tagging |
EP1266508B1 (en) * | 2000-03-20 | 2011-04-20 | AT & T Corp. | Method and apparatus for coordinating a change in service provider between a client and a server |
WO2001071567A1 (en) * | 2000-03-20 | 2001-09-27 | At & T Corp. | Method for dynamically displaying brand information in a user interface |
US6667751B1 (en) * | 2000-07-13 | 2003-12-23 | International Business Machines Corporation | Linear web browser history viewer |
US20020116484A1 (en) * | 2001-02-16 | 2002-08-22 | Gemini Networks, Inc. | System, method, and computer program product for supporting multiple service providers with a trouble ticket capability |
US20030172170A1 (en) * | 2002-03-08 | 2003-09-11 | Johnson Gerald R. | Providing multiple ISP access to devices behind NAT |
US6801528B2 (en) * | 2002-07-03 | 2004-10-05 | Ericsson Inc. | System and method for dynamic simultaneous connection to multiple service providers |
-
2001
- 2001-03-20 EP EP01920550A patent/EP1266508B1/en not_active Expired - Lifetime
- 2001-03-20 US US09/812,315 patent/US7069344B2/en not_active Expired - Fee Related
- 2001-03-20 AU AU2001247590A patent/AU2001247590A1/en not_active Abandoned
- 2001-03-20 DE DE60144470T patent/DE60144470D1/en not_active Expired - Lifetime
- 2001-03-20 WO PCT/US2001/008841 patent/WO2001072013A1/en active Application Filing
- 2001-03-20 WO PCT/US2001/008985 patent/WO2001072003A2/en active Application Filing
- 2001-03-20 EP EP01918880A patent/EP1266488A2/en not_active Withdrawn
- 2001-03-20 CA CA002403625A patent/CA2403625C/en not_active Expired - Fee Related
- 2001-03-20 AU AU2001245903A patent/AU2001245903A1/en not_active Abandoned
- 2001-03-20 AT AT01920550T patent/ATE506796T1/en not_active IP Right Cessation
- 2001-03-20 US US09/812,313 patent/US20010049737A1/en not_active Abandoned
- 2001-03-20 CA CA002403765A patent/CA2403765A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
EP1266508B1 (en) | 2011-04-20 |
EP1266508A1 (en) | 2002-12-18 |
US20010049729A1 (en) | 2001-12-06 |
DE60144470D1 (en) | 2011-06-01 |
US20010049737A1 (en) | 2001-12-06 |
WO2001072013A1 (en) | 2001-09-27 |
AU2001247590A1 (en) | 2001-10-03 |
US7069344B2 (en) | 2006-06-27 |
EP1266488A2 (en) | 2002-12-18 |
ATE506796T1 (en) | 2011-05-15 |
AU2001245903A1 (en) | 2001-10-03 |
WO2001072003A3 (en) | 2002-02-07 |
WO2001072003A2 (en) | 2001-09-27 |
CA2403625C (en) | 2009-06-02 |
CA2403625A1 (en) | 2001-09-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA2403625C (en) | Method and apparatus for coordinating a change in service provider between a client and a server | |
US8724625B2 (en) | Method and apparatus for coordinating a change in service provider between a client and a server with identity based service access management | |
US7058022B1 (en) | Method for managing access to networks by employing client software and a configuration protocol timeout | |
CA2403733C (en) | Method for dynamically displaying brand information in a user interface | |
US6986157B1 (en) | Method and system for dynamic service registration in a data-over-cable system | |
US6351773B1 (en) | Methods for restricting access of network devices to subscription services in a data-over-cable system | |
US6018767A (en) | Method and system for managing subscription services with a cable modem | |
US20020023174A1 (en) | Service selection in a shared access network using dynamic host configuration protocol | |
US6657991B1 (en) | Method and system for provisioning network addresses in a data-over-cable system | |
US6223222B1 (en) | Method and system for providing quality-of-service in a data-over-cable system using configuration protocol messaging | |
US6240464B1 (en) | Method and system for managing addresses for network host interfaces in a data-over-cable system | |
US6189102B1 (en) | Method for authentication of network devices in a data-over cable system | |
US6065049A (en) | Method and system for resolving addresses for network host interfaces from a cable modem | |
US6370147B1 (en) | Method for addressing of passive network hosts in a data-over-cable system | |
US6058421A (en) | Method and system for addressing network host interfaces from a cable modem using DHCP | |
US6775276B1 (en) | Method and system for seamless address allocation in a data-over-cable system | |
US7603470B2 (en) | System and method for provisioning broadband service in a PPPoE network using a configuration domain name | |
US6977906B2 (en) | System and method for provisioning broadband service in a PPPoE network using a random username | |
US6185624B1 (en) | Method and system for cable modem management of a data-over-cable system | |
US6560203B1 (en) | Method for changing type-of-service in a data-over-cable system | |
KR100590875B1 (en) | xDSL modem and system including DHCP spoofing server, and PPPoE method for connecting internet using the same |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EEER | Examination request | ||
FZDE | Discontinued |