Re: [MMUSIC] Liaison Statement from 3GPP SA4 on RTCP Bandwidth Negotiation

Gonzalo Camarillo <Gonzalo.Camarillo@ericsson.com> Tue, 05 June 2012 10:58 UTC

Return-Path: <gonzalo.camarillo@ericsson.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 57B4821F86D8 for <mmusic@ietfa.amsl.com>; Tue, 5 Jun 2012 03:58:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.21
X-Spam-Level:
X-Spam-Status: No, score=-106.21 tagged_above=-999 required=5 tests=[AWL=0.039, BAYES_00=-2.599, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-4, 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 51PDmufqcivF for <mmusic@ietfa.amsl.com>; Tue, 5 Jun 2012 03:58:44 -0700 (PDT)
Received: from mailgw1.ericsson.se (mailgw1.ericsson.se [193.180.251.45]) by ietfa.amsl.com (Postfix) with ESMTP id D7B8621F86AA for <mmusic@ietf.org>; Tue, 5 Jun 2012 03:58:43 -0700 (PDT)
X-AuditID: c1b4fb2d-b7fc66d000006fdc-8a-4fcde662c40f
Received: from esessmw0191.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw1.ericsson.se (Symantec Mail Security) with SMTP id E6.90.28636.266EDCF4; Tue, 5 Jun 2012 12:58:42 +0200 (CEST)
Received: from [131.160.36.86] (153.88.115.8) by esessmw0191.eemea.ericsson.se (153.88.115.85) with Microsoft SMTP Server id 8.3.264.0; Tue, 5 Jun 2012 12:58:42 +0200
Message-ID: <4FCDE661.7020506@ericsson.com>
Date: Tue, 05 Jun 2012 13:58:41 +0300
From: Gonzalo Camarillo <Gonzalo.Camarillo@ericsson.com>
User-Agent: Mozilla/5.0 (Windows NT 6.0; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: mmusic <mmusic@ietf.org>
References: <4FC8AB79.5050808@ericsson.com>
In-Reply-To: <4FC8AB79.5050808@ericsson.com>
X-Enigmail-Version: 1.4.1
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpjluLIzCtJLcpLzFFi42KZGfG3Vjfp2Vl/g0395hZTlz9mcWD0WLLk J1MAYxSXTUpqTmZZapG+XQJXxpQdT5kL9ghWbD1+irGB8S1vFyMnh4SAicTZl5+ZIWwxiQv3 1rN1MXJxCAmcYpT4fqyJHcJZxShx5+w1sCpeAW2JBes2s4HYLAIqEq33pzOB2GwCFhJbbt1n AbFFBYIl5nXfZIGoF5Q4OfMJmC0iICOxd9NmsDnCQDXvNj8Gs4WAZt5/3Qg0k4ODU0BH4vqi eIiDJCUO/rvGDmIzC+hJTLnawghhy0tsfzsHrnX5sxaWCYyCs5Bsm4WkZRaSlgWMzKsYhXMT M3PSyw31Uosyk4uL8/P0ilM3MQLD8uCW37o7GE+dEznEKM3BoiTOy5W0319IID2xJDU7NbUg tSi+qDQntfgQIxMHp1QDo5PdeqmXr/qL3AX85056IXfm3f6Astre6g4PBumWxYXrhedHNL7S 9dv1dvnCP9rPtETydFz/p9cuuLHgsJCNkbKRdelMBsudpR1nS4PbnA8cf7K1u3HHGsMb2Utn xa6ecbU5Zfl2+3ePX3szxSZZRL6atHbiI1Xvo1M7y38Fi6+KUIiN+6FvocRSnJFoqMVcVJwI AKsfBXwZAgAA
Subject: Re: [MMUSIC] Liaison Statement from 3GPP SA4 on RTCP Bandwidth Negotiation
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmusic>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 05 Jun 2012 10:58:45 -0000

Hi,

this is the link to the LS in the tracker:

https://datatracker.ietf.org/documents/LIAISON/liaison-2012-05-31-3gpp-mmusic-on-rtcp-bandwidth-negotiation-attachment-1.doc

Cheers,

Gonzalo

On 01/06/2012 2:46 PM, Miguel A. Garcia wrote:
> 3GPP SA4 has sent us an LS on RTCP Bandwidth Negotiation. I copy below 
> the text.
> 
> We should be able to provide them an answer in a reasonable time frame, 
> so please, review it and provide with comments to the list. The chairs 
> will compile a reply text.
> 
> The original document can be found at the 3GPP web site:
> http://www.3gpp.org/ftp/tsg_sa/WG4_CODEC/TSGS4_69/Docs/S4-120810.zip
> 
> /Miguel and Flemming
> -------
> 
> 3GPP SA4 uses the RTCP bandwidth modifiers (b=RS and b=RR) to control the 
> amount of RTCP bandwidth used in point-to-point VoIP and video telephony 
> sessions.  As these parameters were primarily designed for multicast 
> sessions, the calculations in section 2 of RFC 3556 apply to the total 
> RTCP bandwidth for the session, i.e., total bandwidth for all clients 
> sending/receiving RTCP traffic. However, there are no SDP Offer/Answer 
> models defined that use these parameters for the negotiation of the total 
> RTCP bandwidth for point-to-point sessions.
> 
> To clarify this, SA4 is planning to make the following recommendations in 
> our specifications:
> 
> 1.	The RS and RR values included in the SDP offer should be treated as 
> proposed values for the session and may be modified by the answerer 
> during session negotiation.
> 
> 2.	When generating the SDP answer, the answerer should include the RR and 
> RS values proposed in the SDP offer. The answerer may instead choose to 
> include RR and RS values lower than those proposed in the SDP Offer.
> 
> 3.	The RS and RR values included in the SDP answer should be treated as 
> the negotiated values for the session and should be used to calculate the 
> total RTCP bandwidth for all terminals in the session.
> 
> 
> 
> Actions:
> To IETF MMUSIC WG
> 
> ACTION: 	SA4 asks MMUSIC WG to review the above recommendations and 
> identify if there are any discrepancies with the practices or 
> understanding in the IETF.
>