Re: [rtcweb] confirming sense of the room: mti codec
Daniel-Constantin Mierla <miconda@gmail.com> Thu, 18 December 2014 23:55 UTC
Return-Path: <miconda@gmail.com>
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 827AD1A89BB for <rtcweb@ietfa.amsl.com>; Thu, 18 Dec 2014 15:55:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 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, SPF_PASS=-0.001] 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 Nc6zE7S3hr3j for <rtcweb@ietfa.amsl.com>; Thu, 18 Dec 2014 15:55:31 -0800 (PST)
Received: from mail-wg0-x22d.google.com (mail-wg0-x22d.google.com [IPv6:2a00:1450:400c:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 51F7C1A8715 for <rtcweb@ietf.org>; Thu, 18 Dec 2014 15:55:31 -0800 (PST)
Received: by mail-wg0-f45.google.com with SMTP id b13so2989421wgh.32 for <rtcweb@ietf.org>; Thu, 18 Dec 2014 15:55:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=CCCZQM7niyX2CTh1ej4ykqM7bFb7XTOXhhfj6PMfZNY=; b=feVr59DDulEQvx+xFnIEjEZ6OaIoW9bBffyso6jhlntCdJ7uH9RC0fn1joMcwTmbhW t4YruKooMVPp9lyZi1Wh1/N4TYXqd7R5nLDwryxndp9DAQVMyyouLzqviP6uNuZ8YSuK 1p0ZNpJtELNjqxRKfSnoj5KwoXeR0KCKvWocKQ0H30PYmY79XA+PBjZ2KTp1i7igOnF+ 6bzpN8307lB2y63GFEBPtK+ydcfenSfNS23EuASyKTWL5TMUSRDWhLq3hkC25EobD8rm NAM42GKWQhsUxWNbzEGhfJlQq08MT++lD3bAco8YAiL+RnGORttOb6ChrFAMe85Z9OnG +4nA==
X-Received: by 10.194.23.202 with SMTP id o10mr9144987wjf.73.1418946930118; Thu, 18 Dec 2014 15:55:30 -0800 (PST)
Received: from Saturns-MBP.fritz.box ([2a01:4f8:a0:638e::2]) by mx.google.com with ESMTPSA id ex9sm355852wib.14.2014.12.18.15.55.28 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 18 Dec 2014 15:55:29 -0800 (PST)
Message-ID: <5493696F.3090701@gmail.com>
Date: Fri, 19 Dec 2014 00:55:27 +0100
From: Daniel-Constantin Mierla <miconda@gmail.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.2.0
MIME-Version: 1.0
To: Sean Turner <turners@ieca.com>
References: <E3FA0C72-48C5-465E-AE15-EB19D8D563A7@ieca.com> <CAPF_GTaJwaS9+9uSSGTC1+RqKb=uF8UQxsP4u5jPJiRi=88-Nw@mail.gmail.com> <CAOW+2dvGH6jEp072GxfQwZ=O_QaxZpTrq3bgd2A-gOMj2PL9ZQ@mail.gmail.com>
In-Reply-To: <CAOW+2dvGH6jEp072GxfQwZ=O_QaxZpTrq3bgd2A-gOMj2PL9ZQ@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------070709090307050704090308"
Archived-At: http://mailarchive.ietf.org/arch/msg/rtcweb/O0XINDqa5C_dfXtangiFtIvGcT0
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] confirming sense of the room: mti codec
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: miconda@gmail.com
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: Thu, 18 Dec 2014 23:55:35 -0000
I am not supporting the proposal. The licensing around H264 is a mess, blocking safe usage in open source software (which had really big impact in the evolution of open web & internet) that cannot control its distribution. Moreover, it is imposing unnecessary costs, or in other words, even worse, a revenue to a particular group of interests, and exposing new players to unknown risks. These are serious impediments for innovation and not something I would expect from an open specification from IETF. On some of the bits of the proposal: mandating that the two codecs stay mandatory is odd and somehow overruling IETF system where a new RFC can obsolete a new RFC. Different requirements for different entities will create a mess of terminologies (e.g., how an app implementing JS API and one codec is going to be presented: a *web browser* but not a *webrtc browser*, just a *webrtc device*). Ending up now with an bad solution for present and the future, just to close the door on this topic, is not appropriate for how open Internet communications are supposed to evolve. Better let time to come with a better solution and applications negotiate what they like meanwhile (even with no MTI video codec so far, there are successful webrtc services). Daniel Ps. I reiterate my opinions on this thread, because I expressed them on other threads of recent discussions, which may count or not. On 09/12/14 21:31, Bernard Aboba wrote: > Setting aside my reservations about the dual-MTI requirement for > browsers, I also oppose the other elements of the proposal. > > Mandating that applications support both codecs makes no sense - they > should only be required to support one of them (their choice). If > this change were made the trigger clause would serve no purpose, other > than to keep this discussion going ad-infinitum. So I oppose that as > well. > > Allowing an endpoint that implements video to call itself "WebRTC > compliant" without implementing either of the MTI codecs is so > wrong-headed that I am at a loss for words. > > > > On Tue, Dec 9, 2014 at 12:16 PM, Erik Lagerway <erik@hookflash.com > <mailto:erik@hookflash.com>> wrote: > > Thanks Sean, > > We can not support this draft at this time. > > As RTC SDK vendors we very likely will support both codecs, but we > can not stand by a decision that will "impose" dual MTI on our > developer community. > > According to this, every dev must use both codecs for every app > that is built using our tools. Codec selection should be their > choice and not be forced upon them. This seems to be a rather > unreasonable expectation. > > > **Erik Lagerway <http://ca.linkedin.com/in/lagerway> | **Hookflash > <http://hookflash.com/>** | 1 (855)* *Hookflash ext. 2 | Twitter > <http://twitter.com/elagerway> | WebRTC.is Blog <http://webrtc.is/> ** > ******** > > On Fri, Dec 5, 2014 at 5:36 AM, Sean Turner <turners@ieca.com > <mailto:turners@ieca.com>> wrote: > > All, > > 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. > > In the room, I heard the following objections and responses > (and I’m paraphrasing here), which I’ll take the liberty of > categorizing as IPR, Time, and Trigger: > > 1) IPR: > > Objections: There are still IPR concerns which may restrict > what a particular organization feels comfortable with > including in their browser implementations. > > Response: IPR concerns on this topic are well known. There > is even a draft summarizing the current IPR status for VP8: > draft-benham-rtcweb-vp8litigation. The sense of the room was > still that adopting the compromise text was appropriate. > > 2) Time: > > 2.1) Time to consider decision: > > Objection: The decision to consider the compromise proposal at > this meeting was provided on short notice and did not provide > some the opportunity to attend in person. > > Response: Six months ago the chairs made it clear discussion > would be revisited @ IETF 91 [0]. The first agenda proposal > for the WG included this topic [1], and the topic was never > removed by the chairs. More importantly, all decisions are > confirmed on list; in person attendance is not required to be > part of the process. > > 2.2) Time to consider text: > > Objection: The proposed text [2] is too new to be considered. > > Response: The requirement for browsers to support both VP8 and > H.264 was among the options in the straw poll conducted more > than six months ago. All decisions are confirmed on list so > there will be ample time to discuss the proposal. > > 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. > > > 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. > > If anyone has any other issues that they would like to raise > please do by December 19th. > > Cheers, > spt (as chair) > > [0] > http://www.ietf.org/mail-archive/web/rtcweb/current/msg11194.html > [1] > http://www.ietf.org/mail-archive/web/rtcweb/current/msg13150.html > [2] > http://www.ietf.org/mail-archive/web/rtcweb/current/msg13432.html > [3] The one that begins with "If compelling evidence ..." > [4] > http://www.ietf.org/proceedings/91/slides/slides-91-rtcweb-7.pdf > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org <mailto:rtcweb@ietf.org> > https://www.ietf.org/mailman/listinfo/rtcweb > > > > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org <mailto:rtcweb@ietf.org> > https://www.ietf.org/mailman/listinfo/rtcweb > > > > > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org > https://www.ietf.org/mailman/listinfo/rtcweb -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
- [rtcweb] confirming sense of the room: mti codec Sean Turner
- Re: [rtcweb] confirming sense of the room: mti co… Krasimir D. Kolarov
- Re: [rtcweb] confirming sense of the room: mti co… Adam Roach
- Re: [rtcweb] confirming sense of the room: mti co… Bernard Aboba
- Re: [rtcweb] confirming sense of the room: mti co… Jean-Marc Valin
- Re: [rtcweb] confirming sense of the room: mti co… DRAGE, Keith (Keith)
- Re: [rtcweb] confirming sense of the room: mti co… Jack Moffitt
- Re: [rtcweb] confirming sense of the room: mti co… Gaelle Martin-Cocher
- Re: [rtcweb] confirming sense of the room: mti co… Lorenzo Miniero
- Re: [rtcweb] confirming sense of the room: mti co… David Singer
- Re: [rtcweb] confirming sense of the room: mti co… Adam Roach
- Re: [rtcweb] confirming sense of the room: mti co… Adam Roach
- Re: [rtcweb] confirming sense of the room: mti co… Bernard Aboba
- Re: [rtcweb] confirming sense of the room: mti co… David Singer
- Re: [rtcweb] confirming sense of the room: mti co… Andrew Allen
- Re: [rtcweb] confirming sense of the room: mti co… Bernard Aboba
- Re: [rtcweb] confirming sense of the room: mti co… cowwoc
- Re: [rtcweb] confirming sense of the room: mti co… Monty Montgomery
- Re: [rtcweb] confirming sense of the room: mti co… Bernard Aboba
- Re: [rtcweb] confirming sense of the room: mti co… Andrew Allen
- Re: [rtcweb] confirming sense of the room: mti co… Maik Merten
- Re: [rtcweb] confirming sense of the room: mti co… Harald Alvestrand
- Re: [rtcweb] confirming sense of the room: mti co… Jean-Marc Valin
- Re: [rtcweb] confirming sense of the room: mti co… Andrew Allen
- Re: [rtcweb] confirming sense of the room: mti co… Adam Roach
- Re: [rtcweb] confirming sense of the room: mti co… Adam Roach
- Re: [rtcweb] confirming sense of the room: mti co… David Singer
- Re: [rtcweb] confirming sense of the room: mti co… Adam Roach
- Re: [rtcweb] confirming sense of the room: mti co… David Singer
- Re: [rtcweb] confirming sense of the room: mti co… Harald Alvestrand
- Re: [rtcweb] confirming sense of the room: mti co… Mohammed Raad
- Re: [rtcweb] confirming sense of the room: mti co… Timothy B. Terriberry
- Re: [rtcweb] confirming sense of the room: mti co… Nathan Egge
- Re: [rtcweb] confirming sense of the room: mti co… Martin Thomson
- Re: [rtcweb] confirming sense of the room: mti co… Justin Uberti
- Re: [rtcweb] confirming sense of the room: mti co… Martin Thomson
- Re: [rtcweb] confirming sense of the room: mti co… Randell Jesup
- Re: [rtcweb] confirming sense of the room: mti co… Iñaki Baz Castillo
- Re: [rtcweb] confirming sense of the room: mti co… Cavigioli, Chris
- Re: [rtcweb] confirming sense of the room: mti co… Roman Shpount
- Re: [rtcweb] confirming sense of the room: mti co… Andrew Allen
- Re: [rtcweb] confirming sense of the room: mti co… Peter Saint-Andre - &yet
- Re: [rtcweb] confirming sense of the room: mti co… Eric Rescorla
- Re: [rtcweb] confirming sense of the room: mti co… Nathan Egge
- Re: [rtcweb] confirming sense of the room: mti co… Gustavo Garcia
- Re: [rtcweb] confirming sense of the room: mti co… Tim Panton
- Re: [rtcweb] confirming sense of the room: mti co… Silvia Pfeiffer
- Re: [rtcweb] confirming sense of the room: mti co… Marc Petit-Huguenin
- Re: [rtcweb] confirming sense of the room: mti co… Mo Zanaty (mzanaty)
- Re: [rtcweb] confirming sense of the room: mti co… Ron
- [rtcweb] Interop *and* robustness Ron
- Re: [rtcweb] confirming sense of the room: mti co… Maire Reavy
- Re: [rtcweb] confirming sense of the room: mti co… Simon Perreault
- Re: [rtcweb] confirming sense of the room: mti co… Andrew Allen
- Re: [rtcweb] confirming sense of the room: mti co… Iñaki Baz Castillo
- Re: [rtcweb] confirming sense of the room: mti co… Cavigioli, Chris
- Re: [rtcweb] confirming sense of the room: mti co… Adam Roach
- Re: [rtcweb] confirming sense of the room: mti co… Andrew Allen
- Re: [rtcweb] confirming sense of the room: mti co… Justin Uberti
- Re: [rtcweb] confirming sense of the room: mti co… Andrew Allen
- Re: [rtcweb] confirming sense of the room: mti co… Suhas Nandakumar
- Re: [rtcweb] confirming sense of the room: mti co… David Singer
- Re: [rtcweb] confirming sense of the room: mti co… Alexandre GOUAILLARD
- Re: [rtcweb] confirming sense of the room: mti co… Randell Jesup
- Re: [rtcweb] confirming sense of the room: mti co… Adam Roach
- Re: [rtcweb] confirming sense of the room: mti co… Ron
- Re: [rtcweb] confirming sense of the room: mti co… Andrew Allen
- Re: [rtcweb] confirming sense of the room: mti co… Cavigioli, Chris
- Re: [rtcweb] confirming sense of the room: mti co… Martin J. Dürst
- Re: [rtcweb] confirming sense of the room: mti co… Monty Montgomery
- Re: [rtcweb] confirming sense of the room: mti co… Peter Thatcher
- Re: [rtcweb] confirming sense of the room: mti co… Bo Burman
- Re: [rtcweb] confirming sense of the room: mti co… Hutton, Andrew
- Re: [rtcweb] confirming sense of the room: mti co… Victor Pascual Avila
- Re: [rtcweb] confirming sense of the room: mti co… Adam Roach
- Re: [rtcweb] confirming sense of the room: mti co… cowwoc
- Re: [rtcweb] confirming sense of the room: mti co… John Leslie
- Re: [rtcweb] confirming sense of the room: mti co… stephane.proust
- Re: [rtcweb] confirming sense of the room: mti co… David Singer
- Re: [rtcweb] confirming sense of the room: mti co… cowwoc
- Re: [rtcweb] confirming sense of the room: mti co… Erik Lagerway
- Re: [rtcweb] confirming sense of the room: mti co… Bernard Aboba
- Re: [rtcweb] confirming sense of the room: mti co… Eric Rescorla
- Re: [rtcweb] confirming sense of the room: mti co… Bernard Aboba
- Re: [rtcweb] confirming sense of the room: mti co… Ron
- Re: [rtcweb] confirming sense of the room: mti co… Tim Panton
- Re: [rtcweb] confirming sense of the room: mti co… Iñaki Baz Castillo
- Re: [rtcweb] confirming sense of the room: mti co… Sergio Garcia Murillo
- Re: [rtcweb] confirming sense of the room: mti co… Eric Rescorla
- Re: [rtcweb] confirming sense of the room: mti co… Gaelle Martin-Cocher
- [rtcweb] WebRTC compatible endpoints (WAS: confir… Sergio Garcia Murillo
- Re: [rtcweb] confirming sense of the room: mti co… Ron
- Re: [rtcweb] WebRTC compatible endpoints (WAS: co… Christer Holmberg
- Re: [rtcweb] WebRTC compatible endpoints (WAS: co… Gaelle Martin-Cocher
- Re: [rtcweb] WebRTC compatible endpoints (WAS: co… Harald Alvestrand
- Re: [rtcweb] confirming sense of the room: mti co… David Singer
- Re: [rtcweb] confirming sense of the room: mti co… Ron
- Re: [rtcweb] WebRTC compatible endpoints (WAS: co… Gaelle Martin-Cocher
- [rtcweb] H.264 patent licensing options (was: Re:… Florian Weimer
- Re: [rtcweb] confirming sense of the room: mti co… David Singer
- Re: [rtcweb] H.264 patent licensing options (was:… Martin Thomson
- Re: [rtcweb] WebRTC compatible endpoints (WAS: co… Randell Jesup
- [rtcweb] WebRTC endpoint categories Ron
- Re: [rtcweb] H.264 patent licensing options (was:… Richard Barnes
- Re: [rtcweb] H.264 patent licensing options (was:… Lorenzo Miniero
- Re: [rtcweb] confirming sense of the room: mti co… Andrew Allen
- Re: [rtcweb] H.264 patent licensing options Sergio Garcia Murillo
- Re: [rtcweb] H.264 patent licensing options (was:… Lorenzo Miniero
- Re: [rtcweb] H.264 patent licensing options (was:… Roman Shpount
- Re: [rtcweb] WebRTC endpoint categories Sergio Garcia Murillo
- Re: [rtcweb] confirming sense of the room: mti co… David Singer
- Re: [rtcweb] H.264 patent licensing options Martin Thomson
- Re: [rtcweb] H.264 patent licensing options Florian Weimer
- Re: [rtcweb] H.264 patent licensing options Roman Shpount
- Re: [rtcweb] H.264 patent licensing options (was:… Cullen Jennings (fluffy)
- Re: [rtcweb] H.264 patent licensing options cowwoc
- Re: [rtcweb] H.264 patent licensing options (was:… Tim Panton
- Re: [rtcweb] H.264 patent licensing options Richard Barnes
- Re: [rtcweb] H.264 patent licensing options John Leslie
- Re: [rtcweb] H.264 patent licensing options Richard Barnes
- Re: [rtcweb] H.264 patent licensing options Richard Barnes
- [rtcweb] What is the judging criteria? (Was: H.26… cowwoc
- Re: [rtcweb] What is the judging criteria? (Was: … Richard Barnes
- Re: [rtcweb] What is the judging criteria? (Was: … Roman Shpount
- Re: [rtcweb] What is the judging criteria? (Was: … Richard Barnes
- Re: [rtcweb] What is the judging criteria? (Was: … cowwoc
- Re: [rtcweb] WebRTC endpoint categories Gaelle Martin-Cocher
- Re: [rtcweb] What is the judging criteria? (Was: … Richard Barnes
- Re: [rtcweb] confirming sense of the room: mti co… Ross Finlayson
- Re: [rtcweb] confirming sense of the room: mti co… Iñaki Baz Castillo
- Re: [rtcweb] confirming sense of the room: mti co… Martin J. Dürst
- Re: [rtcweb] confirming sense of the room: mti co… Peter Saint-Andre - &yet
- Re: [rtcweb] confirming sense of the room: mti co… Adam Roach
- Re: [rtcweb] confirming sense of the room: mti co… Iñaki Baz Castillo
- Re: [rtcweb] confirming sense of the room: mti co… Adam Roach
- Re: [rtcweb] confirming sense of the room: mti co… Gaelle Martin-Cocher
- Re: [rtcweb] Unhappy People (was: confirming sens… Timothy B. Terriberry
- Re: [rtcweb] confirming sense of the room: mti co… Iñaki Baz Castillo
- Re: [rtcweb] confirming sense of the room: mti co… Gaelle Martin-Cocher
- Re: [rtcweb] confirming sense of the room: mti co… Mo Zanaty (mzanaty)
- Re: [rtcweb] confirming sense of the room: mti co… Gaelle Martin-Cocher
- Re: [rtcweb] confirming sense of the room: mti co… David Singer
- Re: [rtcweb] confirming sense of the room: mti co… David Singer
- Re: [rtcweb] confirming sense of the room: mti co… David Singer
- Re: [rtcweb] confirming sense of the room: mti co… Peter Saint-Andre - &yet
- Re: [rtcweb] confirming sense of the room: mti co… Iñaki Baz Castillo
- Re: [rtcweb] confirming sense of the room: mti co… Ron
- Re: [rtcweb] confirming sense of the room: mti co… Sean Turner
- Re: [rtcweb] confirming sense of the room: mti co… Jonathan Rosenberg
- Re: [rtcweb] confirming sense of the room: mti co… Iñaki Baz Castillo
- Re: [rtcweb] confirming sense of the room: mti co… Iñaki Baz Castillo
- [rtcweb] Please change the subject! Harald Alvestrand
- Re: [rtcweb] confirming sense of the room: mti co… Peter Saint-Andre - &yet
- Re: [rtcweb] confirming sense of the room: mti co… John Leslie
- [rtcweb] revisiting MTI Peter Saint-Andre - &yet
- Re: [rtcweb] revisiting MTI Ted Hardie
- Re: [rtcweb] revisiting MTI Peter Saint-Andre - &yet
- Re: [rtcweb] revisiting MTI Adam Roach
- Re: [rtcweb] revisiting MTI John Leslie
- Re: [rtcweb] revisiting MTI Peter Saint-Andre - &yet
- Re: [rtcweb] revisiting MTI Adam Roach
- Re: [rtcweb] revisiting MTI Daniel-Constantin Mierla
- Re: [rtcweb] revisiting MTI Iñaki Baz Castillo
- Re: [rtcweb] revisiting MTI John Leslie
- Re: [rtcweb] revisiting MTI Eric Rescorla
- Re: [rtcweb] revisiting MTI John Leslie
- Re: [rtcweb] revisiting MTI Harald Alvestrand
- Re: [rtcweb] revisiting MTI Eric Rescorla
- Re: [rtcweb] revisiting MTI John Leslie
- Re: [rtcweb] revisiting MTI Eric Rescorla
- Re: [rtcweb] revisiting MTI John Leslie
- Re: [rtcweb] revisiting MTI Gaelle Martin-Cocher
- Re: [rtcweb] revisiting MTI Gaelle Martin-Cocher
- Re: [rtcweb] revisiting MTI Eric Rescorla
- Re: [rtcweb] revisiting MTI Roman Shpount
- Re: [rtcweb] revisiting MTI David Singer
- Re: [rtcweb] revisiting MTI Sean Turner
- Re: [rtcweb] revisiting MTI Iñaki Baz Castillo
- Re: [rtcweb] revisiting MTI Eric Rescorla
- Re: [rtcweb] revisiting MTI Gaelle Martin-Cocher
- Re: [rtcweb] revisiting MTI Gaelle Martin-Cocher
- Re: [rtcweb] revisiting MTI DRAGE, Keith (Keith)
- Re: [rtcweb] revisiting MTI Eric Rescorla
- Re: [rtcweb] revisiting MTI Adam Roach
- Re: [rtcweb] revisiting MTI Christer Holmberg
- Re: [rtcweb] revisiting MTI David Singer
- Re: [rtcweb] revisiting MTI Gaelle Martin-Cocher
- Re: [rtcweb] revisiting MTI Eric Rescorla
- Re: [rtcweb] revisiting MTI Roman Shpount
- Re: [rtcweb] revisiting MTI tim panton
- Re: [rtcweb] revisiting why WebRTC is succeeding … Bernard Aboba
- Re: [rtcweb] revisiting MTI Bernard Aboba
- Re: [rtcweb] revisiting why WebRTC is succeeding … Adam Roach
- Re: [rtcweb] revisiting why WebRTC is succeeding … Bernard Aboba
- Re: [rtcweb] revisiting why WebRTC is succeeding … Ted Hardie
- Re: [rtcweb] revisiting MTI Roman Shpount
- Re: [rtcweb] revisiting why WebRTC is succeeding … Bernard Aboba
- Re: [rtcweb] revisiting MTI Randell Jesup
- Re: [rtcweb] revisiting MTI Cavigioli, Chris
- Re: [rtcweb] revisiting why WebRTC is succeeding … Harald Alvestrand
- Re: [rtcweb] revisiting why WebRTC is succeeding … Simon Pietro Romano
- Re: [rtcweb] revisiting why WebRTC is succeeding … Eric Rescorla
- Re: [rtcweb] confirming sense of the room: mti co… Daniel-Constantin Mierla
- Re: [rtcweb] confirming sense of the room: mti co… Iñaki Baz Castillo