Re: [AVTCORE] [R-C] I-D Action: draft-perkins-avtcore-rtp-circuit-breakers-00.txt

Varun Singh <vsingh.ietf@gmail.com> Wed, 04 April 2012 13:08 UTC

Return-Path: <vsingh.ietf@gmail.com>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B993421F8690 for <avt@ietfa.amsl.com>; Wed, 4 Apr 2012 06:08:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 DMyextHRqNkN for <avt@ietfa.amsl.com>; Wed, 4 Apr 2012 06:08:37 -0700 (PDT)
Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by ietfa.amsl.com (Postfix) with ESMTP id 88A4D21F8604 for <avt@ietf.org>; Wed, 4 Apr 2012 06:08:36 -0700 (PDT)
Received: by wibhq7 with SMTP id hq7so203637wib.13 for <avt@ietf.org>; Wed, 04 Apr 2012 06:08:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=wv86R7nnuQPDXs7+zDQ9zfF4TY3b1hCLnNFpr1NmyzU=; b=qPi8hAONBD7ftalltcCdsA4GGys+CGeL2Tuufw8NzwqdZJZ0bTdB16OFTcWMrwKzFV v5+XeIM9vHQPFcMS7G4uDNNhxu3Uh8ipkuyT4Ve5JWfETZSJ/z5NayhZ2jPgIZllqfXL PPy5en5V0XREB18FMMbMEsSzxnnFlCc8191SPsQ/mWk217Oq9xsZD3btgn/lJ8Hy0TOY aQKTq21UoYwqZFu4V9YpGb3RyLsMXHWu5Z0XS5yKXAq1c/P/aTWwbtNz9RLsSGNhERrM KZ548RtWIYCBtbZCiLdDOiwtAC1m+9NyWvq/k5BzFkf+Fmy9vyUEMngWElXwgvkCsNsK yXqg==
Received: by 10.180.106.9 with SMTP id gq9mr5178966wib.17.1333544915342; Wed, 04 Apr 2012 06:08:35 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.223.2.10 with HTTP; Wed, 4 Apr 2012 06:08:15 -0700 (PDT)
In-Reply-To: <07D2C7A5-389A-413A-AAA7-FFE702AE63C1@csperkins.org>
References: <20120305201759.24406.49431.idtracker@ietfa.amsl.com> <766FE318-7DE3-4481-B3C4-C45F2A94C881@csperkins.org> <CADRHXGs0N5VuekTKoc6HOW3uTvge9qX1UnWJJ3ZC2bT=k1z5Pw@mail.gmail.com> <07D2C7A5-389A-413A-AAA7-FFE702AE63C1@csperkins.org>
From: Varun Singh <vsingh.ietf@gmail.com>
Date: Wed, 04 Apr 2012 16:08:15 +0300
Message-ID: <CAEbPqrzFgTqE802oU_o4FPczvt_P7LsgnutnLAKHk1ciDpJr+w@mail.gmail.com>
To: Colin Perkins <csp@csperkins.org>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: rtp-congestion@alvestrand.no, Mark Handley <M.Handley@cs.ucl.ac.uk>, "avt@ietf.org WG" <avt@ietf.org>
Subject: Re: [AVTCORE] [R-C] I-D Action: draft-perkins-avtcore-rtp-circuit-breakers-00.txt
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/avt>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Apr 2012 13:08:37 -0000

Hi Mark,

As Colin pointed out, currently the circuit breakers are defined for
baseline RTCP. Just to clarify: the circuit breaker should give
sufficient time for a rate-control to operate in. For example, the
REMB message should be sent (as a non-compound RTCP) much before the
circuit breaker kicks in and at the same time the circuit breaker
should not make the receiver send the REMB message prematurely.

Varun

