米葫芦网

RFC2005 - Applicability Statement for IP Mobility Support

热度:5℃ 发布时间:2023-11-16 19:47:33

Network Working Group J. Solomon
Request for Comments: 2005 Motorola
Category: Standards Track October 1996
Applicability Statement for IP Mobility Support
Status of this Memo
This document specifies an Internet standards track protocol for the
Internet community, and requests discussion and suggestions for
improvements. Please refer to the current edition of the "Internet
Official Protocol Standards" (STD 1) for the standardization state
and status of this protocol. Distribution of this memo is unlimited.
Abstract
As required by [RFC1264], this report discusses the applicability of
Mobile IP to provide host mobility in the Internet. In particular,
this document describes the key features of Mobile IP and shows how
the requirements for advancement to Proposed Standard RFChave been
satisfied.
1. Protocol Overview
Mobile IP provides an efficient, scalable mechanism for node mobility
within the Internet. Using Mobile IP, nodes may change their point-
of-attachment to the Internet without changing their IP address.
This allows them to maintain transport and higher-layer connections
while moving. Node mobility is realized without the need to
propagate host-specific routes throughout the Internet routing
fabric. The protocol is documented in [MIP-PROTO].
In brief, Mobile IP routing works as follows. Packets destined to a
mobile node are routed first to its home network -- a network
identified by the network prefix of the mobile node"s (permanent)
home address. At the home network, the mobile node"s home agent
intercepts sUCh packets and tunnels them to the mobile node"s most
recently reported care-of address. At the endpoint of the tunnel,
the inner packets are decapsulated and delivered to the mobile node.
In the reverse direction, packets sourced by mobile nodes are routed
to their destination using standard IP routing mechanisms.
Thus, Mobile IP relies on protocol tunneling to deliver packets to
mobile nodes that are away from their home network. The mobile
node"s home address is hidden from routers along the path from the
home agent to the mobile node due to the presence of the tunnel. The
encapsulating packet is destined to the mobile node"s care-of address
-- a topologically significant address -- to which standard IP
routing mechanisms can deliver packets.
The Mobile IP protocol defines the following:
- an authenticated registration procedure by which a mobile node
informs its home agent(s) of its care-of address(es);
- an extension to ICMP Router Discovery [RFC1256] which allows mobile
nodes to discover prospective home agents and foreign agents; and
- the rules for routing packets to and from mobile nodes, including
the specification of one mandatory tunneling mechanism ([MIP-IPinIP])
and several optional tunneling mechanisms ([MIP-MINENC] and
[RFC1701]).
2. Applicability
Mobile IP is intended to solve node mobility across changes in IP
subnet. It is just as suitable for mobility across homogeneous media
as it is for mobility across heterogeneous media. That is, Mobile IP
facilitates node movement from one Ethernet segment to another as
well as it accommodates node movement from an Ethernet segment to a
wireless LAN.
One can think of Mobile IP as solving the "macro" mobility management
problem. It is less well suited for more "micro" mobility management
applications -- for example, handoff amongst wireless transceivers,
each of which covers only a very small geographic area. In this
later situation, link-layer mechanisms for link maintenance (i.e.
link-layer handoff) might offer faster convergence and less overhead
than Mobile IP.
Mobile IP scales to handle a large number of mobile nodes in the
Internet. Without route optimization as described in [MIP-OPTIM],
however, the home agent is a potential load point when serving many
mobile nodes. When home agents become overburdened, additional home
agents can be added -- and even dynamically discovered by mobile
nodes -- using mechanisms defined in the Mobile IP documents.
Finally, it is noted that mobile nodes are assigned (home) IP
addresses largely the same way in which stationary hosts are assigned
long-term IP addresses; namely, by the authority who owns them.
Properly applied, Mobile IP allows mobile nodes to communicate using
only their home address regardless of their current location. Mobile
IP, therefore, makes no attempt to solve the problems related to
local or global, IP address, renumbering.
3. Security
Mobile IP mandates the use of cryptographically strong authentication
for all registration messages exchanged between a mobile node and its
home agent. Optionally, strong authentication can be used between
foreign agents and mobile nodes or home agents. Replay protection is
realized via one of two possible mechanisms -- timestamps or nonces.
Due to the unavailability of an Internet key management protocol,
agent discovery messages are not required to be authenticated.
All Mobile IP implementations are required to support, at a minimum,
keyed MD5 authentication with manual key distribution. Other
authentication and key distribution algorithms may be supported.
Mobile IP defines security mechanisms only for the registration
protocol. Implementations requiring privacy and/or authentication of
data packets sent to and from a mobile node should use the IP
security protocols described in RFCs 1827 and 1826 for this purpose.
4. MIB
At the time of publication of this Applicability Statement, a
Management Information Base (MIB) for Mobile IP has been written and
documented in RFC2006.
5. Implementations
Several implementations of Mobile IP are known to exist. The
following list gives the origin and a contact for several such
implementations:
Organization: Contact:
CMU Dave Johnson <dbj@cs.cmu.edu>
FTP Software Frank Kastenholz <kasten@ftp.com>
IBM Charlie Perkins <perk@watson.ibm.com>
Motorola Jim Solomon <solomon@comm.mot.com>
Nokia Gunyho Gabor <gunyho@ncsmsg07he.ntc.nokia.com>
SUN Gabriel Montenegro <gab@cali.Eng.Sun.COM>
Telxon Frank Ciotti <frankc@teleng.eng.telxon.com>
6. Implementation EXPerience
FTP Software hosted an interim meeting, October 23-27, 1995 in which
interoperability of several implementations was demonstrated. The
following major features of the Mobile IP protocol were tested:
1) Mobile Nodes receiving and processing Agent Advertisements.
2) Agents receiving Agent Solicitations and responding with Agent
Advertisements.
3) Mobile Nodes registering with foreign agents on foreign networks.
4) Packets being received by the mobile node after having been
tunneled by the home agent and de-tunneled by the foreign agent.
5) Packets from the mobile node being routed directly to their
destinations.
6) Mobile nodes discovering that their connectivity/subnet had
changed and re-registering at their new location.
7) Mobile nodes discovering that their current foreign agent had
rebooted and therefore re-registering with that foreign agent.
8) The required form of tunneling (IP-in-IP encapsulation
[MIP-IPinIP]) as well as the one of the optional forms of tunneling;
namely, Minimal Encapsulation [MIP-MINENC].
9) Mobile nodes de-registering upon returning to their home network.
10) Registrations being rejected for authentication failures,
including invalid authenticators as well as mismatched
identification values (replay protection).
11) TCP connections remaining open (with data flowing) while a mobile
node moved from its home network to a foreign network and then
back again to the home network.
Interoperability of at least two independent implementations was
demonstrated for all of the features listed above.
7. Summary
The co-chairs, on behalf of the working group participants, believe
that the Mobile IP working group has satisfied the requirements set
forth in [RFC1264] for the advancement of Mobile IP to Proposed
Standard RFC. Specifically, the technical specification document is
stable, a MIB has been written, the security architecture has been
set forth in accordance with IAB principles, and several independent
implementations have been demonstrated to be interoperable.
8. References
[RFC1256] Deering, S., Editor, "ICMP Router Discovery Messages", RFC
1256, September 1991.
[RFC1701] Hanks, S. et. al., "Generic Routing Encapsulation (GRE)",
RFC1701, October 1994.
[RFC1264] Hinden, R., "Internet Routing Protocol Standardization
Criteria", RFC1264, October 1991.
[MIP-IPinIP] Perkins, C., Editor, "IP Encapsulation within IP",
RFC2003, October 1996.
[MIP-OPTIM] Johnson, D., and C. Perkins, "Route Optimization in
Mobile IP", Work in Progress.
[MIP-PROTO] Perkins, C., Editor, "IP Mobility Support", RFC2002,
October 1996.
[MIP-MINENC] Perkins, C., Editor, "Minimal Encapsulation within IP",
RFC2004, October 1994.
9. Author"s Address
Questions about this memo can be directed to:
Jim Solomon
Motorola Inc.
1301 E. Algonquin Rd. - Rm 2240
Schaumburg, IL 60196
Voice: +1-847-576-2753
Fax: +1-847-576-3240
EMail: solomon@comm.mot.com

