Re: [rtcweb] revisiting MTI

Eric Rescorla <> Tue, 16 December 2014 16:53 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id 8AE361A1B05 for <>; Tue, 16 Dec 2014 08:53:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id N9HjUeuFWJi2 for <>; Tue, 16 Dec 2014 08:53:31 -0800 (PST)
Received: from ( []) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id A389D1A6FDF for <>; Tue, 16 Dec 2014 08:53:29 -0800 (PST)
Received: by with SMTP id x12so17919497wgg.10 for <>; Tue, 16 Dec 2014 08:53:28 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=/LSLTBZXzVtNlIUljHYSxlU3Jepnk38Hd/f49Z+WQ3U=; b=VrRbgWt99NXIqtcd/iM+cow7Vu0/eeh5iyfCMu/RoLz0Yi/Tctj36PjJPlif0AyEPZ zc4KiB7SepL8L9F2ZZPffPqjNkE9g1X3FfKki79rGkxLh5YWcVWbRYu4VNJflkQR7my5 N291Bd6R0Q5rCIWlwmmyPC7Zw5MOONG2ZRqAsbOKppeZsz2tQpk4A0QE4GeGAXFhAp5z DowZgsIgvt7oUln8dXpHvBKC2SGzDV74ZXnCZsqyV/iWpR/mP/kO6hdf5TXsc3ykaN1F Q7iX+fMmLPN3jM1kUDk15M3bzd9/fdnJDuoQR192M0iWbNmiXlCSR02w8B9VjNHcnp6F EfNw==
X-Gm-Message-State: ALoCoQn57CoDconxUKojy2y5fFztTftl43Ys5THXKNECO3w/Zvp3eckf9Z255ZVfr0HRagr3KxYE
X-Received: by with SMTP id mz2mr6376168wic.56.1418748807489; Tue, 16 Dec 2014 08:53:27 -0800 (PST)
MIME-Version: 1.0
Received: by with HTTP; Tue, 16 Dec 2014 08:52:47 -0800 (PST)
In-Reply-To: <20141216162534.GV47023@verdi>
References: <> <> <> <> <> <> <20141216150303.GT47023@verdi> <> <20141216152100.GU47023@verdi> <> <20141216162534.GV47023@verdi>
From: Eric Rescorla <>
Date: Tue, 16 Dec 2014 08:52:47 -0800
Message-ID: <>
To: John Leslie <>
Content-Type: multipart/alternative; boundary="001a11c37e02b25d5e050a583250"
Cc: "" <>
Subject: Re: [rtcweb] revisiting MTI
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Tue, 16 Dec 2014 16:53:38 -0000

On Tue, Dec 16, 2014 at 8:25 AM, John Leslie <> wrote:
> Eric Rescorla <> wrote:
> > On Tue, Dec 16, 2014 at 7:21 AM, John Leslie <> wrote:
> Needless to say, having WG consensus on the substance and letting the
> > editor wordsmith the text is totally normal IETF process.
>    In some cases, yes. IMHO, this is not one of them. YMMV...

Indeed it does, since I have *never* heard of such a case where
the editor had no discretion to change the text in purely editorial
ways (subject to WG consensus of course). Feel free to cite one
if you have one.

> I haven't heard anyone who was at HNL and in favor of the text on the
> > slides object that Adam's text in the draft doesn't reflect those
> > slides.
>    Probably you haven't...

To the best of my knowledge it hasn't happened. Can you cite anyone
who has so objected.

> > Besides, Eric isn't the WGC calling consensus.
> >
> > No, the chairs did here:
> >
> ]
> ] From: Sean Turner <turners at>
> ] At the 2nd RTCweb WG session @ IETF 91, we had a lively discussion
> ] about codecs, which I dubbed "the great codec compromise."
> ] The compromise text that was discussed appears in slides 12-14 at [4]
> ] (which is a slight editorial variation of the text proposed at [2]).
> ]
> ] This message serves to confirm the sense of the room.
>    Actually, as I read this more carefully, that isn't a consensus call.
> Sean goes on to dismiss the objections he heard in the room:

He's addressing them. What exactly is the problem with this?

> ] 3) Trigger:
> ] Objection: The "trigger" sentence [3] is all kinds of wrong because
> ] it's promising that the future IETF will update this specification.
> ] Response: Like any IETF proposal, an RFC that documents the current
> ] proposal can be changed through the consensus process at any other time.
>    Sean is specifically saying the "trigger" should be discussed
> on-list.

I don't read this this way at all, Rather he's saying that in the future we
can update the RFC. But yes, we can discuss the trigger on-list. Do you
have some substantive objection that wasn't raised in HNL and/or
hasn't been discussed to death here?

> ] After the discussion, some clarifying questions about the hums, and
> ] typing the hum questions on the screen, there was rough consensus in
> ] the room to add (aka "shove") the proposed text into
> ] draft-ietf-rtcweb-video. In keeping with IETF process, I am confirming
> ] this consensus call on the list.
>    This _is_ calling for consensus.
>    But Sean omitted saying _what_ text; and agreed that the exact text
> may not have been clear to those in the room.

Huh? The "proposed text" that was discussed in HNL is on the slide and
that's what's being referred to here. Adam edited text which is
the same into the draft.

> ] If anyone has any other issues that they would like to raise please do
> ] by December 19th.
>    (And folks have been doing so.)
>    I have asked on-list for the exact text before raising my issues,
> since my issues relate to the text, not the choosing to have two MTIs.

As I pointed out in my original message, that text is in Adam's draft.

Again, it's totally procedurally regular to have rough consensus on text in
the WG meeting and on the list and then have the editor edit in
the same text to the draft. If you think there is some respect in which
two blocks of text are not in fact the same, please point to it. Otherwise,
this is just dilatory.

> And this message clearly points to the slides above.
>    I don't find it helpful to attack the people who raise issues. YMMV.

   But what EKR thinks really doesn't matter. He is not a WGC.

Ironic that you would complain about "attack"s in a thread where you
started out by attacking Adam Roach and here say "what EKR thinks
really doesn't matter"