[MEDIACTRL] MRB: Extensible Fields
Eric Burger <eburger@standardstrack.com> Tue, 23 February 2010 12:25 UTC
Return-Path: <eburger@standardstrack.com>
X-Original-To: mediactrl@core3.amsl.com
Delivered-To: mediactrl@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5F89C28C114 for <mediactrl@core3.amsl.com>; Tue, 23 Feb 2010 04:25:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.424
X-Spam-Level:
X-Spam-Status: No, score=-2.424 tagged_above=-999 required=5 tests=[AWL=0.175, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V+tEsbdj34pF for <mediactrl@core3.amsl.com>; Tue, 23 Feb 2010 04:25:46 -0800 (PST)
Received: from gs19.inmotionhosting.com (gs19.inmotionhosting.com [205.134.252.251]) by core3.amsl.com (Postfix) with ESMTP id A3A4328C1BA for <mediactrl@ietf.org>; Tue, 23 Feb 2010 04:25:46 -0800 (PST)
Received: from rrcs-24-199-33-18.west.biz.rr.com ([24.199.33.18] helo=[10.0.0.115]) by gs19.inmotionhosting.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from <eburger@standardstrack.com>) id 1Njtrg-0007Y1-LJ for mediactrl@ietf.org; Tue, 23 Feb 2010 04:27:48 -0800
From: Eric Burger <eburger@standardstrack.com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Tue, 23 Feb 2010 04:27:48 -0800
Message-Id: <7E9DA7A1-A582-4B99-A32F-0D309F0B4459@standardstrack.com>
To: mediactrl@ietf.org
Mime-Version: 1.0 (Apple Message framework v1077)
X-Mailer: Apple Mail (2.1077)
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - gs19.inmotionhosting.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - standardstrack.com
X-Source:
X-Source-Args:
X-Source-Dir:
Subject: [MEDIACTRL] MRB: Extensible Fields
X-BeenThere: mediactrl@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Media Control WG Discussion List <mediactrl.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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, 23 Feb 2010 12:25:47 -0000
Right now the schema for the MRB publisher and consumer interfaces is not extensible.
Do we need them to be?
The list of fixed values are:
msstatus: {active, deactivated, unavailable}
To me, this closed enumeration makes sense. What about you?
action: {create, update, remove}
To me, this closed enumeration makes sense. What about you?
actions: {encoding, decoding, passthrough}
Is this OK to be a closed enumeration?
dtmf: {RFC4733, Media} [INFO is in the list in mrb-03, but that is the subject of another email]
To me, I think this needs to be extensible. We know (think?) there will be a DTMF Info-Package, possibly.
vxml: {RFC5552, IVR-Package}
I'm hesitating here. On the one hand, I cannot imagine new packages. On the other hand, I could envision someone wanting to use MEDIACTRL to launch MSML or MSCML sessions. What do people on the list think?
Now comes the hard part: what if we do allow for extensibility? How does that get signaled? Do we need to signal extensions, or just let the MRB barf or ignore or default unrecognized values?
Thoughts welcome.
- [MEDIACTRL] MRB: Extensible Fields Eric Burger