Re: [AVTCORE] [Technical Errata Reported] RFC4867 (4349)
Magnus Westerlund <magnus.westerlund@ericsson.com> Wed, 06 April 2016 20:08 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 1A06D12D1DD;
Wed, 6 Apr 2016 13:08:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.202
X-Spam-Level:
X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3,
RCVD_IN_MSPIKE_H2=-0.001, 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 NuQM-CSOqeVO; Wed, 6 Apr 2016 13:08:49 -0700 (PDT)
Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58])
(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id CB4DC12D135;
Wed, 6 Apr 2016 13:08:38 -0700 (PDT)
X-AuditID: c1b4fb3a-f79d86d000005b69-a5-57056cc628d0
Received: from ESESSHC014.ericsson.se (Unknown_Domain [153.88.183.60])
by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id
A4.BE.23401.6CC65075; Wed, 6 Apr 2016 22:08:38 +0200 (CEST)
Received: from [127.0.0.1] (153.88.183.153) by smtp.internal.ericsson.com
(153.88.183.62) with Microsoft SMTP Server id 14.3.248.2; Wed, 6 Apr 2016
22:08:35 +0200
To: <ben@nostrum.com>, <alissa@cooperw.in>, <keith.drage@alcatel-lucent.com>,
<roni.even@mail01.huawei.com>
References: <20150427155709.23479180092@rfc-editor.org>
<5702A6BB.3080402@ericsson.com>
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
Message-ID: <57056CBD.1080500@ericsson.com>
Date: Wed, 6 Apr 2016 17:08:29 -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: <5702A6BB.3080402@ericsson.com>
Content-Type: text/plain; charset="windows-1252"; format=flowed
Content-Transfer-Encoding: 8bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrNLMWRmVeSWpSXmKPExsUyM2K7je6xHNZwgy+/FS2mn/nLaPGyZyW7
xfzO0+wWTxvPMlpcuniWyeJJyw9mi5NfdrA4sHu0PtvL6vHlyUsmjyVLfjJ57Nj8gNXj7q1L
TB6zdj5hCWCL4rJJSc3JLEst0rdL4Mq4v28me8F09YqbS5tYGhjvy3QxcnJICJhITNl/lRXC
FpO4cG89WxcjF4eQwBFGickzZrKBJIQEljFKHFiYD2ILCzhK3D3RBNYgIpAr0Xv8G1RNpMTl
zkNgNrNAuMSzuQ9ZQGw2AQuJmz8aweK8AtoSz+e0g9ksAioSLx7MYgexRQViJI6/O8cIUSMo
cXLmE7BeTgEdiaXXtzF1MXIAzbSXeLC1DGK8vETz1tnMEGu1JRqaOlgnMArOQtI9C6FjFpKO
BYzMqxhFi1OLi3PTjYz0Uosyk4uL8/P08lJLNjECo+Dglt9WOxgPPnc8xCjAwajEw7sglyVc
iDWxrLgy9xCjBAezkgjv4jTWcCHelMTKqtSi/Pii0pzU4kOM0hwsSuK8OZH/woQE0hNLUrNT
UwtSi2CyTBycUg2M4oe7j3i+DQ/dz7+DTzxx5qwKiz+fp27cn7Prmal12bQse+trsVejKydJ
6vmYvOczXSVvuujFZil+rbpJJ1xTv67cVq/qU3JI2cXj3gsb4073tCATHRUblg8Pt/qvd/a0
2rHpdnkI+/LofaYn7za6b+p/v/Ly3ZJdB5x9Dtsxz7i3R9hQtp5JiaU4I9FQi7moOBEAm6SV
rH4CAAA=
Archived-At: <http://mailarchive.ietf.org/arch/msg/avt/O9h5zxiyYn48s4W7gE7fEmRAai8>
Cc: Thomas.Belling@nokia.com, avt@ietf.org,
"payload@ietf.org" <payload@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: Wed, 06 Apr 2016 20:08:52 -0000
Payload, I should have included you from start. Please provide any input on this Errata as its relate to an RTP Payload format. Cheers Magnus Westerlund (AVTCORE WG chair) Den 2016-04-04 kl. 14:39, skrev Magnus Westerlund: > 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 ----------------------------------------------------------------------
- [AVTCORE] [Technical Errata Reported] RFC4867 (43… RFC Errata System
- Re: [AVTCORE] [Technical Errata Reported] RFC4867… Magnus Westerlund
- Re: [AVTCORE] [Technical Errata Reported] RFC4867… Magnus Westerlund
- [AVTCORE] [Errata Verified] RFC4867 (4349) RFC Errata System