Re: [MMUSIC] Last Call: <draft-ietf-mmusic-sdp-mux-attributes-13.txt> (A Framework for SDP Attributes when Multiplexing) to Proposed Standard

Suhas Nandakumar <> Fri, 26 August 2016 17:36 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 0B72A12D192; Fri, 26 Aug 2016 10:36:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Status: No, score=-1.999 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (2048-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id T268DdnoEu1L; Fri, 26 Aug 2016 10:36:47 -0700 (PDT)
Received: from ( [IPv6:2607:f8b0:4002:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id BDFCF12D16D; Fri, 26 Aug 2016 10:36:43 -0700 (PDT)
Received: by with SMTP id h3so8211825ybi.2; Fri, 26 Aug 2016 10:36:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Ub09fJ9UDV3ogJXAH0GRE6Y9c3r/l0YGNBIoE2sq8S8=; b=SE1kzV/nbnY9yTAwSJ3ZaldQ0YVnBwq+hXZHqLX7aqNfxr2svIJkges7Ix8WwiWnb0 BjZIQXb1TsCNU4OnGA7oPwIxtFVJNlQzEjg1ggArmF+49MT5SYzfRBBCHtsmuXmb+D1o eAsweBuTmcKDUkacaSB0Y3SudLxumQexiZrq+4FH8ren8sTEHdhwHUQqNW0fIPLErXPf tQzlDgUWdFMGoX5ochbCuLqwNeCRZQcOqqAyQtSGCNpVy4xDmkOMSNJS+e0L9oa3P6LT /jIWddH+26JN07eQiDxXomOaj9s7BdClJhxddYEC5ovB9zQaDcud8PcCnGumitdyP1YL l2gg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Ub09fJ9UDV3ogJXAH0GRE6Y9c3r/l0YGNBIoE2sq8S8=; b=TB8WjlPsbglhA7HhFsNKj591+Oe49xrilbrOk5U7JiyvkvN/ZzwuY5Qg9AhGSqhpz6 +nqWoIqyX+6AphHW+AkFa1cbmOlGbrpUCJTtLX7GXnJmwdy1OSFq092+9Cgf9XTx+MSg zntB/BdZb6DmsA9I8BtIsV4gd24hl7BBMPX6L7fz3kov+FDRw1OMEiuRCXDdNzE8oETz wQfnQV54TiRAyZu1bmGdQpfuef1No7cRpf46YFqrIcRdk1xjZDhIva+cChguQdYK65oA PfxWmOWpkk2QWq6fUp+eIKz0AwFQgE67xssMP0zp5jYjgt76JeI3bHzlYsgamBpEFugl yB/g==
X-Gm-Message-State: AE9vXwPksPebIOJlgyASbKFtYwMtOC2XPY9VM/w5cP1EvxbsxKr9Nx49zZ2oE8ywCrZQrWVx7i4GfWiMGkdDyg==
X-Received: by with SMTP id d72mr3886344ybh.171.1472233002975; Fri, 26 Aug 2016 10:36:42 -0700 (PDT)
MIME-Version: 1.0
Received: by with HTTP; Fri, 26 Aug 2016 10:36:42 -0700 (PDT)
In-Reply-To: <>
References: <>
From: Suhas Nandakumar <>
Date: Fri, 26 Aug 2016 10:36:42 -0700
Message-ID: <>
Subject: Re: [MMUSIC] Last Call: <draft-ietf-mmusic-sdp-mux-attributes-13.txt> (A Framework for SDP Attributes when Multiplexing) to Proposed Standard
Content-Type: multipart/alternative; boundary="94eb2c0a88122b4d3b053afcf5e3"
Archived-At: <>
Cc: Ben Campbell <>,, mmusic WG <>, IETF-Announce <>,
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF-Discussion <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Fri, 26 Aug 2016 17:36:49 -0000

Hello All

    As part of GEN-ART review for draft-ietf-mmusic-sdp-mux-attributes-13
there were few points discussed that calls for a wider attention before
rolling out the next draft update.

Here is the summary of the review comments and subsequent changes that will
be planned in the next version of the draft

GEN-ART Review by Dan Romanscanu

1. Process to register new Multiplexing Categories:

   Today the draft says any new category is registered based on
 "first-come first-serve basis" and the proposed update is to following
RFC5226 "Standards Action" procedures for registering new multiplexing
categories in the future.

2. Process to update the "Mux Category" Column Values in the registry for a
given SDP attribute:

 The draft says such an update requires a new specification. The update
plan will be on the lines
 "Updates to the Mux Category column values will follow the existing
policy of the affected table"

This aligns with the Section of draft-ietf-mmusic-rfc4566bis-17

3. Process to add entry to the "Mux Category" column  for a new SDP

  Again following steps similar to point 2, the plan is to align it to
Section of draft-ietf-mmusic-rfc4566bis-17

Please let us know your inputs/concerns on the above changes.

Suhas Nandakumar

On Wed, Jul 13, 2016 at 9:18 AM, The IESG <> wrote:

> The IESG has received a request from the Multiparty Multimedia Session
> Control WG (mmusic) to consider the following document:
> - 'A Framework for SDP Attributes when Multiplexing'
>   <draft-ietf-mmusic-sdp-mux-attributes-13.txt> as Proposed Standard
> The IESG plans to make a decision in the next few weeks, and solicits
> final comments on this action. The last call is extended due to crossing
> an IETF meeting, and due to the length of the draft. Please send
> substantive comments to the mailing lists by 2016-08-10.
> Exceptionally, comments may be sent to instead.
> In either case, please retain the beginning of the Subject line to
>  allow automated sorting.
> Abstract
>    The purpose of this specification is to provide a framework for
>    analyzing the multiplexing characteristics of Session Description
>    Protocol (SDP) attributes when SDP is used to negotiate the usage of
>    single 5-tuple for sending and receiving media associated with
>    multiple media descriptions.
>    This specification also categorizes the existing SDP attributes based
>    on the framework described herein.
> The file can be obtained via
> IESG discussion can be tracked via
> ttributes/ballot/
> No IPR declarations have been submitted directly on this I-D.
> _______________________________________________
> mmusic mailing list