Re: [v6ops] Last Call: <draft-ietf-v6ops-mobile-device-profile-04.txt> (Internet Protocol Version 6 (IPv6) Profile for 3GPP Mobile Devices) to Informational RFC

Owen DeLong <owen@delong.com> Mon, 09 September 2013 21:06 UTC

Return-Path: <owen@delong.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7846011E80F8; Mon, 9 Sep 2013 14:06:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.849
X-Spam-Level:
X-Spam-Status: No, score=-1.849 tagged_above=-999 required=5 tests=[AWL=-0.150, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_13=0.6, MIME_8BIT_HEADER=0.3, NO_RELAYS=-0.001]
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 2kU22Hnko+rX; Mon, 9 Sep 2013 14:06:11 -0700 (PDT)
Received: from owen.delong.com (owen.delong.com [IPv6:2620:0:930::200:2]) by ietfa.amsl.com (Postfix) with ESMTP id 4557C11E8141; Mon, 9 Sep 2013 14:05:47 -0700 (PDT)
Received: from [IPv6:2620::930:0:ca2a:14ff:fe3e:d024] ([IPv6:2620:0:930:0:ca2a:14ff:fe3e:d024]) (authenticated bits=0) by owen.delong.com (8.14.2/8.14.1) with ESMTP id r89L4x1a026167 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 9 Sep 2013 14:04:59 -0700
X-DKIM: Sendmail DKIM Filter v2.8.3 owen.delong.com r89L4x1a026167
DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=delong.com; s=mail; t=1378760699; bh=OhTu1h8gaC6kkcnetJS+V/MrNfo=; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc: Message-Id:References:To; b=bIuLKkGnTRav7ytPNNFewPwvxUwl/sE6PnMaPALVhWpAE2qnRoXqVDI+EEwHLguK0 F7h7LavGZQYOz0kDEq4eBGoebBoMlY4K2yJnh7GWfYqipFyiwqcjcZlnYf/9E/h5t0 TIQvS6uBvaKmoROzwgfXd4tAADl93zgMYrUz1FKo=
Content-Type: multipart/alternative; boundary="Apple-Mail=_38E27E03-218D-4AA7-8FB0-CCB6FDEEE743"
Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\))
From: Owen DeLong <owen@delong.com>
In-Reply-To: <1808340F7EC362469DDFFB112B37E2FCD2BABB5CCD@SRVHKE02.rdm.cz>
Date: Mon, 09 Sep 2013 14:04:57 -0700
Message-Id: <36E78FC1-5CC3-4A22-B231-6E3E10963836@delong.com>
References: <20130819135219.8236.40060.idtracker@ietfa.amsl.com> <CAKD1Yr1VpJne1h-Q5xbNMYRhpr_n0Wmn6UqfeG3vEg2MY6ms1g@mail.gmail.com> <94C682931C08B048B7A8645303FDC9F36EF033638D@PUEXCB1B.nanterre.francetelecom.fr> <CAKD1Yr0pqeO9KdcKFWVqWP_5pmZ6fgQ5h4tQ=vOO57d-dg5+DA@mail.gmail.com> <10526_1378283356_5226EF5C_10526_843_1_1B2E7539FECD9048B261B791B1B24A7C511C52CE60@PUEXCB1A.nanterre.francetelecom.fr> <CAKD1Yr3SddZio-vHGHK=5smb94HP58cY05_TGgWQpkS3=Ay8_w@mail.gmail.com> <94C682931C08B048B7A8645303FDC9F36EF033645A@PUEXCB1B.nanterre.francetelecom.fr> <CAKD1Yr0CUzSDv9H1eCUpMRUjBDS2OCkfsfE+S+3J8Z-_6=uVSg@mail.gmail.com> <CAKHUCzwYrjyobah-oPWD3vwUeUH5XZ7U=Fqof-f28tneS8jAvQ@mail.gmail.com> <CAKD1Yr0_yOaDjrH-5K696YaziZZR+EMxdRCf=JZBW5LZgWS45Q@mail.gmail.com> <94C682931C08B048B7A8645303FDC9F36EF06D0A6F@PUEXCB1B.nanterre.francetelecom.fr> <CAKD1Yr3cgJ-xumsMK3eL3zySGsPqXU9uw4L857bJ0VEGcA5mBQ@mail.gmail.com> <94C682931C08B048B7A8645303FDC9F36EF06D0AF5@PUEXCB1B.nanterre.francetelecom.fr> <17! 9F53B5-6217-49A0-B5FE-A88011533860@delong.com> <1808340F7EC362469DDFFB112B37E2FCD2BABB5CCD@SRVHKE02.rdm.cz>
To: Vízdal Aleš <ales.vizdal@t-mobile.cz>
X-Mailer: Apple Mail (2.1508)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0rc1 (owen.delong.com [IPv6:2620:0:930::200:2]); Mon, 09 Sep 2013 14:04:59 -0700 (PDT)
Cc: "v6ops@ietf.org WG" <v6ops@ietf.org>, IETF Discussion <ietf@ietf.org>, Dave Cridland <dave@cridland.net>
Subject: Re: [v6ops] Last Call: <draft-ietf-v6ops-mobile-device-profile-04.txt> (Internet Protocol Version 6 (IPv6) Profile for 3GPP Mobile Devices) to Informational RFC
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Sep 2013 21:06:13 -0000

