Re: [MEDIACTRL] ISSUE 3 - IVR Package - <variable>/<variabletype> interoperability

Lorenzo Miniero <lorenzo@meetecho.com> Fri, 08 October 2010 11:09 UTC

Return-Path: <lorenzo@meetecho.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 B19A33A6864 for <mediactrl@core3.amsl.com>; Fri, 8 Oct 2010 04:09:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.719
X-Spam-Level:
X-Spam-Status: No, score=-0.719 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_IT=0.635, HOST_EQ_IT=1.245]
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 zlJ6ZbhVWymo for <mediactrl@core3.amsl.com>; Fri, 8 Oct 2010 04:09:08 -0700 (PDT)
Received: from smtplq04.aruba.it (smtplq-out5.aruba.it [62.149.158.25]) by core3.amsl.com (Postfix) with SMTP id 9719A3A6841 for <mediactrl@ietf.org>; Fri, 8 Oct 2010 04:09:07 -0700 (PDT)
Received: (qmail 5623 invoked by uid 89); 8 Oct 2010 11:10:09 -0000
Received: from unknown (HELO smtp6.aruba.it) (62.149.128.201) by smtplq04.aruba.it with SMTP; 8 Oct 2010 11:10:09 -0000
Received: (qmail 19521 invoked by uid 89); 8 Oct 2010 11:10:10 -0000
Received: from unknown (HELO lminiero-acer) (lorenzo@meetecho.com@143.225.229.172) by smtp6.ad.aruba.it with SMTP; 8 Oct 2010 11:10:09 -0000
Date: Fri, 08 Oct 2010 13:07:41 +0200
From: Lorenzo Miniero <lorenzo@meetecho.com>
To: Victor Paulsamy <vpaulsamy@ditechnetworks.com>
Message-Id: <20101008130741.1b7a85ac.lorenzo@meetecho.com>
In-Reply-To: <AANLkTikUAn3L6sxs+O5dFrtPNOOUMeTxCRfw+0TcPSW3@mail.gmail.com>
References: <C8D3601A.9394%Scott.McGlashan@hp.com> <AANLkTikUAn3L6sxs+O5dFrtPNOOUMeTxCRfw+0TcPSW3@mail.gmail.com>
Organization: Meetecho
X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.6; i586-redhat-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Spam-Rating: smtp6.ad.aruba.it 1.6.2 0/1000/N
X-Spam-Rating: smtplq04.aruba.it 1.6.2 0/1000/N
Cc: "Alexey@core3.amsl.com" <Alexey@core3.amsl.com>, "mediactrl-chairs@tools.ietf.org" <mediactrl-chairs@tools.ietf.org>, "draft-ietf-mediactrl-ivr-control-package@tools.ietf.org" <draft-ietf-mediactrl-ivr-control-package@tools.ietf.org>, "mediactrl@ietf.org" <mediactrl@ietf.org>, "stpeter@stpeter.im" <stpeter@stpeter.im>, Melnikov <alexey.melnikov@isode.com>
Subject: Re: [MEDIACTRL] ISSUE 3 - IVR Package - <variable>/<variabletype> interoperability
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: Fri, 08 Oct 2010 11:09:09 -0000

I agree, I think that's the best option.

L.


On Fri, 8 Oct 2010 03:14:10 +0700
Victor Paulsamy <vpaulsamy@ditechnetworks.com> wrote:

> I like to see option # 2 as well.
> 
> --victor
> 
> On Thu, Oct 7, 2010 at 4:31 PM, McGlashan, Scott <scott.mcglashan@hp.com>wrote:
> 
> > Hi All,
> >
> > As part of our IESG review of the IVR package the following issues have
> > been identified:
> >
> > (a) 4.3.1.1.1.  <variable>
> >
> >   A <variable> element has the following attributes:
> >
> >   value:  specifies the string to be rendered.  A valid value is a
> >      string (see Section 4.6.6).  The attribute is mandatory.
> >
> >   type:  specifies the type to use for rendering.  A valid value is a
> >      string (see Section 4.6.6).  The attribute is mandatory.
> >
> >   format:  specifies format information to use in conjunction with the
> >      type for the rendering.  A valid value is a string (see
> >      Section 4.6.6).  The attribute is optional.  There is no default
> >      value.
> >
> >  Are these defined somewhere in more details?
> >
> >   For example, the MS could support <variable> type/format combinations
> >   such as:
> >
> >  Is this the complete list?
> >
> >
> > (b) Please clarify how implementations will achieve interoperability with
> > regard to the <variable> element, given that there are no registries or
> > specification for the 'type' and 'format' attributes. This applies also to
> > the <variabletype> element.
> >
> >
> > We need some input from the mailing list on how we should proceed with this
> > one: some options
> >
> > 1. Strengthen our descriptions of date, time and digits format/types. Limit
> > interoperability requirements to these 3 types.
> >
> > 2. As 1), but introduce registry for adding additional types.
> >
> > 3. Delete the <variable> and <variabletype> elements.
> >
> >
> > I would like WG input on these options. My preference is for option 2 (or
> > option 1 as 2nd choice).
> >
> > Thanks
> >
> > Scott
> >
> >
> > _______________________________________________
> > MEDIACTRL mailing list
> > MEDIACTRL@ietf.org
> > https://www.ietf.org/mailman/listinfo/mediactrl
> > Supplemental Web Site:
> > http://www.standardstrack.com/ietf/mediactrl
> >
> 


-- 
Lorenzo Miniero
Meetecho s.r.l.
http://www.meetecho.com