Route Optimization on Mobile IP Over Ipv4 FINAL PROJECT

Route Optimization on Mobile IP Over Ipv4 FINAL PROJECT

ENSC 835-3: NETWORK PROTOCOLS AND PERFORMANCE CMPT885-3: SPECIAL TOPICS: HIGH-PERFORMANCE NETWORKS Route Optimization on Mobile IP over IPv4 Spring 2002 FINAL PROJECT Hao (Leo) Chen [email protected] http://www.sfu.ca/˜lcheu/885-project.htm Contents 1 Introduction 1 1.1 What is Mobile IP? . 1 1.2 Route Optimization . 3 1.3 Project Objectives . 5 2 MIP in current ns-2 6 3 Implementation of Route Optimization of MIP in ns-2 8 3.1 Three Challenges . 8 3.2 Binding Update Message . 9 3.3 Binding Warning Message . 11 3.4 Source Code Modification Review . 13 4 Simulations 15 4.1 Simulation Scenario . 15 4.2 Simulation Script . 17 4.3 Post Process . 17 4.4 Result Analysis . 18 5 Conclusion & Future Work 19 List of Figures 1 MH in home/foreign network . 3 2 MH in foreign network . 4 3 MH in foreign network 2 . 5 4 Overview of Route Optimization in MIP . 8 5 Flowchart of Sending Binding Update Message . 9 6 Flowchart of Receiving Binding Update Message . 10 7 Flowchart of Sending Binding Warning Message . 11 8 Flowchart of Receiving Binding Warning Message . 12 9 Simulation Scenario One . 15 10 Simulation Scenario Two . 16 11 Simulation Result One . 18 12 Simulation Result Two . 19 Abstract The support of mobility in the modern communications networks is becoming essential and important with the booming development of mobile devices. Mobile IP[RFC3220], built on IPv4, was designed by IETF to serve the needs of supporting portable IP addresses on Internet. In the basic mobile IP protocol, datagrams going to the mobile node have to travel through the home agent when the mobile node is away from home. On the other hand, the datagrams sent from the mobile node to other wired nodes can be routed directly. This asymmetric rout- ing, called ”Triangle Routing”, is generally far from optimal, especially when the destination node is close to the mobile node. Eliminating the ”Triangle Routing” problem, in order to improve network efficiency, is one appealing topic in mobile IP. IETF proposed extension part of the basic mobile IP, called ”Route Optimization”[ROMIP] to address this problem. Other approaches, like reverse routing [ZY99] are also proposed for this purpose. Actually, in the next generation of the Internet Proto- col - IPv6, ”Route Optimization” is integrated as a fundamental part of the mobility support [MIPv6]. However, IPv4 has already been widely deployed and will continuously dominate the Internet for a long time. Therefore, the study of Route Optimization is still of interest to me. My project is to add the Route Optimization on Mobile IP to the ns-2 . More specifically, I implemented two Route Optimization messages out of four. Simulations have already been done to justify the modification. The first section of the report is a survey on the routing schema in mobile IP protocol, in- cluding the “Triangle Routing” problem and the Route Optimization extension in MIP. The second section focuses on the current implementation architecture of mobile IP in ns-2 . Sec- tion 3 is the highlight, elaborating my implementation of Route Optimization on mobile IP in ns-2 , from the system architecture modification to the implementation details. After extend- ing Route Optimization on mobile IP, simulations should be carried out for validation. The simulation scenarios, scripts and results will be presented in the section 4. Then, the report is finalized with the summary and discussion in section 5. 1 Introduction This section describes what the Mobile IP is and the Route Optimization approach for the Mobile IP in IPv4, and the project objectives as well. The following subsections are very descriptive in terms of helping the reader to understand the main ideas behind our project and get the feeling about the scope of this project. 1.1 What is Mobile IP? The exponential growth of portable devices, including: laptop and palmtop computers, personal organizers, etc., and increasing number of wireless devices and services — dictate the need for mobility support in today's network communications. To simplify future references to the above devices we will name all the portable and wireless devices - mobile devices. In fact, the main reason to call these devices “mobile devices” lays in their very nature. These devices are not stationary to the network and frequently change their point of access to the network/Internet. All these make these devices considered as the mobile ones. For further clarification and purposes of our project we will call mobile devices - mobile nodes. Let's just say here that Mobile Node (MN) is a host or router that changes its point of access 1 from one network or subnetwork to another. In the project itself we will be mainly concern with the Mobile Host (MH). In our project MH will be the main target and representative of the MN for the purpose of establishing and monitoring the network connection between the correspondent host (either mobile or stationary) and the target MH. Now, after all the declarations above, we are ready to move on and explain what the Mobile IP actually is. Mobile IP (MIP) protocol was built on the top of the Internet Protocol (IP) to support the mobility. In that sense, MIP protocol for IPv4 provides continuous Internet connectivity to MH. The IP layer was picked for implementing basic mobility support as the most appropriate one, compared with lower or higher layers. The problem with lower layers, such as the Link layer solutions, is that they are limited to a single medium. One of the most important and guiding principles of the Internet is to find general-purpose solutions that work for all network technolo- gies, as opposed to special-purpose and hardware-specific solutions. Also, mobility solutions that require big changes at layers above IP tend to be highly impractical. MHs have to switch between networks in different domains while they move around the net- work, they also need to switch between different types of network (Ethernet, packet radio, cellular telephone, etc.) to achieve the best possible connectivity regardless of where they are located. MIP protocol allows MHs to send and receive datagrams addressed with their home network IP address, regardless of the IP address of their current point of access to the Internet. MIP pro- tocol allows any MN to move about and to change its point of attachment to the Internet, while continuing to be identified by its home IP address. Home IP address of the MN refers to the node's IP address on its home network. Correspondent Host (CH) sends IP datagrams to the MH at any destination, regardless of whether that MH is in its home or other (foreign) network, in the same manner as if the MH never leaves its home network. All the packets destined to the MH go through the Home Agent (HA): which tunnels them to the MH directly, if it is in the home network (see Figure 1 (a)), or through the Foreign Agent (FA), if the MH is in foreign network (see Figure 1 (b)). The MH on the other hand sends its IP datagrams directly to the CH, meaning that, when MH is located on foreign network, packets are not routed to the HA and therefore bypass going through the home network on their path to CH. The MIP protocol is simple and provides transparent routing of packets to MH. MIP protocol is compatible with existing applications and hosts, and doesn't place special burdens on IP routers and CHs in the Internet. 2 (a) MH in home network (b) MH in foreign network Figure 1: MH in home/foreign network Communications between MH and CH are shown by arrows in this figure As you probably already noticed, the routing scheme of basic MIP protocol in IPv4 is far from perfect. The route used for packets from CH to the MH is not the most efficient. Packets from CH to MH have to go through three different (sub)networks: the CH's subnet, the HA's subnet, and the FA's subnet where the MH is currently located. This performance problem with MIP is known as “Triangle Routing”. “Triangle Routing” allows transparent inter-operation between MHs and their CHs, but forces all datagrams for an MH to be routed through its HA. Therefore, packets to the MH are often routed along paths that are significantly longer than optimal. For instance, if MH is visiting some subnet, even packets from CH on the same subnet must be routed through the Internet (Public Network) to the MH's HA (on its home network), only then to be routed back to the original subnet for final delivery. This indirect routing delays the delivery of the packets to MHs and places an unnecessary burden on the networks and routers along their paths through the Internet. To avoid the “Triangle Routing”, an extension to the basic MIP protocol called “Route Opti- mization” [ROMIP] was proposed. 1.2 Route Optimization Route Optimization gives a way for any host to maintain a Binding Cache (a cache of mobility bindings of mobile nodes, maintained by a node for use in tunneling datagrams to those mobile nodes) containing the Care-Of Address (COA) of one or more MH(s). When sending an IP data- gram to an MH, if the sender has a binding cache entry for the destination MH, it can tunnel the datagram directly to the COA indicated in the cached mobility binding. When there is no binding cache entry, datagrams destined for an MH will be routed to the MH's home network and then tunneled to the MH's current COA by the MH's HA.

View Full Text

Details

  • File Type
    pdf
  • Upload Time
    -
  • Content Languages
    English
  • Upload User
    Anonymous/Not logged-in
  • File Pages
    23 Page
  • File Size
    -

Download

Channel Download Status
Express Download Enable

Copyright

We respect the copyrights and intellectual property rights of all users. All uploaded documents are either original works of the uploader or authorized works of the rightful owners.

  • Not to be reproduced or distributed without explicit permission.
  • Not used for commercial purposes outside of approved use cases.
  • Not used to infringe on the rights of the original creators.
  • If you believe any content infringes your copyright, please contact us immediately.

Support

For help with questions, suggestions, or problems, please contact us