Re: [rtcweb] Matthew's Objections: was Re: Straw Poll on Video Codec Alternatives

"Matthew Kaufman (SKYPE)" <matthew.kaufman@skype.net> Wed, 11 December 2013 07:46 UTC

Return-Path: <matthew.kaufman@skype.net>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 43E801AE2D1; Tue, 10 Dec 2013 23:46:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham
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 k9_rqsKqjYfy; Tue, 10 Dec 2013 23:46:22 -0800 (PST)
Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2lp0212.outbound.protection.outlook.com [207.46.163.212]) by ietfa.amsl.com (Postfix) with ESMTP id BE5C71AE1A3; Tue, 10 Dec 2013 23:46:21 -0800 (PST)
Received: from BY2PR03CA031.namprd03.prod.outlook.com (10.242.234.152) by BY2PR03MB620.namprd03.prod.outlook.com (10.255.93.42) with Microsoft SMTP Server (TLS) id 15.0.820.5; Wed, 11 Dec 2013 07:46:13 +0000
Received: from BN1BFFO11FD017.protection.gbl (2a01:111:f400:7c10::1:147) by BY2PR03CA031.outlook.office365.com (2a01:111:e400:2c2c::24) with Microsoft SMTP Server (TLS) id 15.0.837.10 via Frontend Transport; Wed, 11 Dec 2013 07:46:14 +0000
Received: from mail.microsoft.com (131.107.125.37) by BN1BFFO11FD017.mail.protection.outlook.com (10.58.144.80) with Microsoft SMTP Server (TLS) id 15.0.825.6 via Frontend Transport; Wed, 11 Dec 2013 07:46:13 +0000
Received: from TK5EX14MBXC295.redmond.corp.microsoft.com ([169.254.1.185]) by TK5EX14HUBC102.redmond.corp.microsoft.com ([157.54.7.154]) with mapi id 14.03.0158.002; Wed, 11 Dec 2013 07:45:32 +0000
From: "Matthew Kaufman (SKYPE)" <matthew.kaufman@skype.net>
To: Adam Roach <adam@nostrum.com>, Magnus Westerlund <magnus.westerlund@ericsson.com>, Ted Hardie <ted.ietf@gmail.com>, "rtcweb@ietf.org" <rtcweb@ietf.org>, Gonzalo Camarillo <Gonzalo.Camarillo@ericsson.com>, Richard Barnes <rlb@ipv.sx>, Cullen Jennings <fluffy@cisco.com>, "ietf@ietf.org" <ietf@ietf.org>
Thread-Topic: [rtcweb] Matthew's Objections: was Re: Straw Poll on Video Codec Alternatives
Thread-Index: AQHO9f7RyX3Batu94UKR/q2A8WGr+ppOnZ4Q
Date: Wed, 11 Dec 2013 07:45:32 +0000
Message-ID: <AE1A6B5FD507DC4FB3C5166F3A05A48441928E09@TK5EX14MBXC295.redmond.corp.microsoft.com>
References: <CA+9kkMBSpDLJBBbPxgyMUi+bi3aw3D8zpSXcAvQ4koi115QqBg@mail.gmail.com> <AE1A6B5FD507DC4FB3C5166F3A05A48441927F3A@TK5EX14MBXC295.redmond.corp.microsoft.com> <52A6D092.3090701@ericsson.com> <AE1A6B5FD507DC4FB3C5166F3A05A484419289C7@TK5EX14MBXC295.redmond.corp.microsoft.com> <52A7A255.6050409@nostrum.com>
In-Reply-To: <52A7A255.6050409@nostrum.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [157.54.51.37]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Forefront-Antispam-Report: CIP:131.107.125.37; CTRY:US; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(10009001)(24454002)(13464003)(189002)(479174003)(51704005)(199002)(53806001)(77096001)(47976001)(20776003)(55846006)(77982001)(83322001)(85806002)(76796001)(87266001)(76786001)(81816001)(46102001)(74706001)(80022001)(19580395003)(49866001)(80976001)(6806004)(31966008)(85852003)(50986001)(65816001)(83072002)(87936001)(81542001)(15202345003)(47446002)(19580405001)(63696002)(56776001)(50466002)(74662001)(85306002)(47736001)(56816005)(47776003)(23676002)(81342001)(76482001)(74876001)(51856001)(81686001)(74502001)(69226001)(15975445006)(54316002)(44976005)(54356001)(59766001)(74366001)(90146001)(4396001)(2656002)(66066001)(33656001)(79102001); DIR:OUT; SFP:1101; SCL:1; SRVR:BY2PR03MB620; H:mail.microsoft.com; CLIP:131.107.125.37; FPR:; RD:InfoDomainNonexistent; MX:1; A:1; LANG:en;
X-O365ENT-EOP-Header: Message processed by - O365_ENT: Allow from ranges (Engineering ONLY)
X-Forefront-PRVS: 0057EE387C
X-OriginatorOrg: skype.net
Subject: Re: [rtcweb] Matthew's Objections: was Re: Straw Poll on Video Codec Alternatives
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Dec 2013 07:46:26 -0000

> -----Original Message-----
> From: Adam Roach [mailto:adam@nostrum.com]
> 
> On 12/10/13 16:33, Matthew Kaufman (SKYPE) wrote:
> > Spending the Working Group's time on picking an MTI video codec at this
> point is just as disruptive to the vital work the WG needs to complete as it
> would be for me to stand in the corner of the next WG meeting continuously
> blowing a vuvuzela.
> 
> Then light a candle.
> 
> The working group is made of its participants, of which you are presumably
> one. Start a conversation about something else. I agree that there are other
> deliverables, and there's no reason we can't discuss and progress them in
> parallel with any codec-related discussions.

At the in-person meetings, discussing the MTI video codec is agenda-exclusive of progressing any other document.

On the mailing list, discussing the MTI video codec is drowning out any other discussion (as many are simply ignoring the list entirely) and slowing the work on any other document (as many are time-limited as to their participation, and are using their limited time to figure out how to strategically respond to ranked-choice voting alternatives instead of how to progress other documents)

> 
> Start here; dive in anywhere:
> 
> http://tools.ietf.org/wg/rtcweb/
> 
> /a
> 
> ____
> P.S. FWIW, I think the chairs are doing a perfectly reasonable job under some
> of the most difficult circumstances I've seen in 16 years of IETF work. For the
> past couple of meeting cycles, the problem hasn't even been the codec
> discussions; it's been the hyperaggressive meta-conversations talking
> *about* the codec conversations. From that perspective, you *are* standing
> in the corner playing a vuvuzela as a member of a highly disruptive vuvuzela
> chorus. We formally have three chairs, which is already large for a working
> group. We really don't need the hundred or so participants to be back-seat
> chairs as well.

There are chairs for a reason, both at the in-person meetings and on the mailing list. The chairs *could* have shut down the conversation about the codecs and they *could* have shut down the meta-conversations about the codec discussion, but they have not. Instead they have consumed several hours of several meetings and on an issue that appears to be diverging, not converging (and consuming an ever greater percentage of the mailing list traffic), despite much other unfinished work... much of it requiring cooperation with other working groups in order to close. I believe that objecting to the actions of the chairs is a bigger lever towards real progress than trying to be the one tiny voice in the corner trying to progress something else unilaterally during this storm.

Matthew Kaufman