Re: [DMM] conclusion of adoption calls

Behcet Sarikaya <sarikaya2012@gmail.com> Tue, 12 January 2016 17:19 UTC

Return-Path: <sarikaya2012@gmail.com>
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 CBB1B1A00CF for <dmm@ietfa.amsl.com>; Tue, 12 Jan 2016 09:19:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.15
X-Spam-Level:
X-Spam-Status: No, score=-1.15 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, J_CHICKENPOX_56=0.6, SPF_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 F2DQJTeZsOtI for <dmm@ietfa.amsl.com>; Tue, 12 Jan 2016 09:19:16 -0800 (PST)
Received: from mail-qg0-x236.google.com (mail-qg0-x236.google.com [IPv6:2607:f8b0:400d:c04::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7086E1A00A8 for <dmm@ietf.org>; Tue, 12 Jan 2016 09:19:16 -0800 (PST)
Received: by mail-qg0-x236.google.com with SMTP id 6so355285558qgy.1 for <dmm@ietf.org>; Tue, 12 Jan 2016 09:19:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; bh=+r6VNcQDJaStg28ZdE4OrcqKD7v5qzipEVP1yrNGlhs=; b=B6BC64h/d/rwZYtQxIZcXVJoFfG6/mEfxcjQzVKA35wQjxNGQW610z/D1wv++vlExp 6wm7vdopbkDNyUeVIoXOYFTWm8fMMI9WpAnjpOe42TDcGVACmIy145fNLCkh7aW8CJ4Y 32I0E0jLQYWTZqZUeYqm/67qTIBDpNl94Dt1NnBlk0SvmE9L0b2MNqq4HMBTl4/Lk/1r 5XVW/Eq9xJz24rmMgKULKjcJ7gVU/IgDer0LivWqqO/cSz1q5PIwR9eARGbvewFH+A9J vLLX9uItuTSbevMPS1aJk32nkBSS0zJodTWnHNYKSgxBse4XnamA0z718NP44XFIc2Jl HPjw==
MIME-Version: 1.0
X-Received: by 10.140.135.16 with SMTP id 16mr147296768qhh.79.1452619155472; Tue, 12 Jan 2016 09:19:15 -0800 (PST)
Received: by 10.55.136.198 with HTTP; Tue, 12 Jan 2016 09:19:15 -0800 (PST)
In-Reply-To: <569416D3.5090409@gmail.com>
References: <56719207.7000604@gmail.com> <1450439102.11602.25.camel@it.uc3m.es> <CAC8QAccjPjfbn_f4-ECh3CuB+-M9OmjZATcchyLUaqB15MFZ2w@mail.gmail.com> <73AFD314-B981-429A-B6A8-F8F906AB60D6@gmail.com> <568FB180.1000905@gmail.com> <1093D79B-3CE8-4EC5-AE2B-C345018C5AC6@inria.fr> <568FE65C.4020008@gmail.com> <CAC8QAcfp=njXS=7EpMvoTqpq9P-8LHGnB0cQu=6S9rVm53ORdQ@mail.gmail.com> <58A5EBFF-CD12-4F4A-BE55-57FF9BB65E5D@gmail.com> <CAC8QAceh4Pwik9ayCjUQ-aL6RWxGfZYCKp-350bNMhWxYZy8qw@mail.gmail.com> <C4F5A928-7111-4026-B989-6BD6551A7A03@inria.fr> <CAC8QAcdXk8gvzA2jJ_LymMbRRRHTL5HQnkeMo+xq-JBGBXcFyQ@mail.gmail.com> <7530D9D1-EBDC-47BE-B6F7-4A81C27D0F75@inria.fr> <CAC8QAcdLuCdpUkNaNEjBCRQDwWWi2fJMGVzjqPh5m21qDn+CsA@mail.gmail.com> <569416D3.5090409@gmail.com>
Date: Tue, 12 Jan 2016 11:19:15 -0600
Message-ID: <CAC8QAceGskTS9RkW+HcvfmD3pMtUrGjTo-qwVqSbx0vfW7DXwA@mail.gmail.com>
From: Behcet Sarikaya <sarikaya2012@gmail.com>
To: Jouni Korhonen <jouni.nospam@gmail.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <http://mailarchive.ietf.org/arch/msg/dmm/2O0oD8sFLcT-hH4EHGiySWfqHcs>
Cc: "dmm@ietf.org" <dmm@ietf.org>
Subject: Re: [DMM] conclusion of adoption calls
X-BeenThere: dmm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: sarikaya@ieee.org
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: <https://mailarchive.ietf.org/arch/browse/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: Tue, 12 Jan 2016 17:19:19 -0000

Hi Jouni,


On Mon, Jan 11, 2016 at 2:55 PM, Jouni Korhonen <jouni.nospam@gmail.com> wrote:
> <in a chair mode>
>
> This thread is starting to sound like a broken record. We are chartered to
> have the maintenance responsibility of Mobile IPv6 protocol family. Once the
> chairs see absence of "maintenance oriented" documents that responsibility
> will be terminated. Till then, if someone does not like Mobile IPv6 protocol
> family work being done - just defer contributing. That's the natural way of
> aging out topics in IETF. Enough of this for now!
>
> Another data point to add here. To my (probably misguided?) understanding
> PMIP6 has more live deployments than MIP6 today. My understanding is that
> there are still operators running PMIP6 based networks and some vendors
> developing networking gear with PMIP6 support.
>

This paragraph conflicts the first one, now you are opening another
discussion point.

Can you please kindly be more specific?

Respectfully yours,

Behcet
> - Jouni
>
>
> 1/11/2016, 9:47 AM, Behcet Sarikaya kirjoitti:
>>
>> On Mon, Jan 11, 2016 at 11:23 AM, Thierry Ernst <thierry.ernst@inria.fr>
>> wrote:
>>>
>>>
>>> The purpose of conference papers is to do research, so I don’t see how
>>> conferences papers would help to do … maintenance of IETF RFCs. In addition
>>> to bug fixes, MIPv6 and NEMO need to be progressed in the IETF hierarchy of
>>> standards. There are issues and options to be discussed, probably even
>>> extensions; a WG must host such work. My take is that dmm is the right
>>> candidate WG for this to happen.
>>>
>>
>> I still don't see any statements from you on the real need or use. You
>> talk as if even a BoF is needed, if yes that's what you should go for.
>>
>> Regards,
>>
>> Behcet
>>
>>> Regards,
>>> Thierry Ernst.
>>>
>>>
>>>> Le 11 janv. 2016 à 17:35, Behcet Sarikaya <sarikaya2012@gmail.com> a
>>>> écrit :
>>>>
>>>> On Sat, Jan 9, 2016 at 5:56 AM, Thierry Ernst <thierry.ernst@inria.fr>
>>>> wrote:
>>>>>
>>>>>
>>>>> What are protocols you think no one uses ?
>>>>>
>>>>> MIPv6 and NEMOv6 needs maintenance, and probably more than than
>>>>> maintenance.
>>>>>
>>>>
>>>> Thierry, I meant PMIPv6 which was designed for operator networks.
>>>>
>>>> For MIPv6/NEMOv6, I think in Europe, some research based use is
>>>> happening, to my knowledge at a very small scale.
>>>> mip6 WG has been closed long time ago.
>>>> I wish it were still open, that would be like in good old days.
>>>>
>>>> So conference papers and ISE is still my recipe.
>>>>
>>>> Regards,
>>>>
>>>> Behcet
>>>>>
>>>>> Regards,
>>>>> Thierry Ernst.
>>>>>
>>>>>
>>>>>> Le 8 janv. 2016 à 20:48, Behcet Sarikaya <sarikaya2012@gmail.com> a
>>>>>> écrit :
>>>>>>
>>>>>> On Fri, Jan 8, 2016 at 12:34 PM, Jouni.nosmap <jouni.nospam@gmail.com>
>>>>>> wrote:
>>>>>>>
>>>>>>> Well one can always pursue ISE/AD sponsored track if one so feels
>>>>>>> like.
>>>>>>>
>>>>>>> Just saying there are options..  if one desires to go through the WG
>>>>>>> process DMM has provisions for Mobile IPv6 protocol family maintenance work.
>>>>>>>
>>>>>>
>>>>>> I started this thread by stating that:
>>>>>>
>>>>>> Let me ask what is the point in maintaining the protocols that no one
>>>>>> uses?
>>>>>> For academic purposes? If yes, then they should find their places in
>>>>>> the conferences or journals.
>>>>>>
>>>>>> No one objected to the first point.
>>>>>>
>>>>>> So what is the justification for maintenance? As I said before,
>>>>>> charter items can be changed or they do not have to be used.
>>>>>>
>>>>>> Behcet
>>>>>>>
>>>>>>> Jouni
>>>>>>>
>>>>>>> Sent from a smart phone.. Mind the typos..
>>>>>>>
>>>>>>>> Behcet Sarikaya <sarikaya2012@gmail.com> kirjoitti 8.1.2016 kello
>>>>>>>> 9.15:
>>>>>>>>
>>>>>>>>> On Fri, Jan 8, 2016 at 10:39 AM, Jouni Korhonen
>>>>>>>>> <jouni.nospam@gmail.com> wrote:
>>>>>>>>>
>>>>>>>>> As Sri pointed out DMM is OK to work on "maintenance-oriented
>>>>>>>>> extensions of
>>>>>>>>> the Mobile IPv6 protocol family". So this is likely the venue
>>>>>>>>> within IETF.
>>>>>>>>> Mobile IPv4 as such has no place here.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Why not ISE? For both MIPv6 and MIPv4.
>>>>>>>> Of course you may not be able modify existing RFCs but just write it
>>>>>>>> as a new draft and do not bother dmm where future protocol work is
>>>>>>>> supposed to be done.
>>>>>>>>
>>>>>>>> Behcet
>>>>>>>>
>>>>>>>>> - Jouni
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> 1/8/2016, 6:50 AM, Thierry Ernst kirjoitti:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Hi Alex, all,
>>>>>>>>>>
>>>>>>>>>> My understanding of what Jouni wrote is that it’s fine to work on
>>>>>>>>>> MIP6
>>>>>>>>>> improvement, but the MIP4 can live its life as is, to which I
>>>>>>>>>> totally agree.
>>>>>>>>>> And I also agree with Alex that we need to fix bugs in MIP6 (and
>>>>>>>>>> the related
>>>>>>>>>> suite, in particular NEMO) and progress them in the standard
>>>>>>>>>> track. It has
>>>>>>>>>> been too long since we last work on those and now it is certainly
>>>>>>>>>> right to
>>>>>>>>>> do it.
>>>>>>>>>>
>>>>>>>>>> So, the question is if DMM is the right place or not to do the
>>>>>>>>>> work, if
>>>>>>>>>> not I would like to hear about alternatives within the IETF.
>>>>>>>>>>
>>>>>>>>>> Regards,
>>>>>>>>>> Thierry.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>> Le 8 janv. 2016 à 13:54, Alexandre Petrescu
>>>>>>>>>>> <alexandre.petrescu@gmail.com> a écrit :
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Le 22/12/2015 04:56, Jouni a écrit :
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Behcet,
>>>>>>>>>>>>
>>>>>>>>>>>> Thank you for your constructive comments. I believe academic
>>>>>>>>>>>> conferences/journals are not appropriate venues for PMIPv6/MIPv6
>>>>>>>>>>>> maintenance since these protocol families are already past their
>>>>>>>>>>>> prime time as “hot research topics". Looking at the existing
>>>>>>>>>>>> charter
>>>>>>>>>>>> I cannot find too much love towards anything IPv4 so I think we
>>>>>>>>>>>> can
>>>>>>>>>>>> let MIPv4 finally rest in peace.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Jouni I can agree with you in general.
>>>>>>>>>>>
>>>>>>>>>>> But let me suggest that MIPv4 and MIPv6 are two implementations
>>>>>>>>>>> very
>>>>>>>>>>> important in some places including where I work.
>>>>>>>>>>>
>>>>>>>>>>> They are no longer 'hot' as you say, but there are certainly
>>>>>>>>>>> protocol and
>>>>>>>>>>> implementation bugs which need correction.  Actually some of the
>>>>>>>>>>> corrections
>>>>>>>>>>> have already been applied but are not reflected in RFCs.
>>>>>>>>>>>
>>>>>>>>>>> Sometimes there is a feeling of frustration if implementations
>>>>>>>>>>> thrive
>>>>>>>>>>> where WG cares little.
>>>>>>>>>>>
>>>>>>>>>>> <provocative> a widespread implementation of MIP6 is still bugged
>>>>>>>>>>> and
>>>>>>>>>>> does not respect the MIPv6 RFC - do you want that discussed
>>>>>>>>>>> publicly?</provocative>.
>>>>>>>>>>>
>>>>>>>>>>> Alex
>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> - Jouni
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>> On 21 Dec 2015, at 09:46, Behcet Sarikaya
>>>>>>>>>>>>> <sarikaya2012@gmail.com>
>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>> Hi Jouni, all,
>>>>>>>>>>>>>
>>>>>>>>>>>>> Let me ask what is the point in maintaining the protocols that
>>>>>>>>>>>>> no
>>>>>>>>>>>>> one uses? For academic purposes? If yes, then they should find
>>>>>>>>>>>>> their places in the conferences or journals.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Now, mip4 WG has been closed. So is dmm going to maintain mip4
>>>>>>>>>>>>> as
>>>>>>>>>>>>> well?
>>>>>>>>>>>>>
>>>>>>>>>>>>> Regards,
>>>>>>>>>>>>>
>>>>>>>>>>>>> Behcet
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Fri, Dec 18, 2015 at 5:45 AM, Carlos Jesús Bernardos Cano
>>>>>>>>>>>>> <cjbc@it.uc3m.es> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Hi Jouni, all,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Although I'm already late, I just wanted to express my
>>>>>>>>>>>>>> post-adoption call to the three drafts.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Carlos
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Wed, 2015-12-16 at 08:32 -0800, Jouni Korhonen wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Folks,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> The WG adoption call for all three I-Ds have completed:
>>>>>>>>>>>>>>> draft-gundavelli-dmm-lma-controlled-mag-params-00
>>>>>>>>>>>>>>> draft-yan-dmm-hnprenum-03 draft-seite-dmm-rg-multihoming-02
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> The adoption for the first two was unanimous. The last
>>>>>>>>>>>>>>> (draft-seita- *) received few concerns but the number of
>>>>>>>>>>>>>>> supporters was enough to convince the chairs there is enough
>>>>>>>>>>>>>>> interest and support to work on it. The chairs encourage the
>>>>>>>>>>>>>>> authors of draft-seite-* to pay close attention and work out
>>>>>>>>>>>>>>> the concerns raised during the adoption call.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> For the I-D authors. Please, submit draft-ietf-*-00 versions
>>>>>>>>>>>>>>> of
>>>>>>>>>>>>>>> the documents as soon as possible.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> - Jouni & Dapeng
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> _______________________________________________ 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
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> _______________________________________________ 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
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> 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
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>
>>
>> _______________________________________________
>> 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