Re: [Slim] Negotiation issue in draft-ietf-slim-negotiating-human-language

[Gunnar Hellström <[e-mail]>]

Den 2018-02-15 kl. 23:44, skrev Randall Gellens:
> On 15 Feb 2018, at 4:53, Bernard Aboba wrote:
>
>> As noted in the below thread, multiple ambiguities need to be 
>> resolved in
>> draft-ietf-slim-negotiating-human-language:
>> https://www.ietf.org/mail-archive/web/slim/current/msg01300.html
>>
>> In the SDP codec negotiation, multiple codecs are offered, and the 
>> answerer
>> selects among them, with the first codec being the preferred one.  
>> Codecs
>> not present in the Offer cannot be included in the Answer.
>>
>> The model proposed in draft-ietf-slim-negotiating-human-language does 
>> not
>> conform to this paradigm, allowing languages not present in the Offer 
>> to be
>> presented in the Answer, and also (previously) having an ambiguity about
>> whether a single language or multiple languages can be included in an
>> Answer.
>
> There are important reasons why we need to permit an answer to 
> potentially select a language that was not included in the offer, 
> e.g., in an emergency services case, if the PSAP does not support any 
> of the languages in the offer, it still wants the call to proceed, and 
> will indicate the language it supports.  (In some cases this is likely 
> to result in a more or less comprehensible communication stream, e.g., 
> in some Scandinavian countries where cross-border languages may be 
> different enough not to be included in an offer but mutually 
> comprehensible to an extent, while in some cases it may result in 
> incomprehensible communication that is still of value to the PSAP in 
> responding to the emergency.)
>
>> Gunnar has proposed language to address this.  Any reason not to 
>> accept his
>> proposal?
>
> Which language is this?  Can you copy the text or point to the message?
I find that the changes to version -23 prepared by Randall and provided 
in this archive mail are good:
https://www.ietf.org/mail-archive/web/slim/current/msg01289.html

That version allows answers to contain languages not contained in the 
offer (that was already allowed and well specified in version -23),
and allows multiple languages per media and direction in the answer.

I think both of these conditions are good and important for successful 
use of the draft.
We need to imagine all kinds of feasible applications, e.g. the decision 
on including interpreting resources taken by the offeror after receiving 
the answer. That calls for providing the full and true picture about the 
supported languages in the answer.

So, I repeat my comment from 
https://www.ietf.org/mail-archive/web/slim/current/msg01297.html
"I find the diff you sent to be good, and also version -23 solving all 
other issues in a good way. So, I vote for applying your proposed 
changes on -23 and hope that that can be the final version."

Gunnar
>
>
> --Randall
>
> _______________________________________________
> SLIM mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/slim

-- 
-----------------------------------------
Gunnar Hellström
Omnitor
[e-mail]
[phone]