Re: [tsvwg] Ben Campbell's Discuss on draft-ietf-tsvwg-le-phb-09: (with DISCUSS)
Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Thu, 21 February 2019 00:40 UTC
Return-Path: <spencerdawkins.ietf@gmail.com>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB938130F00; Wed, 20 Feb 2019 16:40:45 -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 WaR4kuLI4BnF; Wed, 20 Feb 2019 16:40:43 -0800 (PST)
Received: from mail-lj1-x233.google.com (mail-lj1-x233.google.com [IPv6:2a00:1450:4864:20::233]) (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 C44DB130F79; Wed, 20 Feb 2019 16:40:40 -0800 (PST)
Received: by mail-lj1-x233.google.com with SMTP id g80so22458130ljg.6; Wed, 20 Feb 2019 16:40:40 -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=wzcag/Urf7MqRafLoXNPEkycRZKeNWexlTOCMLM9YEA=; b=m4QC4ct1MJH7M8heO/Gm2DEawqdlQ/20NTHTgMjvXEgfwHIucHSB9Qb+4AKpjtPn06 DRh0AZMNKGEl15GhGDPcB8nixDvcmzb+PIdF46iaXIIePoXsJdWTuT/Y75OQKviYRbqh pDwMmcATSXyFOUW0BBYDB/zUJnDLf+PyxX8yXnxvmnBQBbkHALZYLob+jNMzHiHmgCmW jyJGKXWcQfKeF3ug9GTZQ99sPnGjze2qiKD246TqP/36SUnM4QUl43zeDa/M7XMcc7vh j3Mfl5iR2pqS4daiyHP54GbQZCga9v88Q9kAaRDGSf1ijgMDXM+zUj6MZF4P6yD2O74c czaQ==
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=wzcag/Urf7MqRafLoXNPEkycRZKeNWexlTOCMLM9YEA=; b=ZDSOKYpa6MAZMeuhUGnd+61Qvf+lrOXEoUhjfCAs8GaNSnc6pYNr0IdPSI0rOSRVxA zZgA+QbPt0rCzNz9dhHsvr9/uBsQY/E03FMqMKqbuYtnESsRrxkOUfarzP161uLeHFJL Zakn259jCmzzDiLt9tJ7rZXTqy65RxP72fUscKkJKyl/owcm+69FL8tlVWTtqsV1txbd /VqfIisP2L/K09BC9ryXNXSMr8C2ZDlx3nPEq4D8nt7t2WGVFP2z04wbJcnYAiZuwQvM ItTreBVet4Smav/GOXQxgmXdDJI3INGsKQzvZQ+hWe4C5IhcyxHvpqs1Gf+XF0pkXbx1 Gg2g==
X-Gm-Message-State: AHQUAuatf4ilbAjrpf2LHdWAPWTVTAPgfzF5TVaV4l2lwsWkcC+1MonR JEFlFYFoNxOrVr8ARhZTtBD5OdRwj6nr6/jTzJk=
X-Google-Smtp-Source: AHgI3IZbsrz/NeIG0zIr19QheqO9ezbI3JrUp8tgg1lDE7Oo2dt8h22u+z0co63ydoA+B5gMcSa9N54l/B+zFbc9PVY=
X-Received: by 2002:a2e:7e0f:: with SMTP id z15mr4457503ljc.145.1550709638691; Wed, 20 Feb 2019 16:40:38 -0800 (PST)
MIME-Version: 1.0
References: <155068474129.31466.15846713019514634227.idtracker@ietfa.amsl.com> <CAKKJt-c9OypSeE30iP=bVvecJfLLHsHH1O2J=oD2wVKqxyjbzQ@mail.gmail.com> <CE03DB3D7B45C245BCA0D24327794936304653DD@MX307CL04.corp.emc.com> <609E5511-E737-452A-96DB-0F5008BAAADE@nostrum.com> <CAKKJt-eSMn1ZCnEfVu6rFrYvm=38OJU1f23C21Rxu8EQVvQLFg@mail.gmail.com>
In-Reply-To: <CAKKJt-eSMn1ZCnEfVu6rFrYvm=38OJU1f23C21Rxu8EQVvQLFg@mail.gmail.com>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: Wed, 20 Feb 2019 18:40:28 -0600
Message-ID: <CAKKJt-eLK-YvFMqzhJ=jpfZzkqxafeujQq9bQ1TjD-F-VX7euw@mail.gmail.com>
To: Ben Campbell <ben@nostrum.com>
Cc: "Black, David" <David.Black@dell.com>, The IESG <iesg@ietf.org>, "tsvwg@ietf.org" <tsvwg@ietf.org>, tsvwg-chairs <tsvwg-chairs@ietf.org>, "draft-ietf-tsvwg-le-phb@ietf.org" <draft-ietf-tsvwg-le-phb@ietf.org>, "Heather Flanagan (RFC Series Editor)" <rse@rfc-editor.org>, Sandy Ginoza <sginoza@amsl.com>
Content-Type: multipart/alternative; boundary="0000000000002a03da05825cb97b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/CYm4ESmoNNsZ0rh6Boh3LNbNGfQ>
Subject: Re: [tsvwg] Ben Campbell's Discuss on draft-ietf-tsvwg-le-phb-09: (with DISCUSS)
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsvwg/>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Feb 2019 00:40:46 -0000
Dear All, On Wed, Feb 20, 2019 at 2:42 PM Spencer Dawkins at IETF < spencerdawkins.ietf@gmail.com> wrote: > Dear All, > > On Wed, Feb 20, 2019 at 1:12 PM Ben Campbell <ben@nostrum.com> wrote: > >> >> >> > On Feb 20, 2019, at 12:56 PM, Black, David <David.Black@dell.com> >> wrote: >> > >> > >> Section 12 appears to be an update to draft-ietf-tsvwg-rtcweb-qos, >> which is >> > >> currently in the RFC Editor queue in the MISSREF state. It's not >> clear to me >> > >> what the intent of this section is, but if the idea is to formally >> update a >> > >> _draft_, then please do not do that. The right way to proceed would >> be to pull >> > >> draft-ietf-tsvwg-rtcweb-qos from the RFC editor queue and make the >> changes >> > >there. >> > > >> > >That would be fine with me. Is it fine with TSVWG? >> > >> > I believe that TSVWG cares much more about the result than the means >> via which it is achieved. It was important to include Section 12 in the >> le-phb draft in order to obtain WG consensus on the changes contained >> therein. >> > >> > That said, I think I see a problem with Ben’s brief summary – a literal >> reading suggests a request to the RFC Editor to modify a draft in the RFC >> editor queue (rtcweb-qos) based on another draft (le-phb) that the IESG has >> not (yet) approved, something that the RFC Editor ought to decline to do. >> >> Oh, no, I didn’t mean that at all. I suspect the implied subject in my >> sentence starting with “The right way…” was unclear. :-) >> >> > That said, I suspect that this literal reading is not exactly what Ben >> had in mind, let me suggest a couple of alternate steps that are more >> likely to work: >> >> > >> > • The IESG instructs the RFC Editor not to publish the rtcweb-qos >> draft (or otherwise ensures that outcome) until IESG consideration of the >> le-phb draft is concluded. No overt IESG action may be needed due to the >> current state of cluster C238 at the RFC Editor ;-). >> > • The IESG approval of the le-phb includes an RFC Editor Note >> telling the RFC Editor to treat Section 12 of the le-phb draft as >> instructions to the RFC Editor about the rtcweb-qos draft, and requesting >> the RFC editor to make those text changes to the rtcweb-qos draft, add a >> normative reference to the le-phb draft (which is required by the text >> changes to be made) and then remove Section 12 of the le-phb draft prior to >> its RFC publication. >> >> I’m mostly okay with any approach Spencer wants to take. But I was >> thinking more along the former lines. While an RFC editor note would be a >> perfectly fine way to execute the changes to rtcweb-qos, I think it would >> need to be a note attached to that draft, not this one. (Using a note to >> delete section 12 from this draft would be fine.) >> > > I'm almost positive that asking the RFC Editor what they want to see, is > the shortest way out of this cul-de-sac :-) > > Let me drop them a note now. > > Spencer > After consulting with Heather and with Sandy, I have added this RFC Editor note: RFC Editor Note Because this draft formally updates draft-ietf-tsvwg-rtcweb-qos, which is approved but waiting in the MISSREF state, we ask the RFC Editor to take the following actions: Please make the changes described in Section 12 of this draft to draft-ietf-tsvwg-rtcweb-qos. Please replace [RFCXXXX] in the updated text with the RFC number assigned to this draft. Please add [RFCXXXX] (with the RFC number assigned to this draft) as a normative reference in draft-ietf-tsvwg-rtcweb-qos. Please remove Section 12 from this draft (because all those changes have already been applied). If this looks right, Ben, could you clear your Discuss? Thanks, Spencer
- [tsvwg] Ben Campbell's Discuss on draft-ietf-tsvw… Ben Campbell
- Re: [tsvwg] Ben Campbell's Discuss on draft-ietf-… Spencer Dawkins at IETF
- Re: [tsvwg] Ben Campbell's Discuss on draft-ietf-… Black, David
- Re: [tsvwg] Ben Campbell's Discuss on draft-ietf-… Ben Campbell
- Re: [tsvwg] Ben Campbell's Discuss on draft-ietf-… Black, David
- Re: [tsvwg] Ben Campbell's Discuss on draft-ietf-… Brian E Carpenter
- Re: [tsvwg] Ben Campbell's Discuss on draft-ietf-… Spencer Dawkins at IETF
- Re: [tsvwg] Ben Campbell's Discuss on draft-ietf-… Spencer Dawkins at IETF
- Re: [tsvwg] Ben Campbell's Discuss on draft-ietf-… Ben Campbell