Re: [Iasa20] Odd deprecations in draft-ietf-iasa2-consolidated-upd-05

Ted Hardie <ted.ietf@gmail.com> Mon, 04 March 2019 21:07 UTC

Return-Path: <ted.ietf@gmail.com>
X-Original-To: iasa20@ietfa.amsl.com
Delivered-To: iasa20@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D458B1294FA for <iasa20@ietfa.amsl.com>; Mon, 4 Mar 2019 13:07:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 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_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=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 jlVDXxe4kE0f for <iasa20@ietfa.amsl.com>; Mon, 4 Mar 2019 13:07:53 -0800 (PST)
Received: from mail-it1-x129.google.com (mail-it1-x129.google.com [IPv6:2607:f8b0:4864:20::129]) (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 7719412008A for <iasa20@ietf.org>; Mon, 4 Mar 2019 13:07:53 -0800 (PST)
Received: by mail-it1-x129.google.com with SMTP id 188so1039976itb.0 for <iasa20@ietf.org>; Mon, 04 Mar 2019 13:07:53 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=BnjQqAKc5vFMi3/W33ecNG1T9DU1CxsWBpOlGYZno+k=; b=NKbJF10iu6GFue4sfXr3zQHdRilpS2+PVAglKV+IBNi64DLl7o2O9iwBb+yv7LcNBq Xj9fRlBhlETBM/9dHtsAEQQb4LRptmSozqqld8AgGgnvRunlK2hF8YqxXrooFOqAvnx9 QO+orUtmZpMzK3gGw4NcAjNYwuccbpTemKp8yxt1mvDWVNRKJ8O14xl2j7YHc0Ne2Oge 1ygFHRaYVSSvWD3bDIJSwGNBKaDiNjaVgMbXD+XG+ogQ5JbtDpRn6EHn4qb31t9zTJqz HhGsD4/51CrOf9WW7SYS965yjJg5/9nj9B8WZ3gBd6EUzbGQlJchbgt6ru2IhOB+M+6A 6kMQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=BnjQqAKc5vFMi3/W33ecNG1T9DU1CxsWBpOlGYZno+k=; b=Qgsp6+7fnqdZHvBNXf9hMDvBplGyq82+UpFrfgPGRlSNlhvkeDL6BDvja32lzYdCXz enj8UObW7RlUokeZsGEnhqZT8GDj4gtcrrEXb7xslyp4dQB6nJRgiE6dvE1irAs7bxH6 cQM68sWtrqQh+dp4jigtvTAZSilZyOtR0QyHxiTB7FxjkDQsoZhLu1Buw5yYQIObJV8m HQbF6OmvG2WqNWWaL7LglGBkWkWjc/X7oNztKVU5o+u8BvCWTB8S9hmEIPe+JaeD5Sbq 38+odUevmvi4MG3XbYW8jQGQlLr+ZIEz2e7G7y2WOdv3Fn4bvZ/J50h33uwWJwJmoHwG LKMQ==
X-Gm-Message-State: APjAAAUYun41l8s9m050YtAbYVz87Ouv10MDhNqwaMrxcbt4XmfBA46Z oQojth+9jox0PZCzMP5A2EWZn0/5l1xmROraT1Q=
X-Google-Smtp-Source: APXvYqzYMR7qLJvcZQVAg578VdFfL79PUXJc7OYYDXRhrgLzjKDUCPxiowxiJYg7SVkd6shpCD1ASoyePTBy1/6LiX4=
X-Received: by 2002:a24:1745:: with SMTP id 66mr835229ith.96.1551733672271; Mon, 04 Mar 2019 13:07:52 -0800 (PST)
MIME-Version: 1.0
References: <1b58312a-ab8e-ccba-2f9b-884091e1c603@nostrum.com> <27724fb0-25ee-0226-b2ee-2b861a34cbf2@gmail.com> <CFBA6F06-E1A6-4974-9BA0-5DCC1CCCA7AE@vigilsec.com> <AF40B5B2002AE7A55B489999@PSB> <051B5D57-4B47-4D29-83CB-9AA3B3E3A6DE@vigilsec.com> <96A8294B81742974985BE7C8@PSB> <17AB2523-CEB6-4464-8BED-E6B99AFE39A5@rfc-editor.org> <43379A25-D14D-413C-B940-9D135B128724@cable.comcast.com> <2E93E49C-E201-4EDC-91A7-544AFD40FB62@cisco.com> <D110E3546D6957A6CAB14502@PSB> <9A20C483-AE4D-45FB-89D3-C331329AE689@cisco.com> <4F62E491-CE40-4819-923F-72B7F3DA0C41@cooperw.in> <58B9A69BF24CBD03C6D6FDB7@PSB>
In-Reply-To: <58B9A69BF24CBD03C6D6FDB7@PSB>
From: Ted Hardie <ted.ietf@gmail.com>
Date: Mon, 4 Mar 2019 13:07:25 -0800
Message-ID: <CA+9kkMDAYy8jaFaPKkkFgvuR6EYr9V7t9fJz61F2nckAZH1E+Q@mail.gmail.com>
To: John C Klensin <john-ietf@jck.com>
Cc: Alissa Cooper <alissa@cooperw.in>, Eliot Lear <lear@cisco.com>, "Livingood, Jason" <Jason_Livingood@comcast.com>, Russ Housley <housley@vigilsec.com>, IASA 2 WG <iasa20@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000052674905834b263d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/iasa20/n1g7wRFPJhvRCYOAQ-50SdUw0QM>
Subject: Re: [Iasa20] Odd deprecations in draft-ietf-iasa2-consolidated-upd-05
X-BeenThere: iasa20@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: =?iso-8859-1?q?Discussions_relating_to_reorganising_the_IETF_administrative_structures_in_the_so_called_=93IASA_2=2E0=94_project=2E?= <iasa20.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/iasa20>, <mailto:iasa20-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/iasa20/>
List-Post: <mailto:iasa20@ietf.org>
List-Help: <mailto:iasa20-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/iasa20>, <mailto:iasa20-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 04 Mar 2019 21:07:56 -0000

On Mon, Mar 4, 2019 at 1:04 PM John C Klensin <john-ietf@jck.com> wrote:

> Alissa,
>
> Excellent.   Do you (and/or Ted if he is reading this) have any
> preference as to whether I post a new draft in the next several
> hours with an appropriate note to the RFC Editor or just wait
> until Thursday in the hope of an IAB action and specific
> instructions about what text to put in?   It makes little
> difference to me; I'd prefer to do whatever is easiest for the
> others (IESG, IAB, RFC Editor) involved.
>
>
As a follow-up to Alissa's note I proposed very simple text for inclusion.
If you wait until Thursday, we may have the text.  Easy enough to update
post-facto, of course, if you would rather prioritize getting this
afterwards.

regards,

Ted


> best,
>    john
>
>
> --On Monday, March 4, 2019 15:38 -0500 Alissa Cooper
> <alissa@cooperw.in> wrote:
>
> > I have asked to add this to the agenda for the IAB call on
> > Wednesday, March 6.
> >
> > Alissa
> >
> >> On Mar 2, 2019, at 1:39 PM, Eliot Lear <lear@cisco.com> wrote:
> >>
> >>
> >>
> >>> On 2 Mar 2019, at 18:22, John C Klensin <john-ietf@jck.com>
> >>> wrote:
> >>>
> >>> Eliot and IAB members who are following this,
> >>>
> >>> If the IAB is willing to commit to that RSN, I'll fix the
> >>> document accordingly.
> >>
> >> I think this way is simpler and cleaner.
> >>
> >>> I'd prefer to not hold up IESG review on
> >>> this matter or to find time to generate extra drafts so, if a
> >>> quick IAB commitment is not possible, I suggest I fix the
> >>> document as Heather and Jason have suggested but encourage
> >>> the RFC Editor to treat the comment about IAB action as if
> >>> it were a normative reference, i.e., assuming the IESG
> >>> actually approves this I-D for publication, they don't
> >>> actually publish until the IAB's preferences are clear and
> >>> then, if necessary, we do a touch-up on the document during
> >>> AUTH48 with confidence that the WG's intent is perfectly
> >>> clear.
> >>
> >> Yeah, if the RFC Editor doesn't mind, you can put text in
> >> like, [Note to RFC Editor: IAB to fill in their statement
> >> here.]
> >>
> >> I also realize that I shouldn't have proposed specific
> >> text. That was a bit forward of me.  The IAB should just
> >> consider that a sample that could get the job done.
> >>
> >>>
> >>> Does that work for everyone?
> >>
> >> WFM, noting above.
> >>
> >> Eliot
> >> _______________________________________________
> >> iasa20 mailing list
> >> iasa20@ietf.org
> >> https://www.ietf.org/mailman/listinfo/iasa20
> >
>
>
>
>
> _______________________________________________
> iasa20 mailing list
> iasa20@ietf.org
> https://www.ietf.org/mailman/listinfo/iasa20
>