Re: [AVTCORE] rtp-circuit-breakers-00 when not using BE?

Colin Perkins <csp@csperkins.org> Mon, 15 October 2012 16:05 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 638CE21F8723 for <avt@ietfa.amsl.com>; Mon, 15 Oct 2012 09:05:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.742
X-Spam-Level:
X-Spam-Status: No, score=-105.742 tagged_above=-999 required=5 tests=[AWL=0.857, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 GakkVYffyUg3 for <avt@ietfa.amsl.com>; Mon, 15 Oct 2012 09:05:47 -0700 (PDT)
Received: from balrog.mythic-beasts.com (balrog.mythic-beasts.com [93.93.130.6]) by ietfa.amsl.com (Postfix) with ESMTP id BF78C21F8714 for <avt@ietf.org>; Mon, 15 Oct 2012 09:05:47 -0700 (PDT)
Received: from [130.209.247.112] (helo=mangole.dcs.gla.ac.uk) by balrog.mythic-beasts.com with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.69) (envelope-from <csp@csperkins.org>) id 1TNnAn-0003WQ-Sw; Mon, 15 Oct 2012 17:05:46 +0100
Mime-Version: 1.0 (Apple Message framework v1283)
Content-Type: text/plain; charset="us-ascii"
From: Colin Perkins <csp@csperkins.org>
In-Reply-To: <201203062316.q26NGXvZ018119@mtv-core-4.cisco.com>
Date: Mon, 15 Oct 2012 17:05:45 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <65CCF0E0-7074-4138-90E6-1DEFCEF29420@csperkins.org>
References: <20120305201759.24406.49431.idtracker@ietfa.amsl.com> <766FE318-7DE3-4481-B3C4-C45F2A94C881@csperkins.org> <4F55C25A.9010407@alvestrand.no> <201203062316.q26NGXvZ018119@mtv-core-4.cisco.com>
To: "James M. Polk" <jmpolk@cisco.com>
X-Mailer: Apple Mail (2.1283)
X-BlackCat-Spam-Score: -11
X-Mythic-Debug: Threshold = On =
Cc: "avt@ietf.org WG" <avt@ietf.org>
Subject: Re: [AVTCORE] rtp-circuit-breakers-00 when not using BE?
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: Mon, 15 Oct 2012 16:05:48 -0000

James,

On 6 Mar 2012, at 23:16, James M. Polk wrote:
> Colin
> 
> I'm curious about this RTP extension for the cases in which DiffServ is actually used, but there's more load than capacity to serve the DS node(s)?
> 
> What happens then?

I'm not familiar with DiffServ deployments, but my assumption would be that over capacity traffic is delivered in a best effort manner, and is potentially subject to packet loss. That loss could potentially trigger the circuit breaker, if implemented.

> Also, in the fairly rare case that reservations are used, many times RTCP feedback will be used to invoke or cause a source to reduce resolution or to otherwise change audio codecs, which can be planned for *without* the need for this circuit breaker mode of just cease transmitting.

Sure.

> Would you be relying on the application at each end to know the difference as to whether that endpoint is within a BE network, a DS network that's congested or a network that uses (say) reservations, but still experiences problems?

The application can potentially do something smarter if it knows about the underlying network, but I think the circuit breaker is less subtle than that. I expect the circuit breaker to only fire as a last resort, and after the application would have had chance to perform congestion control or reestablish a reservation.

Colin



> James
> 
> At 01:52 AM 3/6/2012, Harald Alvestrand wrote:
>> On 03/06/2012 12:32 AM, Colin Perkins 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

...

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