Re: [rtcweb] consent freshness vs. circuit breakers
Bernard Aboba <bernard_aboba@hotmail.com> Mon, 09 September 2013 16:18 UTC
Return-Path: <bernard_aboba@hotmail.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 821B911E81CE for <rtcweb@ietfa.amsl.com>; Mon, 9 Sep 2013 09:18:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.853
X-Spam-Level:
X-Spam-Status: No, score=-101.853 tagged_above=-999 required=5 tests=[AWL=0.744, BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 V5fXT50bb+Uw for <rtcweb@ietfa.amsl.com>; Mon, 9 Sep 2013 09:18:44 -0700 (PDT)
Received: from blu0-omc3-s25.blu0.hotmail.com (blu0-omc3-s25.blu0.hotmail.com [65.55.116.100]) by ietfa.amsl.com (Postfix) with ESMTP id 1B01921E81C7 for <rtcweb@ietf.org>; Mon, 9 Sep 2013 08:45:56 -0700 (PDT)
Received: from BLU169-W33 ([65.55.116.74]) by blu0-omc3-s25.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 9 Sep 2013 08:45:56 -0700
X-TMN: [nLS2Ieop6SdljWdoRX4+gSR6XoS2LwFd]
X-Originating-Email: [bernard_aboba@hotmail.com]
Message-ID: <BLU169-W33B76B08BBA4CBCBADBECA933F0@phx.gbl>
Content-Type: multipart/alternative; boundary="_d5d4e94b-4032-4052-9dc2-5ecf8cb4c1c5_"
From: Bernard Aboba <bernard_aboba@hotmail.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>, "rtcweb@ietf.org" <rtcweb@ietf.org>
Date: Mon, 09 Sep 2013 08:45:55 -0700
Importance: Normal
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1C49B5A1@ESESSMB209.ericsson.se>
References: <522D88A8.3010209@ericsson.com>, <7594FB04B1934943A5C02806D1A2204B1C49B5A1@ESESSMB209.ericsson.se>
MIME-Version: 1.0
X-OriginalArrivalTime: 09 Sep 2013 15:45:56.0248 (UTC) FILETIME=[AC376980:01CEAD73]
Subject: Re: [rtcweb] consent freshness vs. circuit breakers
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Sep 2013 16:18:50 -0000
Christer said: "Now, as we have decided to not use SDES, I guess that can be removed." [BA] Actually, I believe that a sentence or two describing why the needs of consent freshness are not met by mechanisms such as SRTCP is worth keeping, and possibly should even be expanded upon. One reason is that we also have the "circuit breakers" mechanism which *does* rely (in part) on SRTCP. Christer said: "But, based on that, I'd just like to verify whether there is still a need for the draft :)" [BA] I do think that the draft is still necessary, even without SDES/SRTP. The usage of ICE for consent seems to me to be less susceptible to a variety of issues than a dependency on SRTCP might be. However, I am concerned about the interaction between circuit breakers and consent freshness. At IETF 87, we heard that the circuit breakers mechanism could fire even when the overall loss rate was quite low, due to burst losses. That shouldn't be true of consent, since loss of consent requires up to 30 consecutive losses over a 15 second period. However, it would appear to me that the current circuit breakers algorithms will cause media sending to be curtailed prior to loss of consent in many cases.
- [rtcweb] Adopting draft-muthu-behave-consent-fres… Magnus Westerlund
- Re: [rtcweb] Adopting draft-muthu-behave-consent-… Simon Perreault
- Re: [rtcweb] Adopting draft-muthu-behave-consent-… Harald Alvestrand
- Re: [rtcweb] Adopting draft-muthu-behave-consent-… Christer Holmberg
- [rtcweb] Consent freshness in the light of no-SDE… Harald Alvestrand
- Re: [rtcweb] Consent freshness in the light of no… Christer Holmberg
- Re: [rtcweb] Adopting draft-muthu-behave-consent-… Alfred E. Heggestad
- Re: [rtcweb] Adopting draft-muthu-behave-consent-… Bernard Aboba
- Re: [rtcweb] consent freshness vs. circuit breake… Bernard Aboba
- Re: [rtcweb] Adopting draft-muthu-behave-consent-… Charles Eckel (eckelcu)
- Re: [rtcweb] Consent freshness in the light of no… Martin Thomson
- Re: [rtcweb] Consent freshness in the light of no… Martin Thomson
- Re: [rtcweb] Adopting draft-muthu-behave-consent-… Martin Thomson
- Re: [rtcweb] Adopting draft-muthu-behave-consent-… Gonzalo Salgueiro (gsalguei)
- Re: [rtcweb] Adopting draft-muthu-behave-consent-… Victor Pascual
- Re: [rtcweb] Adopting draft-muthu-behave-consent-… Timothy B. Terriberry
- Re: [rtcweb] Adopting draft-muthu-behave-consent-… Eric Rescorla
- Re: [rtcweb] Adopting draft-muthu-behave-consent-… Mishra, Sanjay
- Re: [rtcweb] consent freshness vs. circuit breake… Dan Wing
- Re: [rtcweb] Adopting draft-muthu-behave-consent-… Muthu Arul Mozhi Perumal (mperumal)
- Re: [rtcweb] Adopting draft-muthu-behave-consent-… Lijing (Jessie, Huawei)
- Re: [rtcweb] Adopting draft-muthu-behave-consent-… Mishra, Sanjay
- [rtcweb] FW: Adopting draft-muthu-behave-consent-… Lijing (Jessie, Huawei)
- Re: [rtcweb] FW: Adopting draft-muthu-behave-cons… Ram Mohan R (rmohanr)
- [rtcweb] Continuing to assert username/password (… Harald Alvestrand
- Re: [rtcweb] Adopting draft-muthu-behave-consent-… Magnus Westerlund
- Re: [rtcweb] Continuing to assert username/passwo… Tirumaleswar Reddy (tireddy)
- Re: [rtcweb] Continuing to assert username/passwo… Harald Alvestrand
- Re: [rtcweb] Continuing to assert username/passwo… Tirumaleswar Reddy (tireddy)