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