Re: [netext] Fwd: New Version Notification for draft-wakikawa-netext-pmip-cp-up-separation-00.txt

Ryuji Wakikawa <ryuji.wakikawa@gmail.com> Tue, 16 July 2013 23:04 UTC

Return-Path: <ryuji.wakikawa@gmail.com>
X-Original-To: netext@ietfa.amsl.com
Delivered-To: netext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8525121F9DED for <netext@ietfa.amsl.com>; Tue, 16 Jul 2013 16:04:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AHPhYcF9FUYz for <netext@ietfa.amsl.com>; Tue, 16 Jul 2013 16:04:39 -0700 (PDT)
Received: from mail-pa0-x22a.google.com (mail-pa0-x22a.google.com [IPv6:2607:f8b0:400e:c03::22a]) by ietfa.amsl.com (Postfix) with ESMTP id B957921F9DA9 for <netext@ietf.org>; Tue, 16 Jul 2013 16:04:39 -0700 (PDT)
Received: by mail-pa0-f42.google.com with SMTP id rl6so1288187pac.15 for <netext@ietf.org>; Tue, 16 Jul 2013 16:04:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=KmlQNPIHHDrbDRtVKqk2hrsw/BLBlZvmmiJpNtq5gTE=; b=WTp/AckgzI9+s5aRAkP08sL4ziLSaGimEF/PwQ6L0bqwuJloc+gz6WkslbJe+FvX0V 2zOxbjHbkZAWajClVFcVDXg8SdmfAntrt//+/DJj/qsb/qjGiMvlSeW2RWB2namkKNwh ddGEx5O/mFI+9K+kwgaK+/tPABnA864WsRKvxN/w/tjuYUGK7uQnBU9NyEOzsWBcf6Xv GuhKoEUYTJoWTz8AgJoaF2zMmKEj+YVhR5oqwEMig0cpWKxl+HeVR2wQ+2mjB8Agh4hU wT/MDJh3ZVkwFJqyDvvyaaa9wjm3SzWRW/CMdrtxTfgSH5wGXhY5qVFK04LfSffUGjZ5 OufQ==
X-Received: by 10.66.121.131 with SMTP id lk3mr4980421pab.43.1374015879384; Tue, 16 Jul 2013 16:04:39 -0700 (PDT)
Received: from [10.201.238.205] ([202.45.12.133]) by mx.google.com with ESMTPSA id iq6sm4157097pbc.1.2013.07.16.16.04.36 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 16 Jul 2013 16:04:37 -0700 (PDT)
Content-Type: text/plain; charset=iso-8859-1
Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\))
From: Ryuji Wakikawa <ryuji.wakikawa@gmail.com>
In-Reply-To: <CAC8QAccqYtfE1xkFRM=A8cPCSo4Ji5-PfzfcqrUMybo_Y-Dxfw@mail.gmail.com>
Date: Wed, 17 Jul 2013 08:04:35 +0900
Content-Transfer-Encoding: quoted-printable
Message-Id: <CD52596E-B801-4CC1-84D6-03F3AEF4CC8B@gmail.com>
References: <20130715215705.28491.87047.idtracker@ietfa.amsl.com> <00CB4B3D-A461-4DE5-89C0-E6A1CDE7C22F@gmail.com> <CAC8QAccqYtfE1xkFRM=A8cPCSo4Ji5-PfzfcqrUMybo_Y-Dxfw@mail.gmail.com>
To: sarikaya@ieee.org
X-Mailer: Apple Mail (2.1508)
Cc: "netext@ietf.org" <netext@ietf.org>
Subject: Re: [netext] Fwd: New Version Notification for draft-wakikawa-netext-pmip-cp-up-separation-00.txt
X-BeenThere: netext@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
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: Tue, 16 Jul 2013 23:04:40 -0000

Hi Behecet

Thanks for the pointer. 
I was not aware of Charlie's document. I was away from IETF and am catching up IETF work now.
Yes, his document is what we need! I am happy to help his document and definitely support it.

thanks,
ryuji

On Jul 17, 2013, at 6:33 AM, Behcet Sarikaya <sarikaya2012@gmail.com> wrote:

> Hi Ryuji,
> 
> Have you looked at Charlie's draft:
> 
> draft-perkins-netext-hatunaddr-00
> 
> I think he already defined extensions for both MIP and PMIP that you are trying to define.
> 
> You may also look at my draft, draft-sarikaya-dmm-cloud-mm-00.txt which is now expired.
> 
> Regards,
> 
> Behcet
> 
> 
> On Mon, Jul 15, 2013 at 5:01 PM, Ryuji Wakikawa <ryuji.wakikawa@gmail.com> wrote:
> Hi
> 
> We submitted a draft for data- and user plane separation of PMIP. We introduce a new mobility option to carry LMA's user plane address. The spec is very simple. Your comment are appreciated.
> 
> Chairs,
> I would like to have a slot in netext meeting.
> 
> thanks!
> ryuji
> 
> Begin forwarded message:
> 
> > From: internet-drafts@ietf.org
> > Subject: New Version Notification for draft-wakikawa-netext-pmip-cp-up-separation-00.txt
> > Date: July 16, 2013 6:57:05 AM GMT+09:00
> > To: Ryuji Wakikawa <ryuji.wakikawa@gmail.com>om>, Rajesh S. Pazhyannur <rpazhyan@cisco.com>om>, Rajesh Pazhyannur <rpazhyan@cisco.com>om>, Sri Gundavelli <sgundave@cisco.com>
> >
> >
> > A new version of I-D, draft-wakikawa-netext-pmip-cp-up-separation-00.txt
> > has been successfully submitted by Ryuji Wakikawa and posted to the
> > IETF repository.
> >
> > Filename:      draft-wakikawa-netext-pmip-cp-up-separation
> > Revision:      00
> > Title:                 Separation of Control and User Plane for Proxy Mobile IPv6
> > Creation date:         2013-07-16
> > Group:                 Individual Submission
> > Number of pages: 7
> > URL:             http://www.ietf.org/internet-drafts/draft-wakikawa-netext-pmip-cp-up-separation-00.txt
> > Status:          http://datatracker.ietf.org/doc/draft-wakikawa-netext-pmip-cp-up-separation
> > Htmlized:        http://tools.ietf.org/html/draft-wakikawa-netext-pmip-cp-up-separation-00
> >
> >
> > Abstract:
> >   This document describes splitting of Control Plane (CP) and User
> >   Plane (UP) for a Proxy Mobile IPv6 based network infrastructure.
> >   Existing specifications allow a MAG to perform splitting of its
> >   control and user plane using Alternate Care of address mobility
> >   option for IPv6, or Alternate IPv4 Care of Address option for IPv4.
> >   However, the current specification does not have semantics for
> >   allowing the LMA to perform such functional split.  To realize this
> >   requirement, this specification defines a mobility option that
> >   enables a local mobility anchor to provide an alternate LMA address
> >   to be used for the bi-directional tunnel between the MAG and LMA.
> >   With this extension, a local mobility anchor will be able to use an
> >   IP address for its user plane which is different than what is used
> >   for the control plane.
> >
> >
> >
> >
> > The IETF Secretariat
> >
> 
> _______________________________________________
> netext mailing list
> netext@ietf.org
> https://www.ietf.org/mailman/listinfo/netext
>