Re: Confirmation to advance: draft-ietf-6man-ipv6only-flag-05

Fred Baker <fredbaker.ietf@gmail.com> Sat, 11 May 2019 20:39 UTC

Return-Path: <fredbaker.ietf@gmail.com>
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 1B2CF120075 for <ipv6@ietfa.amsl.com>; Sat, 11 May 2019 13:39:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 PoiNpgGqszCo for <ipv6@ietfa.amsl.com>; Sat, 11 May 2019 13:39:52 -0700 (PDT)
Received: from mail-ot1-x333.google.com (mail-ot1-x333.google.com [IPv6:2607:f8b0:4864:20::333]) (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 72CE412004D for <ipv6@ietf.org>; Sat, 11 May 2019 13:39:52 -0700 (PDT)
Received: by mail-ot1-x333.google.com with SMTP id i8so8521788oth.10 for <ipv6@ietf.org>; Sat, 11 May 2019 13:39:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=De2NPSCAU+fmy39c5MVjktf6EF66WZi4cUC83ICxskI=; b=gXN13+wiDWBUw5i6kyRiD4x90fjH3JjvKVi+2Mh49/MVq9serkn78Wv/gUNpY5hrue IXtnxwyEwmUzRw197I0wQ3ZFjjzZEO41tpNBXanL4dv+K47mmeKfwvmG4wv3H0scuezq 8HOEdtTZTYaIo41VPT6XEYW9I3qy2b/lcYno7tASGW14DC2VHLyQ48T4itSKBxpnCQQe TaKWMMOqvBSaux1a6wRSvl+JFgq8nRlVprOzlBLcVumHTcE8LOcwlI4QJWLUoAeG/PLj 257/PNFS/R3K9DgPRph0mTCHbTG9ZEPyDsgp37UQkp2AGfb/2w4FP0O3N5Fla0WWygcJ KYng==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=De2NPSCAU+fmy39c5MVjktf6EF66WZi4cUC83ICxskI=; b=oN3lzpdMzw89C8TChtf4Mbg9NoXRW2Zu7nrYaFyDjt5g0NnvV7s7uATPs+pv6C/RrJ QF9WIcizNTLXhIPaZB2vbNygD6O/lMjl8wvYWqGwVqGU+U8hHHZKLxovMrmHDsXHh7gz m1kqgkOO94dPaeFPBVPSXSllA9hOOsNjGtBu+ElHKiwv3xK5AtjIisBewv44vvzTE8Mv 3w6Qoc8hpo/54XM/hmHyExM/mPLzbAwrq7ZFiPJ8jNE3/f05d6c0ol9OY+xUbVBygZNS nBWT46Qil8tDIGnCRuAWSIwZyBeHa0U3u2yYNwdORRb7PLqVZYh4/8ckEqu+O+kxanmR kNwA==
X-Gm-Message-State: APjAAAW1sA1WG4CS5oenyM4lOncfWrMmTGDg65Yj7dcDcdkJlL8u3uyY LegLbipySGOkbYHMtBtp4kw=
X-Google-Smtp-Source: APXvYqyiyCMd8CrXujjij4hp+kmFhYr6NYdFfjLIxtcG7KdGXlLV/XKFS1dRmiyvb7LF4lAEn/uxag==
X-Received: by 2002:a05:6830:1647:: with SMTP id h7mr11933244otr.360.1557607191528; Sat, 11 May 2019 13:39:51 -0700 (PDT)
Received: from [192.168.1.5] (ip70-185-147-118.sb.sd.cox.net. [70.185.147.118]) by smtp.gmail.com with ESMTPSA id u26sm3363887oiv.22.2019.05.11.13.39.50 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 11 May 2019 13:39:50 -0700 (PDT)
From: Fred Baker <fredbaker.ietf@gmail.com>
Message-Id: <663F6C0B-7B8A-4088-B9C0-B2867B0C3EB8@gmail.com>
Content-Type: multipart/signed; boundary="Apple-Mail=_A804842C-0B70-4303-B1BD-4B824D5EC1DF"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Subject: Re: Confirmation to advance: draft-ietf-6man-ipv6only-flag-05
Date: Sat, 11 May 2019 13:39:48 -0700
In-Reply-To: <232c1a43-0fd9-4eae-737b-260a3906f72a@gmail.com>
Cc: Job Snijders <job@ntt.net>, Mark Smith <markzzzsmith@gmail.com>, 6man WG <ipv6@ietf.org>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
References: <F8BFFCAD-E58E-4736-8A1C-56579B6F6032@employees.org> <a2465e81-a17f-ab48-efda-20fe12a70077@foobar.org> <30239E0C-C444-4A7E-8342-AEE47BF8A2BB@employees.org> <20190505200449.GB7546@vurt.meerval.net> <80073906-c3c0-1f22-9e7f-c2b349063936@gmail.com> <CAO42Z2xzVW3m0mN7jEn8SYyYCYhrufVnkfp3rBjJcijBkvucNQ@mail.gmail.com> <CACWOCC-35yVYXSRR0sRL-MBMHyOFZtJx9E9h14G8qqVh5T7qGA@mail.gmail.com> <232c1a43-0fd9-4eae-737b-260a3906f72a@gmail.com>
X-Mailer: Apple Mail (2.3445.104.11)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/Il1EA3UlIjTD57kOAhCSYhj7BiE>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
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: Sat, 11 May 2019 20:39:54 -0000


> On May 6, 2019, at 2:47 PM, Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
> 
>> whoever shepherds this draft should note this.
> 
> Actually, no, they shouldn't, because they should reach their
> conclusion based on the technical arguments.

Actually, they should, because in their notes to the IESG they are asked whether anyone has threatened to appeal. Job threatened to appeal, and is highlighting the fact with this sentence.

And for the record, Job, Nick, and Sander are not the only ones that are not members of the putative consensus. I have stated (would have to look it up to give you the link to the email and the date) that IMHO the benefits are minor and there is a security loophole. My issues remain unaddressed. So I'm part of the anti-consensus. And I'm pretty sure I'm not alone.

As to "rough consensus" and its nature, the way I have interpreted it multiple working groups - including the IESG - has been that if I have a person that has an issue and simply won't shut up, I focus on listening to the person and making sure that they are heard. The concept is that the majority is often wrong, but a minority may have noticed an issue that will turn out to be important. So it is important to listen carefully to that minority. Their view is only set aside when the working group concludes that they simply are not interested in having the issue resolved, and they are the only speaker. If I have multiple speakers - and especially, in matters of operation such as this one, operational speakers - it's not "rough consensus", it's "failure to achieve consensus."

My $0.02.