Network Working Group J. Kim, S. Koh Internet Draft Kyungpook National University Intended status: Informational September 24, 2010 Expires: March 2011 PMIPv6 with Partial Bicasting and Buffering for IP Handover draft-jikim-netext-pbbpmipv6-00.txt Status of this Memo This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79. This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79. This document may not be modified, and derivative works of it may not be created, and it may not be published except as an Internet-Draft. This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79. This document may not be modified, and derivative works of it may not be created, except to publish it as an RFC and to translate it into languages other than English. This document may contain material from IETF Documents or IETF Contributions published or made publicly available before November 10, 2008. The person(s) controlling the copyright in some of this material may not have granted the IETF Trust the right to allow modifications of such material outside the IETF Standards Process. Without obtaining an adequate license from the person(s) controlling the copyright in such materials, this document may not be modified outside the IETF Standards Process, and derivative works of it may not be created outside the IETF Standards Process, except to format it for publication as an RFC or to translate it into languages other than English. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet-Drafts. 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." Kim & Koh Expires March 24, 2011 [Page 1] Internet-Draft PBB-PMIPv6 September 2010 The list of current Internet-Drafts can be accessed at http://www.ietf.org/ietf/1id-abstracts.txt The list of Internet-Draft Shadow Directories can be accessed at http://www.ietf.org/shadow.html This Internet-Draft will expire on March 24, 2009. Copyright Notice Copyright (c) 2010 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. 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. Abstract This document proposes an enhanced handover scheme of the Proxy Mobile IPv6 (PMIPv6) with partial bicasting in wireless networks. In the proposed PMIPv6 handover scheme, when a mobile node (MN) moves into a new network and thus its Mobile Access Gateway (MAG) performs the binding update to the Local Mobility Anchor (LMA), the LMA begins the 'partial' bicasting of data packets will be buffered at the new MAG as well as the previous MAG. Then, the data packets will be buffered at the new MAG during handover and then forwarded to MN after the handover operations are completed. The proposed scheme can reduce handover delays and packet losses, and can also use the network resource of wireless links more effectively. Kim & Koh Expires March 24, 2011 [Page 2] Internet-Draft PBB-PMIPv6 September 2010 Table of Contents 1. Introduction ................................................ 3 2. Conventions used in this document ........................... 4 3. Protocol Detail ............................................. 4 4. Security Considerations ..................................... 7 5. IANA Considerations ......................................... 7 6. Conclusions ................................................. 7 7. References .................................................. 8 7.1. Normative References ................................... 8 7.2. Informative References ................................. 8 8. Acknowledgments ............................................. 9 1. Introduction The Mobile IPv6 was designed as an IPv6-bsed mobility scheme [1], in which each Mobile Node (MN) should be equipped with the MIPv6 functionality to perform the mobility management signaling. Such a protocol is referred to as 'host-based mobility management' protocol. In the wireless network environment, however, it is not effective that each MN performs the MIPv6 protocol operations, due to the scarce resources of wireless network such as link bandwidth or MN power. Moreover, this scheme requires all the host to implement the mobility control software. Recently, a network-based mobility control is proposed to enable IP mobility for a host, in which the network is responsible for managing the IP mobility control operations on behalf of the host. It is referred to as the Proxy Mobile IPv6 (PMIPv6) protocol [2], which has been standardized in the Internet Engineering Task Force (IETF). In PMIPv6, the mobile agent, called Mobile Access Gateway (MAG), located in the network will perform the mobility signaling instead of MN and will keep track of the movement of MN. It is noted that the PMIPv6 is used mainly for binding update of the location of MNs. The PMIPv6 may be used for support IP handover. However, there are still a lot of issues that need to be solved in the perspective of seamless handover. In this document, we consider the 'bicasting' for handover, in which the PMIPv6 Local Mobility Agent (LMA) will bicast the data packets to the Previous MAG (P-MAG) and New MAG (N-MAG) toward MN, when MN is in the overlapping region between the two associated MAGs. Then, the bicasting can be used to minimize the packet loss and handover latency at a MN during handover. However, when the bicasting function is used support the PMIP handover, the following issues shall be Kim & Koh Expires March 24, 2011 [Page 3] Internet-Draft PBB-PMIPv6 September 2010 disposed. First, this scheme may stil incur data losses during handover when the underlying link is switched, since MN can receive data packets from only one of the two links at a time. Next, the PMIP handover with bicasting, tends to waste the resources of wireless links by sending duplicated packets. To solve these issues, we propose a new handover scheme of PMIPv6 with Partial Bicasting, in which the bicasting is done by using the PMIP tunnel in the partial network region between LMA and MAGs. In additions, the N-MAG will buffer the data packets to reduce the data packet losses that may occur at the link switching time. 2. Conventions used in this document In examples, "C:" and "S:" indicate lines sent by the client and server respectively. The key words "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 [1]. 3. Protocol Detail This document proposes an enhanced scheme for seamless handover, in which we will extend the PMIPv6 handover scheme. The proposed scheme can be used to reduce the packet loss and handover delay during handover in the PMIPv6 wireless network. Kim & Koh Expires March 24, 2011 [Page 4] Internet-Draft PBB-PMIPv6 September 2010 +---------+ | CN | +---------+ || || || +---------+ | LMA | +---------+ // \\ // \\ // \\ +--------------+ +--------------+ | // | | \\ | | +--------+ | | +--------+ | | | P-MAG | | | | N-MAG | | | +--------+ | | +--------+ | | || | | || | |Data Packet #1| |Data Packet #2| | || | | || | | \\ | | // | | \\ | | // | | \\ |-| // | | \\ // | | +------+ | | | MN | | | +------+ | +------------------------------ + Figure 1 Network Architecture Figure 1 shows a network model for PMIPv6 handover schemes. The document considers a network architecture, in which MN moves from P- MAG to N-MAG during communications with a correspondent node (CN) that is not located in the same PMIPv6 domain. Note that P-MAG and N- MAG as the first IP-level nodes in the viewpoint of MN. In this document, it proposes an enhanced scheme for seamless handover, in which it will extend the PMIPv6 handover scheme. The proposed scheme can be used to reduce the packet loss and handover latency during handover in the PMIPv6 wireless network. Kim & Koh Expires March 24, 2011 [Page 5] Internet-Draft PBB-PMIPv6 September 2010 MN P-MAG N-MAG LMA | | | | | |======== Bi-Directional Tunnel =========| | | | | |<= Data Packet #1 = |<=========== Data Packet #1 ============| | | | | |<--- link layer --->| | | | signaling | | | | | | | | |-- Handover Init -->| | | | | | | | |-- Proxy Binding ->| | | | Update | | | | | | | |<- Proxy Binding --| | | | Acknowledgement | | | | | | | |== Bi-Directional =| | | | Tunnel | | | | | | | |<= Data Packet #2 =| | | | | | | Buffering & Reordering | | | | | | |<-- Handover Init --| | | | Ack | | | | | | | |--------- Proxy Binding Update -------->| | | | | | | | Accept PBU | | | | | |<---- Proxy Binding Acknowledgement ----| | | | | connect | | | | | | | |<--- MN-MAG connection establishment --->| | | | | | |<== Forwarding of Buffered Data Packets==| | | | | | |<============ Data Packet #2 ============|<= Data Packet #2 =| | | | | Figure 2 PBB-PMIPv6 handover procedure Kim & Koh Expires March 24, 2011 [Page 6] Internet-Draft PBB-PMIPv6 September 2010 The operation of the PBB-PMIPv6 is shown as figure 2. First, when the P-MAG receives a link layer signaling message between MN and P-MAG, it requests N-MAG to establish a new PMIP tunnel with LMA by sending a Handover Init (HI) message that includes the MN's Proxy-CoA and Home address (MN-HoA). The N-MAG receives HI message, it should examine whether a tunnel to the LMA already exists or not. If the tunnel has not been established, it should establish the tunnel with the LMA. To establish the tunnel, N-MAG sends a PBU message to LMA. It includes MN-Identifier and MN-HoA. On reception of PBU from N-MAG, the LMA creates a new binding cache entry. It then sets the tunnel with N-MAG, which is used to send and receive the data packets between N-MAG and LMA. After the successful establishment of the PMIP tunnel, the LMA will transmit the data packets to both P-MAG and N-MAG. From this phase, the bicasting transmissions begin, in which LMA may employ the transient binding scheme for PMIPv6. However, the bicasting transmission is performed in the 'partial' network region between LMA and N-MAG, rather than between LMA and MN. On reception of the PBA message from LMA, the N-MAG will begin to buffer the data packets arriving from LMA. At the same time, it will request P-MAG to stop bicasting by sending a Handover Init Ack message. In turn, the P-MAG will release the old PMIP tunnel by sending a PBU message to the LMA. After the new link is established, the N-MAG forwards the buffered data packets to MN. After that, the normal data transfer operation will be performed between MN and LMA. 4. Security Considerations TBD 5. IANA Considerations TBD 6. Conclusions This document proposes an enhanced handover scheme of the PMIPv6, which is based on partial bicasting. The bicasting of data packets is performed to the N-MAG as well as P-MAG. In addition, the N-MAG performs the buffering of data packet, until the link established between N-MAG and MN. The proposed scheme can reduce the packet Kim & Koh Expires March 24, 2011 [Page 7] Internet-Draft PBB-PMIPv6 September 2010 losses by using the buffering at the N-MAG. Moreover, the proposed scheme can minimize the network resources by releasing the old PMIP tunnel in advance. 7. References 7.1. Normative References [1] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997. [2] Crocker, D. and Overell, P.(Editors), "Augmented BNF for Syntax Specifications: ABNF", RFC 2234, Internet Mail Consortium and Demon Internet Ltd., November 1997. [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997. [RFC2234] Crocker, D. and Overell, P.(Editors), "Augmented BNF for Syntax Specifications: ABNF", RFC 2234, Internet Mail Consortium and Demon Internet Ltd., November 1997. 7.2. Informative References [3] Faber, T., Touch, J. and W. Yue, "The TIME-WAIT state in TCP and Its Effect on Busy Servers", Proc. Infocom 1999 pp. 1573- 1583. D. Johnson, C. Perkins, and K. Arkko, "Mobility support in IPv6", RFC 3775, June 2004. [4] S. Gundavelli, K. Leung, V. Decarapalli, K. Chowdhury, and B. Patil, "Proxy Mobile IPv6", RFC 5213, August 2008. [5] R, Koodli, "Mobile IPv6 Fast Handover", RFC 5268, June 2008. [6] H. Yokota, K. Chowdhury, B. Patil, and F. Xia, "Fast Handovers for Proxy Mibile IPv6", Internet-Draft, July 2009. [Fab1999] Faber, T., Touch, J. and W. Yue, "The TIME-WAIT state in TCP and Its Effect on Busy Servers", Proc. Infocom 1999 pp. 1573-1583. [RFC 3775] D. Johnson, C. Perkins, and K. Arkko, "Mobility support in IPv6", RFC 3775, June 2004. [RFC 5213] S. Gundavelli, K. Leung, V. Decarapalli, K. Chowdhury, and B. Patil, "Proxy Mobile IPv6", RFC 5213, August 2008. Kim & Koh Expires March 24, 2011 [Page 8] Internet-Draft PBB-PMIPv6 September 2010 [RFC 5268] R, Koodli, "Mobile IPv6 Fast Handover", RFC 5268, June 2008. 8. Acknowledgments This document was prepared using 2-Word-v2.0.template.dot. Kim & Koh Expires March 24, 2011 [Page 9] Internet-Draft PBB-PMIPv6 September 2010 Authors' Addresses Ji In Kim Kyungpook National University, KOREA Email: jiin16@gmail.com Seok Joo Koh Kyungpook National University, KOREA Email: sjkoh@knu.ac.kr Kim & Koh Expires March 24, 2011 [Page 10]