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

<mohamed.boucadair@orange.com> Tue, 10 September 2013 06:27 UTC

Return-Path: <mohamed.boucadair@orange.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1790A11E817B; Mon, 9 Sep 2013 23:27:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.928
X-Spam-Level:
X-Spam-Status: No, score=-1.928 tagged_above=-999 required=5 tests=[AWL=0.320, BAYES_00=-2.599, HELO_EQ_FR=0.35, UNPARSEABLE_RELAY=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 hSqHq2EsoUds; Mon, 9 Sep 2013 23:27:19 -0700 (PDT)
Received: from relais-inet.francetelecom.com (relais-ias91.francetelecom.com [193.251.215.91]) by ietfa.amsl.com (Postfix) with ESMTP id CED4411E8162; Mon, 9 Sep 2013 23:27:18 -0700 (PDT)
Received: from omfedm07.si.francetelecom.fr (unknown [xx.xx.xx.3]) by omfedm14.si.francetelecom.fr (ESMTP service) with ESMTP id 2340322C422; Tue, 10 Sep 2013 08:27:17 +0200 (CEST)
Received: from PUEXCH11.nanterre.francetelecom.fr (unknown [10.101.44.27]) by omfedm07.si.francetelecom.fr (ESMTP service) with ESMTP id 075454C015; Tue, 10 Sep 2013 08:27:17 +0200 (CEST)
Received: from PUEXCB1B.nanterre.francetelecom.fr ([10.233.200.25]) by PUEXCH11.nanterre.francetelecom.fr ([10.101.44.27]) with mapi; Tue, 10 Sep 2013 08:27:13 +0200
From: mohamed.boucadair@orange.com
To: joel jaeggli <joelja@bogus.com>, Lorenzo Colitti <lorenzo@google.com>
Date: Tue, 10 Sep 2013 08:27:09 +0200
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
Thread-Topic: [v6ops] Last Call: <draft-ietf-v6ops-mobile-device-profile-04.txt> (Internet Protocol Version 6 (IPv6) Profile for 3GPP Mobile Devices) to Informational RFC
Thread-Index: Ac6t4BPt4rQy07DORSyr1fOC7MOEOAADBTsQ
Message-ID: <94C682931C08B048B7A8645303FDC9F36EF0EE7D30@PUEXCB1B.nanterre.francetelecom.fr>
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> <522EA306.9010103@bogus.com>
In-Reply-To: <522EA306.9010103@bogus.com>
Accept-Language: fr-FR
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: fr-FR
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-PMX-Version: 5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2013.9.9.225415
Cc: "v6ops@ietf.org WG" <v6ops@ietf.org>, IETF Discussion <ietf@ietf.org>, BINET David IMT/OLN <david.binet@orange.com>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Sep 2013 06:27:25 -0000

Hi Joel,

Please see inline.

Cheers,
Med

>-----Message d'origine-----
>De : joel jaeggli [mailto:joelja@bogus.com]
>Envoyé : mardi 10 septembre 2013 06:42
>À : Lorenzo Colitti; BOUCADAIR Mohamed IMT/OLN
>Cc : v6ops@ietf.org WG; IETF Discussion; BINET David IMT/OLN
>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 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.

[Med] Joel, the intent of the document is clear: the goals and scope are unchanged since the individual submission.  You can read the following in the introduction: 

"   This document specifies an IPv6 profile for mobile devices listing
   specifications produced by various Standards Developing Organizations
   (in particular 3GPP and IETF).  The objectives of this effort are:

   1.  List in one single document a comprehensive list of IPv6 features
       for a mobile device, including both IPv6-only and dual-stack
       mobile deployment contexts.  These features cover various network
       types such as GPRS (General Packet Radio Service), EPC (Evolved
       Packet Core) or IEEE 802.11 network.

   2.  Help Operators with the detailed device requirement list
       preparation (to be exchanged with device suppliers).  This is
       also a contribution to harmonize Operators' requirements towards
       device vendors.

   3.  Vendors to be aware of a set of features to allow for IPv6
       connectivity and IPv4 service continuity (over an IPv6-only
       transport)."

Operators will use this profile  (or some part of it (context-based: ipv6-only, DS, CPE model, etc.)) for further discussion with their vendors. We are not changing that process. This document is a contribution to have non broken IPv6 implementations. 

For instance, our device partners will see in our 500 pages device requirements document (OGDR) pointers to this profile document. So adding the text suggested by Lorenzo is fine by me. This is the change added to my local copy:

   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).

Having consent form all vendors is valuable but I'm afraid this is not the goal of this document. 

How can we ensure every implementers will agree with this list? For instance we have two detailed technical reviewers from vendors who are happy with the content of the document ... but in the meantime I have two reviewers from the same company: one of them suggested to make some edits to enhance the document while the other reviewer have some concerns. The concerns of the second reviewer were addressed and changes were added to my local copy.

>
>> 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