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

"Roy, Radhika R USA CIV (US)" <radhika.r.roy.civ@mail.mil> Mon, 17 October 2011 13:51 UTC

Return-Path: <radhika.r.roy.civ@mail.mil>
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 B8C3921F8546 for <rtcweb@ietfa.amsl.com>; Mon, 17 Oct 2011 06:51:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.433
X-Spam-Level:
X-Spam-Status: No, score=-2.433 tagged_above=-999 required=5 tests=[AWL=0.166, BAYES_00=-2.599]
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 phQ1JSfBSKSh for <rtcweb@ietfa.amsl.com>; Mon, 17 Oct 2011 06:51:00 -0700 (PDT)
Received: from edge-cols.mail.mil (edge-cols.mail.mil [131.64.100.6]) by ietfa.amsl.com (Postfix) with ESMTP id B743821F85B9 for <rtcweb@ietf.org>; Mon, 17 Oct 2011 06:50:55 -0700 (PDT)
Received: from UCOLHP3D.easf.csd.disa.mil (131.64.100.143) by UCOLHP4Z.easf.csd.disa.mil (131.64.100.6) with Microsoft SMTP Server (TLS) id 14.1.323.3; Mon, 17 Oct 2011 08:50:48 -0500
Received: from UCOLHP4D.easf.csd.disa.mil ([169.254.9.97]) by UCOLHP3D.easf.csd.disa.mil ([169.254.143.83]) with mapi id 14.01.0323.003; Mon, 17 Oct 2011 08:50:47 -0500
From: "Roy, Radhika R USA CIV (US)" <radhika.r.roy.civ@mail.mil>
To: Ravindran Parthasarathi <pravindran@sonusnet.com>, Neil Stratford <neils@belltower.co.uk>
Thread-Topic: [rtcweb] Review request for RTCWeb standard signaling protocol
Thread-Index: AcyE58qiQsg22CmbRQ+ec/AyTlzr8wHt+TLwAAzwHoA=
Date: Mon, 17 Oct 2011 13:50:44 +0000
Message-ID: <8486C8728176924BAF5BDB2F7D7EEDDF3E0917F9@ucolhp4d.easf.csd.disa.mil>
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><CABRok6mM7TfbLgGhoQvdRh1Kwoi5BhRweLcqWg7VZOFnaa8VOw@mail.gmail.com><2E239D6FCD033C4BAF15F386A979BF510F1532@sonusinmail02.sonusnet.com> <CABRok6n33QK0Si1Y0kT7+U0zgAWsJ4d5GENK_KL-JPx5a4erYg@mail.gmail.com> <2E239D6FCD033C4BAF15F386A979BF511598EE@sonusinmail02.sonusnet.com>
In-Reply-To: <2E239D6FCD033C4BAF15F386A979BF511598EE@sonusinmail02.sonusnet.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [131.64.77.9]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "rtcweb@ietf.org" <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: Mon, 17 Oct 2011 13:51:02 -0000

Folks:

If servers are intelligent enough to "route" the calls among themselves, there are no need for any proxies.

So, proxies are needed for "routing" in the application layer.

BR/Radhika

-----Original Message-----
From: rtcweb-bounces@ietf.org [mailto:rtcweb-bounces@ietf.org] On Behalf Of Ravindran Parthasarathi
Sent: Monday, October 17, 2011 3:45 AM
To: Neil Stratford
Cc: rtcweb@ietf.org
Subject: Re: [rtcweb] Review request for RTCWeb standard signaling protocol

<snip> My argument is that if we want the ultimate goal of simplicity for end user web developers then we should minimise everything they have to touch - and that includes removing any requirement for server side infrastructure beyond the basic bare minimum, which would mean no SIP proxies, no websocket servers etc etc.

 

But as I said, we don't need to standardise a protocol at all, so we shouldn't. If we are lucky we'll see a whole spectrum of solutions.

 </snip>

 

Without server interaction, it is not possible for browser to establish the session with other browser. Unlike other endpoint, browser needs server to provide routing or  perform the authentication or atleast configuration information. AFAIK, RTCWeb client to RTCWeb client is not the motive of the work. If so, SIP is the IETF protocol between RTCWeb client to RTCWeb client which MUST be recommended because of the UA to UA communication nature. IOW, RTCWeb server signaling plays the key role which calls for standardization as browser & RTCWebserver is not required from the same vendor.

 

Thanks

Partha