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

Colin Perkins <csp@csperkins.org> Wed, 04 April 2012 07:36 UTC

Return-Path: <csp@csperkins.org>
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 1685E21F870F for <avt@ietfa.amsl.com>; Wed, 4 Apr 2012 00:36:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.599
X-Spam-Level:
X-Spam-Status: No, score=-103.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, 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 tttqIR7+crUq for <avt@ietfa.amsl.com>; Wed, 4 Apr 2012 00:36:06 -0700 (PDT)
Received: from anchor-msapost-2.mail.demon.net (anchor-msapost-2.mail.demon.net [195.173.77.165]) by ietfa.amsl.com (Postfix) with ESMTP id 388C021F870E for <avt@ietf.org>; Wed, 4 Apr 2012 00:36:06 -0700 (PDT)
Received: from starkperkins.demon.co.uk ([80.176.158.71] helo=[192.168.0.30]) by anchor-post-2.mail.demon.net with esmtpsa (AUTH csperkins-dwh) (TLSv1:AES128-SHA:128) (Exim 4.69) id 1SFKlA-0005ca-mJ; Wed, 04 Apr 2012 07:36:05 +0000
Mime-Version: 1.0 (Apple Message framework v1257)
Content-Type: text/plain; charset="iso-8859-1"
From: Colin Perkins <csp@csperkins.org>
In-Reply-To: <CADRHXGs0N5VuekTKoc6HOW3uTvge9qX1UnWJJ3ZC2bT=k1z5Pw@mail.gmail.com>
Date: Wed, 04 Apr 2012 08:36:03 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <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>
To: Mark Handley <M.Handley@cs.ucl.ac.uk>
X-Mailer: Apple Mail (2.1257)
Cc: rtp-congestion@alvestrand.no, "avt@ietf.org WG" <avt@ietf.org>
Subject: Re: [AVTCORE] 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 07:36:07 -0000

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/