Re: [MMUSIC] Notes from Orlando human language draft discussion

Christian Groves <Christian.Groves@nteczone.com> Fri, 19 July 2013 01:08 UTC

Return-Path: <Christian.Groves@nteczone.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1734711E8208 for <mmusic@ietfa.amsl.com>; Thu, 18 Jul 2013 18:08:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599]
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 scyc7bSzxtC3 for <mmusic@ietfa.amsl.com>; Thu, 18 Jul 2013 18:08:46 -0700 (PDT)
Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [IPv6:2001:44b8:8060:ff02:300:1:6:6]) by ietfa.amsl.com (Postfix) with ESMTP id 3F69711E8186 for <mmusic@ietf.org>; Thu, 18 Jul 2013 18:08:44 -0700 (PDT)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvoCAAiR6FF20Z+w/2dsb2JhbAANTYM7wQ8EBAGBKoMYAQEBBAEBATUbGwoBEAsOCgkMCg8JAwIBAgEVMAYNAQUCAQGIGKN8kjQEkA8HCoNyA6xO
Received: from ppp118-209-159-176.lns20.mel6.internode.on.net (HELO [127.0.0.1]) ([118.209.159.176]) by ipmail06.adl6.internode.on.net with ESMTP; 19 Jul 2013 10:38:38 +0930
Message-ID: <51E8918C.8030006@nteczone.com>
Date: Fri, 19 Jul 2013 11:08:28 +1000
From: Christian Groves <Christian.Groves@nteczone.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
MIME-Version: 1.0
To: Randall Gellens <randy@qti.qualcomm.com>
References: <p0624061acd691d9b38bc@dhcp-42ec.meeting.ietf.org> <B0295A41-BF2B-4520-8495-7A88B4803F30@acmepacket.com> <5144E4E5.4030801@omnitor.se> <03559DEF-E442-4118-A616-8D7E42D1F22A@acmepacket.com> <5145729C.6030905@omnitor.se> <514FE5A9.3060900@nteczone.com> <p06240615cdfea836f364@[99.111.97.136]> <51DBB813.4060607@nteczone.com> <p0624060ece02360a322d@[99.111.97.136]> <51DC9B66.6090302@omnitor.se> <51DCE7CB.7080205@nteczone.com> <p06240603ce06ba958db4@[10.121.65.51]> <51E196B0.5080406@omnitor.se> <51E35A53.5030502@nteczone.com> <p06240602ce0dc4c31dd8@[99.111.97.136]>
In-Reply-To: <p06240602ce0dc4c31dd8@[99.111.97.136]>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: mmusic@ietf.org
Subject: Re: [MMUSIC] Notes from Orlando human language draft discussion
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmusic>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Jul 2013 01:08:47 -0000

Hello Randall,

I think you're mixing protocol functionality with application.

 From a protocol perspective I think that all you need to say is 
something like:

Clients that have a language preference related to a media stream/s 
shall set the 'humintlang-send' and/or 'humintlang-recv' attribute on 
the applicable media stream at session establishment. Receivers of the 
'humanintlang-*" attributes may then apply session handling based on the 
received language/s and according to local policy. For example: Call 
centers and PSAPs may route the session to an operator that is capable 
of communicating in the preferred language/s.

I think this describes the protocol behaviour without requiring 
behaviour depending on user type.

Regards, Christian

On 19/07/2013 2:14 AM, Randall Gellens wrote:
> Hi Christian,
>
> How about this text:
>
>    Clients acting on behalf of end users are expected to set one or both
>    'humintlang-send' and 'humintlang-recv' attributes on each media
>    stream primarily intended for human communication in an offer when
>    placing an outgoing session, but either ignore or take into
>    consideration the attributes when receiving incoming calls, based on
>    local configuration and capabilities.  Systems acting on behalf of
>    call centers and PSAPs are expected to take into account the values
>    when processing inbound calls.
>
>
> At 12:11 PM +1000 7/15/13, Christian Groves wrote:
>
>>  Hello Randall and Gunnar,
>>
>>  I think Randall's clarification would be good to have in the draft. 
>> I think that when a caller support the language it is sent for every 
>> call. Whether the language is used by a receiver depends on the 
>> receiver's local capability.
>>
>>
>>  Regards, Christian
>>
>>
>>  On 14/07/2013 4:04 AM, Gunnar Hellstrom wrote:
>>>  On 2013-07-13 10:07, Randall Gellens wrote:
>>>>  At 2:49 PM +1000 7/10/13, Christian Groves wrote:
>>>>
>>>>>   I wouldn't have thought that it would be use case specific... 
>>>>> i.e. i'd only include my language when I called an emergency 
>>>>> service. I would think an endpoint would be configured with the 
>>>>> information and then provide it whenever I made a call. Is that 
>>>>> the intent?
>>>>
>>>>  I expect so, but then, I also didn't expect it to be used much in 
>>>> the person-to-person case since usually language is implied by 
>>>> context when calling an individual.  I expect it to be used when a 
>>>> person is calling an call center (corporate or emergency).  To put 
>>>> it another way, I expect a personal client to always set language 
>>>> on outbound calls, but in most cases to ignore it on inbound 
>>>> calls.  I'd expect a corporate call center, as well as emergency 
>>>> call handling facilities, to pay attention.  I should make this 
>>>> more clear in the draft.
>>>>
>>>  I expect the setting to be retrieved from a personal profile 
>>> (likely but not necessarily stored in connection with other user 
>>> information and account information) and used in every call.
>>>
>>>  /Gunnar
>>>  _______________________________________________
>>>  mmusic mailing list
>>>  mmusic@ietf.org
>>>  https://www.ietf.org/mailman/listinfo/mmusic
>>>
>>
>>  _______________________________________________
>>  mmusic mailing list
>>  mmusic@ietf.org
>>  https://www.ietf.org/mailman/listinfo/mmusic
>
>