Re: [rtcweb] "20 lines" (Re: RTCWeb default signaling protocol [was RE: About defining a signaling protocol for WebRTC (or not)])

Iñaki Baz Castillo <ibc@aliax.net> Mon, 26 September 2011 18:42 UTC

Return-Path: <ibc@aliax.net>
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 862A521F8BEF for <rtcweb@ietfa.amsl.com>; Mon, 26 Sep 2011 11:42:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.635
X-Spam-Level:
X-Spam-Status: No, score=-2.635 tagged_above=-999 required=5 tests=[AWL=0.042, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1]
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 gpnn1wpKLSrJ for <rtcweb@ietfa.amsl.com>; Mon, 26 Sep 2011 11:42:16 -0700 (PDT)
Received: from mail-vx0-f172.google.com (mail-vx0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id E762F21F8BAD for <rtcweb@ietf.org>; Mon, 26 Sep 2011 11:42:15 -0700 (PDT)
Received: by vcbfo11 with SMTP id fo11so4273786vcb.31 for <rtcweb@ietf.org>; Mon, 26 Sep 2011 11:44:59 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.52.94.112 with SMTP id db16mr6342742vdb.497.1317062698912; Mon, 26 Sep 2011 11:44:58 -0700 (PDT)
Received: by 10.220.94.200 with HTTP; Mon, 26 Sep 2011 11:44:58 -0700 (PDT)
In-Reply-To: <2E239D6FCD033C4BAF15F386A979BF510F1086@sonusinmail02.sonusnet.com>
References: <CALiegfnOCxyTo9ffQ272+ncdu5UdgrtDT-dn10BWGTZMEjZoCg@mail.gmail.com> <2E239D6FCD033C4BAF15F386A979BF510F0C0A@sonusinmail02.sonusnet.com> <05CAC192-E462-421F-B1E5-B78DC8F60306@ag-projects.com> <2E239D6FCD033C4BAF15F386A979BF510F0C93@sonusinmail02.sonusnet.com> <16880306-5B3A-4EFD-ADE4-1201138D9182@acmepacket.com> <8584590C8D7DD141AA96D01920FC6C698C896B71@gbplmail03.genband.com> <CA+9kkMAwnnKKO5+q6ey4Z0QNxax1QF21vVtw8FNsHy_rmfenjQ@mail.gmail.com> <4E76E078.5020708@jesup.org> <8548CBBD-4E12-48F3-BC59-341FF45EF22F@acmepacket.com> <4E77495E.4000409@jesup.org> <CALiegfkTdCAeEdZbXP1Y9L6i4Anjrgf1CG6ZNj35WGoHL3p_Ew@mail.gmail.com> <4E774F92.4040405@jesup.org> <8ECCEE59-E855-4EA9-92B9-543D1585B1F0@ag-projects.com> <4E778F1F.9090105@jesup.org> <CEA0AC9E-6387-4066-95DC-0D70302E80A7@ag-projects.com> <4E77C3EC.9060801@jesup.org> <CAD5OKxtciYxaVpb7b3G9yMg1A97b9dkjkOpppZcSRzS5SAO3+A@mail.gmail.com> <DB86C19C-781C-4FD2-ADE2-D6E1C0EE1D61@ag-projects.com> <5290D7E8-31AB-44BB-A8B2-3D1C2A4FB797@ag-projects.com> <0FEA137C08A9DF4781EEF745038C969430A51F67F2@nambx03.corp.adobe.com> <2E239D6FCD033C4BAF15F386A979BF510F1086@sonusinmail02.sonusnet.com>
Date: Mon, 26 Sep 2011 20:44:58 +0200
Message-ID: <CALiegfmWrNEN03VN0=C6q_ptf=oHCxAMqPoeHis6eNdzreHm9A@mail.gmail.com>
From: =?UTF-8?Q?I=C3=B1aki_Baz_Castillo?= <ibc@aliax.net>
To: Ravindran Parthasarathi <pravindran@sonusnet.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Cc: rtcweb@ietf.org, Jozsef Vass <jovass@adobe.com>
Subject: Re: [rtcweb] "20 lines" (Re: RTCWeb default signaling protocol [was RE: About defining a signaling protocol for WebRTC (or not)])
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: Mon, 26 Sep 2011 18:42:16 -0000

2011/9/26 Ravindran Parthasarathi <pravindran@sonusnet.com>;:
> What level of interop is required for the online registered players? All RTCWEb browser (Mozilla, chrome, IE) player should be able interop without need of browser specific JS or plugin.

Ravindran, you insist of that even when multiple comments tell you the
opposite. If Mozilla, Chrome or IE browsers are visiting the *same*
website then they *already* share the *same* JavaScript (loaded from
the website) so they can signal the media thought the web server (by
using HTTP or WebSocket) as defined in the retrieved JavaScript code.
This is easy to understand IMHO and this is how WWW works for years =>
interoperability between clients visiting the same website. Period.

If the browsers speak *native* SIP (as you suggest in many threads)
then the web server is unaware of what is happening at media level
between the visitors (because the web server, where the application
logic is, does not see the signaling traffic).


> Here, there is a need of defining the common underlying protocol (which is not RTCWeb developer concern).

No, it's not. You can repeat 1000 times by ignoring any rationale
already replied to you in multiple threads. But that changes nothing.
WebRTC does not need native SIP or native XMPP/Jingle spoken by web
browsers. In fact, that would stop innovation, would mandate website
admins to provide a SIP/XMPP server within their infrastructure (how!)
and would make WebRTC unfeasible in shared web hostings.


The only point of discussion here is the requirements for the custom
JavaScript code retrieved from the web server in order to interoperate
with the WebRTC stack in the browser, and the JS API defining the
methods to read and generate media descriptions (like-SDP) that would
be sent to the other peer via the signaling path (HTTP/WebSocket).


Regards.



-- 
Iñaki Baz Castillo
<ibc@aliax.net>;