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

Neil Stratford <neils@belltower.co.uk> Fri, 07 October 2011 11:13 UTC

Return-Path: <neils@vipadia.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 6C1AF21F8B2E for <rtcweb@ietfa.amsl.com>; Fri, 7 Oct 2011 04:13:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.926
X-Spam-Level:
X-Spam-Status: No, score=-2.926 tagged_above=-999 required=5 tests=[AWL=0.050, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, 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 dE4KGnB7gEUY for <rtcweb@ietfa.amsl.com>; Fri, 7 Oct 2011 04:13:42 -0700 (PDT)
Received: from mail-iy0-f172.google.com (mail-iy0-f172.google.com [209.85.210.172]) by ietfa.amsl.com (Postfix) with ESMTP id CE22121F8B31 for <rtcweb@ietf.org>; Fri, 7 Oct 2011 04:13:42 -0700 (PDT)
Received: by iaby26 with SMTP id y26so4992219iab.31 for <rtcweb@ietf.org>; Fri, 07 Oct 2011 04:16:54 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.42.148.198 with SMTP id s6mr12120749icv.56.1317986214791; Fri, 07 Oct 2011 04:16:54 -0700 (PDT)
Sender: neils@vipadia.com
Received: by 10.231.200.146 with HTTP; Fri, 7 Oct 2011 04:16:54 -0700 (PDT)
In-Reply-To: <2E239D6FCD033C4BAF15F386A979BF510F152B@sonusinmail02.sonusnet.com>
References: <2E239D6FCD033C4BAF15F386A979BF510F1367@sonusinmail02.sonusnet.com> <4E8AC222.4050308@alvestrand.no> <2E239D6FCD033C4BAF15F386A979BF510F14CE@sonusinmail02.sonusnet.com> <CALiegf=ejF2kUC1m=74o9eprF1M8wYtgE-Crwa1x14rzDOf+gQ@mail.gmail.com> <2E239D6FCD033C4BAF15F386A979BF510F14FD@sonusinmail02.sonusnet.com> <393F1888-F834-4DAE-B6B1-1C5D35EE3292@phonefromhere.com> <CAOg=WDcC9t2KhQUg0gDJ60gO_2mNyMv9HKt=otCdPDfj4TnoTg@mail.gmail.com> <2E239D6FCD033C4BAF15F386A979BF510F152B@sonusinmail02.sonusnet.com>
Date: Fri, 7 Oct 2011 12:16:54 +0100
X-Google-Sender-Auth: JiZ2fdxMiAfntTn_towKil8MWns
Message-ID: <CABRok6mM7TfbLgGhoQvdRh1Kwoi5BhRweLcqWg7VZOFnaa8VOw@mail.gmail.com>
From: Neil Stratford <neils@belltower.co.uk>
To: Ravindran Parthasarathi <pravindran@sonusnet.com>
Content-Type: multipart/alternative; boundary=90e6ba1efe0a26cb8104aeb3948e
Cc: rtcweb@ietf.org
Subject: Re: [rtcweb] Review request for RTCWeb standard signaling protocol
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: Fri, 07 Oct 2011 11:13:43 -0000

On Fri, Oct 7, 2011 at 11:36 AM, Ravindran Parthasarathi <
pravindran@sonusnet.com>; wrote:

> At this moment, I don't think that there is a need for developing new
> signaling protocol for RTCweb. IMO, The argument may be which is best
> suitable rather than none of the protocol is suitable.
>
In my view the only option for a standardised signalling protocol for RTCweb
*would* be something entirely new that met the specific needs of the
environment.

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