Re: [rtcweb] interworking with non-WEBRTC endpoints
Bernard Aboba <bernard_aboba@hotmail.com> Thu, 03 May 2012 14:44 UTC
Return-Path: <bernard_aboba@hotmail.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3D69B21F861D for <rtcweb@ietfa.amsl.com>; Thu, 3 May 2012 07:44:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.203
X-Spam-Level:
X-Spam-Status: No, score=-102.203 tagged_above=-999 required=5 tests=[AWL=0.395, BAYES_00=-2.599, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ibB71TiXj7rD for <rtcweb@ietfa.amsl.com>; Thu, 3 May 2012 07:44:03 -0700 (PDT)
Received: from blu0-omc3-s10.blu0.hotmail.com (blu0-omc3-s10.blu0.hotmail.com [65.55.116.85]) by ietfa.amsl.com (Postfix) with ESMTP id 21CC021F8606 for <rtcweb@ietf.org>; Thu, 3 May 2012 07:44:03 -0700 (PDT)
Received: from BLU169-W71 ([65.55.116.74]) by blu0-omc3-s10.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 3 May 2012 07:44:02 -0700
Message-ID: <BLU169-W71F02518D72C33DED96B90932F0@phx.gbl>
Content-Type: multipart/alternative; boundary="_7926cf3c-d1ca-4718-89cb-d01010157f80_"
X-Originating-IP: [24.16.96.166]
From: Bernard Aboba <bernard_aboba@hotmail.com>
To: rtcweb@ietf.org
Date: Thu, 03 May 2012 07:44:02 -0700
Importance: Normal
In-Reply-To: <4FA21FA3.1090702@alvestrand.no>
References: <CA+9kkMCYArLPRP3c00UdOja64WRT6ghN0PSy7XvM_wbxBBB+vA@mail.gmail.com>, <E17CAD772E76C742B645BD4DC602CD810616F066@NAHALD.us.int.genesyslab.com>, <BLU169-W7C59E1EDB4CB06B648577932B0@phx.gbl>, <387F9047F55E8C42850AD6B3A7A03C6C0E23AFFF@inba-mail01.sonusnet.com>, <2E496AC9-63A0-464A-A628-7407ED8DD9C4@phonefromhere.com>, <387F9047F55E8C42850AD6B3A7A03C6C0E23B16B@inba-mail01.sonusnet.com>, <E2714FBC-D06B-4A12-9E07-C49EBF55084C@phonefromhere.com>, <4F9EC0B2.10903@alcatel-lucent.com>, <101C6067BEC68246B0C3F6843BCCC1E31299282765@MCHP058A.global-ad.net>, <CAJNg7VKENERKAFA-n5KeoeBNmGgHrnzDOU0BzC9+fSdsuGwdEw@mail.gmail.com>, <E17CAD772E76C742B645BD4DC602CD810616F24F@NAHALD.us.int.genesyslab.com>, <4FA0F43E.4020308@ericsson.com>, <E17CAD772E76C742B645BD4DC602CD810616F336@NAHALD.us.int.genesyslab.com>, <013101cd288c$09328250$1b9786f0$@com>, <CALiegf=RsHHf9jCBhE55t7qFUpts8yJ1c8qUX12nc_vd4vgjSQ@mail.gmail.com>, <CAJNg7VLCGgJGpV1+YTdBGjMOLBj4x=2-xyu8bpcjRt8Riyo6hA@mail.gmail.com>, <4FA21FA3.1090702@alvestrand .no>
MIME-Version: 1.0
X-OriginalArrivalTime: 03 May 2012 14:44:02.0556 (UTC) FILETIME=[2E9E7BC0:01CD293B]
Subject: Re: [rtcweb] interworking with non-WEBRTC endpoints
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
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: Thu, 03 May 2012 14:44:04 -0000
I concur with Marshall's objections, based on my discussions with customers. Video conferencing systems are frequently purchased with the expectation that they will be used to communicate outside the organization, as well as with other devices, including PCs, tablets and mobile devices. As an example, an enterprise with a video conferencing system may use it to communicate with employees in the field who are using a notebook, tablet or mobile device. Therefore, while an enterprise may have a finite number of video conferencing units, it will often deploy them along with orders of magnitude more devices that interoperate with those units. The usual requirements for a desirable mobile or tablet implementation apply here -- power management (e.g. ability to utilize native encode/decode hardware) is an important capability. Also, the cost of supporting video transcoding for a large number of devices will frequently be prohibitive, so that the expectation is that videoconferencing systems and implementations on PCs, tablets and mobile devices will be able to negotiate a mutually supported codec. On 05/02/2012 08:19 PM, Marshall Eubanks wrote: My objection is that the proposed system will require middleware to interoperate with the vast number of videoconferencing sessions out there, most of which use RTP. From the standpoint of a video service provider, buying hardware to support video to laptops is likely to lead to requests that participants download some other software which interoperates natively. This is an existing business with a fairly large scale and installed base. Not operating the way that they do is not likely to go over well. Marshall, I'd like to draw your attention to two numbers: - Number of installed room videoconferencing units: On the order of 1 million. http://www.polycom.com/global/documents/company/video_conferencing_by_the_numbers.pdf - Number of installed Chrome browsers: On the order of 200 million. http://www.techradar.com/news/internet/google-chrome-browser-hits-200-million-users-1033951 (pulling out Chrome just because I know we've promised to ship this stuff. And we auto-update, which means most of the users WILL be running a WebRTC-compatible browser the week after we release it.) I argue strongly for doing things in ways that we know work, which means not inventing stuff until we really have to. And I've even argued strongly for doing things in ways that *permit* interoperation with those older devices - but not in the cases where doing so risks harming the security, stability and operational complexity of the installed base that is to come. Harald _______________________________________________ rtcweb mailing list rtcweb@ietf.org https://www.ietf.org/mailman/listinfo/rtcweb
- Re: [rtcweb] Use Case draft Timothy B. Terriberry
- [rtcweb] Use Case draft Ted Hardie
- Re: [rtcweb] Use Case draft Jim Barnett
- Re: [rtcweb] Use Case draft Bernard Aboba
- Re: [rtcweb] Use Case draft Ravindran, Parthasarathi
- Re: [rtcweb] Use Case draft Tim Panton
- Re: [rtcweb] Use Case draft Ravindran, Parthasarathi
- Re: [rtcweb] Use Case draft (privacy) Fabio Pietrosanti (naif)
- Re: [rtcweb] Use Case draft (privacy) Ravindran, Parthasarathi
- Re: [rtcweb] Use Case draft (privacy) Hutton, Andrew
- Re: [rtcweb] Use Case draft Stefan Hakansson LK
- Re: [rtcweb] Use Case draft Jim Barnett
- Re: [rtcweb] Use Case draft Tim Panton
- Re: [rtcweb] Use Case draft Igor Faynberg
- Re: [rtcweb] Use Case draft Hutton, Andrew
- Re: [rtcweb] Use Case draft Randell Jesup
- Re: [rtcweb] Use Case draft Randell Jesup
- Re: [rtcweb] Use Case draft Stephan Wenger
- Re: [rtcweb] Use Case draft Randell Jesup
- Re: [rtcweb] Use Case draft Marshall Eubanks
- Re: [rtcweb] Use Case draft Stefan Hakansson LK
- Re: [rtcweb] Use Case draft Tim Panton
- Re: [rtcweb] Use Case draft Jim Barnett
- Re: [rtcweb] Use Case draft Jim Barnett
- Re: [rtcweb] Use Case draft - Eavesdropping. Stefan Hakansson LK
- Re: [rtcweb] Use Case draft Marshall Eubanks
- Re: [rtcweb] Use Case draft - Eavesdropping. Hutton, Andrew
- Re: [rtcweb] Use Case draft - Eavesdropping. Fabio Pietrosanti (naif)
- Re: [rtcweb] Use Case draft - Eavesdropping. Eric Rescorla
- Re: [rtcweb] Use Case draft - Eavesdropping. Cavigioli, Chris
- Re: [rtcweb] Use Case draft - Eavesdropping. Marshall Eubanks
- Re: [rtcweb] Use Case draft Randell Jesup
- Re: [rtcweb] Use Case draft - Eavesdropping. Randell Jesup
- Re: [rtcweb] Use Case draft Stefan Hakansson LK
- Re: [rtcweb] Use Case draft Ravindran, Parthasarathi
- Re: [rtcweb] Use Case draft - Eavesdropping. Harald Alvestrand
- Re: [rtcweb] Use Case draft Stefan Hakansson LK
- Re: [rtcweb] Use Case draft Jim Barnett
- Re: [rtcweb] Use Case draft Stefan Hakansson LK
- Re: [rtcweb] Use Case draft Igor Faynberg
- [rtcweb] interworking with non-WEBRTC endpoints [… Dan Wing
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Iñaki Baz Castillo
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Marshall Eubanks
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Lorenzo Miniero
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Mary Barnes
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Marshall Eubanks
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Fabio Pietrosanti (naif)
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Dan Wing
- Re: [rtcweb] Use Case draft Ravindran, Parthasarathi
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Ravindran, Parthasarathi
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Harald Alvestrand
- Re: [rtcweb] Use Case draft Harald Alvestrand
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Fabio Pietrosanti (naif)
- Re: [rtcweb] Use Case draft Ravindran, Parthasarathi
- Re: [rtcweb] Use Case draft Harald Alvestrand
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Muthu Arul Mozhi Perumal (mperumal)
- Re: [rtcweb] Use Case draft Jim Barnett
- Re: [rtcweb] Use Case draft Stefan Hakansson LK
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Bernard Aboba
- Re: [rtcweb] Use Case draft Jim Barnett
- Re: [rtcweb] Use Case draft - legacy interop Harald Alvestrand
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Neil Stratford
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Iñaki Baz Castillo
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Christer Holmberg
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Iñaki Baz Castillo
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Richard Shockey
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Xavier Marjou
- Re: [rtcweb] Use Case draft - legacy interop Bernard Aboba
- Re: [rtcweb] Use Case draft - legacy interop Iñaki Baz Castillo
- Re: [rtcweb] Use Case draft - legacy interop Dan Wing
- Re: [rtcweb] Use Case draft - legacy interop Iñaki Baz Castillo
- Re: [rtcweb] Use Case draft - legacy interop Bernard Aboba
- Re: [rtcweb] Use Case draft - legacy interop Dan Wing
- Re: [rtcweb] Use Case draft - legacy interop Harald Alvestrand
- [rtcweb] Consent freshness and message-integrity … Harald Alvestrand
- Re: [rtcweb] Consent freshness and message-integr… Dan Wing
- Re: [rtcweb] Consent freshness and message-integr… Harald Alvestrand