[netext] Protocol Action: 'Separation of Control and User Plane for Proxy Mobile IPv6' to Proposed Standard (draft-ietf-netext-pmip-cp-up-separation-07.txt)
The IESG <iesg-secretary@ietf.org> Wed, 03 September 2014 13:09 UTC
Return-Path: <iesg-secretary@ietf.org>
X-Original-To: netext@ietfa.amsl.com
Delivered-To: netext@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 388091A0282; Wed, 3 Sep 2014 06:09:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iVQUN0FCIazN; Wed, 3 Sep 2014 06:09:54 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C48C91A8A51; Wed, 3 Sep 2014 06:09:50 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 5.6.2.p5
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20140903130950.31175.63915.idtracker@ietfa.amsl.com>
Date: Wed, 03 Sep 2014 06:09:50 -0700
Archived-At: http://mailarchive.ietf.org/arch/msg/netext/CVVF-7GWWe_QlIecxGek7aC9RJY
Cc: netext mailing list <netext@ietf.org>, netext chair <netext-chairs@tools.ietf.org>, RFC Editor <rfc-editor@rfc-editor.org>
Subject: [netext] Protocol Action: 'Separation of Control and User Plane for Proxy Mobile IPv6' to Proposed Standard (draft-ietf-netext-pmip-cp-up-separation-07.txt)
X-BeenThere: netext@ietf.org
X-Mailman-Version: 2.1.15
List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " <netext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netext>, <mailto:netext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/netext/>
List-Post: <mailto:netext@ietf.org>
List-Help: <mailto:netext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netext>, <mailto:netext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Sep 2014 13:09:56 -0000
The IESG has approved the following document: - 'Separation of Control and User Plane for Proxy Mobile IPv6' (draft-ietf-netext-pmip-cp-up-separation-07.txt) as Proposed Standard This document is the product of the Network-Based Mobility Extensions Working Group. The IESG contact persons are Brian Haberman and Ted Lemon. A URL of this Internet Draft is: http://datatracker.ietf.org/doc/draft-ietf-netext-pmip-cp-up-separation/ Technical Summary: This document specifies a method to split the Control Plane (CP) and User Plane (UP) for a Proxy Mobile IPv6 based network infrastructure. Existing specifications allow a Mobile Access Gateway (MAG) to separate its control and user plane using the Alternate Care of address mobility option for IPv6, or Alternate IPv4 Care of Address option for IPv4. However, the current specification does not provide any mechanism allowing the Local Mobility Anchor (LMA) to perform an analogous functional split. To remedy that shortcoming, this document specifies a mobility option enabling a LMA to provide an alternate LMA address to be used for the bi-directional user plane traffic between the MAG and LMA. With this new option, a LMA will be able to use an IP address for its user plane which is different than the IP address used for the control plane. Working Group Summary: Was there anything in WG process that is worth noting? For example, was there controversy about particular points or were there decisions where the consensus was particularly rough? This document has sailed through the WG process because the problem that it aims to solve is clear and has strong consensus among the WG members. Document Quality: Are there existing implementations of the protocol? Have a significant number of vendors indicated their plan to implement the specification? Are there any reviewers that merit special mention as having done a thorough review, e.g., one that resulted in important changes or a conclusion that the document had no substantive issues? If there was a MIB Doctor, Media Type or other expert review, what was its course (briefly)? In the case of a Media Type review, on what date was the request posted? No known implementations of the protocol exist at this time. No vendors have expressly stated a plan to implement this specification either. The I-D acknowledges the reviewers who have helped improve the I-D. Personnel: Document Shepherd: Basavaraj Patil Responsible AD: Brian Haberman