Re: [rtcweb] Review request for RTCWeb standard signaling protocol

Hadriel Kaplan <> Fri, 07 October 2011 18:47 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 4F2E621F86D0 for <>; Fri, 7 Oct 2011 11:47:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.516
X-Spam-Status: No, score=-2.516 tagged_above=-999 required=5 tests=[AWL=0.083, BAYES_00=-2.599]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id pMFLj9SsKr9u for <>; Fri, 7 Oct 2011 11:47:10 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id A789821F86C1 for <>; Fri, 7 Oct 2011 11:47:10 -0700 (PDT)
Received: from ( by ( with Microsoft SMTP Server (TLS) id; Fri, 7 Oct 2011 14:50:23 -0400
Received: from ([]) by ([]) with mapi id 14.01.0270.001; Fri, 7 Oct 2011 14:50:23 -0400
From: Hadriel Kaplan <>
To: "<>" <>
Thread-Topic: [rtcweb] Review request for RTCWeb standard signaling protocol
Thread-Index: AQHMhSH3WAYm6sWfE0aVzRoo8GFJXQ==
Date: Fri, 07 Oct 2011 18:50:22 +0000
Message-ID: <>
References: <> <> <> <> <> <> <> <> <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
x-originating-ip: []
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: AAAAAQAAAWE=
Subject: Re: [rtcweb] Review request for RTCWeb standard signaling protocol
X-Mailman-Version: 2.1.12
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: Fri, 07 Oct 2011 18:47:11 -0000

Neil makes an excellent point which has only been briefly brought up but should be made more explicit: picking a standard signaling protocol for the Browser to implement is only half the problem - the other half of the problem is the Web Server has to implement it too, tie it into a location database, possibly with authentication and authorization policy rules, and whatever else the specific Web application needs.

There is no "20 lines of code" solution once you realize that.  It may be 20 lines of JavaScript, but that's only part of the problem/solution.  In fact, the most likely way to get to 20 lines of code for the Web Server owner is for him/her to use a public JS library for signaling which is paired with a web server module written for that specific JS library.


On Oct 7, 2011, at 7:16 AM, Neil Stratford wrote:

> If we did go down the hypothetical new standard protocol route (which I really think we shouldn't) my requirements would be:
> - No server side infrastructure (SIP proxies etc) to maintain or configure.
> - No special understanding in the server side web application beyond discovering peer identities you might want to communicate with.
> Which would lead to something looking like a browser maintained peer to peer network, at which point we are re-inventing the web, which sounds like something beyond this group. So I strongly support not picking a default and instead encourage some innovation at the javascript level.
> Neil
> _______________________________________________
> rtcweb mailing list