US 7,580,391 B1Grant
Dynamic network allocation for mobile router
Issue Date:2009-08-25
•36 Claims
•8 Drawing Sheets
Abstract
Methods and apparatus for implementing a Home Agent supporting Mobile IP and being capable of allocating one or more networks to a mobile router which registers with the Home Agent comprise receiving a registration request packet from the mobile router, the registration request packet indicating one or more networks being requested by the mobile router from the Home Agent. The one or more networks are allocated to the mobile router corresponding to the one or more networks being requested by the mobile router from the Home Agent. A registration reply packet identifying the one or more networks allocated to the mobile router is then sent to the mobile router.
Metadata
Assignee
- Cisco Technology, Inc.
Inventor
- Kent K. Leung
Application Information
Application Number:US 11/213,590
Filing Date:2005-08-25
Priority Date:2000-12-20
Art Unit:2617
Classifications
IPC:
H04W4/00
Patent Drawings (8 sheets)
Description
Cross Reference to Related Applications
[0001] This application is a continuation of U.S. patent application Ser. No. 09/746,409 filed Dec. 20, 2000 now U.S. Pat. No. 6,959,341, naming Kent K. Leung as inventor, and entitled, “DYNAMIC NETWORK ALLOCATION FOR MOBILE ROUTER,” which is incorporated herein by reference for all purposes.
[0002] This application is also related to U.S. patent application Ser. No. 09/227,396, naming Kent K. Leung as inventor, and entitled “MOBILE IP MOBILE ROUTER,” which is incorporated herein by reference in its entirety and for all purposes.
Background of the Invention
[0003] 1. Field of the Invention
[0004] The present invention relates to Mobile IP network technology. More particularly, the present invention relates to dynamic network allocation for a Mobile IP mobile router.
[0005] 2. Description of the Related Art
[0006] Mobile IP is a protocol which allows laptop computers or other mobile computer units (referred to as “Mobile Nodes” herein) to roam between various sub-networks at various locations—while maintaining internet and/or WAN connectivity. Without Mobile IP or related protocol, a Mobile Node would be unable to stay connected while roaming through various sub-networks. This is because the IP address required for any node to communicate over the internet is location specific. Each IP address has a field that specifies the particular sub-network on which the node resides. If a user desires to take a computer which is normally attached to one node and roam with it so that it passes through different sub-networks, it cannot use its home base IP address. As a result, a business person traveling across the country cannot merely roam with his or her computer across geographically disparate network segments or wireless nodes while remaining connected over the internet. This is not an acceptable state-of-affairs in the age of portable computational devices.
[0007] To address this problem, the Mobile IP protocol has been developed and implemented. An implementation of Mobile IP is described in RFC 2002 of the Network Working Group, C. Perkins, Ed., October 1996. Mobile IP is also described in the text “Mobile IP Unplugged” by J. Solomon, Prentice Hall. Both of these references are incorporated herein by reference in their entireties and for all purposes.
[0008] The Mobile IP process and environment are illustrated in FIG. 1 . As shown there, a Mobile IP environment 2 includes the internet (or a WAN) 4 over which a Mobile Node 6 can communicate remotely via mediation by a Home Agent 8 and a Foreign Agent 10. Typically, the Home Agent and Foreign Agent are routers or other network connection devices performing appropriate Mobile IP functions as implemented by software, hardware, and/or firmware. A particular Mobile Node (e.g., a laptop computer) plugged into its home network segment connects with the internet through its designated Home Agent. When the Mobile Node roams, it communicates via the internet through an available Foreign Agent. Presumably, there are many Foreign Agents available at geographically disparate locations to allow wide spread internet connection via the Mobile IP protocol. Note that it is also possible for the Mobile Node to register directly with its Home Agent.
[0009] As shown in FIG. 1 , Mobile Node 6 normally resides on (or is “based at”) a network segment 12 which allows its network entities to communicate over the internet 4 through Home Agent 8 (an appropriately configured router denoted R2). Note that Home Agent 8 need not directly connect to the internet. For example, as shown in FIG. 1 , it may be connected through another router (a router R1 in this case). Router R1 may, in turn, connect one or more other routers (e.g., a router R3) with the internet.
[0010] Now, suppose that Mobile Node 6 is removed from its home base network segment 12 and roams to a remote network segment 14. Network segment 14 may include various other nodes such as a PC 16. The nodes on network segment 14 communicate with the internet through a router which doubles as Foreign Agent 10. Mobile Node 6 may identify Foreign Agent 10 through various solicitations and advertisements which form part of the Mobile IP protocol. When Mobile Node 6 engages with network segment 14, Foreign Agent 10 relays a registration request to Home Agent 8 (as indicated by the dotted line “Registration”). The Home and Foreign Agents may then negotiate the conditions of the Mobile Node's attachment to Foreign Agent 10. For example, the attachment may be limited to a period of time, such as two hours. When the negotiation is successfully completed, Home Agent 8 updates an internal “mobility binding table” which specifies the care-of address (e.g., a collocated care-of address or the Foreign Agent's IP address) in association with the identity of Mobile Node 6. Further, the Foreign Agent 10 updates an internal “visitor table” which specifies the Mobile Node address, Home Agent address, etc. In effect, the Mobile Node's home base IP address (associated with segment 12) has been shifted to the Foreign Agent's IP address (associated with segment 14).
[0011] Now, suppose that Mobile Node 6 wishes to send a message to a corresponding node 18 from its new location. A message from the Mobile Node is then packetized and forwarded through Foreign Agent 10 over the internet 4 and to corresponding node 18 (as indicated by the dotted line “packet from MN”) according to a standard internet protocol. If corresponding node 18 wishes to send a message to Mobile Node—whether in reply to a message from the Mobile Node or for any other reason—it addresses that message to the IP address of Mobile Node 6 on sub-network 12. The packets of that message are then forwarded over the internet 4 and to router R1 and ultimately to Home Agent 8 as indicated by the dotted line (“packet to MN(1)”). From its mobility binding table, Home Agent 8 recognizes that Mobile Node 6 is no longer attached to network segment 12. It then encapsulates the packets from corresponding node 18 (which are addressed to Mobile Node 6 on network segment 12) according to a Mobile IP protocol and forwards these encapsulated packets to a “care of” address for Mobile Node 6 as shown by the dotted line (“packet to MN(2)”). The care-of address may be, for example, the IP address of Foreign Agent 10. Foreign Agent 10 then strips the encapsulation and forwards the message to Mobile Node 6 on sub-network 14. The packet forwarding mechanism implemented by the Home and Foreign Agents is often referred to as “tunneling.”
[0012] In addition to providing connectivity to a mobile node, it may be desirable to provide for the mobility of one or more networks moving together, such as on an airplane or a ship. RFC 2002 section 4.5 discusses the possibility of implementing mobile routers.
[0013] In one approach suggested in RFC 2002 section 4.5, a Home Agent is configured to have a permanent registration for each fixed node. For instance, a mobile router may support multiple nodes which may be fixed with respect to the mobile router. In order to receive communication from a corresponding node, messages must be routed to the appropriate fixed node. As the RFC suggests, a Home Agent may be configured to have a permanent registration for each fixed node. By way of example, the permanent registration may indicate the mobile router's address as the care-of address. Thus, a separate mapping table may associate the IP address of each of the fixed nodes with the mobile router. However, this is problematic since the mapping table is typically configured while the mobile router is coupled to the Home Agent. In other words, the routing table is static. Suppose a person boards an airplane and wishes to connect a laptop to the airplane's “mobile network” via the mobile router. If a new node is added to the mobile router after the airplane leaves the airport, the IP address of this new node may not be added to the mapping table. As a result, communication cannot be received by this new node via the mobile router. In addition, since the mobile router 20 may accommodate thousands of devices, or nodes, there would potentially be an enormous number of entries to store in such a mapping table for these nodes. Moreover, such a mapping table may include entries for multiple mobile routers. Accordingly, such a mapping table would consume a substantial amount of memory as well as be cumbersome to search.
[0014] FIG. 2 is a block diagram illustrating a system in which a mobile router is implemented. As shown, when a mobile router 202 roams to a first Foreign Agent 204, it registers with its Home Agent 206 so that it may receive packets from a corresponding node 208. When the mobile router 202 subsequently roams to a second Foreign Agent 210, it again registers with its Home Agent 206. In this manner, a device 212 that has connected to the mobile router 202 may communicate via the internet 4 by connecting to a network 214 of the mobile router 202.
[0015] Address space is a precious resource. For mobile routers which have one or more associated networks, address space is consumed even more quickly than for individual nodes. More particularly, IP addresses for entire networks rather than single nodes must be allocated. According to current mobile router implementation schemes, the Home Agent is configured with those networks that are connected to the mobile router. Thus, address space is typically allocated statically for entire networks.
[0016] An airplane is an exemplary scenario in which a mobile router may be implemented. For instance, each plane may have a mobile router (and therefore many networks) on board to provide Internet connectivity and services. Statically allocating address space to these networks is an efficient mechanism for configuring the Home Agent with the information it needs to forward messages to a mobile router supported by the Home Agent. However, since not all planes may be active (i.e., flying) simultaneously, it would be beneficial to only allocate subnets to active planes.
[0017] In view of the above, it would be desirable to have improved techniques for implementing network allocation for a Mobile IP mobile router.
Summary of the Invention
[0018] The present invention enables networks to be allocated dynamically to a mobile router. This is accomplished, in part, through a request for one or more networks from the mobile router. Thus, networks are allocated only to active routers. In this manner, address space is conserved.
[0019] In accordance with one aspect of the invention, a Home Agent is configured to allocate one or more networks to a mobile router that registers with the Home Agent. To initiate the allocation process, a registration request packet is received from the mobile router. The registration request packet indicates one or more networks being requested by the mobile router from the Home Agent. The one or more networks are allocated to the mobile router corresponding to the one or more networks being requested by the mobile router from the Home Agent. A registration reply packet identifying the one or more networks allocated to the mobile router is then sent to the mobile router.
[0020] In accordance with another aspect of the invention, a mobile router is configured to request one or more networks from a Home Agent during registration. The mobile router composes a registration request packet indicating one or more networks being requested by the mobile router from a Home Agent. The registration request packet is sent to the Home Agent. A registration reply packet identifying one or more networks allocated to the mobile router by the Home Agent is then received by the mobile router. The mobile router may then configure its interfaces with IP addresses selected from the allocated networks.
Brief Description of the Drawings
[0021] FIG. 1 is a diagram of a Mobile IP network segment and associated environment.
[0022] FIG. 2 is a system diagram illustrating a system in which a mobile router is implemented.
[0023] FIG. 3A is a diagram illustrating an exemplary registration request that may be sent in accordance with one embodiment of the invention.
[0024] FIG. 3B is a diagram illustrating an exemplary registration reply that may be sent by the Home Agent in accordance with one embodiment of the invention.
[0025] FIG. 4 is a process flow diagram illustrating one method of dynamic network allocation during registration of a mobile router in accordance with one embodiment of the invention.
[0026] FIG. 5 is a process flow diagram illustrating one method of deallocating networks during deregistration of a mobile router in accordance with one embodiment of the invention.
[0027] FIG. 6 is a process flow diagram illustrating one method of deallocating networks when a lifetime of the mobile router has expired in accordance with one embodiment of the invention.
[0028] FIG. 7 is a block diagram of a network device that may be configured to implement aspects of the present invention.
Detailed Description of the Invention
[0029] In the following description, numerous specific details are set forth in order to provide a thorough understanding of the present invention. It will be apparent, however, to one skilled in the art, that the present invention may be practiced without some or all of these specific details. In other instances, well known process steps have not been described in detail in order not to unnecessarily obscure the present invention.
[0030] The present invention enables dynamic network allocation and deallocation. More particularly, in accordance with one embodiment, this is accomplished through a network allocation extension to the registration request packet. FIG. 3A is a diagram illustrating an exemplary registration request that may be sent in accordance with one embodiment of the invention. As shown, a registration request packet 302 includes a network allocation extension 304 indicating one or more networks being requested by the mobile router from the Home Agent. More particularly, in the network allocation extension 304, the mobile router may optionally indicate a number of subnets 306 being requested by the mobile router. In addition, the network allocation extension 304 may also include a size 308 of the one or more networks being requested by the mobile router from the Home Agent. For instance, the mobile router may separately indicate a number of networks and a size of each of the networks requested. Alternatively, the mobile router may merely indicate a size or subnet mask for each network. In other words, the mobile router may specify three sizes, therefore implying that three networks are requested. Similarly, the mobile router may specify a single size, which may be divided into multiple networks.
[0031] When the requested address space has been allocated for use by the mobile router, the Home Agent sends a registration reply packet identifying the allocated networks. FIG. 3B is a diagram illustrating an exemplary registration reply that may be sent by the Home Agent in accordance with one embodiment of the invention. As shown, a registration reply packet 310 that includes a network allocation extension 312 identifying the one or more networks 314 that have been allocated to the mobile router.
[0032] FIG. 4 is a process flow diagram illustrating one method of dynamic network allocation during registration of a mobile router in accordance with one embodiment of the invention. As shown at block 402, when a mobile router roams to (or detects) a Foreign Agent, it composes and sends a registration request packet to its Home Agent. As described above, the registration request packet includes a network allocation extension. When the Home Agent receives the registration request packet, it allocates the one or more networks to the mobile router corresponding to the network allocation extension of the registration request packet at block 404. More particularly, the Home Agent obtains the information from the network allocation extension (e.g., subnet sizes) and allocates the appropriate network(s) from a pool of available networks. For instance, the pool may be a local pool that is managed by the Home Agent.
[0033] Rather than requiring the Home Agent to manage the pool of available networks, the pool of available networks may be managed by a server that is external to the Home Agent. For instance, a class of servers known as “AAA” or triple-A servers may be employed. The AAA represents authentication, authorization, and accounting. While authentication determines “who” an entity is, authorization determines what services a user is allowed to perform, or access. Various protocols such as the Remote Authentication Dial In User Service (RADIUS) and TACACS+ may be implemented to provide such a server. RFC 2138 describes the RADIUS Protocol and is hereby incorporated by reference. Similarly, RFC 1492 describes TACACS and the Internet-Draft “The TACACS+ Protocol Version 1.78,” available at http://www.ietf.org/internet-drafts/draft-grant-tacacs-02.txt, describes TACACS+. Both of these documents are incorporated herein by reference for all purposes.
[0034] Alternatively, a DHCP (Dynamic Host Configuration Protocol) server may be employed. DHCP is a protocol that lets network administrators manage centrally and automate the assignment of Internet Protocol (IP) addresses in an organization's network. DHCP uses the concept of a “lease” or amount of time that a given IP address will be valid for a computer. The lease time can vary depending on how long a mobile router or user is likely to require the Internet connection at a particular location. Using very short leases, DHCP can dynamically reconfigure networks in which there are more computers than there are available IP addresses. Once the networks have been allocated to the mobile router, the Home Agent adds the subnet(s) to a routing table at block 406. More particularly, the routing table is updated to include one or more entries for the one or more networks that are allocated to the mobile router. Each entry in the routing table includes a care-of address associated with the one or more networks. For instance, each entry may include a network IP address, a next hop router IP address to the care-of address for the network, and an interface. In addition to updating the routing table, the Home Agent also creates a tunnel between the Home Agent and the mobile router. In addition, it creates a binding entry in the Mobility Binding Table to enable the Home Agent to identify the current location (e.g., Foreign Agent) to which the mobile router has roamed. More particularly, the Home Agent updates the Mobility Binding Table to associate the mobile router with a care-of address.
[0035] When the Home Agent has determined that registration of the mobile router is accepted, the Home Agent composes and sends a registration reply packet including a network allocation extension identifying the allocated subnet(s) at block 408. When the mobile router receives the registration reply packet identifying one or more networks allocated to it by the Home Agent, it processes the network allocation extension at block 410. More particularly, the mobile router selects from the one or more allocated networks an IP address and configures an interface of the mobile router with the IP address such that a network coupled to the interface is identified by the IP address. In addition, the mobile router adds the networks identified in the network allocation extension to a private DHCP pool available to the mobile router at block 412, thereby enabling the mobile router to manage networks allocated to it. At block 414, the mobile router also creates a tunnel to the Home Agent so that it can receive tunneled packets and updates its registration table to indicate a lifetime granted during registration of the mobile router with the Home Agent.
[0036] When the networks are no longer used by the mobile router, they are deallocated. Deallocation of allocated networks may occur in two instances. First, deallocation may occur upon deregistration of the mobile router with the Home Agent. Second, deallocation may occur when the lifetime of the mobile router expires.
[0037] FIG. 5 is a process flow diagram illustrating one method of deallocating networks during deregistration of a mobile router in accordance with one embodiment of the invention. At block 502, the mobile router sends a deregistration request to the Home Agent. The Home Agent receives the deregistration request at block 504 and deallocates the subnets associated with the mobile router at block 506. For instance, this deallocation process may involve replacing the networks to a pool of available networks. The Home Agent then completes the deregistration process at block 508 by updating the Mobility Binding Table to remove the association between the mobile router and the care-of address. In addition, the appropriate entries and/or networks are removed from the routing table, deleting the tunnel to the mobile router, and deleting the appropriate networks. The Home Agent then sends a deregistration reply to the mobile router to indicate that deregistration of the mobile router is complete as shown at block 510.
[0038] When the mobile router receives the deregistration reply at block 512, it removes the one or more networks previously allocated to it from its private DHCP pool at block 514. In addition, it deconfigures the appropriate interfaces so that they will no longer be identified by the previously configured IP addresses at block 516. At block 518 the mobile router deletes the tunnel to the Home Agent and updates its registration table to delete the appropriate entry from its registration table.
[0039] As described above, a second way in which deallocation of networks allocated to the mobile router may be performed is automatically when the lifetime of the mobile router has expired. FIG. 6 is a process flow diagram illustrating one method of deallocating networks when a lifetime of the mobile router has expired in accordance with one embodiment of the invention. When the lifetime of the mobile router has expired (e.g., the mobility binding table entry is deleted upon expiration of the specified lifetime) at block 602, the Home Agent and the mobile router perform substantially the same functions as described above with reference to FIG. 5 describing the functions performed upon deregistration of the mobile router. Thus, at block 604, the Home Agent deallocates the networks associated with the mobile router by replacing the networks to a pool of available networks. In addition, the Home Agent deletes the appropriate Mobility Binding Table entry, deletes the tunnel between the mobile router and the Home Agent, and deletes the appropriate networks or entries from the routing table at block 606. The mobile router similarly removes the appropriate networks from its private DHCP pool at block 608 and deconfigures the previously allocated networks from its interface(s) at block 610. At block 612, the mobile router deletes the tunnel between the mobile router and the Home Agent as well as the appropriate registration entry from its registration table.
[0040] The present invention enables networks to be allocated dynamically to a mobile router during the registration process. As a result, networks need not be allocated statically to the mobile router. Moreover, address space is conserved since networks are only allocated to “active” mobile routers.
[0041] It is important to note that each AAA server implemented for purposes of managing a pool of available networks may provide conventional authentication and accounting services as well as authorization services. RADIUS and TACACS+ conventionally provide authentication, authorization, and accounting services. Thus, these protocols are well suited for the servers of the present invention. However, the invention is not limited to these protocols. Other authentication, authorization, and accounting protocols may be used.
[0042] The invention can also be embodied as computer readable code on a computer readable medium. The computer readable medium is any data storage device that can store data which can thereafter be read by a computer system. Examples of the computer readable medium include read-only memory, random-access memory, CD-ROMs, magnetic tape, and optical data storage devices.
[0043] The apparatus (Home Agent or Foreign Agent) of this invention may be specially constructed for the required purposes, or may be a general purpose programmable machine selectively activated or reconfigured by a computer program stored in memory. The processes presented herein are not inherently related to any particular router or other apparatus. In a preferred embodiment, any of the Home and Foreign Agents of this invention may be specially configured routers such as specially configured router models 2500, 2600, 3600, 4000, 4500, 4700, 7200, and 7500 available from Cisco Systems, Inc. of San Jose, Calif.. A general structure for some of these machines will appear from the description given below.
[0044] Generally, the registration technique of the present invention may be implemented on software and/or hardware. For example, it can be implemented in an operating system kernel, in a separate user process, in a library package bound into network applications, on a specially constructed machine, or on a network interface card. In a specific embodiment of this invention, the technique of the present invention is implemented in software such as an operating system or in an application running on an operating system.
[0045] A software or software/hardware hybrid registration system of this invention is preferably implemented on a general-purpose programmable machine selectively activated or reconfigured by a computer program stored in memory. Such programmable machine may be a network device designed to handle network traffic. Such network devices typically have multiple network interfaces including frame relay and ISDN interfaces, for example. Specific examples of such network devices include routers and switches. For example, the registration systems of this invention may be specially configured routers such as specially configured router models 1600, 2500, 2600, 3600, 4500, 4700, 7200, 7500, and 12000 available from Cisco Systems, Inc. of San Jose, Calif. A general architecture for some of these machines will appear from the description given below. In an alternative embodiment, the registration system may be implemented on a general-purpose network host machine such as a personal computer or workstation. Further, the invention may be at least partially implemented on a card (e.g., an interface card) for a network device or a general-purpose computing device.
[0046] Referring now to FIG. 7 , a router 1110 suitable for implementing the present invention includes a master central processing unit (CPU) 1162, interfaces 1168, and a bus 1115 (e.g., a PCI bus). When acting under the control of appropriate software or firmware, the CPU 1162 is responsible for such router tasks as routing table computations and network management. It may also be responsible for updating mobility binding and visitor tables, etc. It preferably accomplishes all these functions under the control of software including an operating system (e.g., the Internetwork Operating System (IOS®) of Cisco Systems, Inc.) and any appropriate applications software. CPU 1162 may include one or more processors 1163 such as a processor from the Motorola family of microprocessors or the MIPS family of microprocessors. In an alternative embodiment, processor 1163 is specially designed hardware for controlling the operations of router 1110. In a specific embodiment, a memory 1161 (such as non-volatile RAM and/or ROM) also forms part of CPU 1162. However, there are many different ways in which memory could be coupled to the system.
[0047] The interfaces 1168 are typically provided as interface cards (sometimes referred to as “line cards”). Generally, they control the sending and receiving of data packets over the network and sometimes support other peripherals used with the router 1110. Among the interfaces that may be provided are Ethernet interfaces, frame relay interfaces, cable interfaces, DSL interfaces, token ring interfaces, and the like. In addition, various very high-speed interfaces may be provided such as fast Ethernet interfaces, Gigabit Ethernet interfaces, ATM interfaces, HSSI interfaces, POS interfaces, FDDI interfaces and the like. Generally, these interfaces may include ports appropriate for communication with the appropriate media. In some cases, they may also include an independent processor and, in some instances, volatile RAM. The independent processors may control such communications intensive tasks as packet switching, media control and management. By providing separate processors for the communications intensive tasks, these interfaces allow the master microprocessor 1162 to efficiently perform routing computations, network diagnostics, security functions, etc.
[0048] Although the system shown in FIG. 7 is one specific router of the present invention, it is by no means the only router architecture on which the present invention can be implemented. For example, an architecture having a single processor that handles communications as well as routing computations, etc. is often used. Further, other types of interfaces and media could also be used with the router.
[0049] Regardless of network device's configuration, it may employ one or more memories or memory modules (including memory 1161) configured to store program instructions for the general-purpose network operations and mechanisms for registration and routing functions described herein. The program instructions may control the operation of an operating system and/or one or more applications, for example. The memory or memories may also be configured to store tables such as mobility binding and registration tables, etc.
[0050] Because such information and program instructions may be employed to implement the systems/methods described herein, the present invention relates to machine readable media that include program instructions, state information, etc. for performing various operations described herein. Examples of machine-readable media include, but are not limited to, magnetic media such as hard disks, floppy disks, and magnetic tape; optical media such as CD-ROM disks; magneto-optical media such as floptical disks; and hardware devices that are specially configured to store and perform program instructions, such as read-only memory devices (ROM) and random access memory (RAM). The invention may also be embodied in a carrier wave travelling over an appropriate medium such as airwaves, optical lines, electric lines, etc. Examples of program instructions include both machine code, such as produced by a compiler, and files containing higher level code that may be executed by the computer using an interpreter.
[0051] Although illustrative embodiments and applications of this invention are shown and described herein, many variations and modifications are possible which remain within the concept, scope, and spirit of the invention, and these variations would become clear to those of ordinary skill in the art after perusal of this application. For instance, although the specification has described routers, other entities used to tunnel packets to nodes on remote network segments can be used as well. For example, bridges or other less intelligent packet switches may also employ the standby protocol of this invention. Accordingly, the present embodiments are to be considered as illustrative and not restrictive, and the invention is not to be limited to the details given herein, but may be modified within the scope and equivalents of the appended claims.
Claims
What is claimed is:
1. A mobile router supporting Mobile IP and being capable of requesting one or more networks during registration with a Home Agent, the mobile router comprising:
a processor; and
a memory, at least one of the processor and the memory being adapted for:
composing a registration request packet, the registration request packet indicating one or more networks being requested by the mobile router from the Home Agent;
sending the registration request packet to the Home Agent;
receiving a registration reply packet from the Home Agent, the registration reply identifying one or more networks allocated to the mobile router by the Home Agent; and
adding the one or more networks to a private DHCP pool available to the mobile router.
2. The mobile router as recited in claim 1,
wherein the registration request packet indicates a number of subnets being requested by the mobile router.
3. The mobile router as recited in claim 1,
wherein the registration request packet indicates a size of the one or more networks being requested by the mobile router from the Home Agent.
4. The mobile router as recited in claim 1, wherein at least one of the processor and the memory are further adapted for:
detecting a Foreign Agent prior to composing and sending the registration request packet to the Home Agent.
5. The mobile router as recited in claim 1,
at least one of the processor and the memory being adapted for:
selecting from the one or more networks allocated to the mobile router by the Home Agent an IP address; and
configuring an interface of the mobile router with the IP address such that a network coupled to the interface is identified by the IP address.
6. The mobile router as recited in claim 5, wherein at least one of the processor and the memory are further adapted for:
deconfiguring the interface of the mobile router such that the interface is not identified by the IP address.
7. The mobile router as recited in claim 6, wherein deconfiguring the interface is performed when a lifetime of the mobile router has expired.
8. The mobile router as recited in claim 6, wherein at least one of the processor and the memory are further adapted for:
sending a deregistration request to the Home Agent prior to deconfiguring the interface of the mobile router.
9. The mobile router as recited in claim 1, wherein at least one of the processor and the memory are further adapted for:
removing the one or more networks from the private DHCP pool available to the mobile router.
10. The mobile router as recited in claim 9, wherein removing the one or more networks from the private DHCP pool available to the mobile router is performed when a lifetime of the mobile router has expired.
11. The mobile router as recited in claim 9, wherein at least one of the processor and the memory are further adapted for:
sending a deregistration request to the Home Agent prior to removing the one or more networks from the private DHCP pool available to the mobile router.
12. The mobile router as recited in claim 1, wherein at least one of the processor and the memory are further adapted for:
updating a registration table to indicate a lifetime granted during registration of the mobile router with the Home Agent.
13. The mobile router as recited in claim 12, wherein at least one of the processor and the memory are further adapted for:
deleting an entry from the registration table when the lifetime has expired.
14. The mobile router as recited in claim 1,
at least one of the processor and the memory being further adapted for:
sending a deregistration request to the Home Agent.
15. The mobile router as recited in claim 14, wherein at least one of the processor and the memory are further adapted for:
receiving a deregistration reply from the Home Agent.
16. The mobile router as recited in claim 1, wherein each of the networks allocated to the mobile router includes more than one address.
17. The mobile router as recited in claim 16, wherein each of the networks being requested by the mobile router includes more than one address.
18. The mobile router as recited in claim 2, wherein each of the networks being requested by the mobile router includes more than one address.
19. In a mobile router supporting Mobile IP, a method of requesting one or more networks during registration with a Home Agent, comprising:
composing a registration request packet, the registration request packet indicating one or more networks being requested by the mobile router from a Home Agent;
sending the registration request packet to the Home Agent;
receiving a registration reply packet from the Home Agent, the registration reply identifying one or more networks allocated to the mobile router by the Home Agent; and
adding the one or more networks to a private DHCP pool available to the mobile router.
20. The method as recited in claim 19,
wherein the registration request packet indicates a number of subnets being requested by the mobile router.
21. The method as recited in claim 19, wherein the registration request packet indicates a size of the one or more networks being requested by the mobile router from the Home Agent.
22. The method as recited in claim 19, further comprising
detecting a Foreign Agent prior to composing and sending the registration request packet to the Home Agent.
23. The method as recited in claim 19, further comprising:
selecting from the one or more networks allocated to the mobile router by the Home Agent an IP address; and
configuring an interface of the mobile router with the IP address such that a network coupled to the interface is identified by the IP address.
24. The method as recited in claim 23, further comprising:
deconfiguring the interface of the mobile router such that the interface is not identified by the IP address.
25. The method as recited in claim 24, wherein deconfiguring the interface is performed when a lifetime of the mobile router has expired.
26. The method as recited in claim 24, further comprising:
sending a deregistration request to the Home Agent prior to deconfiguring the interface of the mobile router.
27. The method as recited in claim 19, further comprising:
removing the one or more networks from the private DHCP pool available to the mobile router.
28. The method as recited in claim 27, wherein removing the one or more networks from the private DHCP pool available to the mobile router is performed when a lifetime of the mobile router has expired.
29. The method as recited in claim 27, further comprising:
sending a deregistration request to the Home Agent prior to removing the one or more networks from the private DHCP pool available to the mobile router.
30. The method as recited in claim 19, further comprising:
updating a registration table to indicate a lifetime granted during registration of the mobile router with the Home Agent.
31. The method as recited in claim 30, further comprising:
deleting an entry from the registration table when the lifetime has expired.
32. The method as recited in claim 19, further comprising:
sending a deregistration request to the Home Agent.
33. The method as recited in claim 32, further comprising:
receiving a deregistration reply from the Home Agent.
34. The method as recited in claim 19, wherein each of the networks allocated to the mobile router includes more than one address.
35. The method as recited in claim 19, wherein each of the networks being requested by the mobile router includes more than one address.
36. A mobile router supporting Mobile IP and adapted for requesting one or more networks during registration with a Home Agent, comprising:
means for composing a registration request packet, the registration request packet indicating one or more networks being requested by the mobile router from a Home Agent;
means for sending the registration request packet to the Home Agent;
means for receiving a registration reply packet from the Home Agent, the registration reply identifying one or more networks allocated to the mobile router by the Home Agent; and
means for adding the one or more networks to a private DHCP pool available to the mobile router.
Patent Citations (66)
| Patent | Date | Inventor | Cited By |
|---|---|---|---|
| US4692918(A) | 1987-09-01 | Elliott et al. | Applicant |
| US5016244(A) | 1991-05-01 | Massey, Jr. et al. | Applicant |
| US5018133(A) | 1991-05-01 | Tsukakoshi et al. | Applicant |
| US5218600(A) | 1993-06-01 | Schenkyr et al. | Applicant |
| US5371852(A) | 1994-12-01 | Attanasio et al. | Applicant |
| US5473599(A) | 1995-12-01 | Li et al. | Applicant |
| US5572528(A) | 1996-11-01 | Shuen | Applicant |
| US5572582(A) | 1996-11-01 | Riddle | Applicant |
| US5619552(A) | 1997-04-01 | Karppanen et al. | Applicant |
| US5729537(A) | 1998-03-01 | Billstrom | Applicant |
| US5793762(A) | 1998-08-01 | Penners et al. | Applicant |
| US5825759(A) | 1998-10-01 | Liu | Applicant |
| US5862345(A) | 1999-01-01 | Okanoue et al. | Applicant |
| US6078575(A) | 2000-06-01 | Dommety et al. | Applicant |
| US6130892(A) | 2000-10-01 | Short et al. | Applicant |
| US6160804(A) | 2000-12-01 | Ahmed et al. | Applicant |
| US6195705(B1) | 2001-02-01 | Leung | Applicant |
| US6230012(B1) | 2001-05-01 | Willkie et al. | Applicant |
| US6339830(B1) | 2002-01-01 | See et al. | Applicant |
| US6370142(B1) | 2002-04-01 | Pitcher et al. | Applicant |
| US6393482(B1) | 2002-05-01 | Rai et al. | Applicant |
| US6407988(B1) | 2002-06-01 | Agraharam et al. | Applicant |
| US6434134(B1) | 2002-08-01 | La Porta et al. | Applicant |
| US6473411(B1) | 2002-10-01 | Kumaki et al. | Applicant |
| US6487406(B1) | 2002-11-01 | Chang et al. | Applicant |
| US6490285(B2) | 2002-12-01 | Lee et al. | Applicant |
| US6510153(B1) | 2003-01-01 | Inoue et al. | Examiner |
| US6512754(B2) | 2003-01-01 | Feder et al. | Applicant |
| US6515974(B1) | 2003-02-01 | Inoue et al. | Examiner |
| US6549522(B1) | 2003-04-01 | Flynn | Applicant |
| US6560217(B1) | 2003-05-01 | Peirce et al. | Applicant |
| US6567664(B1) | 2003-05-01 | Bergenwall et al. | Applicant |
| US6571289(B1) | 2003-05-01 | Montenegro | Applicant |
| US6606316(B1) | 2003-08-01 | Albert et al. | Applicant |
| US6629137(B1) | 2003-09-01 | Wynn | Applicant |
| US6633761(B1) | 2003-10-01 | Singhal et al. | Examiner |
| US6636498(B1) | 2003-10-01 | Leung | Applicant |
| US6697360(B1) | 2004-02-01 | Gai et al. | Examiner |
| US6731621(B1) | 2004-05-01 | Mizutani et al. | Applicant |
| US6738362(B1) | 2004-05-01 | Xu et al. | Applicant |
| US6747961(B1) | 2004-06-01 | Ahmed et al. | Applicant |
| US6766168(B1) | 2004-07-01 | Lim | Applicant |
| US6771623(B2) | 2004-08-01 | Ton | Examiner |
| US6804221(B1) | 2004-10-01 | Magret et al. | Applicant |
| US6842462(B1) | 2005-01-01 | Ramjee et al. | Applicant |
| US6862274(B1) | 2005-03-01 | Tsao et al. | Applicant |
| US6892069(B1) | 2005-05-01 | Flynn | Examiner |
| US6904025(B1) | 2005-06-01 | Madour et al. | Applicant |
| US6944181(B2) | 2005-09-01 | Inoue et al. | Applicant |
| US6959341(B1) | 2005-10-01 | Leung | Examiner |
| US6970459(B1) | 2005-11-01 | Meier | Applicant |
| US6973057(B1) | 2005-12-01 | Forslow | Examiner |
| US6988146(B1) | 2006-01-01 | Magret et al. | Examiner |
| US7079499(B1) | 2006-07-01 | Akhtar et al. | Applicant |
| US7295551(B1) | 2007-11-01 | Leung et al. | Applicant |
| US7346053(B1) | 2008-03-01 | Leung et al. | Applicant |
| US7352731(B1) | 2008-04-01 | Leung | Applicant |
| US2001/0022781(A1) | 2001-09-01 | Makipaa | Applicant |
| US2001/0041571(A1) | 2001-11-01 | Yuan | Applicant |
| US2002/0075878(A1) | 2002-06-01 | Lee et al. | Applicant |
| US2002/0186693(A1) | 2002-12-01 | Inoue et al. | Examiner |
| US2003/0018715(A1) | 2003-01-01 | O'Neill | Applicant |
| US2003/0117965(A1) | 2003-06-01 | Markki et al. | Applicant |
| US2004/0013099(A1) | 2004-01-01 | O'Neill | Applicant |
| US2007/0104170(A1) | 2007-05-01 | Leung et al. | Applicant |
| WO3/043226 | 2003-05-01 | Applicant |
Non-Patent Literature (21)
- T. Li, B. Cole, P. Morton, and D. Li, “Cisco Hot Standby Router Protocol (HSRP),” Mar. 1998, Network Working Group RFC 2281 (http://ftp.ietf.org/rfc/rfc2281.txt?number=2281).Applicant
- C. Perkins, “IP Mobility support,” IBM Corporation, Oct. 1996.Applicant
- “Mobile IP”, Release 12.0(1)T, pp. 1-55.Applicant
- Uyless Black, “TCP/IP and Related Protocols”, 1992, McGraw-Hill, Inc., pp. 226-249.Applicant
- Chambless, et al., “Home Agent Redundancy Protocol (HARP)”, Oct. 27, 1997.Applicant
- Networking Working Group, RFC 2002 “IP Mobility Support”, Oct. 1996.Applicant
- Montenegro, G., “Reverse Tunneling for Mobile IP,” RFC 2344, Sun Microsystems, Inc., pp. 1-19, May 1998.Applicant
- D. Harkins and D. Carrel, “The Internet Key Exchange (IKE),” Cisco Systems, pp. 1-33, Jun. 1998.Applicant
- D. Cong and M. Hamlen, and C. Perkins, “The Definitions of Managed Objects, for IP Mobility Support using SMIv2,” RFC2006, Motorola and IBM, pp. 1-52, Oct. 1996.Applicant
- J. Moy, RFC 1247 “OSPF Version 2”, Jul. 19, 1991.Applicant
- D. Oran, RFC 1142 “OSI IS-IS Intra-domain Routing Protocol”, Feb. 1990.Applicant
- C. Finseth, “An Access Control Protocol, Sometimes Called TACACS,” RFC1492, pp. 1-15, Sep. 13, 1992.Applicant
- D. Carrel and Lol Grant, “The TACACS+ Protocol,” Network Working Group, Internet-Draft, Cisco Systems, pp. 1-42, Jan. 1997.Applicant
- C. Rigney, “RADIUS Accounting,” RFC 2139, Livingston, pp. 1-25, Apr. 1997.Applicant
- C. Rigney, et al., “Remote Authentication Dial in User Service (RADIUS),” RFC 2138, pp. 1-65 Apr. 1997.Applicant
- Release notes for 3Com Corporation, “Conducting a Redundant Route for Network Resiliency”, Mar. 1994, NET Builder Family Bridge/Router, pp. 26-29.Applicant
- Office Action dated Jul. 5, 2007 from related U.S. Appl. No. 11/646,230, 13 pgs.Applicant
- Final Office Action dated Nov. 13, 2007 from related U.S. Appl. No. 11/646,230, 16 pgs.Applicant
- Office Action dated Sep. 15, 2008 from related U.S. Appl. No. 11/646,230, 15 pgs.Applicant
- Office Action dated Ju. 17, 2008 from related U.S. Appl. No. 11/213,468, 24 pgs.Applicant
- C. Perkins RFC 2002, Oct. 1996 IETF.Applicant