RE: AD Sponsorship of draft-moonesamy-recall-rev

"Adrian Farrel" <adrian@olddog.co.uk> Thu, 25 April 2019 08:26 UTC

Return-Path: <adrian@olddog.co.uk>
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 C4F691200E5 for <ietf@ietfa.amsl.com>; Thu, 25 Apr 2019 01:26:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
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 fS8ckGPjFT56 for <ietf@ietfa.amsl.com>; Thu, 25 Apr 2019 01:26:45 -0700 (PDT)
Received: from mta7.iomartmail.com (mta7.iomartmail.com [62.128.193.157]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4836A120046 for <ietf@ietf.org>; Thu, 25 Apr 2019 01:26:44 -0700 (PDT)
Received: from vs1.iomartmail.com (vs1.iomartmail.com [10.12.10.121]) by mta7.iomartmail.com (8.14.4/8.14.4) with ESMTP id x3P8Q252021446; Thu, 25 Apr 2019 09:26:02 +0100
Received: from vs1.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id BC2EB2203A; Thu, 25 Apr 2019 09:26:02 +0100 (BST)
Received: from asmtp2.iomartmail.com (unknown [10.12.10.249]) by vs1.iomartmail.com (Postfix) with ESMTPS id A73422203C; Thu, 25 Apr 2019 09:26:02 +0100 (BST)
Received: from LAPTOPK7AS653V ([87.112.228.68]) (authenticated bits=0) by asmtp2.iomartmail.com (8.14.4/8.14.4) with ESMTP id x3P8Q17I031176 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 25 Apr 2019 09:26:02 +0100
Reply-To: adrian@olddog.co.uk
From: Adrian Farrel <adrian@olddog.co.uk>
To: "'Salz, Rich'" <rsalz@akamai.com>, 'S Moonesamy' <sm+ietf@elandsys.com>
Cc: ietf@ietf.org
References: <033d01d4f52f$c6f2dca0$54d895e0$@olddog.co.uk> <C7274EAB-7DDC-491F-9DD2-0CFFADB13CA9@cooperw.in> <72f00d0b-7ec6-ba6a-b17b-97879d457ae3@comcast.net> <CAKKJt-fOMMdM-mkbJaYpsH6XPCpatUkwZY-d_A+MaNa3nhaNDg@mail.gmail.com> <CABcZeBNdaWU4wwOK_MnWC5hOr7Lu3osmC_6_KKxB5fHuHVHyTw@mail.gmail.com> <23d54797-5c94-aa00-ec55-3f2c4fdfcfae@comcast.net> <6.2.5.6.2.20190424095017.13cdadc8@elandnews.com> <51068F13-E90F-42A2-8AE2-627D5E18B145@akamai.com> <20190424201939.GM3137@localhost> <6.2.5.6.2.20190424134823.0c9faf68@elandnews.com> <20190424211123.GO3137@localhost> <6.2.5.6.2.20190424144539.0cabcde0@elandnews.com> <20F28A58-4D1D-40D7-8513-2DA7A4A8778C@akamai.com>
In-Reply-To: <20F28A58-4D1D-40D7-8513-2DA7A4A8778C@akamai.com>
Subject: RE: AD Sponsorship of draft-moonesamy-recall-rev
Date: Thu, 25 Apr 2019 09:26:01 +0100
Organization: Old Dog Consulting
Message-ID: <07b301d4fb40$84b0b940$8e122bc0$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Content-Language: en-gb
Thread-Index: AQHwLAOwsgle2tOKOmnlJat2Z6sNjQLXrOhwA9LW4/wCE8Q7UgJPpwLkAbwzy0UDG/ZtBAE9IEVTAV5K0TUCC3Cw1AGcBF9dAl+CA0cCYR6iUKU+2YJA
X-Originating-IP: 87.112.228.68
X-Thinkmail-Auth: adrian@olddog.co.uk
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-24572.005
X-TM-AS-Result: No--11.616-10.0-31-10
X-imss-scan-details: No--11.616-10.0-31-10
X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-24572.005
X-TMASE-Result: 10--11.615800-10.000000
X-TMASE-MatchedRID: 6lay9u8oTUPxIbpQ8BhdbPHkpkyUphL9LAnNohUyMa006dhcpwNHEOEP B5Tz+RqM3hbpe84N76CgOF8WLo8Lp1XLM685sIBZU+OjsPhIWDjMmaoHJ8BpLQ2G3vz8l/IE02U 8BAjwIeoXStyKX9zupB3spSKpRBEFZqgS6NGi2fV3le3nv/6lB7s34mCmZQdGGNAPebYwJ/sxBh Y3mcMkVODBlTBoWe1u1Mc6R3KXrLmeCT0HsFTwbycP0e8lTEHz1Ga2L87qPQJjQ6o1zjtGHsy8f LY9Yg2nMitL20ypKUkDCF8u2oJhpkuuBmEKe4a42OSj4qJA9QYLce5ZyDJAJgaANXyjm7oTnKQg Yq4pRtkfbcph9DTlyObGqBsFMykQ2DBKoUnK0AUzw5Ejs3g1lsQYGgcp3dr5auHKE5Laxl+I3M6 9s/U+Ul5Tc2BwZgSqX7bicKxRIU399OkOM4QuA90H8LFZNFG7bkV4e2xSge5qGh1shJSAEixxGC VF/v9hcFbvQV1bcJDZ9J0kZ+fOtV8I4oUq5Vga
X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/8uWuWBvh-qlfVjdul7ZYfDxkGZU>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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: Thu, 25 Apr 2019 08:26:48 -0000

>>    It doesn't make sense to ask a person who lacks extensive travel 
>>    resources to fly to Canada to hold a BoF about a short draft.
> 
> I understand the situation, and having been in that place for years, am empathetic.
>
> But the proposed alternative seems to be "take my draft as-is"

That would certainly be a Bad Thing (TM).

But why can't we operate through IETF business as usual? That is, debate the content of the draft on the mailing list (whichever one is deemed appropriate), make concrete proposals for change, update the draft until concerns have been addressed (RFC7282), test consensus with a last call, and move ahead to publication?

Oh, I know why we can't do that: That approach requires an AD to sponsor the draft, and no AD has stepped up. (Just recall that agreeing to sponsor does not mean instant acceptance of the work and publication as an RFC, it is the start of the process that might still need long years of debate on the mailing list.)

If (and this is perfectly possible) the problem statement is not obvious to readers of the draft, the answer is surely not to have a BoF where the proponents are asked to clarify the problem and scope: the answer would be to write a short email saying "I read your draft and I find the scope and problem statement unclear. Could you please write some more words to help me understand it." If (equally possible) someone wants to address a different problem or has a different view of what the scope should be, they do not need a BoF to have that discussion, they can raise their aspirations in an email.

We do not need to hold a BoF every time anyone wants to suggest a small change to IETF process.

Adrian