Re: [payload] Alexey Melnikov's No Objection on draft-ietf-payload-melpe-05: (with COMMENT)
Alexey Melnikov <aamelnikov@fastmail.fm> Fri, 03 February 2017 16:18 UTC
Return-Path: <aamelnikov@fastmail.fm>
X-Original-To: payload@ietfa.amsl.com
Delivered-To: payload@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B93E12946F; Fri, 3 Feb 2017 08:18:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.719
X-Spam-Level:
X-Spam-Status: No, score=-2.719 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, 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, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=fastmail.fm header.b=GHVXxd9j; dkim=pass (1024-bit key) header.d=messagingengine.com header.b=GNIIOeU+
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 IA1fM_L7kF-d; Fri, 3 Feb 2017 08:18:00 -0800 (PST)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D9A4712941C; Fri, 3 Feb 2017 08:17:59 -0800 (PST)
Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 4907A207C3; Fri, 3 Feb 2017 11:17:59 -0500 (EST)
Received: from web5 ([10.202.2.215]) by compute7.internal (MEProxy); Fri, 03 Feb 2017 11:17:59 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=mesmtp; bh=THI+UBKmodYVFxEcT0FZ/iV7vJ 0=; b=GHVXxd9jnzzcotW2muWGuamdpHy4EW431g1MWjSSW9z4+4/Y+C1flH3mjt ikN6DuYJ9MlBPuoKXH3AzdqRpPwtzKSMCHaTpCdD13YbkaKtSlrRSJhVR8rnREqw fL/nS6C3DIn+HqRTgu80Ip0Mlm2kHpMyzR1lhMPLHdk/msUEI=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=smtpout; bh=TH I+UBKmodYVFxEcT0FZ/iV7vJ0=; b=GNIIOeU+SpZa3lGAEUidYz3WOMmGCFSm2z 1k3J+B9frRKru3w4tkzBGPq/Coxnyek6CYeaaz/9IPqrvmmuIjlbmKs6/aGGcv8O fDzTxQuebWIb4Gu/nz+Puclj5G2GV5E0/YKfs8J+xvqUvPHMnzni6hXT0dxwfl+X 2N/BgwNyY=
X-ME-Sender: <xms:N62UWNtmYbEzodhsI8Fq0ZhLQMb0LVSswZ8Lr49f99-OFV_YLB4Rvw>
Received: by mailuser.nyi.internal (Postfix, from userid 99) id 1E4D46ABF9; Fri, 3 Feb 2017 11:17:59 -0500 (EST)
Message-Id: <1486138679.642787.869386880.20380CD0@webmail.messagingengine.com>
From: Alexey Melnikov <aamelnikov@fastmail.fm>
To: "Victor Demjanenko, Ph.D." <victor.demjanenko@vocal.com>, roni.even@mail01.huawei.com, Ben Campbell <ben@nostrum.com>
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="utf-8"
X-Mailer: MessagingEngine.com Webmail Interface - ajax-e9b51b02
References: <148602296892.28202.1788647047054525631.idtracker@ietfa.amsl.com> <0a8401d27d99$174d83f0$45e88bd0$@demjanenko@vocal.com> <EDD3991E-D5EA-492E-B657-85C7025ECEBC@fastmail.fm> <0aac01d27e38$7a2acf60$6e806e20$@demjanenko@vocal.com>
Date: Fri, 03 Feb 2017 16:17:59 +0000
In-Reply-To: <0aac01d27e38$7a2acf60$6e806e20$@demjanenko@vocal.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/payload/d1ZVD4SD6WsJmeeg9NtUwndoT9Y>
Cc: draft-ietf-payload-melpe@ietf.org, payload-chairs@ietf.org, The IESG <iesg@ietf.org>, payload@ietf.org, "Dave Satterlee (Vocal)" <Dave.Satterlee@vocal.com>
Subject: Re: [payload] Alexey Melnikov's No Objection on draft-ietf-payload-melpe-05: (with COMMENT)
X-BeenThere: payload@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Audio/Video Transport Payloads working group discussion list <payload.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/payload>, <mailto:payload-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/payload/>
List-Post: <mailto:payload@ietf.org>
List-Help: <mailto:payload-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/payload>, <mailto:payload-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 03 Feb 2017 16:18:01 -0000
Hi Victor, On Fri, Feb 3, 2017, at 04:13 PM, Victor Demjanenko, Ph.D. wrote: > Hi Alexey, > > Thanks, with your clue, I followed an example in RFC 5391 and added the > following: Your changes look good to me. I am not sure about the two remaining paragraphs. They can stay as long as they are consistent (or the same) as text in other sections. > " Optional parameters: > > ptime: the recommended length of time (in milliseconds) > represented by the media in a packet. It SHALL use the nearest > rounded-up ms integer packet duration. For MELPe, this > corresponds to the values: 23, 45, 68, 90, 112, 135, 156, and > 180. Larger values can be used as long as they are properly > rounded. See Section 6 of RFC 4566 [RFC4566]. > > maxptime: the maximum length of time (in milliseconds) that can > be encapsulated in a packet. It SHALL use the nearest rounded- > up ms integer packet duration. For MELPe, this corresponds to > the values: 23, 45, 68, 90, 112, 135, 156, and 180. Larger > values can be used as long as they are properly rounded. See > Section 6 of RFC 4566 [RFC4566]. > > bitrate: specifies the MELPe coder bit rates supported. > Possible values are a comma-separated list of rates from the > set: 2400, 1200, 600. The modes are listed in order of > preference; first is preferred. If "bitrate" is not present, > the fixed coder bit rate of 2400 MUST be used. The alternate > encoding names, "MELP2400", "MELP1200", and "MELP600" directly > specify the MELPe coder bit rate of 2400, 1200, and 600 > respectively and MUST NOT specify a "bitrate" parameter. " > > Then in section 4.2, the bulleted list is now (adding ptime and maxptime > as > well as simplifying bitrate): > > " o The media type ("audio") goes in SDP "m=" as the media name. > o The media subtype (payload format name) goes in SDP "a=rtpmap" > as the encoding name. > o The parameter "bitrate" goes in the SDP "a=fmtp" attribute by > copying it as a "bitrate=<value>" string. > o The parameters "ptime" and "maxptime" go in the SDP "a=ptime" > and "a=maxptime" attributes, respectively." > > And the last paragraph in section 4.2 describing ptime and maxptime was > deleted as its contents was fully conveyed in section 4.1. > > Now there are two other paragraphs related to bitrate in section 4.2 that > have I not changed. It's possible that these can be eliminated and/or > reduced. Perhaps I delete all but the last sentence of the second > paragraph? Any opinions? > > " If the encoding name "MELP" is received without a "bitrate" > parameter, the fixed coder bit rate of 2400 MUST be used. The > alternate encoding names, "MELP2400", "MELP1200", and "MELP600" > directly specify the MELPe coder bit rate of 2400, 1200, and 600 > respectively and MUST NOT specify a "bitrate" parameter. > > The optional media type parameter, "bitrate", when present, MUST be > included in the "a=fmtp" attribute in the SDP, expressed as a media > type string in the form of a semicolon-separated list of > parameter=value pairs. The string, "value", can be one or more of > 2400, 1200, and 600 separated by commas (where each bit-rate value > indicates the corresponding MELPe coder). An example of the media > representation in SDP for describing MELPe when all three coder bit > rates are supported might be:" > > If the above is considered acceptable as is, I can post a new draft upon > request. Please let me know what and when to do this. (Roni, Ben, > thanks > for your help with this as well.) > > Thanks, > > Victor > > -----Original Message----- > From: Alexey Melnikov [mailto:aamelnikov@fastmail.fm] > Sent: Friday, February 3, 2017 4:16 AM > To: Victor Demjanenko, Ph.D. > Cc: The IESG; payload-chairs@ietf.org; roni.even@mail01.huawei.com; > draft-ietf-payload-melpe@ietf.org; payload@ietf.org; Dave Satterlee > (Vocal) > Subject: Re: [payload] Alexey Melnikov's No Objection on > draft-ietf-payload-melpe-05: (with COMMENT) > > Hi Victor, > > > On 2 Feb 2017, at 21:12, Victor Demjanenko, Ph.D. > <victor.demjanenko@vocal.com> wrote: > > > > Optional parameters: > > > > ptime, maxptime, bitrate > > You either need full definition of these optional parameters or > references > where they are defined. > > Best Regards, > Alexey > > >
- [payload] Alexey Melnikov's No Objection on draft… Alexey Melnikov
- Re: [payload] Alexey Melnikov's No Objection on d… Victor Demjanenko, Ph.D.
- Re: [payload] Alexey Melnikov's No Objection on d… Alexey Melnikov
- Re: [payload] Alexey Melnikov's No Objection on d… Alexey Melnikov
- Re: [payload] Alexey Melnikov's No Objection on d… Victor Demjanenko, Ph.D.