Mobile IP Vendor/Organization-Specific Extensions
RFC 3115
| Document | Type |
RFC - Proposed Standard
(April 2001; No errata)
Obsoletes RFC 3025
|
|
|---|---|---|---|
| Authors | Gopal Dommety , Kent Leung | ||
| Last updated | 2013-03-02 | ||
| Stream | Internent Engineering Task Force (IETF) | ||
| Formats | plain text html pdf htmlized (tools) htmlized bibtex | ||
| Stream | WG state | (None) | |
| Document shepherd | No shepherd assigned | ||
| IESG | IESG state | RFC 3115 (Proposed Standard) | |
| Consensus Boilerplate | Unknown | ||
| Telechat date | |||
| Responsible AD | (None) | ||
| Send notices to | (None) | ||
Network Working Group G. Dommety
Request for Comments: 3115 K. Leung
Obsoletes: 3025 cisco Systems
Category: Standards Track April 2001
Mobile IP Vendor/Organization-Specific Extensions
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.
Copyright Notice
Copyright (C) The Internet Society (2001). All Rights Reserved.
RFC Editor Note:
This memo corrects discrepancies between the values assigned for
CVSE-TYPE-NUMBER and NVSE-TYPE-NUMBER in RFC 3025 and in the Internet
Assigned Numbers Authority's (IANA) repository. The difference in
the assigned values are as follows:
CVSE-TYPE-NUMBER = 37 in RFC 3025
CVSE-TYPE-NUMBER = 38 in IANA (Under Mobile IP numbers)
NVSE-TYPE-NUMBER = 133 in RFC 3025
NVSE-TYPE-NUMBER = 134 in IANA (Under Mobile IP numbers)
This memo obsoletes RFC 3025, since the current implementations
follow the IANA assignments.
Abstract
This document defines two new extensions to Mobile IP. These
extensions will facilitate equipment vendors and organizations to
make specific use of these extensions as they see fit for research or
deployment purposes.
Dommety & Leung Standards Track [Page 1]
RFC 3115 Mobile IP Vendor Specific Extensions April 2001
1. Introduction
Current specification of Mobile IP [1] does not allow for
organizations and vendors to include organization/vendor-specific
information in the Mobile IP messages. With the imminent wide scale
deployment of Mobile IP it is useful to have vendor or organization-
Specific Extensions to support this capability. This document
defines two extensions that can be used for making organization
specific extensions by vendors/organizations for their own specific
purposes.
1.1. Specification Language
The keywords "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
"SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
document are to be interpreted as described in RFC 2119 [3].
In addition, the following words are used to signify the requirements
of the specification.
silently discard
The implementation discards the datagram without further
processing, and without indicating an error to the sender.
The implementation SHOULD provide the capability of logging
the error, including the contents of the discarded datagram,
and SHOULD record the event in a statistics counter.
2. Vendor/Organization Specific Extensions
Two Vendor/Organization Specific Extensions are described, Critical
(CVSE) and Normal (NVSE) Vendor/Organization Specific Extensions.
The basic differences between the Critical and Normal Extensions are
that when the Critical extension is encountered but not recognized,
the message containing the extension MUST be silently discarded,
whereas when a Normal Vendor/Organization Specific Extension is
encountered but not recognized, the extension SHOULD be ignored, but
the rest of the Extensions and message data MUST still be processed.
Another difference between the two is that Critical
Vendor/Organization Extension has a length field of two octets and
the NVSE has a length field of only one octet.
Dommety & Leung Standards Track [Page 2]
RFC 3115 Mobile IP Vendor Specific Extensions April 2001
2.1. Critical Vendor/Organization Specific Extension (CVSE)
The format of this extension is as shown below.
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Reserved | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Vendor/Org-ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Vendor-CVSE-Type | Vendor-CVSE-Value ...
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 1: Critical Vendor/Organization Specific Extension
Type CVSE-TYPE-NUMBER 38
Reserved Reserved for future use. MUST be set to 0 on sending,
MUST be ignored on reception.
Length Length in bytes of this extension, not including the Type
and Length bytes.
Vendor/Org-ID
Show full document text