Re: [MMUSIC] draft-ietf-mmusic-traffic-class-for-sdp-01
"James M. Polk" <jmpolk@cisco.com> Wed, 28 March 2012 08:00 UTC
Return-Path: <jmpolk@cisco.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EFB3C21F8962 for <mmusic@ietfa.amsl.com>; Wed, 28 Mar 2012 01:00:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.057
X-Spam-Level:
X-Spam-Status: No, score=-110.057 tagged_above=-999 required=5 tests=[AWL=0.542, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fI8g4ow5m2wn for <mmusic@ietfa.amsl.com>; Wed, 28 Mar 2012 01:00:43 -0700 (PDT)
Received: from mtv-iport-1.cisco.com (mtv-iport-1.cisco.com [173.36.130.12]) by ietfa.amsl.com (Postfix) with ESMTP id 57DE421F892C for <mmusic@ietf.org>; Wed, 28 Mar 2012 01:00:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=jmpolk@cisco.com; l=3284; q=dns/txt; s=iport; t=1332921643; x=1334131243; h=message-id:date:to:from:subject:cc:in-reply-to: references:mime-version; bh=97NUDqpZeWVkB9Mahn0sa5HjFVM6JSSZRdGshSKRUzE=; b=fPkXVwSm7AOctlkkgsnUKwHJ/SzbqP2X5leVVkoLHxYF05hEHUi8+mBJ 3r+cdsKw//EY++bvzVRcNzYq/IMmCniiyX89HA/G9rCTvatByyrx02yrV c5J16neX7TTYoTZaqq8XHzovyB2ALV4bK/O+D/DuoIvHQE8R9SAj7NdmC o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av8EACDEck+rRDoG/2dsb2JhbAA5Cg64aIEHggkBAQEDAQEBAQ8BJQI0AgkFBwQHBA4DBAEBAR4JBxkOHwkIBgESIodjBAyfApcoBIpuhiQEiFibToFogjBV
X-IronPort-AV: E=Sophos;i="4.73,661,1325462400"; d="scan'208";a="34875981"
Received: from mtv-core-1.cisco.com ([171.68.58.6]) by mtv-iport-1.cisco.com with ESMTP; 28 Mar 2012 08:00:43 +0000
Received: from jmpolk-wxp01.cisco.com (sjc-vpn5-1091.cisco.com [10.21.92.67]) by mtv-core-1.cisco.com (8.14.3/8.14.3) with ESMTP id q2S80fY9019634; Wed, 28 Mar 2012 08:00:42 GMT
Message-Id: <201203280800.q2S80fY9019634@mtv-core-1.cisco.com>
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Wed, 28 Mar 2012 03:00:39 -0500
To: Paul Kyzivat <pkyzivat@alum.mit.edu>, "Paul E. Jones" <paulej@packetizer.com>
From: "James M. Polk" <jmpolk@cisco.com>
In-Reply-To: <4F71F53A.9030606@alum.mit.edu>
References: <4F704B52.4010801@alum.mit.edu> <00d001cd0c3a$609311e0$21b935a0$@packetizer.com> <4F71F53A.9030606@alum.mit.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Cc: 'IETF MMUSIC WG' <mmusic@ietf.org>
Subject: Re: [MMUSIC] draft-ietf-mmusic-traffic-class-for-sdp-01
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmusic>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Mar 2012 08:00:46 -0000
At 12:13 PM 3/27/2012, Paul Kyzivat wrote: >On 3/27/12 6:55 PM, Paul E. Jones wrote: >>Paul, >> >>The previous draft had it that way (somewhat). We had "admitted" and >>"non-admitted" at the end. However, it was suggested that we group related >>things together. So, for indicating "admitted" or "non-admitted" or "none", >>we defined the "admission qualifier" (aq). There may be other adjective >>groups that we might define in the future (or now if people can think of >>useful examples). >> >>As one perhaps less useful example might be to indicate the resolution of a >>video. So, there might be a "res:1080|720|360" or "res:high|medium|low". >> >>One benefit in defining groups of adjectives is that if you are looking for >>the admission qualifier value, for example, then you can find the >>"aq:<whatever>" adjective. You may not know what"<whatever>" means, but at >>least you can identify that it is the admission qualifier value. >> >>So, it's there just to provide a grouping construct and to allow for >>identification of the group, even if the value in the group is not >>recognized. > >I see the value in the grouping. I just don't see the value in >introducing formal syntax for that grouping. I think it would make >the parser simpler to achieve the sort of grouping you are talking >about through an informal naming convention on the attributes. You >could have exactly the same names you do now if you simply permitted >":" as a valid character anywhere in attribute names. Or, you can >simply settle for some other separator character in the convention, >like "-", as in "aq-accepted". > >The special syntax for qualified attributes leaves me expecting more >- some special significance to qualifiers in general and the aq qualifier. Like I said, this is a good suggestion you have here. James > Thanks, > Paul > >>Paul >> >>>-----Original Message----- >>>From: mmusic-bounces@ietf.org [mailto:mmusic-bounces@ietf.org] On Behalf >>>Of Paul Kyzivat >>>Sent: Monday, March 26, 2012 6:56 AM >>>To: IETF MMUSIC WG >>>Subject: Re: [MMUSIC] draft-ietf-mmusic-traffic-class-for-sdp-01 >>> >>>James, >>> >>>We've had other discussions on "immersive". This is other stuff I had that >>>didn't seem worth bringing up in the meeting: >>> >>>In section 3, the way qualified-adjective is defined, the values for q- >>>adjective ("admitted", ...) can be used not only with "aq" (e.g. >>>aq:admitted), but can also be used with any other extension-mech that >>>might later be defined. >>> >>>That is ok if it is your intent. Is it? >>> >>>I'm not at all clear what the distinction is between qualifed and >>>unqualified adjectives. I suspect you could get the effect you want by >>>discarding the distinction between qualified and unqualified adjectives, >>>and simply defining "aq-admitted", "aq-non-admitted", and "aq-none" as >>>adjectives. >>> >>> Thanks, >>> Paul >>>_______________________________________________ >>>mmusic mailing list >>>mmusic@ietf.org >>>https://www.ietf.org/mailman/listinfo/mmusic >> > >_______________________________________________ >mmusic mailing list >mmusic@ietf.org >https://www.ietf.org/mailman/listinfo/mmusic
- Re: [MMUSIC] draft-ietf-mmusic-traffic-class-for-… Paul Kyzivat
- Re: [MMUSIC] draft-ietf-mmusic-traffic-class-for-… Paul E. Jones
- Re: [MMUSIC] draft-ietf-mmusic-traffic-class-for-… Paul Kyzivat
- Re: [MMUSIC] draft-ietf-mmusic-traffic-class-for-… James M. Polk
- Re: [MMUSIC] draft-ietf-mmusic-traffic-class-for-… James M. Polk
- Re: [MMUSIC] draft-ietf-mmusic-traffic-class-for-… James M. Polk