Abstract:
A programmable network element (400) operates on packet traffic flowing through the element in accordance with a gateway program (404, 405, 406) which is dynamically uploaded into the network element or unloaded from it via a mechanism separate from the actual packet traffic as the element operates. Such programmable network element can simultaneously operate on plural packet flows with different or the same programs being applied to each flow. A dispatcher (402) provides a packet filter (403) with a set of rules provided by one or more of the dynamically loaded and invoked programs. These rules define, for each program, the characteristics of those packets flowing through the network element that are to be operated upon in some manner. A packet that flows from the network through the filter and satisfies one or more of such rules is sent by the packet filter to the dispatcher. The dispatcher, in accordance with one of the programs, either sends the packet to the program for manipulation by the program itself, or manipulates the packet itself in a manner instructed by the program. The processed packet is sent back through the filter to the network for routing to its destination.
Abstract:
An active session mobility solution for radio link protocol (RLP) in accordance with the present invention defines two RLP migrations states. A first state is defined as a forward-link RLP state and depicts the communication of data from a home agent to an access terminal in an IP network. A second state is defined as a reverse-link RLP state and depicts the communication of data from the access terminal to the home agent in the IP network. In one embodiment of the seamless active session mobility solution for RLP in accordance with the present invention, a two-stage RLP transfer process for the migration of the two defined states from a source to a target is implemented. In a first stage, the forward-link RLP state is transferred from a source to a target. In a second stage, frame selection and the reverse-link RLP are transferred from the source to the target.
Abstract:
A method and virtual private network (VPN) system (200) for providing bandwidth guaranteed provisioning in network-based mobile VPN services. The method and system include identifying a set of VPN customers (220), at least one mobile access point (MAP) (208) and at least one customer premise equipment (CPE) (222) associated with each VPN customer (220), and at least one IP service gateway (IPSG) (206) for facilitating VPN tunneling between a MAP and a CPE, wherein each MAP is geographically remote from each IPSG. A subset of IPSGs is selected to maximize total profit (920) resulting from provisioning a subset of VPN customers on the selected IPSGs. Total profit from all the customers includes the sum of profits (918) from each customer, where for each customer, customer profit equals weighted revenue less cost, wherein the cost per customer includes a total tunnel bandwidth cost from the MAP to the CPE (912), and a cost of provisioning an IPSG node (914).
Abstract:
A method and apparatus for seamless roaming support for wireless networks is disclosed. The method includes broadcasting a request for a physical address of a default router related to a mobile unit; receiving the request at the default router; replying to the mobile unit; and creating an initial entry in a location table.
Abstract:
An active session mobility solution for point-to-point protocol (PPP) in accordance with the present invention provides fast and smooth handoff by reducing tunneling overhead on tunneling mechanisms, such as P-P tunneling from a serving Source (e.g., a PPP termination device) to a new serving Target (e.g., a PPP termination device). In the active session mobility solution of the present invention, PPP session can be migrated even if not all phases have been completed (e.g., LCP, PAP/CHAP completed but not IPCP and CCP). In such cases, the incomplete phases will be negotiated at the PPP of the Target PPP.
Abstract:
In order to transparently redirect an HTTP connection request that is directed to an origin server (107) to a proxy cache (110-1), a proxy redirector (104) translates the destination address of packets directed to the origin server to the address of the proxy. During a handshaking procedure, a TCP connection is transparently established between the client (110-1) and the proxy cache. When the client transmits a GET request to what it thinks is the origin server, which request specifies the complete address of an object at that origin server that it wants a copy of, the proxy redirector modifies the complete address specified in that GET request before it is sent to the proxy cache. Specifically, the IP address of the origin server found in the destination field in the IP header of the one or more packets from the client containing the GET request is added by the proxy redirector as a prefix to the complete URL in the GET request to form an absolute URL. The proxy cache determines from that absolute URL whether it has the requested object stored in its cache. If it does, it sends the object back to the proxy redirector, which masquerades those packets as coming from the origin server by translating their destination address to the address of the client and their source address to that of the origin server. If the proxy does not have the requested object, a separate TCP connection is established between the proxy and the origin server from where the object is retrieved and then forwarded over the TCP connection between the client and the proxy. In order to account for the additional number of bytes in the GET request, an acknowledgement sequence number in packets returned from the proxy that logically follow receipt of the GET request are decremented by that number by the proxy redirector before being forwarded to the client. Similarly, a sequence number in packets transmitted by the client subsequent to the GET request are incremented by that number before being forwarded by the proxy redirector to the proxy cache.
Abstract:
A programmable network element (400) operates on packet traffic flowing through the element in accordance with a gateway program (404, 405, 406) which is dynamically uploaded into the network element or unloaded from it via a mechanism separate from the actual packet traffic as the element operates. Such programmable network element can simultaneously operate on plural packet flows with different or the same programs being applied to each flow. A dispatcher (402) provides a packet filter (403) with a set of rules provided by one or more of the dynamically loaded and invoked programs. These rules define, for each program, the characteristics of those packets flowing through the network element that are to be operated upon in some manner. A packet that flows from the network through the filter and satisfies one or more of such rules is sent by the packet filter to the dispatcher. The dispatcher, in accordance with one of the programs, either sends the packet to the program for manipulation by the program itself, or manipulates the packet itself in a manner instructed by the program. The processed packet is sent back through the filter to the network for routing to its destination.