Re: [rtcweb] Data Transport, was: Re: RTCWeb default signaling protocol [was RE: About defining a signaling protocol for WebRTC (or not)]

Harald Alvestrand <harald@alvestrand.no> Wed, 21 September 2011 09:17 UTC

Return-Path: <harald@alvestrand.no>
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 D1AF021F8B9D for <rtcweb@ietfa.amsl.com>; Wed, 21 Sep 2011 02:17:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -108.98
X-Spam-Level:
X-Spam-Status: No, score=-108.98 tagged_above=-999 required=5 tests=[AWL=1.619, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
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 ufrJE8Kv3L+R for <rtcweb@ietfa.amsl.com>; Wed, 21 Sep 2011 02:17:23 -0700 (PDT)
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by ietfa.amsl.com (Postfix) with ESMTP id E7D0521F8B92 for <rtcweb@ietf.org>; Wed, 21 Sep 2011 02:17:22 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id B738839E0A7; Wed, 21 Sep 2011 11:19:50 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at eikenes.alvestrand.no
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id c5lvkAlHGSYE; Wed, 21 Sep 2011 11:19:48 +0200 (CEST)
Received: from [192.168.0.2] (c213-89-141-213.bredband.comhem.se [213.89.141.213]) by eikenes.alvestrand.no (Postfix) with ESMTPS id 25A0D39E088; Wed, 21 Sep 2011 11:19:48 +0200 (CEST)
Message-ID: <4E79AC33.4000900@alvestrand.no>
Date: Wed, 21 Sep 2011 11:19:47 +0200
From: Harald Alvestrand <harald@alvestrand.no>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Gecko/20110831 Thunderbird/3.1.13
MIME-Version: 1.0
To: Magnus Westerlund <magnus.westerlund@ericsson.com>
References: <CALiegfnOCxyTo9ffQ272+ncdu5UdgrtDT-dn10BWGTZMEjZoCg@mail.gmail.com> <2E239D6FCD033C4BAF15F386A979BF510F0C0A@sonusinmail02.sonusnet.com> <05CAC192-E462-421F-B1E5-B78DC8F60306@ag-projects.com> <2E239D6FCD033C4BAF15F386A979BF510F0C93@sonusinmail02.sonusnet.com> <4E73C056.2090003@skype.net> <253421CC-AC2C-4896-8F63-68752F15C621@edvina.net> <40AA097E-47BD-44C7-B3E8-F7C056FCD43D@acmepacket.com> <4E776739.4010609@ericsson.com> <4E77949B.4010603@alvestrand.no> <4E78A4FB.1050504@ericsson.com>
In-Reply-To: <4E78A4FB.1050504@ericsson.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: "<rtcweb@ietf.org>" <rtcweb@ietf.org>
Subject: Re: [rtcweb] Data Transport, was: Re: RTCWeb default signaling protocol [was RE: About defining a signaling protocol for WebRTC (or not)]
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, 21 Sep 2011 09:17:23 -0000

On 09/20/2011 04:36 PM, Magnus Westerlund wrote:
> On 2011-09-19 21:14, Harald Alvestrand wrote:
>> On 09/19/2011 06:00 PM, Magnus Westerlund wrote:
>>> We need to standardize a number of Transport protocol functionalities
>>> for the RTCWEB data transport solution. To the degree that I do like to
>>> resurface some of my earlier suggestions around this. Why not use DCCP
>>> with TFRC or TCP like congestion control tunneled over UDP.
>>>
>>> The whole specification is ready. Which avoids any hiccup with the
>>> transport people and IESG.
>> The last few times this has surfaced, the conversation has turned
>> suddenly silent when I've asked where to find a DCCP-over-TFRC stack I
>> can experiment with.... are there any out there that are "production ready"?
> To my knowledge there is a DCCP stack in Linux. Exactly it status is
> unknown to me and which of the CC it supports. There has been also
> additional projects for implementations.
I checked out the Linux stack, and concluded that it was:
a) not supporting DCCP over UDP
b) not possible to extract it and embed it in a browser
The only project I could find for userspace DCCP was untouched for at 
least 3 years, and did not compile.
> I would note that no implementation exist of DTLS with a CC algorithm
> and additional mechanism. Thus that would be a from scratch
> implementation effort without any input what has been done so far.
>
> And if we can in fact decide early on something fully specified you have
> a lot of time to implement this before the rest are standards ready.
My worry is that without the ability to experiment, I have no way of 
verifying that the protocol satisfies the properties we are attributing 
to it.

Also, we *know* we'll be shipping products well ahead of the standards' 
final approval, with appropriate warnings that things *will* change 
between product versions. We don't have "a lot of time".
>> The pseudoTCP stacks in libjingle have seen service for a long time....
>>
> Well, that is addressing another set of requirements namely the reliable
> data transport. Lets not confuse the two sets. We appear to have
> interest in both unreliable and reliable data transport.
Yup, I pulled that in as an example of "code maturity".
> Regarding pseudoTCP we still need a specification for it. I think for
> example the psuedo header used in the checksum needs specification in
> TCP over UDP. It might not be a big spec, but someone needs to write it
> and find a home for it. I would note that we are somewhat limited in
> this WG to actually do protocol work.
It will have to seek approval elsewhere, if needed.
> cheers
>
> Magnus Westerlund
>
> ----------------------------------------------------------------------
> Multimedia Technologies, Ericsson Research EAB/TVM
> ----------------------------------------------------------------------
> Ericsson AB                | Phone  +46 10 7148287
> Färögatan 6                | Mobile +46 73 0949079
> SE-164 80 Stockholm, Sweden| mailto: magnus.westerlund@ericsson.com
> ----------------------------------------------------------------------
>
>