网友评论
评论
发 布

更多软件教程
  • 软件教程推荐
更多+
Greenfoot设置中文的方法

Greenfoot设置中文的方法

Greenfoot是一款简单易用的Java开发环境,该软件界面清爽简约,既可以作为一个开发框使用,也能够作为集成开发环境使用,操作起来十分简单。这款软件支持多种语言,但是默认的语言是英文,因此将该软件下载到电脑上的时候,会发现软件的界面语言是英文版本的,这对于英语基础较差的朋友来说,使用这款软件就会...

07-05

Egret UI Editor修改快捷键的方法

Egret UI Editor修改快捷键的方法

Egret UI Editor是一款开源的2D游戏开发代码编辑软件,其主要功能是针对Egret项目中的Exml皮肤文件进行可视化编辑,功能十分强大。我们在使用这款软件的过程中,可以将一些常用操作设置快捷键,这样就可以简化编程,从而提高代码编辑的工作效率。但是这款软件在日常生活中使用得不多,并且专业性...

07-05

KittenCode新建项目的方法

KittenCode新建项目的方法

KittenCode是一款十分专业的编程软件,该软件给用户提供了可视化的操作界面,支持Python语言的编程开发以及第三方库管理,并且提供了很多实用的工具,功能十分强大。我们在使用这款软件进行编程开发的过程中,最基本、最常做的操作就是新建项目,因此我们很有必要掌握新建项目的方法。但是这款软件的专业性...

07-05

Thonny设置中文的方法

Thonny设置中文的方法

Thonny是一款十分专业的Python编辑软件,该软件界面清爽简单,给用户提供了丰富的编程工具,具备代码补全、语法错误显示等功能,非常的适合新手使用。该软件还支持多种语言,所以在下载这款软件的时候,有时候下载到电脑中的软件是英文版本的,这对于英语基础较差的小伙伴来说,使用这款软件就会变得十分困难,...

07-05

最新软件下载