On Sep 9, 2013, at 13:36 , Vízdal Aleš <ales.vizdal@t-mobile.cz> wrote:

> Please see inline.
>  
> Ales
>  
> From: v6ops-bounces@ietf.org [mailto:v6ops-bounces@ietf.org] On Behalf Of Owen DeLong
> Sent: Monday, September 09, 2013 10:07 PM
> To: mohamed.boucadair@orange.com
> Cc: v6ops@ietf.org WG; Dave Cridland; IETF Discussion
> Subject: Re: [v6ops] Last Call: <draft-ietf-v6ops-mobile-device-profile-04.txt> (Internet Protocol Version 6 (IPv6) Profile for 3GPP Mobile Devices) to Informational RFC
>  
> I have to agree with Lorenzo here again.
>  
> This document seems to me to be:
>  
> 1.                  Out of scope for the IETF.
> [av] Strongly disagree. The IETF as the IPv6 owner is the right place to define what qualifies a device to be IPv6 compliant. (a mobile one in this case)
>  

This is intended as "informational", not a standards track document, so it does not do that.

> 2.                  So watered down in its language as to use many words to say nearly nothing.
> [av] Hints on how the text shall be changed are always welcome.

If you don't leave it watered down, it becomes a standards track document. There appears to be even greater resistance to that, so I don't see such a document as being likely to achieve any greater degree of consensus.

>  
>           3.         Claims to be informational, but with so many caveats about the nature of that
>                       information that it's hard to imagine what meaningful information an independent
>                       reader could glean from the document.
>                   [av] The reader will learn what must/should/may be implemented in a mobile device to support IPv6.

Except that this document is clearly marked as informational and not standards track and there fore the application of must/should/may to it is seemingly rather absurd.

>  
> Finally, given the spirited debate that has extended into this last call (which I honestly wonder
> how this ever saw last call over the sustained objections) definitely does not appear to have
> even rough consensus, nor does it appear to have running code.
> [av] Med has posted an answer on this one earlier in the thread.
>  

I was not entirely satisfied with his answer.

> Why is there such a push to do this?
> [av] Because the Operators are currently missing such a document, so they went to the IETF to work on one.
> As written in the document the number of well behaving IPv6 capable mobile devices is not very high at the moment.
> This initiative is intended to help the developers.

Is there any reason a cellphone shouldn't just meet the standard requirements like any other router?

Owen

>  
> Owen
>  
> On Sep 9, 2013, at 05:16 , <mohamed.boucadair@orange.com> wrote:
> 
> 
> Re-,
>  
> Please see inline.
>  
> Cheers,
> Med
>  
> De : Lorenzo Colitti [mailto:lorenzo@google.com] 
> Envoyé : lundi 9 septembre 2013 13:24
> À : BOUCADAIR Mohamed IMT/OLN
> Cc : Dave Cridland; v6ops@ietf.org WG; BINET David IMT/OLN; IETF Discussion
> Objet : Re: [v6ops] Last Call: <draft-ietf-v6ops-mobile-device-profile-04.txt> (Internet Protocol Version 6 (IPv6) Profile for 3GPP Mobile Devices) to Informational RFC
>  
> On Mon, Sep 9, 2013 at 8:06 PM, <mohamed.boucadair@orange.com> wrote:
> The document explicitly says “This document is not a standard.” since version -00.
>  
> What additional statement you would like to see added?
>  
> I think the high-order points are:
>  
> 1. The text "This document defines an IPv6 profile for 3GPP mobile devices. It lists the set of features a 3GPP mobile device is to be compliant with to connect to an IPv6-only or dual-stack wireless network" should be replaced with "This document defines an IPv6 profile for 3GPP mobile devices that a number of operators believe is necessary to deploy IPv6 on an IPv6-only or dual-stack wireless network (including 3GPP cellular network and IEEE 802.11 network)."
>  
> In place of "a number of operators believe is necessary to deploy" you could have "intend to deploy" or "require". I'd guess that as long as it's clear that the requirements don't come from the IETF but from a number of operators (not all of them, or a majority of them), it doesn't matter exactly what you say.
> [Med] I made this change:
>  
> OLD:
>  
>    This document defines an IPv6 profile for 3GPP mobile devices.  It
>    lists the set of features a 3GPP mobile device is to be compliant
>    with to connect to an IPv6-only or dual-stack wireless network
>    (including 3GPP cellular network and IEEE 802.11 network).
>  
> New:
>  
>    This document defines an IPv6 profile that a number of operators
>    require in order to connect 3GPP mobile devices to an IPv6-only or
>    dual-stack wireless network (including 3GPP cellular network and IEEE
>    802.11 network).
> 
> 
> 
> 2. In the normative language section, I'd like to see a statement similar to what's in RFC 6092. Perhaps something like this?
> [Med] I used the same wording as in RFC6092. The change is as follows:
>  
> OLD:
>  
>    This document is not a standard.  It uses the normative keywords only
>    for precision.
>  
> NEW:
>  
>       NOTE WELL: This document is not a standard, and conformance with
>       it is not required in order to claim conformance with IETF
>       standards for IPv6.  It uses the normative keywords defined in the
>       previous section only for precision.
>  
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops