Re: [rtcweb] realiable data service

Randell Jesup <randell1@jesup.org> Wed, 20 July 2011 15:30 UTC

Return-Path: <randell1@jesup.org>
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 28D5021F8610 for <rtcweb@ietfa.amsl.com>; Wed, 20 Jul 2011 08:30:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.532
X-Spam-Level:
X-Spam-Status: No, score=-2.532 tagged_above=-999 required=5 tests=[AWL=0.067, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CzkqSRVJlonW for <rtcweb@ietfa.amsl.com>; Wed, 20 Jul 2011 08:30:34 -0700 (PDT)
Received: from arthur.webserversystems.com (arthur.webserversystems.com [174.132.191.98]) by ietfa.amsl.com (Postfix) with ESMTP id 678C021F85CD for <rtcweb@ietf.org>; Wed, 20 Jul 2011 08:30:34 -0700 (PDT)
Received: from pool-98-111-140-38.phlapa.fios.verizon.net ([98.111.140.38] helo=[192.168.1.12]) by arthur.webserversystems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from <randell1@jesup.org>) id 1QjYjJ-0002jZ-9i for rtcweb@ietf.org; Wed, 20 Jul 2011 10:30:33 -0500
Message-ID: <4E26F460.3080007@jesup.org>
Date: Wed, 20 Jul 2011 11:29:36 -0400
From: Randell Jesup <randell1@jesup.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11
MIME-Version: 1.0
To: rtcweb@ietf.org
References: <CAMKM2LzpVcS9jjXjfffuXy+YQmjZXbdaSJBp+O22nLd4N2KAvg@mail.gmail.com> <CA4AFBFA.1C4B5%henry.sinnreich@gmail.com> <CAOJ7v-3R0PeUSdVZ0n7AE08J=UjYMJqJ+4-Vkbj7w0qs0u=Rgw@mail.gmail.com> <4E25B2BA.8000004@jesup.org> <4E25B893.6010200@jitsi.org> <CAMKM2Lz_sgrmHVpuuGfyukmxdO-+qaWjyOhQzU6vTSDaAwytxQ@mail.gmail.com> <4E26A354.2020306@ericsson.com>
In-Reply-To: <4E26A354.2020306@ericsson.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - arthur.webserversystems.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - jesup.org
X-Source:
X-Source-Args:
X-Source-Dir:
Subject: Re: [rtcweb] realiable data service
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: Wed, 20 Jul 2011 15:30:35 -0000

On 7/20/2011 5:43 AM, Stefan Håkansson LK wrote:
> On 2011-07-19 19:09, Serge Lachapelle wrote:
>> There are many very established ways to transfer files from a web
>> browser. Dropbox, Google Docs, yousendit, mobileme, not counting the
>> media specific ways, such as Flickr, Spotify, Youtube, etc... All
>> offering great APIs for uploads, ACLs, etc...
>>
>> Seems like re-inventing the wheel.
> I tend to agree. What the data channel of rtcweb could provide is 
> shorter latency - but to me that does not seem relevant for a file 
> transfer.

For some use-cases that's important (shorter on average, not guaranteed) 
- for example games.  Others like the Google Wave demo Tim posted 
(https://babyis60.wordpress.com/2009/10/24/my-astricon-googlewave-ibook-skype-demo/) 
would be painful (and hurt usability) to implement using drop-box like 
transfers.

For other cases (file xfer), yes you can use those - but the problem is 
that when you want to transfer to the person you're chatting with, you 
would need to use another service, agree on it, deal with the 
semantics/accounts/limits/etc for that service, etc.  A horrible user 
experience.  Even if it was "hidden" by the application, it would be 
problematic and subject to breakage continually.

-- 
Randell Jesup
randell-ietf@jesup.org