Re: [AVTCORE] [tsvwg] [rtcweb] WG Last Call on changes: draft-ietf-avtcore-rtp-circuit-breakers-16

Colin Perkins <csp@csperkins.org> Tue, 28 June 2016 21:48 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 BF8E712D537; Tue, 28 Jun 2016 14:48:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rR5EcQJGV8RU; Tue, 28 Jun 2016 14:48:28 -0700 (PDT)
Received: from balrog.mythic-beasts.com (balrog.mythic-beasts.com [IPv6:2a00:1098:0:82:1000:0:2:1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 95B9412D1D2; Tue, 28 Jun 2016 14:48:28 -0700 (PDT)
Received: from [81.187.2.149] (port=37071 helo=[192.168.0.91]) by balrog.mythic-beasts.com with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from <csp@csperkins.org>) id 1bI0ro-0005cG-G5; Tue, 28 Jun 2016 22:48:25 +0100
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: Colin Perkins <csp@csperkins.org>
In-Reply-To: <20160628000400.GA1223@verdi>
Date: Tue, 28 Jun 2016 22:48:21 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <B4ACA689-0B6F-45BA-AA05-146FD89538FC@csperkins.org>
References: <E16BEA87-1D0F-48F1-A9AC-2729079D581D@tik.ee.ethz.ch> <8C16F1C6-B4A7-4BB4-B215-D7E7EAF308F8@erg.abdn.ac.uk> <CE03DB3D7B45C245BCA0D243277949362F59C41D@MX307CL04.corp.emc.com> <3E053A65-2698-4749-8E3D-E0451DF84011@ifi.uio.no> <BF6B00CC65FD2D45A326E74492B2C19FB76A6433@FR711WXCHMBA05.zeu.alcatel-lucent.com> <32a23d69d22062669f78df806a4eb6b8.squirrel@erg.abdn.ac.uk> <BF6B00CC65FD2D45A326E74492B2C19FB76A659B@FR711WXCHMBA05.zeu.alcatel-lucent.com> <CE03DB3D7B45C245BCA0D243277949362F5AEE02@MX307CL04.corp.emc.com> <6E35FB6C-CA98-413C-B7AE-75402A968017@ifi.uio.no> <3FD27BBF-8E2D-4A42-86A0-C4C0692FF8C9@csperkins.org> <20160628000400.GA1223@verdi>
To: John Leslie <john@jlc.net>
X-Mailer: Apple Mail (2.3124)
X-BlackCat-Spam-Score: -28
X-Mythic-Debug: Threshold = On =
Archived-At: <https://mailarchive.ietf.org/arch/msg/avt/r2Aaqmw-mFkIDUNT3OnEwwB4yM8>
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>, tsvwg <tsvwg@ietf.org>, Michael Welzl <michawe@ifi.uio.no>, IETF AVTCore WG <avt@ietf.org>
Subject: Re: [AVTCORE] [tsvwg] [rtcweb] WG Last Call on changes: draft-ietf-avtcore-rtp-circuit-breakers-16
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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: Tue, 28 Jun 2016 21:48:31 -0000

> On 28 Jun 2016, at 01:04, John Leslie <john@jlc.net> wrote:
> Colin Perkins <csp@csperkins.org> wrote:
>> On 27 Jun 2016, at 21:52, Michael Welzl <michawe@ifi.uio.no> wrote:
>> 
>>> Why even bother considering CE-marks as information for a circuit breaker?
>> 
>> Because the alternative is that we only break the circuit once the queue
>> has been driven into overflow, and packets have been lost.
>> We want to avoid that, since it causes latency, and too much latency is
>> very bad for the user experience. 
> 
>   If you want a circuit-breaker to control latency, why aren't you measuring
> latency?

Because the RTP circuit breaker needs to work with unmodified RFC 3550-style RTCP, which doesn’t return RTT samples sufficiently often to allow that, and because we don’t care about the precise latency, we just don’t want to fill a large queue.

-- 
Colin Perkins
https://csperkins.org/