Re: [MMUSIC] Re: draft-rajeshkumar-mmusic-gpmd-03.txt

Flemming Andreasen <fandreas@cisco.com> Thu, 15 January 2004 02:31 UTC

Received: from optimus.ietf.org ([132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA27042 for <mmusic-archive@odin.ietf.org>; Wed, 14 Jan 2004 21:31:45 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AgxHx-0000Qb-HD for mmusic-archive@odin.ietf.org; Wed, 14 Jan 2004 21:31:17 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i0F2VHfs001641 for mmusic-archive@odin.ietf.org; Wed, 14 Jan 2004 21:31:17 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AgxHx-0000QO-DV for mmusic-web-archive@optimus.ietf.org; Wed, 14 Jan 2004 21:31:17 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA27022 for <mmusic-web-archive@ietf.org>; Wed, 14 Jan 2004 21:31:14 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AgxHu-00005L-00 for mmusic-web-archive@ietf.org; Wed, 14 Jan 2004 21:31:14 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1AgxGv-00002n-00 for mmusic-web-archive@ietf.org; Wed, 14 Jan 2004 21:30:14 -0500
Received: from [132.151.1.19] (helo=optimus.ietf.org) by ietf-mx with esmtp (Exim 4.12) id 1AgxGi-00000i-00 for mmusic-web-archive@ietf.org; Wed, 14 Jan 2004 21:30:00 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AgxGj-00009Y-9t; Wed, 14 Jan 2004 21:30:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AgxGN-00005Y-AJ for mmusic@optimus.ietf.org; Wed, 14 Jan 2004 21:29:39 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA26939 for <mmusic@ietf.org>; Wed, 14 Jan 2004 21:29:36 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AgxGK-0007nd-00 for mmusic@ietf.org; Wed, 14 Jan 2004 21:29:36 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1AgxF2-0007lQ-00 for mmusic@ietf.org; Wed, 14 Jan 2004 21:28:17 -0500
Received: from sj-iport-5.cisco.com ([171.68.10.87]) by ietf-mx with esmtp (Exim 4.12) id 1AgxEM-0007gx-00 for mmusic@ietf.org; Wed, 14 Jan 2004 21:27:34 -0500
Received: from sj-core-4.cisco.com (171.68.223.138) by sj-iport-5.cisco.com with ESMTP; 14 Jan 2004 18:27:14 -0800
Received: from cisco.com (sjc-vpn2-20.cisco.com [10.21.112.20]) by sj-core-4.cisco.com (8.12.6/8.12.6) with ESMTP id i0F2R2jQ021481; Wed, 14 Jan 2004 18:27:02 -0800 (PST)
Message-ID: <4005FA75.4518F92A@cisco.com>
Date: Wed, 14 Jan 2004 21:27:01 -0500
From: Flemming Andreasen <fandreas@cisco.com>
X-Mailer: Mozilla 4.79 [en]C-CCK-MCD (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Tom Taylor <taylor@nortelnetworks.com>
CC: mmusic@ietf.org
Subject: Re: [MMUSIC] Re: draft-rajeshkumar-mmusic-gpmd-03.txt
References: <D17456DF510BD61188E80002A58EDAE901E3F4FF@mchh2a5e.mchh.siemens.de> <3EB7A12B.C7F4F830@cisco.com> <4003111E.5000008@nortelnetworks.com> <4004B8F1.7BC3FC2@cisco.com> <400591D8.4070204@nortelnetworks.com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: mmusic-admin@ietf.org
Errors-To: mmusic-admin@ietf.org
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org
X-Spam-Status: No, hits=0.1 required=5.0 tests=AWL autolearn=no version=2.60
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit


Tom Taylor wrote:

> Thanks for the update.  I did see Ned Freed's remarks on the IESG I-D tracker, but
> wasn't sure if they were the cause of the remit to the authors.
>
> I know we've been there before, but one quick fix would be to add a parameter to
> the PCMU and PCMA MIME types to indicate voice-band data.
>

It wouldn't address the V.150.1 issue though, which is already using the gpmd
parameter. Also, some medium bw codecs are capable of passing lower-rate modulations
inband, so you could still support voice-band data with codecs other than PCMU and
PCMA. Admittedly, the set of relevant codecs is fairly manageable in practice, but it
would be nice to have a general parameter to address it.

-- Flemming


>
> Flemming Andreasen wrote:
>
> > At the risk of misrepresenting the IESG, let me offer my interpretation
> > of the comments we got from the IESG:
> >
> > 1. Concerns about the mechanism itself inasmuch as it may be (mis)used
> > to essentially redefine the meaning of an otherwise well-defined MIME
> > type. You may also have general "bucket" MIME types, the meaning of
> > which depend on parameters provided by something like gpmd. There are
> > some concerns with what that means for interoperability.
> > 2. Overlap with existing media feature tagging mechanims defined in RFCs
> > 2533, 2534, 2912, 2938, and 2987
> >
> > The authors have yet to figure out if and how those issues should be
> > resolved. One option is simply to kill the draft and just fallback to
> > the specifc vbd-definition already provided in ITU-T Recommendation
> > V.150.1. The intent with the draft of course was precisely not to do
> > that, but considering that the vbd-definition is really all we were
> > after, this may be getting into being a bit of an overkill. The only
> > "real" issue that would leave us with is getting the parameter
> > registered, and although Standards Track RFCs are preferred for that,
> > sdp-new does permit attributes to be registered per the "Specification
> > Required" policy; for at least the vbd-specific usage of gpmd, I believe
> > we would be close enough to pass that bar.
> >
> > -- Flemming
> >
> >
> > Tom Taylor wrote:
> >
> >
> >>The IESG ID tracker shows that the IESG requested changes to
> >>draft-rajeshkumar-mmusic-gpmd-03.txt.  What was the nature of those
> >>changes, and where does the process stand?
> >
> >
> >
>
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www1.ietf.org/mailman/listinfo/mmusic


_______________________________________________
mmusic mailing list
mmusic@ietf.org
https://www1.ietf.org/mailman/listinfo/mmusic