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

Lorenzo Colitti <lorenzo@google.com> Tue, 20 August 2013 09:39 UTC

Return-Path: <lorenzo@google.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 612AD11E819B for <v6ops@ietfa.amsl.com>; Tue, 20 Aug 2013 02:39:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.678
X-Spam-Level:
X-Spam-Status: No, score=-0.678 tagged_above=-999 required=5 tests=[AWL=1.299, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, 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 5ZFVBw4jyeu5 for <v6ops@ietfa.amsl.com>; Tue, 20 Aug 2013 02:39:41 -0700 (PDT)
Received: from mail-oa0-x22e.google.com (mail-oa0-x22e.google.com [IPv6:2607:f8b0:4003:c02::22e]) by ietfa.amsl.com (Postfix) with ESMTP id 1DB9F11E8128 for <v6ops@ietf.org>; Tue, 20 Aug 2013 02:39:41 -0700 (PDT)
Received: by mail-oa0-f46.google.com with SMTP id l10so251986oag.19 for <v6ops@ietf.org>; Tue, 20 Aug 2013 02:39:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=DZPCBM3NwRWeXgwzENQOWenrjemQzOMP/GDFuZ+Sn0Y=; b=kS799GDK89wAqG49vcNzm0TOCyP5te6tL5aEEkFIG35UDGraieiNGmFvEP4sg0MWPq 0HKwGI2LC8lslAgfeg5D1GnWkf2evpJYyhOlnBqKF/0qSJSgLCSyH0aGaUf8xE4g4hcf AZNMsqAR6J6M048+IzfBfa9CmrhIrUDe1rPqoVIsdDz3Z/Imiiyr+AiXTRX94dHb+WYh wNskG+86UEB4C0e8VNX1Di0FCjKbTwHzZ4qXJhzszu3cafS1QrO0B1ths+EFyfpjmb6y Kw450SSSmMzT2Base6S44NZERnk0XpymrO2CTUrSatJQwzeluh3PA4vgHdvWK8S6fLcs GG+Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=DZPCBM3NwRWeXgwzENQOWenrjemQzOMP/GDFuZ+Sn0Y=; b=QY0kTl2r+kEngjjPxyJjNFb2cgjh/8YW+41Jix0NU+KwdUoXUGv84aS92Crc+L3n1d gcL0vnB2IzVf+Pi0PXgI8HD0zw0vUzT8/z6u9N9DQZuBmlqGaJtvSKPXf+9nh1Ukun9b Bn5LW8/zt4Ao6a4Q1etSc6yhQ+W4TxLQJK4/jvmzga9BMD/2+ZAM4SwlKboq1ElYktmf Bw10T1ae1tC4AiVE8YcPjppT/o9zMJqvgL3kqvmy5p2wLrcLIxxGLfMdor4OCtF4UCrS YKys2VGCY0T4Ci1lRWR344ijrJoyEypU291yV9Q2RZoqdkOIP4wvhktvEAoIIkfHxp0M PMRQ==
X-Gm-Message-State: ALoCoQmDugNpWrRwEcwZyg/V1wQAzuH/sIUbcaKVK+450BWd6rObnpAJd1qVjsIqdU7VhQGxqYKkNoBf9pilgnlMx+UdpKPbDPy8eKDHvntiZG3psEfCMlYwdDnuKluFLvbSMEFP6pFW+OsfGVdlPk6XIXGmYXcIZWk+dAex7fzxo7P5hctAxMTX6QoBrUt2YTcJhMieKHQp
X-Received: by 10.50.130.65 with SMTP id oc1mr4412691igb.49.1376991579484; Tue, 20 Aug 2013 02:39:39 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.231.221.132 with HTTP; Tue, 20 Aug 2013 02:39:18 -0700 (PDT)
In-Reply-To: <20130819135219.8236.40060.idtracker@ietfa.amsl.com>
References: <20130819135219.8236.40060.idtracker@ietfa.amsl.com>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Tue, 20 Aug 2013 18:39:18 +0900
Message-ID: <CAKD1Yr1VpJne1h-Q5xbNMYRhpr_n0Wmn6UqfeG3vEg2MY6ms1g@mail.gmail.com>
To: IETF Discussion <ietf@ietf.org>
Content-Type: multipart/alternative; boundary="047d7b2e153bf470f504e45dd536"
Cc: "v6ops@ietf.org WG" <v6ops@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, 20 Aug 2013 09:39:41 -0000

On Mon, Aug 19, 2013 at 10:52 PM, The IESG <iesg-secretary@ietf.org> wrote:

>    This document specifies 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).
>

I object to this document on the grounds that it is little more than a list
of (34!) features with little technical justification. I see this as a
problem because:

1. It is out of the IETF's mandate. It is not the IETF's job to specify
which features or protocols should or should not be implemented in hosts.
Even the hosts requirements RFCs are careful and sparing in their language.
The IETF is certainly not in the business of rubberstamping feature
wishlists without good technical reasons. I would challenge the authors to
find a precedent RFC containing such broad requirements.

2. It is over-broad. The vast majority of the features are in no way
necessary to build a mobile device that works well over IPv6. Today, the
overwhelming majority of mobile device traffic comes from devices that
implement only a handful of these requirements. More specifically,
requirements #3, #9, #10, #11, #12, #13, #14, #15, #16, #17, #18, #19, #20,
#21, #22, #23, #24, #25, #26, #27 (a whole RFC!), #28, #29, #31, #32 (which
cover all applications running on the device - yes, all of them), and #34,
are not necessary to connect to IPv6 mobile networks.

3. It is so daunting as to act as a deterrent to IPv6 deployment. I would
challenge the authors to find a single product today that implements all,
or even a substantial majority, of these requirements. It seems to me that
the sheer length of the list, and the fact that is not prioritized, create
a real risk that implementors will simply write it off as wishful thinking
or even shy away in terror.

4. The document has few technical contributions of its own. Most of the
requirements are simply listed one after another.

I'm all for IPv6 deployment in mobile networks, but making a list of what
seems like all the features that the IETF has ever developed, and then
saying that they all need to be implemented, is not the way to get there.
The way to do it is to document use cases and working scenarios gleaned
from operational experience.

Regards,
Lorenzo