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.
- [MEDIACTRL] Mixer Control Package Eric Burger
- Re: [MEDIACTRL] Mixer Control Package Lorenzo Miniero
- Re: [MEDIACTRL] Mixer Control Package Tim Melanchuk
- Re: [MEDIACTRL] Mixer Control Package Adnan Saleem
- Re: [MEDIACTRL] Mixer Control Package Henry Lum
- Re: [MEDIACTRL] Mixer Control Package Mary Barnes
- Re: [MEDIACTRL] Mixer Control Package James Rafferty
- Re: [MEDIACTRL] Mixer Control Package Tim Melanchuk
- Re: [MEDIACTRL] Mixer Control Package Chris Boulton