Re: [MMUSIC] The floodgates are open

Olivier Crête <olivier.crete@collabora.com> Fri, 12 October 2012 22:15 UTC

Return-Path: <olivier.crete@collabora.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 08DA221F86E3 for <mmusic@ietfa.amsl.com>; Fri, 12 Oct 2012 15:15:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.298
X-Spam-Level:
X-Spam-Status: No, score=-2.298 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, UNPARSEABLE_RELAY=0.001]
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 bhLh5+3qN6DG for <mmusic@ietfa.amsl.com>; Fri, 12 Oct 2012 15:15:18 -0700 (PDT)
Received: from bhuna.collabora.co.uk (bhuna.collabora.co.uk [93.93.135.160]) by ietfa.amsl.com (Postfix) with ESMTP id 55F4121F86AA for <mmusic@ietf.org>; Fri, 12 Oct 2012 15:15:18 -0700 (PDT)
Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: tester) with ESMTPSA id CE96F600B5D
Message-ID: <1350080115.2197.3.camel@TesterTop4>
From: Olivier Crête <olivier.crete@collabora.com>
To: mmusic@ietf.org
Date: Fri, 12 Oct 2012 18:15:15 -0400
In-Reply-To: <CABkgnnWSTDok4-48g-vFGM_zk0ykU-BvrOWfpffAfJeZd41EGA@mail.gmail.com>
References: <CABkgnnWSTDok4-48g-vFGM_zk0ykU-BvrOWfpffAfJeZd41EGA@mail.gmail.com>
Organization: Collabora
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-ra9vdk16Ybx69vnOwRC+"
X-Mailer: Evolution 3.4.4 (3.4.4-2.fc17)
Mime-Version: 1.0
Subject: Re: [MMUSIC] The floodgates are open
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmusic>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Oct 2012 22:15:19 -0000

On Fri, 2012-10-12 at 14:59 -0700, Martin Thomson wrote:
> The consent that ICE provides is strictly Boolean.
> 
> There is no way to distinguish between consent to receive 4kbps audio
> and 5Mbps video.  This creates an exposure for services and endpoints
> that support receipt of media, in particular contact centres and other
> services that are necessarily open to incoming sessions by default.
> 
> This working group has an analogous problem.  The consent to entertain
> modifications to ICE did not stipulate any constraints on volume.
> Looking to exploit that shortcoming, Bernard and I have submitted a
> draft that addresses the protocol shortcoming:
> 
> http://tools.ietf.org/html/draft-thomson-mmusic-rtcweb-bw-consent-00

I really think you're trying to put this in the wrong layer. SDP already
has b= lines. And WebRTC should also include a congestion control
mechanism which you can probably also use to control/share bandwidth
more dynamically.

-- 
Olivier Crête
olivier.crete@collabora.com