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