Re: [rtcweb] draft-ibc-rtcweb-sip-websocket -- WebSocket Transport for Session Initiation Protocol (SIP)

Roman Shpount <roman@telurix.com> Thu, 15 September 2011 17:50 UTC

Return-Path: <roman@telurix.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 26B4B21F8AF5 for <rtcweb@ietfa.amsl.com>; Thu, 15 Sep 2011 10:50:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.92
X-Spam-Level:
X-Spam-Status: No, score=-1.92 tagged_above=-999 required=5 tests=[AWL=-0.610, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, SARE_HTML_USL_OBFU=1.666]
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 nB7xrm5ubTKi for <rtcweb@ietfa.amsl.com>; Thu, 15 Sep 2011 10:50:07 -0700 (PDT)
Received: from mail-gw0-f42.google.com (mail-gw0-f42.google.com [74.125.83.42]) by ietfa.amsl.com (Postfix) with ESMTP id 3359C21F8A57 for <rtcweb@ietf.org>; Thu, 15 Sep 2011 10:50:07 -0700 (PDT)
Received: by gwb17 with SMTP id 17so3259532gwb.15 for <rtcweb@ietf.org>; Thu, 15 Sep 2011 10:52:19 -0700 (PDT)
Received: by 10.150.210.16 with SMTP id i16mr1534294ybg.137.1316109139305; Thu, 15 Sep 2011 10:52:19 -0700 (PDT)
Received: from mail-yw0-f44.google.com (mail-yw0-f44.google.com [209.85.213.44]) by mx.google.com with ESMTPS id m4sm16853437ang.4.2011.09.15.10.52.18 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 15 Sep 2011 10:52:18 -0700 (PDT)
Received: by ywa6 with SMTP id 6so2727332ywa.31 for <rtcweb@ietf.org>; Thu, 15 Sep 2011 10:52:18 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.68.24.135 with SMTP id u7mr2435020pbf.442.1316109137673; Thu, 15 Sep 2011 10:52:17 -0700 (PDT)
Received: by 10.68.55.39 with HTTP; Thu, 15 Sep 2011 10:52:17 -0700 (PDT)
In-Reply-To: <4E72384F.3080202@jesup.org>
References: <CABw3bnO+85i-TtuqS+P4n+rYgyxyoASc8HXpADhy4QPTC0_szA@mail.gmail.com> <6F469757-6B5C-4DC9-BC34-026F34C7E508@phonefromhere.com> <CAD5OKxvCSJWS+F72P_WOFapmtffkLCSSe3A-rDEUOhNjWcoh4A@mail.gmail.com> <4E72384F.3080202@jesup.org>
Date: Thu, 15 Sep 2011 13:52:17 -0400
Message-ID: <CAD5OKxs7QHk46hjQRhXbZ2Gh=GLQJ7J0dvaRq0tQd5O9tO8qhQ@mail.gmail.com>
From: Roman Shpount <roman@telurix.com>
To: Randell Jesup <randell-ietf@jesup.org>
Content-Type: multipart/alternative; boundary="bcaec520e493a2feb204acfe8905"
Cc: rtcweb@ietf.org
Subject: Re: [rtcweb] draft-ibc-rtcweb-sip-websocket -- WebSocket Transport for Session Initiation Protocol (SIP)
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: Thu, 15 Sep 2011 17:50:08 -0000

I don't think this is a problem for RTC web to resolve. This is the same
problem that someone building an IM or email client for a web browser will
need to deal with. Some type of push notification framework is needed to
implement this and it might be something for W3C to standardize as a
solution for this problem.
_____________
Roman Shpount


On Thu, Sep 15, 2011 at 1:39 PM, Randell Jesup <randell-ietf@jesup.org>wrote:

> On 9/15/2011 10:34 AM, Roman Shpount wrote:
>
>> The only potential problem with mobile applications and javascript based
>> signaling code is the effect of maintaining registrations for long periods
>> of time while waiting for a call on battery life and network utilization. A
>> regular SIP library can be designed is such a way that the device will go
>> into sleep mode and will wake up when a SIP packet is received. JavaScript
>> will need to open a connection to a server and send ping messages at
>> regular, fairly short, intervals, that will cause device to wake up every
>> time ping message needs to be sent and to consume both power and network
>> capacity. Such applications, running for the long periods of time can
>> seriously decrease battery lifetime. On the other hand, doing this during an
>> active call has a negligible effect on both power consumption or network
>> utilization, since device is already running and sending media.
>>
>
> +1
>
> Any suggested solutions, other than "require (native) SIP"?   (Since
> SIP-in-JS would I assume fall into the case above.)
>
> --
> Randell Jesup
> randell-ietf@jesup.org
>
>
> ______________________________**_________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/**listinfo/rtcweb<https://www.ietf.org/mailman/listinfo/rtcweb>
>