Re: [rtcweb] Modular Congestion Control in rtcweb

Harald Alvestrand <harald@alvestrand.no> Thu, 22 March 2012 07:00 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 9708521E8036 for <rtcweb@ietfa.amsl.com>; Thu, 22 Mar 2012 00:00:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.455
X-Spam-Level:
X-Spam-Status: No, score=-110.455 tagged_above=-999 required=5 tests=[AWL=0.144, 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 owGcQVDAb4+3 for <rtcweb@ietfa.amsl.com>; Thu, 22 Mar 2012 00:00:47 -0700 (PDT)
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by ietfa.amsl.com (Postfix) with ESMTP id F0C2221E8026 for <rtcweb@ietf.org>; Thu, 22 Mar 2012 00:00:46 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 35CB239E245; Thu, 22 Mar 2012 08:00:45 +0100 (CET)
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 XhhAVgWx2Y0C; Thu, 22 Mar 2012 08:00:44 +0100 (CET)
Received: from [192.168.11.107] (c213-89-143-9.bredband.comhem.se [213.89.143.9]) by eikenes.alvestrand.no (Postfix) with ESMTPSA id DB28B39E33A; Thu, 22 Mar 2012 08:00:09 +0100 (CET)
Message-ID: <4F6ACDF9.2050701@alvestrand.no>
Date: Thu, 22 Mar 2012 08:00:09 +0100
From: Harald Alvestrand <harald@alvestrand.no>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.27) Gecko/20120216 Thunderbird/3.1.19
MIME-Version: 1.0
To: Luca De Cicco <ldecicco@gmail.com>
References: <CACHLvec-sBhm9rY7owMwf6KW43z==-qMreKAzVKC6cbT1jMiSQ@mail.gmail.com>
In-Reply-To: <CACHLvec-sBhm9rY7owMwf6KW43z==-qMreKAzVKC6cbT1jMiSQ@mail.gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] Modular Congestion Control in rtcweb
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, 22 Mar 2012 07:00:47 -0000

On 03/21/2012 08:53 PM, Luca De Cicco wrote:
> Dear all,
>
> is there any plan to make the congestion control algorithm
> modular for multimedia transmission via PeerConnections?
>
> A particular congestion control module could be selected
> by the connecting peers at the establishment of the
> PeerConnection similarly to DCCP.
So far, the discussions (which have mainly been done on the 
rtp-congestion@alvestrand.no list) have focused on making a mechanism 
for reporting bandwidth estimates available, and on discussing one 
particular new congestion control mechanism based on delay estimation.

It's implicit that we'd like to try out more than one estimation 
mechanism. But it's not clear to me that this translates to "modular 
algorithms".

Please join the discussion!

                 Harald