Re: I-D Action: draft-wilde-updating-rfcs-00.txt
Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Wed, 21 December 2016 18:03 UTC
Return-Path: <spencerdawkins.ietf@gmail.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 B565B1298A9 for <ietf@ietfa.amsl.com>; Wed, 21 Dec 2016 10:03:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 fTN0Woi7vXTN for <ietf@ietfa.amsl.com>; Wed, 21 Dec 2016 10:03:30 -0800 (PST)
Received: from mail-yw0-x230.google.com (mail-yw0-x230.google.com [IPv6:2607:f8b0:4002:c05::230]) (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 D706C1298A0 for <ietf@ietf.org>; Wed, 21 Dec 2016 10:03:29 -0800 (PST)
Received: by mail-yw0-x230.google.com with SMTP id r204so103347949ywb.0 for <ietf@ietf.org>; Wed, 21 Dec 2016 10:03:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=j7oF4PHiUup01FRa49LI7smhCYBWEac9h645VZC62fE=; b=hSFBrfXdVTtl7+249ChM8XKwLMstu7Xaq0292ZkYu9R1/CxRw4BhEB2mXonsEie+0N ZK+Lv6lT4v5ADcFgsrgjMx+iCODSY7xYO/NVZYo1FudU9QYujD+T5/r4YQrcPcEJnWi9 tboVMKrgusgxfByLmqnE0ce4sWvrhzxdVdzC2L/gSp4zJhjt8uDLjnrty6JHRNCznMoY a6Qz+9HxIqKt4IG7owIge3cvUpU+c3aCXw478YK9o5PHD4+jiz5WCIzDWxDogZfMifEU bVtS6RvivkRfJWi/PdN7e0jMbtQ+jrnmmD/5CU4kd9pl2WKpNvdt0TDYOoQoGlQyq8Cf S7Tw==
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; bh=j7oF4PHiUup01FRa49LI7smhCYBWEac9h645VZC62fE=; b=TQTUURjLj05nF+Z7Sd0xL6kTkHAzgrZQALWu0AdD2WT3eoGjAofryVFNx7N4kZf+Vp 3vm5XN2kaU+0SSd2IjpsnsUYkBe3V0OQ3Pcxr/NNcgfyIVnRQ9BW+B8pZIwHxEYXYnio 1qDU4X4LUY5ZteTWH+k0zpmWUIs8UYCNZtpPsvT7vnviduXOg8jTJ/fpI3VTxGHJLpdR JBtPCnU5SpZx+Y9Ln7FUYOUoDCSKUuxplvmnRHESMEVSf/kwMqGhuMPqJyY/QpvuZFpY nRbAKJAaFtX7jNR7LQQnxbVCIfKbG4VPejaPbwbkiplbmUgO1cY+kUyYMXGpmWOkxHtl WO6A==
X-Gm-Message-State: AIkVDXIMeEbQ1uAdLkoUt+nF44fhVXIXT88qkEHyEnj1K/Dgs7E4CRCj8aFbVMTxJ/a9iMbPmDI7gfdorBjIKw==
X-Received: by 10.13.232.199 with SMTP id r190mr4559413ywe.152.1482343408783; Wed, 21 Dec 2016 10:03:28 -0800 (PST)
MIME-Version: 1.0
Received: by 10.37.176.5 with HTTP; Wed, 21 Dec 2016 10:03:28 -0800 (PST)
In-Reply-To: <49012BDE-738C-4755-B5B3-A95A2ED64BE7@sobco.com>
References: <147389550726.29872.13885747896056913688.idtracker@ietfa.amsl.com> <0f129603-20c0-921f-6a67-e5a4c74b3c41@gmail.com> <CAA=duU0NNCeL1EP5iJo9YxDmgdtgXSpa+GO1Xs_i38HMrFxSKQ@mail.gmail.com> <b4ab1536-0eb4-0bb4-d441-79cfd74cfd9c@joelhalpern.com> <66D4FC4D5384B187F1571399@JcK-HP8200> <9a3ff314-e778-b416-182f-0dd687f434ce@dret.net> <378400590145685410530968@JcK-HP8200> <25066.1481576196@obiwan.sandelman.ca> <896.1481578272@obiwan.sandelman.ca> <d527c6cd-bc0c-66b6-e481-2510f747879e@gmail.com> <E186A6708FBC8836D0DC4655@JcK-HP8200> <49012BDE-738C-4755-B5B3-A95A2ED64BE7@sobco.com>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: Wed, 21 Dec 2016 12:03:28 -0600
Message-ID: <CAKKJt-cWJhLnqXdM80vxBwddJzxKTvrENy=0BXTVMLX_5a1Nvw@mail.gmail.com>
Subject: Re: I-D Action: draft-wilde-updating-rfcs-00.txt
To: IETF discussion list <ietf@ietf.org>
Content-Type: multipart/alternative; boundary="94eb2c0870fa50d9a105442ef89b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/HuDNzU76Drl5A7SeiVSCCmgL4dE>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
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: Wed, 21 Dec 2016 18:03:32 -0000
So, backing up a tiny bit ... What follows is me, speaking as a currently serving AD, and as a survivor of NEWTRK (so, an inmate who is now helping to steer the asylum, although I didn't take it over). I have had the pleasure of talking with the most recent three IESGs about what UPDATES actually means in relationship to a specific document on a current telechat agenda. Those have not been easy discussions. I have been talking to Rick about AD sponsoring some version of his draft, and he's not quite sure what to do next, because any discussion of his draft opens a Pandora's Box of stuff that's broken about the way we have tried to document protocols over a very long period of time. I was hoping that it would be possible to do something useful with a narrow scope, that doesn't involve fixing everything, but might fix a few things. I'd like to hear opinions about that. More broadly, https://tools.ietf.org/html/draft-ietf-newtrk-repurposing-isd-04#appendix-A is a perfectly serviceable list of stuff that was broken in 2006, and since we haven't changed much since 2006, still seems to be broken today. What I'm remembering about NEWTRK, and other folks may remember it differently, was that we had pretty ambitious goals, and proposals like https://tools.ietf.org/html/draft-ietf-newtrk-repurposing-isd-04 reflected those goals. For instance, I'm re-reading https://tools.ietf.org/html/draft-ietf-newtrk-repurposing-isd-04 (one of the few NEWTRK documents I'm not even acknowledged in - but I liked it a lot at the time), and remembering that we assumed that all STDs would have ISDs (even if they were basically formulaic, with little or no explanation initially). NEWTRK petered out almost simultaneously with the beginning of narrative minutes for IESG telechats, so it's hard for non-IESG members to reconstruct all the concerns expressed at the time, but I'm remembering discussions about who would write this descriptive text, and who would approve it - and talking to at least a couple of IESG members after the fact, who'd told me they'd assumed the IESG would have to provide those descriptions, or at least approve them. What I'm wondering now, is how un-ambitious we could be, and still do something useful to get started. John did a couple of examples of ISDs, in https://www.ietf.org/archive/id/draft-ietf-newtrk-sample-isd-00.txt (John, is that the best pointer for this?) on SMTP (complicated) and on POP/IMAP Authentication with CRAM-MD5 (much simpler), circa 2004 or so. Is it worth taking a look at that, and producing samples for a couple of protocols that are more complicated than a single RFC, and less complicated than https://datatracker.ietf.org/doc/rfc5411/ (for SIP) or https://datatracker.ietf.org/doc/rfc7414/ (for TCP), and seeing what we end up with? Administrivia: both Jari's position on the IESG and mine are under review by the current Nomcom, and I'm loath to get very far down the road without talking to Jari's replacement, and without knowing whether I will be able to AD sponsor drafts after IETF 98, so I'd like to do some homework now, but not go crazy yet. Thanks, Spencer
- Re: I-D Action: draft-wilde-updating-rfcs-00.txt Brian E Carpenter
- Re: I-D Action: draft-wilde-updating-rfcs-00.txt Andrew G. Malis
- Re: I-D Action: draft-wilde-updating-rfcs-00.txt Erik Wilde
- Re: I-D Action: draft-wilde-updating-rfcs-00.txt Joel M. Halpern
- Re: I-D Action: draft-wilde-updating-rfcs-00.txt John C Klensin
- Re: I-D Action: draft-wilde-updating-rfcs-00.txt Heather Flanagan
- Re: I-D Action: draft-wilde-updating-rfcs-00.txt Joel M. Halpern
- Re: I-D Action: draft-wilde-updating-rfcs-00.txt Brian E Carpenter
- Re: I-D Action: draft-wilde-updating-rfcs-00.txt Bob Hinden
- Re: I-D Action: draft-wilde-updating-rfcs-00.txt Brian E Carpenter
- Re: I-D Action: draft-wilde-updating-rfcs-00.txt Jari Arkko
- Re: I-D Action: draft-wilde-updating-rfcs-00.txt Erik Wilde
- Re: I-D Action: draft-wilde-updating-rfcs-00.txt Erik Wilde
- Re: I-D Action: draft-wilde-updating-rfcs-00.txt John C Klensin
- Re: I-D Action: draft-wilde-updating-rfcs-00.txt Scott O. Bradner
- Re: I-D Action: draft-wilde-updating-rfcs-00.txt John C Klensin
- Re: I-D Action: draft-wilde-updating-rfcs-00.txt Scott O. Bradner
- Re: I-D Action: draft-wilde-updating-rfcs-00.txt Brian E Carpenter
- Re: I-D Action: draft-wilde-updating-rfcs-00.txt Alia Atlas
- Re: I-D Action: draft-wilde-updating-rfcs-00.txt John C Klensin
- Re: I-D Action: draft-wilde-updating-rfcs-00.txt Michael Richardson
- Re: I-D Action: draft-wilde-updating-rfcs-00.txt Michael Richardson
- Re: I-D Action: draft-wilde-updating-rfcs-00.txt Brian E Carpenter
- Re: I-D Action: draft-wilde-updating-rfcs-00.txt John C Klensin
- Re: I-D Action: draft-wilde-updating-rfcs-00.txt Scott O. Bradner
- Re: I-D Action: draft-wilde-updating-rfcs-00.txt Spencer Dawkins at IETF
- Re: I-D Action: draft-wilde-updating-rfcs-00.txt Brian E Carpenter
- Re: I-D Action: draft-wilde-updating-rfcs-00.txt Spencer Dawkins at IETF
- RE: I-D Action: draft-wilde-updating-rfcs-00.txt Dearlove, Christopher (UK)
- Re: I-D Action: draft-wilde-updating-rfcs-00.txt John C Klensin
- RE: I-D Action: draft-wilde-updating-rfcs-00.txt John C Klensin