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

Iñaki Baz Castillo <> Mon, 17 October 2011 15:51 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id C58DA21F8CB8 for <>; Mon, 17 Oct 2011 08:51:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.584
X-Spam-Status: No, score=-2.584 tagged_above=-999 required=5 tests=[AWL=0.093, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id YRqSs3kcGIlq for <>; Mon, 17 Oct 2011 08:51:08 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 22BFE21F8CAB for <>; Mon, 17 Oct 2011 08:51:07 -0700 (PDT)
Received: by vws5 with SMTP id 5so3230254vws.31 for <>; Mon, 17 Oct 2011 08:51:07 -0700 (PDT)
MIME-Version: 1.0
Received: by with SMTP id et7mr20854387vdc.35.1318866667280; Mon, 17 Oct 2011 08:51:07 -0700 (PDT)
Received: by with HTTP; Mon, 17 Oct 2011 08:51:07 -0700 (PDT)
In-Reply-To: <>
References: <> <> <> <> <> <> <> <> <> <> <> <> <> <>
Date: Mon, 17 Oct 2011 17:51:07 +0200
Message-ID: <>
From: Iñaki Baz Castillo <>
To: Ravindran Parthasarathi <>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
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: Mon, 17 Oct 2011 15:51:08 -0000

2011/10/17 Ravindran Parthasarathi <>:

Again the same...

Ravindran, you are repeating the *same* arguments in different
mails/threads. You always *ignore* and don't reply to responses given
to your arguments. You are also manipulating some given responses by
making them to look as if their content agree with your insistent

You are trying to manipulate this WG and that is dishonest. STOP please.

Unfortunatelly for you, your mails will always receive the deserved response:

> <partha> I’m not favor Inaki solution of SIP over websocket because it is
> overkill for signaling protocol.

Demonstrate it !!!

I know that SIP over websocket is NOT an overkill (because I *use*
it). You DONT KNOW the opposite. You CANNOT assert the opposite.
Stop lying please!

> Websocket solves routing issues between
> browser-webserver- browser, so the lightweight protocol over websocket will
> be sufficient and there is no need of complicated SIP based Javascript
> stack.

Use whatever you want but don't force me to use what you want. Neither
insist on creating a "default signaling protocol" for the reaons given
1000 times in this maillist (those reasons you ignore again and again
and you will NEVER reply to).

> Also, I’m not believer of the downloading complete signaling protocol script
> because it will delay the setup time which is crucial in lot of real-time
> application. Of course, it may not be critical for free application but not
> for professional services.

So you don't understand how the WWW works. The user visits a web page,
the browser downloads all the HTML, CSS, images and JavaScript stuff
and, *after that*, the web application is ready to be used. It does
not depend just on having a signaling protocol built-in the browser.

Now the problem is downloading a ~150KB JavaScript file??? There are
images taking more space in lot of webs!

> AFAIK, signaling protocol codebase expands very quickly with the addition of
> new services and leads to more delay in the setup of the session.  </partha>

And how is supposed your proposed "default signaling protocol" to
handle those "new services"? If you try NOW to make a "default
signaling protocol" for RTCweb that means that you MUST know *NOW* all
the possible requirements of any RTCweb future communication. You
don't know them, I don't know them, nobody knows them!

Iñaki Baz Castillo