Please Whitelist This Site?

I know everyone hates ads. But please understand that I am providing premium content for free that takes hundreds of hours of time to research and write. I don't want to go to a pay-only model like some sites, but when more and more people block ads, I end up working for free. And I have a family to support, just like you. :)

If you like The TCP/IP Guide, please consider the download version. It's priced very economically and you can read all of it in a convenient format without ads.

If you want to use this site for free, I'd be grateful if you could add the site to the whitelist for Adblock. To do so, just open the Adblock menu and select "Disable on". Or go to the Tools menu and select "Adblock Plus Preferences...". Then click "Add Filter..." at the bottom, and add this string: "@@||^$document". Then just click OK.

Thanks for your understanding!

Sincerely, Charles Kozierok
Author and Publisher, The TCP/IP Guide

NOTE: Using software to mass-download the site degrades the server and is prohibited.
If you want to read The TCP/IP Guide offline, please consider licensing it. Thank you.

The Book is Here... and Now On Sale!

Read offline with no ads or diagram watermarks!
The TCP/IP Guide

Custom Search

Table Of Contents  The TCP/IP Guide
 9  TCP/IP Lower-Layer (Interface, Internet and Transport) Protocols (OSI Layers 2, 3 and 4)
      9  TCP/IP Internet Layer (OSI Network Layer) Protocols
           9  Internet Protocol (IP/IPv4, IPng/IPv6) and IP-Related Protocols (IP NAT, IPSec, Mobile IP)
                9  Internet Protocol Mobility Support (Mobile IP)

Previous Topic/Section
Mobile IP Overview, History and Motivation
Previous Page
Pages in Current Topic/Section
Next Page
Mobile IP Addressing: Home and "Care-Of" Addresses
Next Topic/Section

Mobile IP Concepts and General Operation
(Page 1 of 3)

I like analogies, as they provide a way of explaining often dry technical concepts in terms we can all relate to. The problem of mobile devices in an IP internetwork can easily be compared to a real-life mobility and information transmission problem: mail delivery for those who travel. To help explain how Mobile IP works, I will set up this analogy and use it as the basis for a look at Mobile IP's general operation. I will also refer back to it in explaining certain concepts in the remaining topics in this section.

Mobile IP Overview: "Address Forwarding" for the Internet

Suppose you are a consultant working for a large corporation with many offices. Your home office is in London, England, and you spend about half your time there. The rest of the time is split between other offices in say, Rome, Tokyo, New York City and Toronto. You also occasionally visit client sites that can be just about anywhere in the world. You may be at these remote locations for weeks at a time.

The problem is: how do you arrange things so that you can receive your mail regardless of your location? You have the same problem that regular IP has with a mobile device, and without taking special steps, the same two unsatisfactory options for resolving it: address changing or decoupling routing from your address. You can't change your address each time you move because you would be modifying it constantly; by the time you told everyone about your new address it would change again. And you certainly can't “decouple” the routing of mail from your address, unless you want to set up your own postal system!

The solution to this dilemma of course is mail forwarding. Let's say that you leave London for Tokyo for a couple of months. You tell the London post office (PO) that you will be in Tokyo. They intercept mail headed for your normal London address, relabel it, and forward it to Tokyo. Depending on where you are staying, this mail might be redirected either straight to a new address in Tokyo, or to a Tokyo PO where you can pick it up. If you leave Tokyo to go to another city, you just call the London PO and tell them your new location. When you come home, you cancel the forwarding and get your mail as always. (Yes, I'm assuming London and Tokyo each have only one post office. You mean they don't? Yeah, whatever. J)

The advantages of this system are many. It is relatively simple to understand and implement. It is also transparent to everyone who sends you mail; they still send to you in London and it gets wherever it needs to go. And handling of the forwarding mechanism is done only by the London PO and possibly the PO where you are presently located; the rest of the postal system doesn't even know anything out of the ordinary is going on.

There are some disadvantages of course too. The London PO may allow occasional forwarding for free, but would probably charge you if you did this on a regular basis. You might also need a special arrangement in the city you travel to. You have to keep communicating with your home PO each time you move. And perhaps most importantly, every piece of mail has to be sent through the system twice—first to London and then to wherever you are located—which is inefficient.

Mobile IP works in a manner very similar to the mail forwarding system I just described. The “traveling consultant” is the device that goes from network to network. Each network can be considered like a different “city”, and the internetwork of routers is like the postal system. The router that connects any network to the Internet is like that network's “post office”, from an IP perspective.

The mobile node is normally resident on its home network, which is the one that is indicated by the network ID in its IP address. Devices on the internetwork always route using this address, so the pieces of “mail” (datagrams) always arrive at a router at the device's “home”. When the device “travels” to another network, the home router (“post office”) intercepts these datagrams and forwards them to the device's current address. It may send them straight to the device using a new, temporary address, or it may send them to a router on the device's current network (the “other post office”, Tokyo in our analogy) for final delivery. An overview of Mobile IP operation can be seen in Figure 128.

Figure 128: General Operation of the Mobile IP Protocol

This diagram is like Figure 127, but with Mobile IP implemented. The mobile node’s home router serves as home agent and the router in Tokyo as the foreign agent. The mobile has been assigned a temporary, “care-of” address to use while in Tokyo (which in this case is a co-located care-of address, meaning that it is assigned directly to the mobile node; Figure 129 shows the same example using the other type of care-of address). In step #1, the remote client sends a datagram to the mobile using its home address, as before. It arrives in London as usual. In step #2, the home agent encapsulates that datagram in a new one and sends it to the mobile node in Tokyo.


Previous Topic/Section
Mobile IP Overview, History and Motivation
Previous Page
Pages in Current Topic/Section
Next Page
Mobile IP Addressing: Home and "Care-Of" Addresses
Next Topic/Section

If you find The TCP/IP Guide useful, please consider making a small Paypal donation to help the site, using one of the buttons below. You can also donate a custom amount using the far right button (not less than $1 please, or PayPal gets most/all of your money!) In lieu of a larger donation, you may wish to consider purchasing a download license of The TCP/IP Guide. Thanks for your support!
Donate $2
Donate $5
Donate $10
Donate $20
Donate $30
Donate: $

Home - Table Of Contents - Contact Us

The TCP/IP Guide (
Version 3.0 - Version Date: September 20, 2005

Copyright 2001-2005 Charles M. Kozierok. All Rights Reserved.
Not responsible for any loss resulting from the use of this site.