Re: [rtcweb] RTCweb signalling overview

"Muthu Arul Mozhi Perumal (mperumal)" <> Fri, 09 September 2011 13:23 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id CE08921F8A7B for <>; Fri, 9 Sep 2011 06:23:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -10.373
X-Spam-Status: No, score=-10.373 tagged_above=-999 required=5 tests=[AWL=0.225, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id txpECTy6Gqu6 for <>; Fri, 9 Sep 2011 06:23:34 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 6F5C821F8997 for <>; Fri, 9 Sep 2011 06:23:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple;;; l=39225; q=dns/txt; s=iport; t=1315574727; x=1316784327; h=mime-version:subject:date:message-id:in-reply-to: references:from:to; bh=wzZetMKpiyv5ayFcczEphJMVTJr520xUuJRL4D1AFSM=; b=jb7ImY56cBxVmRQTTojMhLWLcEZQd2rppLUKHNPrhsWLwVsdM1HLS0s2 mtN7JwRwYymmBdvQIs2yAz2MuQrVxmd4giRRt54PZjqsHyXVQpiZmL5fY 78anaQPELQDzvplGMmtP6gYnWq4mdx4ZXNj/TwfBYN0RIzWkPaIleaeEJ s=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos; i="4.68,356,1312156800"; d="scan'208,217"; a="114720018"
Received: from ([]) by with ESMTP; 09 Sep 2011 13:25:25 +0000
Received: from ( []) by (8.14.3/8.14.3) with ESMTP id p89DPOKr027096; Fri, 9 Sep 2011 13:25:24 GMT
Received: from ([]) by with Microsoft SMTPSVC(6.0.3790.4675); Fri, 9 Sep 2011 18:55:24 +0530
X-Mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CC6EF3.EE25D19E"
Date: Fri, 09 Sep 2011 18:55:19 +0530
Message-ID: <>
In-Reply-To: <>
Thread-Topic: [rtcweb] RTCweb signalling overview
Thread-Index: AcxuwbOFVUfX7jiRRHeJtJuTZ9HjpQALqydQAACotHA=
References: <><> <>
From: "Muthu Arul Mozhi Perumal (mperumal)" <>
To: "DRAGE, Keith (Keith)" <>, Harald Alvestrand <>,
X-OriginalArrivalTime: 09 Sep 2011 13:25:24.0416 (UTC) FILETIME=[EE7CB400:01CC6EF3]
Subject: Re: [rtcweb] RTCweb signalling overview
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, 09 Sep 2011 13:23:35 -0000

|Perhaps the easiest way out is to identify that full 
|blow SIP is a solution for this specific interface, 
|and RTCWEB identifies to SIPCORE as to whether there 
|are any additional requirements that SIP cannot meet.
Doesn't this federated SIP suffer from the same problems VIPR is trying
to solve? Of course, the alternative is to choose SIP trunk providers
and go through SBCs and PSTN -:)
From: [] On Behalf
Of DRAGE, Keith (Keith)
Sent: Friday, September 09, 2011 6:39 PM
To: Harald Alvestrand;
Subject: Re: [rtcweb] RTCweb signalling overview
With respect to question 3 in this set.
As I said on the call, the requirements for what needs to be
standardised between the two web servers depends on whether web server A
needs to know anything about user B, and whether web server B needs to
know anything about user A. I believe this goes beyond SDP, because it
may need to be information beyond the media contents, e.g. it may need
to include information about each user's capabilities and preferences.
I actually have two slightly inconsistent views about this interface.
Yes it does need to be standardised. I don't like the idea of
fragmentation being forced on the market because an appropriate
standardised solution has not been identified. 
No RTCWEB should not standardise it because it is out of scope of
Surely this is also the interface by which support of interworking with
legacy systems has to be attained?
Perhaps the easiest way out is to identify that full blow SIP is a
solution for this specific interface, and RTCWEB identifies to SIPCORE
as to whether there are any additional requirements that SIP cannot

From: [] On Behalf
Of Harald Alvestrand
Sent: 09 September 2011 08:26
Subject: Re: [rtcweb] RTCweb signalling overview
On 09/08/11 20:48, Olle E. Johansson wrote: 
For those of you that did not participate in today's meeting, there was
an excellent overview presented by Martin Kaufman. 
It gives you an overview over the issues with signalling - to sip or not
to sip - and other issues. Do read it.
Use the file rtcweb-3.pptx
<>  in

I liked the presentation even though I don't agree with the conclusions
(I prefer Cullen's set).

rtcweb mailing list