Re: [AVTCORE] [Technical Errata Reported] RFC4867 (4349)

Magnus Westerlund <magnus.westerlund@ericsson.com> Mon, 04 April 2016 17:39 UTC

Return-Path: <magnus.westerlund@ericsson.com>
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 D4F3D12D173 for <avt@ietfa.amsl.com>; Mon, 4 Apr 2016 10:39:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Level:
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] 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 ggmMwwVcaagA for <avt@ietfa.amsl.com>; Mon, 4 Apr 2016 10:39:17 -0700 (PDT)
Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 693F912D115 for <avt@ietf.org>; Mon, 4 Apr 2016 10:39:17 -0700 (PDT)
X-AuditID: c1b4fb30-f79246d00000788a-ae-5702a6c32fac
Received: from ESESSHC020.ericsson.se (Unknown_Domain [153.88.183.78]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 07.77.30858.3C6A2075; Mon, 4 Apr 2016 19:39:15 +0200 (CEST)
Received: from [127.0.0.1] (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.80) with Microsoft SMTP Server id 14.3.248.2; Mon, 4 Apr 2016 19:39:14 +0200
To: ben@nostrum.com, alissa@cooperw.in, keith.drage@alcatel-lucent.com, roni.even@mail01.huawei.com
References: <20150427155709.23479180092@rfc-editor.org>
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
Message-ID: <5702A6BB.3080402@ericsson.com>
Date: Mon, 04 Apr 2016 14:39:07 -0300
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <20150427155709.23479180092@rfc-editor.org>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrGLMWRmVeSWpSXmKPExsUyM2K7n+7hZUzhBh9uaVlMP/OX0eJlz0p2 i/mdp9ktnjaeZbR40vKD2eLklx0sDmwerc/2snp8efKSyWPJkp9MHjs2P2D1uHvrEpPHrJ1P WALYorhsUlJzMstSi/TtErgyZs/8yFSwQaViz4GdjA2MB6S6GDk5JARMJD43P2WGsMUkLtxb z9bFyMUhJHCEUeLo1QmMEM4yRonW94fAqoQFzCUmTljEBGKLCORK9B7/xgZiCwHF1y9eC9TA wcEsoCfR/a0UJMwmYCFx80cjWAmvgLbEt8MbwcawCKhIXJm0C8wWFYiROP7uHCNEjaDEyZlP WEBsTqDejj8wI+0lHmwtAwkzC8hLNG+dzQyxVVuioamDdQKj4Cwk3bMQOmYh6VjAyLyKUbQ4 tTgpN93ISC+1KDO5uDg/Ty8vtWQTIzD0D275bbCD8eVzx0OMAhyMSjy8C04xhguxJpYVV+Ye YpTgYFYS4T2/hClciDclsbIqtSg/vqg0J7X4EKM0B4uSOG925L8wIYH0xJLU7NTUgtQimCwT B6dUA2MBv5RDvo6J8ruHnGUOVg99Pp+c/KpCXNHuukLm3PTQ/En+SlIyK5QLMvmtpnRxunkY bj0xuXKO+YNF/5Um8ymvXTjx3OlKtwuy6Z2l0daZDzpSjr4SNza7ekoi75bm0jlfb0ov9S1X MTvqPHPtwqk3bN+YfPZ/kbltZsRt76MMXDxXc+udPymxFGckGmoxFxUnAgDRMrhHeQIAAA==
Archived-At: <http://mailarchive.ietf.org/arch/msg/avt/UX-ZfOqWkmMaa_bLQiSG9MLPsRU>
Cc: Thomas.Belling@nokia.com, avt@ietf.org
Subject: Re: [AVTCORE] [Technical Errata Reported] RFC4867 (4349)
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: Mon, 04 Apr 2016 17:39:20 -0000

WG,

I am co-author of this document. If there are any controversy around the 
consensus here I will let my co-chair or the AD judge that.

However, the WG should progress this Errata. It has been created due to 
actual interoperability issues that has been discussed in 3GPP SA4. From 
my perspective the errata also represents the intention of the document. 
Thus I propose that this errata is verified. Please provide any feedback 
by the 18th of April.

Cheers

Magnus Westerlund


Den 2015-04-27 kl. 12:57, skrev RFC Errata System:
> The following errata report has been submitted for RFC4867,
> "RTP Payload Format and File Storage Format for the Adaptive Multi-Rate (AMR) and Adaptive Multi-Rate Wideband (AMR-WB) Audio Codecs".
>
> --------------------------------------
> You may review the report below and at:
> http://www.rfc-editor.org/errata_search.php?rfc=4867&eid=4349
>
> --------------------------------------
> Type: Technical
> Reported by: Thomas Belling <Thomas.Belling@nokia.com>
>
> Section: 8.1
>
> Original Text
> -------------
>        mode-set: Restricts the active codec mode set to a subset of all
>                 modes, for example, to be able to support transport
>                 channels such as GSM networks in gateway use cases.
>                 Possible values are a comma separated list of modes from
>                 the set: 0,...,7 (see Table 1a [2]).  The SID frame type
>                 8 and NO_DATA (frame type 15) are never included in the
>                 mode set, but can always be used.  If mode-set is
>                 specified, it MUST be abided, and frames encoded with
>                 modes outside of the subset MUST NOT be sent in any RTP
>                 payload or used in codec mode requests.  If not present,
>                 all codec modes are allowed for the payload type.
>
>
> Corrected Text
> --------------
>        mode-set: Restricts the active codec mode set to a subset of all
>                 modes, for example, to be able to support transport
>                 channels such as GSM networks in gateway use cases.
>                 Possible values are a comma separated list of modes from
>                 the set: 0,...,7 (see Table 1a [2]).  The SID frame type
>                 8 and NO_DATA (frame type 15) are never included in the
>                 mode set, but can always be used.  If mode-set is
>                 specified, it MUST be abided, i.e. frames encoded with
>                 modes outside of the subset MUST NOT be sent in any RTP
>                 payload and codec mode requests MUST only use modes
>                 within the mode-set or CMR=15. If the mode-set parameter
>                 is not present, then all codec modes are allowed for the
>                 payload type.
>
>
> Notes
> -----
> The existing text rules out that CMR=15 is used when a mode-set has
been negotiated. However, this contradicts a statement in .clause 4.3.1
that if a terminal has no preference in which mode to receive, it SHOULD
set CMR=15 in all its outbound payloads.
>
> This erratum has been discussed and endorsed by the 3GPP SA4 group
before submission to IETF.

> Instructions:
> -------------
> This erratum is currently posted as "Reported". If necessary, please
> use "Reply All" to discuss whether it should be verified or
> rejected. When a decision is reached, the verifying party (IESG)
> can log in to change the status and edit the report, if necessary.
>
> --------------------------------------
> RFC4867 (draft-ietf-avt-rtp-amr-bis-06)
> --------------------------------------
> Title               : RTP Payload Format and File Storage Format for the Adaptive Multi-Rate (AMR) and Adaptive Multi-Rate Wideband (AMR-WB) Audio Codecs
> Publication Date    : April 2007
> Author(s)           : J. Sjoberg, M. Westerlund, A. Lakaniemi, Q. Xie
> Category            : PROPOSED STANDARD
> Source              : Audio/Video Transport
> Area                : Real-time Applications and Infrastructure
> Stream              : IETF
> Verifying Party     : IESG
>
>


-- 

Magnus Westerlund

----------------------------------------------------------------------
Services, Media and Network features, Ericsson Research EAB/TXM
----------------------------------------------------------------------
Ericsson AB                 | Phone  +46 10 7148287
Färögatan 6                 | Mobile +46 73 0949079
SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com
----------------------------------------------------------------------