Re: [v6ops] Stateful SLAAC (draft-ietf-v6ops-unique-ipv6-prefix-per-host)

Warren Kumari <warren@kumari.net> Tue, 14 November 2017 02:41 UTC

Return-Path: <warren@kumari.net>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4775B127863 for <ipv6@ietfa.amsl.com>; Mon, 13 Nov 2017 18:41:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=kumari-net.20150623.gappssmtp.com
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 ekxgtVjyl1fd for <ipv6@ietfa.amsl.com>; Mon, 13 Nov 2017 18:41:43 -0800 (PST)
Received: from mail-wr0-x22c.google.com (mail-wr0-x22c.google.com [IPv6:2a00:1450:400c:c0c::22c]) (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 568B0127735 for <6man@ietf.org>; Mon, 13 Nov 2017 18:41:43 -0800 (PST)
Received: by mail-wr0-x22c.google.com with SMTP id u40so16169530wrf.10 for <6man@ietf.org>; Mon, 13 Nov 2017 18:41:43 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=I+3e9bjEKdduncQH29V/vOasDKp5dyjvR+wn5upYBmQ=; b=aGz0oiwg6aLf/hWvFyd5akTblhazTebY1XrrXFWTJJxZ7XViGbZIcMe6ATC4p+qBPg cBdi+kfZCafW+I7AFxMtec+miMzNleMY9N7okRi1t5zkJIe9Nrzu686SCFeApiy70rHk SHFfia6uFI/QYbo+zwD2vEiQd9hSW8RMJEbep3OVNFsCeL7+fmJtu2Om3akFjLcgVY2V rb6CrbVgyGyLuzEtNefIXaeQsOu8tG3a20V0G/mZ5fVxa+IHffCGjlyYOE2sWyIiyrSu y0CJhAH7p/hN5ESBy5nOm0t7wphV6OmIQY6xMw+/yrnuSwZh4yMeFPvbc3VOixEZlWtF fsFA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=I+3e9bjEKdduncQH29V/vOasDKp5dyjvR+wn5upYBmQ=; b=qEG7ZesqXEeLffocGVGvPgfvTp1yXJG52etQ4JoYpL7+GLghUA1S6X5Kklo+lX05B3 HhnNmfqQSIfjwMbF5MA0Fzsps+b0pwSxTmWGCNNYQ2dXl0SDLh9SFcJKNn1N+YwFFkTU 401kWHyRtrQ8XV8SQsDSINm4Y5iYQv+5Xp6HrmtEgyEIu/OJar/E43ZTaB4wI8lxbMhy 4LfGu9UAMjZix1hKScSbKLrLF962fI0WWVhD5KBtxsbo9KIvN7gnUzQzOIruq/OqRpuG lb7JLp/pK84vXSe0LmymDcxljcsrhJxK9H8QzGZvuKfPP++7jywQoLtR5imxCwZwulIk 286g==
X-Gm-Message-State: AJaThX5+P4EI2Y+2sAHdBOJkltBhZMrjUfmKonCsHpp0AKYBN/bqzlcW B3hj6m/Uzk4XtTZ8uxFXwzqpeiI+lOtc6r48CRyuXQ==
X-Google-Smtp-Source: AGs4zMZCki/FzQrFLHVh1x8I53Hj3QNnDNt+a6/KcEnOPnBrh75WAamR2J1EiOx0r1NDktdGJYrYQl/pODoCa8V6tJ0=
X-Received: by 10.223.149.6 with SMTP id 6mr8670226wrs.112.1510627301707; Mon, 13 Nov 2017 18:41:41 -0800 (PST)
MIME-Version: 1.0
Received: by 10.223.160.149 with HTTP; Mon, 13 Nov 2017 18:41:01 -0800 (PST)
In-Reply-To: <E7F9E3EF-B5AA-4698-8BBC-772228129277@fugue.com>
References: <be9724f5-2ff5-d90c-2749-ecae2c628b78@si6networks.com> <CAKD1Yr0_a2Qm8U4oK+BQU57DeDUD9i-o_+G+YhnH4pVXRxmxxQ@mail.gmail.com> <9d154133-a1de-7774-1589-c7069bf279ee@si6networks.com> <0b45890d-ea4a-47b8-a650-ceb72b066df8@gmail.com> <ea772bfd-4004-7f94-8469-b50e3aff0f29@si6networks.com> <F2330138-6842-4C38-B5A0-FB40BFACD038@employees.org> <e40697ca-8017-c9d2-c25d-89087046c9cf@gmail.com> <207f040a-7fe2-9434-e7a5-f546b26fdf63@strayalpha.com> <CAKD1Yr26NK2osApYZBm8Yd=0X7xcetrxojp6=JHOEAu9BB0q8A@mail.gmail.com> <8ca59610-2d25-2be4-9d2c-9b1a75fd3ace@si6networks.com> <E67105A3-396B-403C-B741-E9E01CFB5CE7@employees.org> <862687c9-c107-53a8-288a-29049097b0e1@acm.org> <AM5PR0701MB2836C00EA1AAC73E7E63F583E02B0@AM5PR0701MB2836.eurprd07.prod.outlook.com> <CAO42Z2xacRco7ne7biQ93so0k-x4xSnM2jzoB13-sdVRLshQDQ@mail.gmail.com> <CAKD1Yr0Zz6Jxg_ZuEbBkMhBdEaZKOrtx-eUns7KWi9v-5PDBzg@mail.gmail.com> <CAO42Z2xqwRH94dw=XJf5mt3STdDcTYmB_i1NbXP46shdJQeaPA@mail.gmail.com> <E7F9E3EF-B5AA-4698-8BBC-772228129277@fugue.com>
From: Warren Kumari <warren@kumari.net>
Date: Tue, 14 Nov 2017 10:41:01 +0800
Message-ID: <CAHw9_iLOFxY_2d8oJrnw3oV7w8HJof5mgw1+gxJu7z4aS_YGDQ@mail.gmail.com>
Subject: Re: [v6ops] Stateful SLAAC (draft-ietf-v6ops-unique-ipv6-prefix-per-host)
To: Ted Lemon <mellon@fugue.com>
Cc: Mark Smith <markzzzsmith@gmail.com>, Fernando Gont <fgont@si6networks.com>, "v6ops@ietf.org WG" <v6ops@ietf.org>, "6man@ietf.org" <6man@ietf.org>, "Van De Velde, Gunter (Nokia - BE/Antwerp)" <gunter.van_de_velde@nokia.com>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/6vIiq3eLbMzpFWJC5OZfXmZU7_w>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Nov 2017 02:41:45 -0000

On Tue, Nov 14, 2017 at 9:45 AM, Ted Lemon <mellon@fugue.com>; wrote:
> On Nov 14, 2017, at 3:43 AM, Mark Smith <markzzzsmith@gmail.com>; wrote:
>
> Why are we holding this document up on this?
>
> Half baked cakes aren't cakes, even though they may look like them.
>
>
> FWIW, "we" aren't holding up this document.   It's in AUTH48.   The working
> group already has consensus on the document, the IESG has approved it, and
> at this point the only changes allowed are editorial changes that do not
> substantively change what the document says.   The working group has no
> agency here: this is entirely up to the authors and the AD.

Yup, but the AD is closely watching the discussion, because what the
WG wants is critical.

I held up publication because Fernando claimed that this was a
protocol change, and so doing this in V6OPS was a process violation --
as this was right before the meeting I decided it made sense to hold
publication so that A: I could get feedback from the WGs and B: I
could talk to Suresh (in his capacity as 6MAN AD).

Neither Suresh nor I think that this is a protocol change (and these
isn't really even a very fast V6OPS cannot touch protocol) - at the
moment I'm very strongly leaning towards just publishing it, although
(based on discussions with Suresh) I'm *considering* that this should
be Informational instead

Note that versions -04, -05, -06 of the document were Informational;
the GenArt (and other feedback) questioned the BCP status, and it was
(IMO) right on the hairy edge of Informational / BCP (enough that I
asked the IESG to comment on the status during eval). It was right on
the edge before, the new text, WG discussion (and my discussions with
Suresh) may have tipped it over to Informational.

I would feel out the WG about this - would you be OK with this being
Info (and getting it out the door)?

I feel I also owe the WG (and authors) an apology - this has been a
painful process and taken up way more of your time than it should
have.


W
>
> If the authors or the AD were to make substantive changes to the document,
> that would be grounds for an appeal by the working group.
>
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------
>



-- 
I don't think the execution is relevant when it was obviously a bad
idea in the first place.
This is like putting rabid weasels in your pants, and later expressing
regret at having chosen those particular rabid weasels and that pair
of pants.
   ---maf