Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcweb-signaling

"Roy, Radhika R USA CIV (US)" <radhika.r.roy.civ@mail.mil> Tue, 18 October 2011 12:49 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 8DA6421F8B85 for <rtcweb@ietfa.amsl.com>; Tue, 18 Oct 2011 05:49:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.445
X-Spam-Level:
X-Spam-Status: No, score=-2.445 tagged_above=-999 required=5 tests=[AWL=0.155, 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 LHfZzsd8HhGI for <rtcweb@ietfa.amsl.com>; Tue, 18 Oct 2011 05:49:21 -0700 (PDT)
Received: from edge-cols.mail.mil (edge-cols.mail.mil [131.64.100.6]) by ietfa.amsl.com (Postfix) with ESMTP id EF8C421F8B7E for <rtcweb@ietf.org>; Tue, 18 Oct 2011 05:49:20 -0700 (PDT)
Received: from UCOLHP3F.easf.csd.disa.mil (131.64.100.145) by UCOLHP4Z.easf.csd.disa.mil (131.64.100.6) with Microsoft SMTP Server (TLS) id 14.1.323.3; Tue, 18 Oct 2011 07:49:08 -0500
Received: from UCOLHP4D.easf.csd.disa.mil ([169.254.9.97]) by UCOLHP3F.easf.csd.disa.mil ([169.254.56.193]) with mapi id 14.01.0323.003; Tue, 18 Oct 2011 07:49:07 -0500
From: "Roy, Radhika R USA CIV (US)" <radhika.r.roy.civ@mail.mil>
To: Ravindran Parthasarathi <pravindran@sonusnet.com>, Cullen Jennings <fluffy@cisco.com>, "rtcweb@ietf.org" <rtcweb@ietf.org>, "public-webrtc@w3.org" <public-webrtc@w3.org>
Thread-Topic: [rtcweb] SDP Offer/Answer draft-jennings-rtcweb-signaling
Thread-Index: AcyK59gjnHrw6AUkQx6KmrMgad4vKACMb4NgAB6cXnA=
Date: Tue, 18 Oct 2011 12:49:06 +0000
Message-ID: <8486C8728176924BAF5BDB2F7D7EEDDF3E091C38@ucolhp4d.easf.csd.disa.mil>
References: <15B0E3AD-3086-499A-8E79-7AE58B3376C4@cisco.com> <2E239D6FCD033C4BAF15F386A979BF51159957@sonusinmail02.sonusnet.com>
In-Reply-To: <2E239D6FCD033C4BAF15F386A979BF51159957@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: Jonathan Rosenberg <jonathan.rosenberg@skype.net>
Subject: Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcweb-signaling
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: Tue, 18 Oct 2011 12:49:21 -0000

Partha:

I believe it may be B2BUA along with proxy-capability that a Web server might have. However, Cullen and Jonathan might clearify this.

BR/Radhika

-----Original Message-----
From: rtcweb-bounces@ietf.org [mailto:rtcweb-bounces@ietf.org] On Behalf Of Ravindran Parthasarathi
Sent: Monday, October 17, 2011 6:28 PM
To: Cullen Jennings; rtcweb@ietf.org; public-webrtc@w3.org
Cc: Jonathan Rosenberg
Subject: Re: [rtcweb] SDP Offer/Answer draft-jennings-rtcweb-signaling

Cullen/Joanthan,

I like your proposed idea as it is going in the direction of having "standard" signaling protocol for RTCWeb. I'm seeing your proposal as SDP offer/answer over websocket and the proposal helps to easy gateway development between RTCWeb server and legacy signaling protocols.

I have fundamental question in the proposal as it proposes RTCWeb server as SIP proxy equivalent and in reality, unfortunately most of the SIP deployment work is based on B2BUA. The question is whether RTCWeb server shall be dialog-state or MUST be transaction-stateful only. 

Also, session-id in the draft is used to uniquely understand the offerer and answerer in the transaction or session. In case it is session, how to indicate the termination of the session.

Thanks
Partha