[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