Re: [MEDIACTRL] Mixer Control Package

"Henry Lum" <Henry.Lum@alcatel-lucent.com> Tue, 06 September 2011 18:23 UTC

Return-Path: <Henry.Lum@alcatel-lucent.com>
X-Original-To: mediactrl@ietfa.amsl.com
Delivered-To: mediactrl@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C6A1D21F8CED for <mediactrl@ietfa.amsl.com>; Tue, 6 Sep 2011 11:23:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.521
X-Spam-Level:
X-Spam-Status: No, score=-6.521 tagged_above=-999 required=5 tests=[AWL=0.078, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 59DYBUiKzWOx for <mediactrl@ietfa.amsl.com>; Tue, 6 Sep 2011 11:23:13 -0700 (PDT)
Received: from ihemail3.lucent.com (ihemail3.lucent.com [135.245.0.37]) by ietfa.amsl.com (Postfix) with ESMTP id EC9F521F8CE8 for <mediactrl@ietf.org>; Tue, 6 Sep 2011 11:23:11 -0700 (PDT)
Received: from usnavsmail3.ndc.alcatel-lucent.com (usnavsmail3.ndc.alcatel-lucent.com [135.3.39.11]) by ihemail3.lucent.com (8.13.8/IER-o) with ESMTP id p86IOwQr019178 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 6 Sep 2011 13:24:58 -0500 (CDT)
Received: from relay-out1.dc.genesyslab.com (relay-out1.dc.genesyslab.com [172.22.68.187]) by usnavsmail3.ndc.alcatel-lucent.com (8.14.3/8.14.3/GMO) with ESMTP id p86IOulW005766 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 6 Sep 2011 13:24:58 -0500
Received: from g2.genesyslab.com (g2.genesyslab.com [192.168.20.138]) by relay-out1.dc.genesyslab.com (8.13.8+Sun/8.13.8) with ESMTP id p86IOuDc024028; Tue, 6 Sep 2011 11:24:56 -0700 (PDT)
Received: from NAHALD.us.int.genesyslab.com ([192.168.20.93]) by g2.genesyslab.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 6 Sep 2011 11:24:56 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Tue, 06 Sep 2011 11:24:52 -0700
Message-ID: <059AF07365DC474393A19A3AF187DF740784D598@NAHALD.us.int.genesyslab.com>
In-Reply-To: <57534C79-D34A-4C8C-AD49-A7AF503D0660@standardstrack.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [MEDIACTRL] Mixer Control Package
Thread-Index: AcxstqKf51XAz+ceRIS3n8FFEAs0bgAC5FKw
References: <57534C79-D34A-4C8C-AD49-A7AF503D0660@standardstrack.com>
From: Henry Lum <Henry.Lum@alcatel-lucent.com>
To: Eric Burger <eburger@standardstrack.com>, mediactrl@ietf.org
X-OriginalArrivalTime: 06 Sep 2011 18:24:56.0146 (UTC) FILETIME=[473BD320:01CC6CC2]
X-Scanned-By: MIMEDefang 2.57 on 135.245.2.37
X-Scanned-By: MIMEDefang 2.64 on 135.3.39.11
Subject: Re: [MEDIACTRL] Mixer Control Package
X-BeenThere: mediactrl@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Media Control WG Discussion List <mediactrl.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mediactrl>, <mailto:mediactrl-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mediactrl>
List-Post: <mailto:mediactrl@ietf.org>
List-Help: <mailto:mediactrl-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mediactrl>, <mailto:mediactrl-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Sep 2011 18:23:14 -0000

+1

-----Original Message-----
From: mediactrl-bounces@ietf.org [mailto:mediactrl-bounces@ietf.org] On
Behalf Of Eric Burger
Sent: Tuesday, September 06, 2011 1:01 PM
To: mediactrl@ietf.org
Subject: [MEDIACTRL] Mixer Control Package

The Mixer Control Package, the second to last normative document the
work group needs to publish, has been on hold for nine months waiting
for the XCON common data model.  That document has been stuck in the
XCON work group for over three months.

Do we need this to be a normative reference?  We refer to the document
in two places.  The first is in 4.2.1.4.2.1, where we enumerate the
entire list of video layouts. By the way, that reference is a MAY, not a
MUST or even a SHOULD.  The second is in 4.4.1, where we say we take the
<codec> element from the data model, but then we go ahead and define the
element, anyway.

I would offer that reading, understanding, and conforming to the data
model is a nice thing.  However, it is not mandatory for creating an
interoperable mediactrl implementation.  Therefore, I would propose we
ask the RFC Editor move this reference from the Normative References to
the Informative References, at which point this document will publish.

Thoughts?

					
-------------------------------------------------------------------------------------------------------------------
CONFIDENTIALITY NOTICE: This e-mail and any files attached may contain confidential and proprietary information of Alcatel-Lucent and/or its affiliated entities. Access by the intended recipient only is authorized. Any liability arising from any party acting, or refraining from acting, on any information contained in this e-mail is hereby excluded. If you are not the intended recipient, please notify the sender immediately, destroy the original transmission and its attachments and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Copyright in this e-mail and any attachments belongs to Alcatel-Lucent and/or its affiliated entities.