[MMUSIC] Deprecate a=quality in 4566bis ? [Re: FW: New Version Notification for draft-ietf-mmusic-rfc4566bis-15.txt]

Flemming Andreasen <fandreas@cisco.com> Fri, 29 May 2015 20:05 UTC

Return-Path: <fandreas@cisco.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F6001A8035 for <mmusic@ietfa.amsl.com>; Fri, 29 May 2015 13:05:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -13.911
X-Spam-Level:
X-Spam-Status: No, score=-13.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, J_CHICKENPOX_17=0.6, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 2rV85hdMlmns for <mmusic@ietfa.amsl.com>; Fri, 29 May 2015 13:05:32 -0700 (PDT)
Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 26D5F1A7D83 for <mmusic@ietf.org>; Fri, 29 May 2015 13:05:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=572; q=dns/txt; s=iport; t=1432929932; x=1434139532; h=message-id:date:from:mime-version:to:subject:references: in-reply-to:content-transfer-encoding; bh=UZXKIU6sBzoqya38yHI3jTrXrbVsCYvgZb07mS7Gvpk=; b=ehzg/L5jVr4ShisMa3olgJtCsMaGWUOD7Nt+PwOv6+YtcGgao71DSVv5 Q1wTedDRb2pe8m2HKAy/nTCC99zoLgWhXEqKT6H+rblx33HyLtPmTSEQy ORJNFYvb1mAHaak33FGnpH2IBPXuGU7N7nD31hrCvf7l+e8zcgZx8caru g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0D1BQAhxWhV/5BdJa1cDoMChFCpAwEBAQEBAQUBgQSYVAKBSEwBAQEBAQGBC4QiAQEBBCMVPxIZCgICBRoHAgIPAj0JBgEMCAEBiCmxNqNyAQEBAQEBAQEBAQEBAQEBAQEbgSGEeIo3gmiBRQEEnhyHeI86I2GBKRwVf1oigngBAQE
X-IronPort-AV: E=Sophos;i="5.13,519,1427760000"; d="scan'208";a="423750196"
Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by rcdn-iport-5.cisco.com with ESMTP; 29 May 2015 20:05:31 +0000
Received: from [10.98.149.195] (bxb-fandreas-8812.cisco.com [10.98.149.195]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id t4TK5UpY013295; Fri, 29 May 2015 20:05:31 GMT
Message-ID: <5568C686.60406@cisco.com>
Date: Fri, 29 May 2015 16:05:26 -0400
From: Flemming Andreasen <fandreas@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0
MIME-Version: 1.0
To: Paul Kyzivat <pkyzivat@alum.mit.edu>, mmusic@ietf.org
References: <20150505141341.12350.74919.idtracker@ietfa.amsl.com> <98AC1ED5-BDC6-40AC-BA20-431558245E21@cisco.com> <554A3AC8.8020605@alum.mit.edu>
In-Reply-To: <554A3AC8.8020605@alum.mit.edu>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/zDE08NxXPOy2Y5bye3_RIVnLWOA>
Subject: [MMUSIC] Deprecate a=quality in 4566bis ? [Re: FW: New Version Notification for draft-ietf-mmusic-rfc4566bis-15.txt]
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.15
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: Fri, 29 May 2015 20:05:33 -0000


On 5/6/15 12:01 PM, Paul Kyzivat wrote:
> On 5/5/15 10:17 AM, Ali C. Begen (abegen) wrote:
>> This version addresses all the existing issues except:
>>
>> 1) a=quality is neither well defined nor known to be used. However, 
>> the chairs (I believe Ari) were supposed to confirm this with SIP 
>> Forum. A note has been added to the document.
>
> I posted a query to sip-implementors about this.
Thank you Paul. Did you hear anything back ?

In either case, does anybody else have any concerns with deprecating 
this attribute in 4566bis ?

-- Flemming