Re: [Slim] #40 Syntax Extensibility

Gunnar Hellström <gunnar.hellstrom@omnitor.se> Mon, 12 June 2017 13:38 UTC

Return-Path: <gunnar.hellstrom@omnitor.se>
X-Original-To: slim@ietfa.amsl.com
Delivered-To: slim@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 46F5E1292CE for <slim@ietfa.amsl.com>; Mon, 12 Jun 2017 06:38:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 AHawDs5MZYIJ for <slim@ietfa.amsl.com>; Mon, 12 Jun 2017 06:38:49 -0700 (PDT)
Received: from bin-vsp-out-01.atm.binero.net (bin-mail-out-06.binero.net [195.74.38.229]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E138C127876 for <slim@ietf.org>; Mon, 12 Jun 2017 06:38:48 -0700 (PDT)
X-Halon-ID: 74e6e49b-4f74-11e7-b75a-005056917a89
Authorized-sender: gunnar.hellstrom@omnitor.se
Received: from [192.168.2.136] (unknown [77.53.230.196]) by bin-vsp-out-01.atm.binero.net (Halon Mail Gateway) with ESMTPSA; Mon, 12 Jun 2017 15:38:45 +0200 (CEST)
To: Randall Gellens <rg+ietf@randy.pensive.org>, Natasha Rooney <nrooney@gsma.com>, "slim@ietf.org" <slim@ietf.org>
References: <CC889E85-7518-459A-A666-865CD4203397@gsma.com> <p0624060bd560c92e034a@[99.111.97.136]>
From: Gunnar Hellström <gunnar.hellstrom@omnitor.se>
Message-ID: <997ec582-e710-467f-bf8b-1e121a3324da@omnitor.se>
Date: Mon, 12 Jun 2017 15:38:42 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <p0624060bd560c92e034a@[99.111.97.136]>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/slim/CttnDEiFvY4ZWFySPupbdfRCNTk>
Subject: Re: [Slim] #40 Syntax Extensibility
X-BeenThere: slim@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Selection of Language for Internet Media <slim.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/slim>, <mailto:slim-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/slim/>
List-Post: <mailto:slim@ietf.org>
List-Help: <mailto:slim-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/slim>, <mailto:slim-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Jun 2017 13:38:51 -0000

Den 2017-06-09 kl. 23:54, skrev Randall Gellens:
> At 5:27 PM +0000 6/8/17, Natasha Rooney wrote:
>
>>  Hi all,
>>
>>
>> <https://trac.ietf.org/trac/slim/ticket/40>https://trac.ietf.org/trac/slim/ticket/40 
>>
>>
>>  Ticket #40 discusses enhancing the syntax for the benefit of 
>> extensibility. Please review this and respond (author and all WG 
>> attendees). Please see the original text from Paul Kyzivat:
>
> I proposed a more general version of the ABNF earlier today; however, 
> Adam's comment that a space-delimited list of values is the easiest to 
> parse and most consistent with other SDP attributes makes me reluctant 
> to switch to a more complex syntax absent assurances that it wouldn't 
> add extra complexity.
>
We also do not know that it is exactly new parameters on the language 
tags that will be the desired extensions.
It could just as well be alternatives to the asterisk, valid for the 
whole media description. Or other features.

My efforts to make a requirements overview show some features that could 
be solved by new language tag parameters:
1) in 3.10.2 :    P.  Information to offering party about both common 
capabilities and
    selected languages in negotiation result

2) In 3.8.5:    P.  Coarse preference Hi/Lo per language and direction 
in different
    modalities

3) In 3.5  X. Combination of simultaneous languages in different media 
and same
    direction.

I hope that 2 and 3 can be solved either by the current ideas of using 
the asterisk and the "t" extension, or the new SDP grouping semantics.

That would leave us with item 1 as a feature that could use new language 
tag parameters. Is it worth the efforts? Do others see other extension 
needs than the ones identified through my Requirements collection under 
subject "[Slim] Requirements for the real-time case!.

/Gunnar


Gunnar


-- 
-----------------------------------------
Gunnar Hellström
Omnitor
gunnar.hellstrom@omnitor.se
+46 708 204 288