On Wed, Apr 4, 2012 at 10:36, Colin Perkins <csp@csperkins.org> wrote:
> Mark,
>
> So far, we haven't really considered RTP/AVPF rapid feedback (Section 5 of the draft is essentially a placeholder, and the mechanisms in Section 4 are specifically for baseline RTCP). As you've noticed, it changes the dynamics significantly, and we need to think carefully on how the various rapid feedback modes interact with the circuit breaker conditions before we define anything.
>
> Colin
>
>
>
> On 4 Apr 2012, at 02:55, Mark Handley wrote:
>> Colin, Varun,
>>
>> Can you clarify how the circuit breaker mechanism would work with RFC
>> 4585 extended feedback.  To make things concrete, I'm thinking about
>> the following scenario:
>>
>> - Sender is sending 2Mb/s video into a 4Mb/s DSL line.  RTT is 100ms.
>> - Receiver is allowed to send up to 2.5% of this as RTCP feedback in
>> ACK mode, so that's 6.5 packets per RTT if I got the maths right.
>> - A TCP flow slowstarts, doubles the window for the last time and
>> collides with the RTP flow in the wonderful way slowstart sometimes
>> does.  If you're unlucky, you'll get 33% packet loss for one full RTT
>> before TCP backs off.
>> - The RTCP receiver sends 6 successive RTCP reports over one RTT
>> indicating 33% loss.  If doesn't really matter if ACKs or NACKs are
>> sent in this scenario.
>>
>> The calculated TCP rate would be ~18Kb/s for those parameters, so the
>> circuit breaker would kick in if I understood the draft correctly
>> because that's more than two reporting intervals with excessively high
>> loss.
>>
>> This is the main reason for loss event rate in the TFRC specification
>> - you avoid responding to such transients too strongly.
>>
>> Cheers,
>> Mark
>>
>>
>>
>> On 5 March 2012 23:32, Colin Perkins <csp@csperkins.org> wrote:
>>> Here's our initial attempt at a "circuit breakers" draft for RTCWeb. Comments welcome - this is very much a straw-man for discussion, rather than a final solution.
>>>
>>> Colin
>>>
>>>
>>>
>>> Begin forwarded message:
>>>> From: internet-drafts@ietf.org
>>>> Subject: I-D Action: draft-perkins-avtcore-rtp-circuit-breakers-00.txt
>>>> Date: 5 March 2012 20:17:59 GMT
>>>> To: i-d-announce@ietf.org
>>>> Reply-To: internet-drafts@ietf.org
>>>>
>>>>
>>>> A New Internet-Draft is available from the on-line Internet-Drafts directories.
>>>>
>>>>       Title           : RTP Congestion Control: Circuit Breakers for Unicast Sessions
>>>>       Author(s)       : Colin Perkins
>>>>                          Varun Singh
>>>>       Filename        : draft-perkins-avtcore-rtp-circuit-breakers-00.txt
>>>>       Pages           : 14
>>>>       Date            : 2012-03-05
>>>>
>>>>   The Real-time Transport Protocol (RTP) is widely used for telephony,
>>>>   video conferencing, and telepresence applications.  These
>>>>   applications are often used over best-effort UDP/IP networks.  If
>>>>   congestion control is not implemented then network congestion will
>>>>   deteriorate the user's multimedia experience.  This document does not
>>>>   propose a congestion control algorithm.  Instead, it specifies a
>>>>   minimal set of "circuit-breakers".  Circuit-breakers are conditions
>>>>   under which an RTP flow should cease to transmit media to protect the
>>>>   network from excessive congestion.  It is expected that all RTP
>>>>   applications running on best-effort networks will be able to run
>>>>   without triggering these circuit breakers in normal operation.
>>>>
>>>>
>>>> A URL for this Internet-Draft is:
>>>> http://www.ietf.org/internet-drafts/draft-perkins-avtcore-rtp-circuit-breakers-00.txt
>>>
>>> --
>>> Colin Perkins
>>> http://csperkins.org/
>>>
>>>
>>>
>>> _______________________________________________
>>> Audio/Video Transport Core Maintenance
>>> avt@ietf.org
>>> https://www.ietf.org/mailman/listinfo/avt
>
>
> --
> Colin Perkins
> http://csperkins.org/
>
>
>
> _______________________________________________
> Rtp-congestion mailing list
> Rtp-congestion@alvestrand.no
> http://www.alvestrand.no/mailman/listinfo/rtp-congestion



-- 
http://www.netlab.tkk.fi/~varun/