Re: [Insipid] Pre-WGLC INSIPID Session-ID Review Comments

["Adam Gensler (agensler)" <[e-mail]>]

Paul,

That approach sounds good to me.

Best regards,
Adam


On Aug 5, 2014, at 5:55 PM, Paul E. Jones <[e-mail]> wrote:

> Adam, et al,
> 
> First, let me thank you and the others who have provided invaluable input on the draft.  I haven't yet incorporated all of the proposed textual changes, but I am collecting all of the input and will be making the revisions in the next couple of weeks (I hope).
> 
> Anyway, I wanted to comment now on one:
> 
>> ---
>> 7. Processing by Intermediaries
>> 
>> "When intermediaries transmits a 100 (Trying) provisional responseand when
>> the UUID of the destination UA is unknown, the intermediary MUST place the
>> one known UUID in the "remote-uuid" field and set the "local-uuid" field
>> to the null UUID value. When an intermediary transmits any other
>> provisional response and when the UUID of the destination UA is unknown,
>> the intermediary MUST place the one known UUID in the "remote-uuid" field
>> and MAY set the "local-uuid" field to a locally created UUID value or the
>> null UUID value.
>> 
>> Comment: What's the rational behind the difference in behavior between the
>> 100 and other 1xx responses?
>> ---
> 
> This item was brought up to me today off-list, so this is at least the second time it was raised.  Initially, we had text that said that all provisional responses would have a null UUID if one of the UUID values is not known.  However, that was changed to what we have now since there were cases where that wasn't ideal.  Arguably there are cases here this exception is not ideal.
> 
> What I think might be best is to remove that first sentence and apply the same behavior on intermediaries for all provisional responses.  That means the intermediary might use "null" or might fabricate a UUID if it doesn't know the UUID of the destination endpoint for 100 or any provisional response.
> 
> So unless there is objection, that's the direction I'll go with this one.
> 
> Paul
>