Re: [DMM] 回复: DMM gap discussion Invitation to WebEx meeting: Next-Generation Mobility Protocols and Architectures, Call #4

Alper Yegin <alper.yegin@yegin.org> Thu, 15 May 2014 05:45 UTC

Return-Path: <alper.yegin@yegin.org>
X-Original-To: dmm@ietfa.amsl.com
Delivered-To: dmm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A2CB1A022D for <dmm@ietfa.amsl.com>; Wed, 14 May 2014 22:45:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.459
X-Spam-Level:
X-Spam-Status: No, score=-3.459 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_INVITATION=-2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_SBL=0.141, SPF_HELO_PASS=-0.001] autolearn=no
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 x2L29yB3G5oZ for <dmm@ietfa.amsl.com>; Wed, 14 May 2014 22:45:21 -0700 (PDT)
Received: from mout.perfora.net (mout.perfora.net [74.208.4.195]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DA1031A0225 for <dmm@ietf.org>; Wed, 14 May 2014 22:45:20 -0700 (PDT)
Received: from vpn-cust-10-119-8-2.witopia.net (115-187-74-73.op-net.com [115.187.74.73]) by mrelay.perfora.net (node=mrus4) with ESMTP (Nemesis) id 0M8NJq-1WycGv31es-00wE88; Thu, 15 May 2014 01:45:12 -0400
From: Alper Yegin <alper.yegin@yegin.org>
Mime-Version: 1.0 (Apple Message framework v1283)
Content-Type: multipart/alternative; boundary="Apple-Mail=_3E71691A-5FE5-4AC6-AD9C-13309FEF1999"
Date: Thu, 15 May 2014 08:45:06 +0300
In-Reply-To: <98D710033C7C48B0AF7D24B35800F53B@gmail.com>
To: dmm@ietf.org
References: <416053726.1069491398771869203.JavaMail.nobody@rln9rmd101.webex.com> <ABF9228F-5EF1-4BA0-A0B6-07BE88134E3D@yegin.org> <7377CFAF-F81C-4263-AFC2-1F2FFB3452F2@yegin.org> <98D710033C7C48B0AF7D24B35800F53B@gmail.com>
Message-Id: <ACD0D1CF-AE68-4AD3-A81B-0E8D0B679496@yegin.org>
X-Mailer: Apple Mail (2.1283)
X-Provags-ID: V02:K0:aHa4AaHVEDgJIKJz8vpfc1WVsd6FkTRmvbL8XTPmnCQ VGfRleyFnA7SqA6qLquhftkKmXpaK94JRXrjSSbAAJDKSObZql He2YGILfuNPqgGnFtgjr443eJ4M2SRbgdjneJjZIj8zeY0XtFb VZ8lePVmNTm04X8SiBGOPhPJ08BhJp1OuWtlLJQYrIJOPz+1k+ FLp6w7ExQ++2KrvzCHmhSMawD4sJtHkq4zaQtODVnqucPEqlII PXqakGhnQeAlrFXBPlpYpROMJOqMO+ULRTaWjyOklpBomWxWcy bFJ0sP0DgPHYlc/L46cZFSkA+D/gmDwmfKuyssiP8hYKGopRcg QxYDCrshk0F0ES7K51bXaY7GJn6baa4/k/HexlUzO6aMUG0NJs 4fbadEjY4OpiMAVJHfVoWbrO5mEkE/E9jU=
Archived-At: http://mailarchive.ietf.org/arch/msg/dmm/-1ZqXyAwOpS996v7yHYAZmy61xc
Subject: Re: [DMM] 回复: DMM gap discussion Invitation to WebEx meeting: Next-Generation Mobility Protocols and Architectures, Call #4
X-BeenThere: dmm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Distributed Mobility Management Working Group <dmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmm>, <mailto:dmm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dmm/>
List-Post: <mailto:dmm@ietf.org>
List-Help: <mailto:dmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmm>, <mailto:dmm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 15 May 2014 05:45:24 -0000

Hello,

The way to increase the chances of an IETF protocol getting adopted by 3GPP involves:
- considering 3GPP architecture (with its on-going and upcoming work) during the protocol design level, and
- involving in 3GPP to propose the protocol for adoption by identifying or creating a relevant work item.

"if you build it, they'll come" does not work all the time...

Alper







On May 7, 2014, at 6:53 AM, Dapeng Liu wrote:

> Hello All,
> 
> I forward Charlie’s mail to the list. Please check whether we can agree on this.
> 
> Best Regards,
> Jouni & Dapeng
> ---------------------------------------------------
> Hello Dapeng,
> 
> I agree with both your points (1) and (2).  It remains to be seen whether the participants on Monday’s call would agree.  Perhaps, if the respondents on this email are all in agreement, we should verify consensus on the [dmm] WG mailing list.
> 
> In fact, if we adopt a high-performance distributed mobility management solution and 3GPP uses it, that would be fabulous.
> 
> Regards,
> Charlie P.
> 
> 
> From: Dapeng Liu [mailto:liudapeng@chinamobile.com] 
> Sent: Tuesday, May 06, 2014 2:02 AM
> To: Charlie Perkins; 'H Anthony Chan'; 'Jouni Korhonen'
> Cc: draft-ietf-dmm-best-practices-gap-analysis@tools.ietf.org; 'Alper Yegin'; pierrick.seite@orange.com
> Subject: 答复: Mail regarding draft-ietf-dmm-best-practices-gap-analysis
> 
> Hello Charlie,
> 
> Please let us know whether the following answer address your concern:
> 
> 1.	In my understanding, PMIP/DSMIP do not have the requirement to be “compatible with 3GPP network” when it was designed? And that does not prevent PMIP/DSMIP been adopted by 3GPP specification.
> 2.	DMM can take a similar approach and that will not prevent 3GPP to adopt DMM as their mobility solution.
> 
> Best regards,
> Dapeng Liu
> 发件人: Charlie Perkins [mailto:Charlie.Perkins@huawei.com] 
> 发送时间: 2014年5月6日 7:11
> 收件人: H Anthony Chan; Jouni Korhonen
> 抄送: draft-ietf-dmm-best-practices-gap-analysis@tools.ietf.org; Alper Yegin; pierrick.seite@orange.com; Dapeng Liu
> 主题: RE: Mail regarding draft-ietf-dmm-best-practices-gap-analysis
> 
> Hello folks,
> 
> To be clear, I am personally not lobbying for the requirement to be compatible with existing 3GPP operator deployments.  But whether or not the working group mandates the requirement, it really has to be clear one way or the other.  Moreover, there are varying degrees of compatibility, and in this case it will make a huge difference how strict the compatibility requirement is drawn up to be.  For instance, is it enough to support PMIP without establishing a charging ID?
> 
> Regards,
> Charlie P.
> 
> 
> 
> From: H Anthony Chan [mailto:h.anthony.chan@gmail.com] 
> Sent: Monday, May 05, 2014 3:47 PM
> To: Charlie Perkins; Jouni Korhonen
> Cc: draft-ietf-dmm-best-practices-gap-analysis@tools.ietf.org; Alper Yegin; pierrick.seite@orange.com; Dapeng Liu
> Subject: Re: Mail regarding draft-ietf-dmm-best-practices-gap-analysis
> 
> Thanks to Charlie for bring this up. We are adding a new requirement on Operations and management, and we are in the process of drafting it. I think what Charlie mentioned fits well within the scope of this OPS requirement. I feel we need a very good draft of this requirement else it will not pass the  IESG review. Pierrick has already suggested some text. Anyone is welcome to edit that draft. 
>  
> I am currently studying other drafts in OPS before I do the final editing early next week. 
>  
> H Anthony Chan
> 
> From: Charlie Perkins 
> Sent: Tuesday, May 06, 2014 2:46 AM
> To: Jouni Korhonen 
> Cc: draft-ietf-dmm-best-practices-gap-analysis@tools.ietf.org ; 'H Anthony Chan' ; Alper Yegin ; pierrick.seite@orange.com ; Dapeng Liu 
> Subject: RE: Mail regarding draft-ietf-dmm-best-practices-gap-analysis
> 
> Hello Jouni,
> 
> During this morning's WebEx teleconference, the opinion was expressed that the work in [dmm] is *required* to be compatible with current operator deployment, by which was meant LTE infrastructure (at least that's how I understood it).  This requirement is not expressed in the requirements document, and there is no relevant analysis in the gap document which would enable us to judge how existing protocols fail to fit the needs of current operator deployment.
> 
> I view this as a serious problem, and one which would almost certainly stymie any productive result from the working group.
> 
> Do you think it is a serious problem?  If so, how best should we attempt to make progress?  If not, do you disagree with the requirement which I understood to be emphasized in this morning's WebEx discussion?
> 
> I think the first step is to decide whether or not the requirement is going to be a constraint on acceptable solutions, and the second step, if indeed it is a requirement, is to determine precisely what are the gaps between that requirement and current IETF protocols.  Without those steps, deciding whether or not to go forward with the existing gap analysis document is more or less just busywork.
> 
> Comments, please?
> 
> Regards,
> Charlie P.
> -- 
> Dapeng Liu
> 
> 在 2014年5月5日 星期一,下午11:39,Alper Yegin 写道:
>> Folks,
>> 
>> You can find Charlie's slides at: 
>> 
>> http://yegin.org/NGmobility/Why802-May2014.pptx
>> 
>> Alper
>> 
>> 
>> 
>> On Apr 29, 2014, at 2:46 PM, Alper Yegin wrote:
>> 
>>> Folks,
>>> 
>>> Please see below for the details of the upcoming Next-Generation Mobility Protocols and Architectures call.
>>> 
>>> Cheers,
>>> 
>>> Alper
>>> 
>>> 
>>> 
>>> Begin forwarded message:
>>> 
>>>> 
>>>> 
>>>> 
>>>> Hi,
>>>> 	
>>>>  
>>>> Alper Yegin is inviting you to this WebEx meeting:
>>>> 	  	
>>>> Next-Generation Mobility Protocols and Architectures, Call #4 
>>>> Mon, May 5, 5:00 pm | 1 hr 30 min
>>>> Istanbul (Eastern Europe Summer Time, GMT+03:00)
>>>> Host: Alper Yegin
>>>>   	
>>>> Join
>>>> 	
>>>>  
>>>> Add the attached iCalendar (.ics) file to your calendar.
>>>> 	 	
>>>> Agenda
>>>> 
>>>> Charlie Perkins presenting "Wireless handovers: relative importance of various technologies"
>>>> 	 	
>>>> Access Information
>>>> 
>>>> Where:	 	WebEx Online
>>>> Meeting number:	 	236 359 345
>>>> Password:	 	This meeting does not require a password.
>>>> 	 	
>>>> Audio Connection
>>>> 
>>>> +44-203-478-5289 UK Domestic Toll
>>>> Access code: 236 359 345
>>>> Can't access your meeting? Get help.
>>>> Delivering the power of collaboration
>>>> Cisco WebEx Team
>>>> 
>>>> IMPORTANT NOTICE: This WebEx service includes a feature that allows audio and any documents and other materials exchanged or viewed during the meeting to be recorded. By joining this meeting, you automatically consent to such recordings. If you do not consent to the recording, discuss your concerns with the meeting host prior to the start of the recording or do not join the meeting. Please note that any such recordings may be subject to discovery in the event of litigation.
>>>> 
>>>> ©2013 Cisco and/or its affiliates. All rights reserved.
>>>> MT-A-001
>>>> 
>>> <Next-Generation Mobility Protocols and Architectures, Call _4.ics>
>>> 
>> 
>> _______________________________________________
>> dmm mailing list
>> dmm@ietf.org
>> https://www.ietf.org/mailman/listinfo/dmm
> 
> _______________________________________________
> dmm mailing list
> dmm@ietf.org
> https://www.ietf.org/mailman/listinfo/dmm