IETF Logo Mail Archive

Re: [Slim] Eric Rescorla's No Objection on draft-ietf-slim-negotiating-human-language-19: (with COMMENT)

Paul Kyzivat <pkyzivat@alum.mit.edu> Mon, 08 January 2018 18:36 UTC

Return-Path: <pkyzivat@alum.mit.edu>
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 45826128959 for <slim@ietfa.amsl.com>; Mon, 8 Jan 2018 10:36:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.211
X-Spam-Level:
X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 4b-5Xqv4sxe4 for <slim@ietfa.amsl.com>; Mon, 8 Jan 2018 10:36:45 -0800 (PST)
Received: from alum-mailsec-scanner-4.mit.edu (alum-mailsec-scanner-4.mit.edu [18.7.68.15]) by ietfa.amsl.com (Postfix) with ESMTP id 090ED126D46 for <slim@ietf.org>; Mon, 8 Jan 2018 10:36:44 -0800 (PST)
X-AuditID: 1207440f-acfff70000000ab0-20-5a53ba3935fa
Received: from outgoing-alum.mit.edu (OUTGOING-ALUM.MIT.EDU [18.7.68.33]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by alum-mailsec-scanner-4.mit.edu (Symantec Messaging Gateway) with SMTP id 19.8C.02736.A3AB35A5; Mon, 8 Jan 2018 13:36:42 -0500 (EST)
Received: from PaulKyzivatsMBP.localdomain (c-24-62-227-142.hsd1.ma.comcast.net [24.62.227.142]) (authenticated bits=0) (User authenticated as pkyzivat@ALUM.MIT.EDU) by outgoing-alum.mit.edu (8.13.8/8.12.4) with ESMTP id w08IaePh022386 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Mon, 8 Jan 2018 13:36:41 -0500
To: Randall Gellens <rg+ietf@randy.pensive.org>, Eric Rescorla <ekr@rtfm.com>
Cc: Bernard Aboba <bernard_aboba@hotmail.com>, "slim@ietf.org" <slim@ietf.org>, Bernard Aboba <bernard.aboba@gmail.com>
References: <151528917109.10947.12045320996364596931.idtracker@ietfa.amsl.com> <CABcZeBNQLuaMLa3=gWqaYHL_ynQ1t+HRtsgEebCRORm+OUA0iw@mail.gmail.com> <ECD0168D-9C53-4ACA-BF28-C631DAE38A4D@gmail.com> <CABcZeBPwb5LzCEpaOMbR9CeETHSZiigovkTMhKm_3K=hsWZckA@mail.gmail.com> <p06240601d6785f2e3ad4@99.111.97.136> <CABcZeBNX4iTuvuqvvqjAQEgnhkV4f5Z1e8Ac2ebWOf=prAcPKg@mail.gmail.com> <p06240603d6795cbba847@99.111.97.136> <CABcZeBPsXfPGBRMTRJSNZiHaXA8dT1MYXsU+3GdPsmLyQHZigg@mail.gmail.com> <p06240605d679600b6eea@[99.111.97.136]> <p06240606d67963d25192@[99.111.97.136]>
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
Message-ID: <2d4be9b6-08d0-236e-4230-6ebc12b4167b@alum.mit.edu>
Date: Mon, 08 Jan 2018 13:36:39 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <p06240606d67963d25192@[99.111.97.136]>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrHKsWRmVeSWpSXmKPExsUixO6iqGu9KzjK4HGzhMWGff+ZLfYvucxs seL1OXaL78+7GC1mfuhkc2D12DnrLrvH454zbB5Llvxk8th65zGLx+THbcwBrFFcNimpOZll qUX6dglcGYt/vWUp6OGq+P1jClMDYytHFyMHh4SAicTKaapdjJwcQgI7mCTu94R1MXIB2Q+Y JD7tOsUOUiMsUCxxuyULpEZEwFdixpkZjCA1zALdjBJ7ejawQDQcZJG48foFK0gVm4CWxJxD /1lAbF4Be4lnc/eC2SwCKhIzj7UwgtiiAmkSr57tYIaoEZQ4OfMJWA0n0EFfr28BizMLmEnM 2/wQyhaXuPVkPhOELS/RvHU28wRGgVlI2mchaZmFpGUWkpYFjCyrGOUSc0pzdXMTM3OKU5N1 i5MT8/JSi3RN9HIzS/RSU0o3MUKCn38HY9d6mUOMAhyMSjy8Eq3BUUKsiWXFlbmHGCU5mJRE eUWdA6KE+JLyUyozEosz4otKc1KLDzFKcDArifD6zgcq501JrKxKLcqHSUlzsCiJ86ovUfcT EkhPLEnNTk0tSC2CycpwcChJ8HrvBGoULEpNT61Iy8wpQUgzcXCCDOcBGv5+B8jw4oLE3OLM dIj8KUZLjp6eG3+YOB7duAskn8183cAsxJKXn5cqJc7LBzJUAKQhozQPbiYsmb1iFAd6UZj3 GMhYHmAihJv6CmghE9DCd/sCQRaWJCKkpBoYreKnSl63/5HxLdN0aZ5IrPV9pu1JW0XEzjnn MPNaG4tly9vP0y58fKTIevPpA9rOui0rfV/p3V6xhffAOjb/d8eu5xrxmFs4HwpYdHjd7q9p coFFxvKWZ2Z7botZ1f/K3HT3+u9CeStmH2+cu3aNbZPlU+nnoplpvqxNdsVR1v08C1ZHXdJR YinOSDTUYi4qTgQAOLNXVEEDAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/slim/Kd7XYgN4P3Ua5HojtbNOJBur2XI>
Subject: Re: [Slim] Eric Rescorla's No Objection on draft-ietf-slim-negotiating-human-language-19: (with COMMENT)
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, 08 Jan 2018 18:36:47 -0000

On 1/8/18 1:10 PM, Randall Gellens wrote:

>     The term "negotiation" is used here rather than "indication" because
>     human language (spoken/written/signed) can be negotiated in the same
>     manner as media (audio/text/video) and codecs.  For example, if we
>     think of a user calling an airline reservation center, the user may
>     have a set of languages he or she speaks, with perhaps preferences
>     for one or a few, while the airline reservation center will support a
>     fixed set of languages.  Negotiation should select the user's most
>     preferred language that is supported by the call center.  Both sides
>     should be aware of which language was negotiated.  This is
>     conceptually similar to the way other aspects of each media stream
>     are negotiated using SDP (e.g., media type and codecs).

Certainly it will be common for the choices are mutually exclusive. For 
instance, a caller *might* offer both French and Chinese. The callee (a 
call center) may have agents that speak each, but may well not have any 
agents that speak both.

OTOH, it is *possible* that they do have somebody who supports both. If 
so, seems like it would be good to indicate that both are supported.

	Thanks,
	Paul

v2.23.0 | Report a Bug | By Email