Deprecated Network Prefix Provision
draft-jhlee-dmm-dnpp-00
The information below is for an old version of the document.
| Document | Type |
This is an older version of an Internet-Draft whose latest revision state is "Expired".
|
|
|---|---|---|---|
| Authors | Jong-Hyouk Lee , Zhiwei Yan | ||
| Last updated | 2015-10-08 | ||
| RFC stream | (None) | ||
| Formats | |||
| Additional resources | |||
| Stream | Stream state | (No stream defined) | |
| Consensus boilerplate | Unknown | ||
| RFC Editor Note | (None) | ||
| IESG | IESG state | I-D Exists | |
| Telechat date | (None) | ||
| Responsible AD | (None) | ||
| Send notices to | (None) |
draft-jhlee-dmm-dnpp-00
Distributed Mobility Management (DMM) J. Lee
Internet-Draft Sangmyung University
Intended status: Standards Track Z. Yan
Expires: April 10, 2016 CNNIC
October 8, 2015
Deprecated Network Prefix Provision
draft-jhlee-dmm-dnpp-00
Abstract
This document introduces new extensions to router advertisement and
router solicitation messages. The extensions are used to provide a
mobile node's deprecated network prefix information to an access
router. This document updates [RFC4861].
Status of This Memo
This Internet-Draft is submitted in full conformance with the
provisions of BCP 78 and BCP 79.
Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF). Note that other groups may also distribute
working documents as Internet-Drafts. The list of current Internet-
Drafts is at http://datatracker.ietf.org/drafts/current/.
Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress."
This Internet-Draft will expire on April 10, 2016.
Copyright Notice
Copyright (c) 2015 IETF Trust and the persons identified as the
document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents
(http://trustee.ietf.org/license-info) in effect on the date of
publication of this document. Please review these documents
carefully, as they describe your rights and restrictions with respect
to this document. Code Components extracted from this document must
include Simplified BSD License text as described in Section 4.e of
the Trust Legal Provisions and are provided without warranty as
described in the Simplified BSD License.
Lee & Yan Expires April 10, 2016 [Page 1]
Internet-Draft Deprecated Network Prefix Provision October 2015
Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2
2. Motivation . . . . . . . . . . . . . . . . . . . . . . . . . 2
3. Option Formats . . . . . . . . . . . . . . . . . . . . . . . 3
3.1. Network Prefix Provision in Router Solicitations . . . . 3
3.2. Network Prefix Provision in Router Advertisements . . . . 3
4. Security Considerations . . . . . . . . . . . . . . . . . . . 4
5. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 4
6. References . . . . . . . . . . . . . . . . . . . . . . . . . 4
6.1. Normative References . . . . . . . . . . . . . . . . . . 4
6.2. Informative References . . . . . . . . . . . . . . . . . 5
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 5
1. Introduction
Router advertisement and router solicitation messages defined in
[RFC4861] are used during stateless IPv6 autoconfiguration. A mobile
node listens for router advertisement messages that are periodically
sent by access routers on the local link or are explicitly requested
by the mobile node using a router solicitation message. The router
advertisement message contains information to allow the mobile node
configures a global unicast IPv6 address. The provided information
by the router advertisement message is, for instance, network
prefix(es), default router address(es), hop limit, etc.
The router advertisement message is used by an access router to
provide the network prefix information required for stateless IPv6
autoconfiguration, whereas the router solicitation message is used by
a mobile node to quickly receive the router advertisement message
from the access router. In other words, the current specification of
Neighbor Discovery for IP version 6 does not specifies how the access
router obtains the deprecated network prefix information (e.g.,
previous network prefix information) from the mobile node keeping
deprecated IPv6 address(es) that are for instance global unicast IPv6
address(es) generated and used at previous access networks.
This document introduces new extensions to router advertisement and
router solicitation messages to allow a mobile node provides its
deprecated network prefix information to an access router.
2. Motivation
A mobile node changes its point of attachment from a previous network
to a new network while keeping its global unicast IPv6 address for
communications with a correspondent node. The mobile node configures
a new global unicast IPv6 address at the new network and uses the new
address for new communications. The mobile node also may use the
Lee & Yan Expires April 10, 2016 [Page 2]
Internet-Draft Deprecated Network Prefix Provision October 2015
deprecated address (i.e., the previously configured address at the
previous network) for the communications with the correspondent node.
Nowadays ingress filtering is widely used to prevent source address
spoofing. In this case, when the mobile node sends packets with the
deprecated address as a source address, the packets will be filtered
unless a rule of ingress filtering is updated in advance.
An access router at the new network may need to obtain the mobile
node's deprecated network prefix information. For instance, the new
access router needs to establish a bidirectional tunnel with the
previous access router of the mobile node for the communications
associated with the deprecated address of the mobie node
[Paper-Distributed.Mobility].
3. Option Formats
A router solicitation message is extended to include the deprecated
network prefix information. A router advertisement message is
extended to include a flag that requests the mobile node to send a
router solicitation message including the deprecated network prefix
information.
3.1. Network Prefix Provision in Router Solicitations
A new flag is defined to indicate that a router solicitation message
includes the deprecated network prefix information of a mobile node
in the prefix information option.
4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+
|L|A|D|Reserved1|
+-+-+-+-+-+-+-+-+
D: 1-bit "Deprecated network prefix" flag. It indicates that the
prefix included in this prefix information option is the deprecated
network prefix of the mobile node.
When the mobile node wants to send the deprecated prefix to the new
access router, the prefix information option is used to carry the
deprecated network prefix and the D flag is set to 1.
3.2. Network Prefix Provision in Router Advertisements
A new flag is defined to request the deprecated network prefix
information in a sourter solicitation message.
Lee & Yan Expires April 10, 2016 [Page 3]
Internet-Draft Deprecated Network Prefix Provision October 2015
8 9 0 1 2 3 4 5
+-+-+-+-+-+-+-+-+
|M|O|D|Reserved |
+-+-+-+-+-+-+-+-+
D: 1-bit "Deprecated network prefix" flag. It indicates that the
deprecated network prefix of the mobile node is needed by an access
router.
When a mobile node receives the router advertisement message
containing the D flag set to 1, the mobile node should respond with a
router solicitation message carring the prefix information option and
with D flag set to 1 in the option. In the prefix information
option, the deprecated network prefix of the mobile node is
contained.
After the new access router learns the previous prefix of the
specific mobile node, it updates the rule of ingress filter.
Afterwards, the D flag in the following Routrer Advertisement message
sent to this mobile node will be set to 0 and the mobile node will
recognize that its previous prefix has been recorded by the access
router. Then the mobile node will not feedback with Router
Soliciation message.
This extension is not supported by the access router if the D flag is
not influded in the Router Advertisement message and then the mobile
node should not send Router Solicitation message accordingly.
4. Security Considerations
TBD
5. IANA Considerations
TBD
6. References
6.1. Normative References
[RFC4861] Narten, T., Nordmark, E., Simpson, W., and H. Soliman,
"Neighbor Discovery for IP version 6 (IPv6)", RFC 4861,
DOI 10.17487/RFC4861, September 2007,
<http://www.rfc-editor.org/info/rfc4861>.
Lee & Yan Expires April 10, 2016 [Page 4]
Internet-Draft Deprecated Network Prefix Provision October 2015
6.2. Informative References
[Paper-Distributed.Mobility]
Lee, J., Bonnin, J., Seite, P., and H. Chan, "Distributed
IP Mobility Management from the Perspective of the IETF:
Motivations, Requirements, Approaches, Comparison, and
Challenges", IEEE Wireless Communications, October 2013.
[RFC7333] Chan, H., Ed., Liu, D., Seite, P., Yokota, H., and J.
Korhonen, "Requirements for Distributed Mobility
Management", RFC 7333, DOI 10.17487/RFC7333, August 2014,
<http://www.rfc-editor.org/info/rfc7333>.
Authors' Addresses
Jong-Hyouk Lee
Sangmyung University
31, Sangmyeongdae-gil, Dongnam-gu
Cheonan 330-720
Republic of Korea
Email: jonghyouk@smu.ac.kr
Zhiwei Yan
CNNIC
No.4 South 4th Street, Zhongguancun
Beijing 100190
China
Email: yanzhiwei@cnnic.cn
Lee & Yan Expires April 10, 2016 [Page 5]