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

joel jaeggli <joelja@bogus.com> Tue, 10 September 2013 04:41 UTC

Return-Path: <joelja@bogus.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 244EB21E8114; Mon, 9 Sep 2013 21:41:52 -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 S6qnsnPmKl0r; Mon, 9 Sep 2013 21:41:51 -0700 (PDT)
Received: from nagasaki.bogus.com (nagasaki.bogus.com [IPv6:2001:418:1::81]) by ietfa.amsl.com (Postfix) with ESMTP id 9809421E80FD; Mon, 9 Sep 2013 21:41:51 -0700 (PDT)
Received: from mb-aye.local (c-50-174-18-221.hsd1.ca.comcast.net [50.174.18.221]) (authenticated bits=0) by nagasaki.bogus.com (8.14.4/8.14.4) with ESMTP id r8A4fmuY055247 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Tue, 10 Sep 2013 04:41:48 GMT (envelope-from joelja@bogus.com)
Message-ID: <522EA306.9010103@bogus.com>
Date: Mon, 09 Sep 2013 21:41:42 -0700
From: joel jaeggli <joelja@bogus.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.0
MIME-Version: 1.0
To: Lorenzo Colitti <lorenzo@google.com>, "<mohamed.boucadair@orange.com>" <mohamed.boucadair@orange.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>
In-Reply-To: <CAKD1Yr3cgJ-xumsMK3eL3zySGsPqXU9uw4L857bJ0VEGcA5mBQ@mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 8bit
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (nagasaki.bogus.com [147.28.0.81]); Tue, 10 Sep 2013 04:41:49 +0000 (UTC)
Cc: "v6ops@ietf.org WG" <v6ops@ietf.org>, IETF Discussion <ietf@ietf.org>
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: Tue, 10 Sep 2013 04:41:52 -0000

On 9/9/13 4:24 AM, Lorenzo Colitti wrote:
> On Mon, Sep 9, 2013 at 8:06 PM, <mohamed.boucadair@orange.com
> <mailto: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.

So this is a problem, and part of the reason I had enough concern about
this document to not take it forward. being genereous the consensus on
this document is pretty rough. if the outcome doesn't include the
consent of implementors it's not very good advice.

> 2. In the normative language section, I'd like to see a statement
> similar to what's in RFC 6092. Perhaps something like this?
> 
> 1.3.  Use of Normative Keywords
> 
>       NOTE WELL: This document is not a standard. Conformance with it is
>       not required to deploy IPv6 in mobile networks or to claim conformance
>       with IETFstandards for IPv6.  It uses the normative keywords
> defined in the
>       previous section only for precision.
> 
> Regards,
> Lorenzo