Re: [rtcweb] AMR and max-red in draft-ietf-rtcweb-fec

<stephane.proust@orange.com> Wed, 06 April 2016 08:18 UTC

Return-Path: <stephane.proust@orange.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 4D41312D12D for <rtcweb@ietfa.amsl.com>; Wed, 6 Apr 2016 01:18:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.619
X-Spam-Level:
X-Spam-Status: No, score=-2.619 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 9bTD_kwtGDNg for <rtcweb@ietfa.amsl.com>; Wed, 6 Apr 2016 01:18:03 -0700 (PDT)
Received: from relais-inet.francetelecom.com (relais-ias92.francetelecom.com [193.251.215.92]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7830012D0B7 for <rtcweb@ietf.org>; Wed, 6 Apr 2016 01:18:01 -0700 (PDT)
Received: from omfedm06.si.francetelecom.fr (unknown [xx.xx.xx.2]) by omfedm10.si.francetelecom.fr (ESMTP service) with ESMTP id A4E92264552; Wed, 6 Apr 2016 10:17:59 +0200 (CEST)
Received: from Exchangemail-eme3.itn.ftgroup (unknown [10.114.50.50]) by omfedm06.si.francetelecom.fr (ESMTP service) with ESMTP id 852AF27C058; Wed, 6 Apr 2016 10:17:59 +0200 (CEST)
Received: from OPEXCNORM4C.corporate.adroot.infra.ftgroup ([fe80::347e:851c:671b:3eed]) by OPEXCNORM52.corporate.adroot.infra.ftgroup ([fe80::c482:2589:c116:5790%21]) with mapi id 14.03.0279.002; Wed, 6 Apr 2016 10:17:59 +0200
From: stephane.proust@orange.com
To: Magnus Westerlund <magnus.westerlund@ericsson.com>, "rtcweb@ietf.org" <rtcweb@ietf.org>, Justin Uberti <juberti@google.com>
Thread-Topic: [rtcweb] AMR and max-red in draft-ietf-rtcweb-fec
Thread-Index: AQHRj35tBYF7jDlHHEyG7ti7A8dS5598mJBA
Date: Wed, 06 Apr 2016 08:17:58 +0000
Message-ID: <11040_1459930679_5704C637_11040_8908_1_2842AD9A45C83B44B57635FD4831E60A11E954E6@OPEXCNORM4C.corporate.adroot.infra.ftgroup>
References: <570427BD.2040506@ericsson.com>
In-Reply-To: <570427BD.2040506@ericsson.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.168.234.5]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2016.4.6.74516
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/7Dn_6sI9e4Hjle7OMFTno-Tz-DQ>
Subject: Re: [rtcweb] AMR and max-red in draft-ietf-rtcweb-fec
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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: Wed, 06 Apr 2016 08:18:05 -0000

Hello Magnus

I support your proposal. I would even suggest to relate this to the draft-ietf-rtcweb-audio-codecs-for-interop (where more information about use of AMR and AMR-WB is provided ) and specify more explicitly to include it in the offer/answer with an integer value multiple of 20ms not exceeding 220ms.
However, we can stay with your initial proposal if you or anyone else thinks it is preferable.

Kind regards

Stéphane

OLD:
    For AMR/AMR-WB, support for redundant encoding, and the maximum
    supported depth, are controlled by the 'max-red' parameter, as
    specified in [RFC4867], Section 8.1.

NEW:
    For AMR/AMR-WB, support for redundant encoding, and the maximum
    used depth, is indicated by the 'max-red' parameter, as
    specified in [RFC4867], Section 8.1 and 8.2. The 3GPP Multimedia
    Telephony services specifies a maximum value of 220 ms for
    'max-red', see [3GPP.26.114]. If AMR or AMR-WB are offered for interoperability purpose,
   see [draft-ietf-rtcweb-audio-codecs-for-interop], the max-red parameter must be included
  in the offer and answer and set to an integer value multiple of 20ms.

-----Message d'origine-----
De : rtcweb [mailto:rtcweb-bounces@ietf.org] De la part de Magnus Westerlund
Envoyé : mardi 5 avril 2016 23:02
À : rtcweb@ietf.org; Justin Uberti
Objet : [rtcweb] AMR and max-red in draft-ietf-rtcweb-fec

Hi,

As raised in the WG session there are where an open issue if there need to be any specification of the AMR/AMR-WB max-red parameter.

So RFC4867 do have the following on offer/answer usage of the parameter:

       -  The parameter "max-red" is a stream property parameter.  For
          send-only or send-recv unicast media streams, the parameter
          declares the limitation on redundancy that the stream sender
          will use.  For recvonly streams, it indicates the desired value
          for the stream sent to the receiver.  The answerer MAY change
          the value, but is RECOMMENDED to use the same limitation as the
          offer declares.  In the case of multicast, the offerer MAY
          declare a limitation; this SHALL be answered using the same
          value.  A media sender using this payload format is RECOMMENDED
          to always include the "max-red" parameter.  This information is
          likely to simplify the media stream handling in the receiver.
          This is especially true if no redundancy will be used, in which
          case "max-red" is set to 0.  As this parameter was not defined
          originally, some senders will not declare this parameter even
          if it will limit or not send redundancy at all.

Most notable is that media senders are RECOMMENDED to include it. Also note that it is the sender that indicates the limitation it intends to adhere to for the streams using this RTP payload type.

I also like to note that 3GPP in its specification for its Multimedia Telephony, has specified that one shall not use a value larger than 220 ms, and the value should be a multiple of 20 ms.  Please see 3GPP TS
26.114 version 13.3.0
http://www.3gpp.org/ftp/Specs/archive/26_series/26.114/26114-d30.zip

So from my perspective I think a WebRTC endpoint simply should follow the AMR RTP Payload specification when supported and include the parameter to indicate the actual upper range of the redundancy it intended to use. It is good to know about the limitation that 3GPP has defined as one likely reason to support AMR/AMR-WB is to be able to interoperate with 3GPP Services.

Thus I would suggest that a small addition to the Section 4.3 text and corrections in the first sentence:

OLD:
    For AMR/AMR-WB, support for redundant encoding, and the maximum
    supported depth, are controlled by the 'max-red' parameter, as
    specified in [RFC4867], Section 8.1.

NEW:
    For AMR/AMR-WB, support for redundant encoding, and the maximum
    used depth, is indicated by the 'max-red' parameter, as
    specified in [RFC4867], Section 8.1 and 8.2. The 3GPP Multimedia
    Telephony services specifies a maximum value of 220 ms for
    'max-red', see [3GPP.26.114].


New Informational Reference:

[3GPP.26.114]

<reference anchor="3GPP.26.114"><front><title>IP Multimedia Subsystem (IMS); Multimedia telephony; Media handling and interaction</title><author><organization>3GPP</organization></author><date
day="17" month="March" year="2016"/></front><seriesInfo name="3GPP TS" 
value="26.114 13.3.0"/><format type="HTML" 
target="http://www.3gpp.org/ftp/Specs/html-info/26114.htm"/></reference>

Opinions?

Cheers

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
----------------------------------------------------------------------

_______________________________________________
rtcweb mailing list
rtcweb@ietf.org
https://www.ietf.org/mailman/listinfo/rtcweb

_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.