Re: [rtcweb] Changing video size (Re: use case:)

Harald Alvestrand <harald@alvestrand.no> Tue, 21 June 2011 15:26 UTC

Return-Path: <harald@alvestrand.no>
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 4E3D911E819F for <rtcweb@ietfa.amsl.com>; Tue, 21 Jun 2011 08:26:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, 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 akmprDvDH2mT for <rtcweb@ietfa.amsl.com>; Tue, 21 Jun 2011 08:26:40 -0700 (PDT)
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by ietfa.amsl.com (Postfix) with ESMTP id 8A52411E8148 for <rtcweb@ietf.org>; Tue, 21 Jun 2011 08:26:40 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 7BEA139E13B for <rtcweb@ietf.org>; Tue, 21 Jun 2011 17:25:35 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at eikenes.alvestrand.no
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JUfdpMuuSJT1 for <rtcweb@ietf.org>; Tue, 21 Jun 2011 17:25:34 +0200 (CEST)
Received: from [192.168.1.53] (162.80-203-220.nextgentel.com [80.203.220.162]) by eikenes.alvestrand.no (Postfix) with ESMTPS id B9F0739E08B for <rtcweb@ietf.org>; Tue, 21 Jun 2011 17:25:34 +0200 (CEST)
Message-ID: <4E00B82A.1000908@alvestrand.no>
Date: Tue, 21 Jun 2011 17:26:34 +0200
From: Harald Alvestrand <harald@alvestrand.no>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110424 Thunderbird/3.1.10
MIME-Version: 1.0
To: rtcweb@ietf.org
References: <5DA67EA1-77DC-4F55-850C-E76E0F133A81@cisco.com> <BANLkTi=g13whA3PCXKPW5Q7a2PzEDY3ESg@mail.gmail.com> <4DFF052A.8020202@alvestrand.no> <4DFF550C.2000009@jesup.org> <2F910F1F060F4EB3979388279209412E@gmail.com>
In-Reply-To: <2F910F1F060F4EB3979388279209412E@gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [rtcweb] Changing video size (Re: use case:)
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: Tue, 21 Jun 2011 15:26:41 -0000

On 06/21/11 09:45, Varun Singh wrote:
> In case of RTP, RTCP carries network level reception statistics and video/voice metrics (RTCP XR etc). However, there is a no standardized congestion control for RTP (http://tools.ietf.org/html/draft-gharai-avtcore-rtp-tfrc-00 uses packet loss and delay not some of the other cues mentioned in the mail).
>
> Unless we identify a congestion control, I would suggest that the use-case capture that we need an extensible mechanism to carry this type of information and then the sender implements its own congestion control (best to its ability).
>
I think we need to separate the two requirements:

- response to network conditions (congestion control)
- response to recipient system conditions such as window size, CPU load, 
window being obscured, and so on.

Even though the possible actions to take might be the same, the two are 
fundamentally different; responses to end system events concern only the 
sender and the recipient, while responses to congestion events have the 
requirement that the behavior be globally sensible - that is, works well 
with the algorithms deployed by other users of the network.

                          Harald