IETF Logo Mail Archive

Re: [MMUSIC] Congestion controll

Emil Ivov <emcho@jitsi.org> Mon, 10 June 2013 18:12 UTC

Return-Path: <emcho@sip-communicator.org>
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 2FC3711E80A3 for <mmusic@ietfa.amsl.com>; Mon, 10 Jun 2013 11:12:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.389
X-Spam-Level:
X-Spam-Status: No, score=-1.389 tagged_above=-999 required=5 tests=[AWL=-0.611, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, J_CHICKENPOX_14=0.6, J_CHICKENPOX_19=0.6, NO_RELAYS=-0.001]
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 hj+yvd9LEzuF for <mmusic@ietfa.amsl.com>; Mon, 10 Jun 2013 11:12:23 -0700 (PDT)
Received: from mail-pb0-x22f.google.com (mail-pb0-x22f.google.com [IPv6:2607:f8b0:400e:c01::22f]) by ietfa.amsl.com (Postfix) with ESMTP id BC2DE11E80A2 for <mmusic@ietf.org>; Mon, 10 Jun 2013 11:12:23 -0700 (PDT)
Received: by mail-pb0-f47.google.com with SMTP id rr13so4855550pbb.6 for <mmusic@ietf.org>; Mon, 10 Jun 2013 11:12:23 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=bLw/gDIN09bjzoXm9TJIo/14rAPHNHs05o/SrJluEWo=; b=gc81cRuDX2wx8Kv34sVraJA8cDBOWLhdkybeQQx0S4bYstvoOtTDubtB6R44h9zQKD bla5LXb7xo6fQ1nu+HFDEHvcMwt6sKCqRy0rFj1pglbgG1oFLo2XZKrNnKDb2OLVetFD QiikDbMS/Vs2nuZfB5fUTi5qUhJuOXn7rLzoyh6878YZ4I2PLLVcRZo1nMvXoGRr9CY8 pfF0r7Z1gmJZeecMet8OuqusckG/kB35MFw9oVzM3XGGufSF4NWXIteY1HcLnNYsNeEP kFW3FmifKQMcO3gYlLM4GiFw0sUQnYXVoXETFq3XR/2naRicPm+0Kudqft/IrlcCEdZj GvzA==
X-Received: by 10.68.211.199 with SMTP id ne7mr10900044pbc.56.1370887943351; Mon, 10 Jun 2013 11:12:23 -0700 (PDT)
Received: from mail-pb0-x234.google.com (mail-pb0-x234.google.com [2607:f8b0:400e:c01::234]) by mx.google.com with ESMTPSA id yj2sm11190143pbb.40.2013.06.10.11.12.22 for <mmusic@ietf.org> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 10 Jun 2013 11:12:23 -0700 (PDT)
Received: by mail-pb0-f52.google.com with SMTP id xa12so7544145pbc.39 for <mmusic@ietf.org>; Mon, 10 Jun 2013 11:12:22 -0700 (PDT)
X-Received: by 10.68.190.104 with SMTP id gp8mr11059388pbc.120.1370887942645; Mon, 10 Jun 2013 11:12:22 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.66.192.65 with HTTP; Mon, 10 Jun 2013 11:12:02 -0700 (PDT)
In-Reply-To: <CABkgnnWJrhCPpV2rfwkb5cDhPXC=ACoN2602sSW_sA9HXicKXg@mail.gmail.com>
References: <20130530185619.4124.56395.idtracker@ietfa.amsl.com> <51A87F91.2080500@jitsi.org> <51AEA08D.8090103@cisco.com> <BLU403-EAS336A4AA94CDB5E97170F9A5939F0@phx.gbl> <25B9903E-DC06-4BB0-92A1-C1E7A2AA569E@iii.ca> <BLU169-W609A2EAD331201B824EB6093980@phx.gbl> <4D8F5FFC-F89B-4A5B-8464-3EF20E7D67E9@iii.ca> <CABkgnnUFbc0+A=-rFZRSPN+maXCDHv7QnOOuf4N+wFOc_u7h4g@mail.gmail.com> <51B6086E.5020802@jitsi.org> <CABkgnnWJrhCPpV2rfwkb5cDhPXC=ACoN2602sSW_sA9HXicKXg@mail.gmail.com>
From: Emil Ivov <emcho@jitsi.org>
Date: Mon, 10 Jun 2013 20:12:02 +0200
Message-ID: <CAPvvaaLufqpkaBM=SBhSw0jHdswVMATLk3VLMgSgHRXm9-GBRA@mail.gmail.com>
To: Martin Thomson <martin.thomson@gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"
X-Gm-Message-State: ALoCoQkBqzVo7dFPbkQded6QuFLObbKnxLe5Su5Y1LQUR2L1rx7xAWOTld7CRR0KdMmIgGxodB6u
Cc: Flemming Andreasen <fandreas@cisco.com>, Ari Keranen <ari.keranen@ericsson.com>, "mmusic@ietf.org" <mmusic@ietf.org>, Cullen Jennings <fluffy@iii.ca>
Subject: Re: [MMUSIC] Congestion controll
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: Mon, 10 Jun 2013 18:12:24 -0000

On Mon, Jun 10, 2013 at 7:19 PM, Martin Thomson
<martin.thomson@gmail.com> wrote:
> On 10 June 2013 10:10, Emil Ivov <emcho@jitsi.org> wrote:
>>> I think that this is the part that is getting confused.  This is not a
>>> complaint against plan A or B.
>>
>> It is indeed a problem with both of them and it is also mentioned in the No
>> Plan draft.
>
> Well then you've assumed something about Plan A/B that is incorrect.

I am not following. Could you please point me to the specific
assumption that you have in mind?

> Neither plan constrains usage in a way that would prevent senders from
> responding to congestion signals. The fine-grained control that you
> report as being problematic doesn't prevent senders from sending fewer
> bits.

No, not explicitly at least. However, the more senders respond to
congestion signals the more they end up with inconsistencies between
what's been requested from the remote SDP, what the local application
would like to happen and what is actually happening. Such situations
would be much harder to control when all you've got is the remote SDP.

> Is it possible that you have assumed that the existence of an m-line
> or a=ssrc implies that the sender is obligated to send?

Nope.

Emil

> It doesn't.
>
> The only possible problem is the use of a=imageattr in the examples of
> Plan B, which might (might) overconstrain a sender, but Plan B doesn't
> mandate anything regarding that in text.  Assuming anything there
> would be a real stretch.

v2.23.0 | Report a Bug | By Email