Re: [Rum] John Scudder's No Objection on draft-ietf-rum-rue-09: (with COMMENT)

Brian Rosen <br@brianrosen.net> Thu, 23 December 2021 21:59 UTC

Return-Path: <br@brianrosen.net>
X-Original-To: rum@ietfa.amsl.com
Delivered-To: rum@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 867693A0B34 for <rum@ietfa.amsl.com>; Thu, 23 Dec 2021 13:59:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.888
X-Spam-Level:
X-Spam-Status: No, score=-1.888 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.20210112.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 HKNnFz6qZIHc for <rum@ietfa.amsl.com>; Thu, 23 Dec 2021 13:59:21 -0800 (PST)
Received: from mail-io1-xd31.google.com (mail-io1-xd31.google.com [IPv6:2607:f8b0:4864:20::d31]) (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 A865B3A0B3C for <rum@ietf.org>; Thu, 23 Dec 2021 13:59:21 -0800 (PST)
Received: by mail-io1-xd31.google.com with SMTP id x6so8708633iol.13 for <rum@ietf.org>; Thu, 23 Dec 2021 13:59:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20210112.gappssmtp.com; s=20210112; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=hGovT2T7o151QAGruJbEwMnq/g3hcrML2UcqX4SyUDk=; b=rULOs4Vu6187P/uvgLPMKYWtY/U3vkhPFNYDkZaGYY5E/bzxkBuEF2A+bj5N64mD8r 96pTUqHZ+q1uFTEaIBTjy2LxHInHMoP4M7WwBDwOHoF+y096OfGT9XwG0jc1NdjEC0GZ FSaQ98UObdV/HkILxsN26GBZ6DbDTgcw40QceH3L1WY+g/Zmzz5I1DN3qg/ITJU0d344 Fwy9/VS6fHSIWRG5IzRTRUYfLzbGJd5vv051Uy0vlfxZ0e3oMLz866p+iNhO70Pkw3zF p9miGbmJU1Keeim4iSXeIvhSs+JrRTe6AQcOY7VipessezQ5EJaX0bRegKBgTBiGEEuo qPWQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=hGovT2T7o151QAGruJbEwMnq/g3hcrML2UcqX4SyUDk=; b=XVYMkbnpkJi2AEwzxG+GzIbMw/3fTioc88FyXitIWIUQetT0Q0VBwaNaDj/RhyMRK0 Ttp4F5Huke5XenEna1LvyKTa+t4jrze7BFAv1xEFswEin5uaVRw3d0PP4NRowzNrw1OG OKVdgdn7f21EDwyPuuOnFHGd8X1//KuIZaNbx+FLPjut9W2Qr9A01JA3P6xm/8Xpv+DF WyXQSk4SNA0nLhoeIG1QyCKcVTDHpuwtZsYOez9a1AWng22w1b6UlVau8oCklPbSqLlG BK6ZfCSL6gBpBc+JVFo8oe5lXBNO4IaehfmvU/KEXTPX6/SNnNvnqKlOAp2ozK3IalXh NRYQ==
X-Gm-Message-State: AOAM530fgmvmlaR/Df6deRawgwYiD4fqFBI2FpXQpCSHv2ze70F4SguF fm6eZh5UybJkjGd6zKAxIIA8V7iK3dCBZR+t
X-Google-Smtp-Source: ABdhPJzcs1D/DH2K5nzJmot6doeU0QBoNXp2JbAYQ8aWp2LqLikvFHUPxEytZLY9390BOW5eyRn3qg==
X-Received: by 2002:a5d:9f44:: with SMTP id u4mr2026932iot.163.1640296760153; Thu, 23 Dec 2021 13:59:20 -0800 (PST)
Received: from smtpclient.apple (dynamic-acs-24-154-121-237.zoominternet.net. [24.154.121.237]) by smtp.gmail.com with ESMTPSA id j7sm4567879iow.26.2021.12.23.13.59.19 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 23 Dec 2021 13:59:19 -0800 (PST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.20.0.1.32\))
From: Brian Rosen <br@brianrosen.net>
In-Reply-To: <163961109711.30546.681365385803790796@ietfa.amsl.com>
Date: Thu, 23 Dec 2021 16:59:18 -0500
Cc: The IESG <iesg@ietf.org>, draft-ietf-rum-rue@ietf.org, rum-chairs@ietf.org, rum@ietf.org, Paul Kyzivat <pkyzivat@alum.mit.edu>
Content-Transfer-Encoding: quoted-printable
Message-Id: <828D344A-494E-42C3-B26A-06E3D2D8F4B0@brianrosen.net>
References: <163961109711.30546.681365385803790796@ietfa.amsl.com>
To: "John G. Scudder" <jgs@juniper.net>
X-Mailer: Apple Mail (2.3693.20.0.1.32)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rum/oJopkc-j4u-wz9dVEnNkFrqiabA>
Subject: Re: [Rum] John Scudder's No Objection on draft-ietf-rum-rue-09: (with COMMENT)
X-BeenThere: rum@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Relay User Machine <rum.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rum>, <mailto:rum-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rum/>
List-Post: <mailto:rum@ietf.org>
List-Help: <mailto:rum-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rum>, <mailto:rum-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 23 Dec 2021 21:59:24 -0000

Inline

> On Dec 15, 2021, at 6:31 PM, John Scudder via Datatracker <noreply@ietf.org> wrote:
> 
> John Scudder has entered the following ballot position for
> draft-ietf-rum-rue-09: No Objection
> 
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
> 
> 
> Please refer to https://www.ietf.org/blog/handling-iesg-ballot-positions/
> for more information about how to handle DISCUSS and COMMENT positions.
> 
> 
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-rum-rue/
> 
> 
> 
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
> 
> I appreciate your work on this topic. I do have one question I’d like answered:
> 
> RFC 3261 is updated by a long list of other RFCs. In the course of developing
> this spec, did you consider, for each of those, whether it should be listed as
> a normative reference?  My guess is that the answer is “yes”, since §5 makes it
> appear some careful consideration was given to this question and several of the
> RFCs that update 3261 are listed in that section. Still, I’d be more
> comfortable if you’d confirm.
Oh yes. This was a large discussion in the work group.

> 
> (Another way to think of this is, for all the RFCs that update 3261 and are NOT
> already referenced by your spec, are you confident they don’t need to be
> referenced?)
We tried pretty hard to look at that, and we think we did it right, but it’s a complex problem and I’m not highly confident.
But I don’t know what else to do.  We have RFC5411 to help us of course.

> 
> 
>