Re: [sipcore] draft-ietf-sipcore-reinvite-06 and new contact in 2xx to *inital* invite

[Paul Kyzivat <[e-mail]>]

On 11/11/2010 5:05 PM, Taisto Qvist wrote:

>>      A UAS MAY send as many provisional responses as it likes.  Each of these MUST
>>      indicate the same dialog ID.  However, these will not be delivered reliably.
>>
>> Which implies to me, that a *single* UAS can not send multiple 1xx
>> with different tags?
>
> Perhaps this is a matter of terminology.
> If you prefer, consider the same box to contain multiple UAs, each of which received a forked copy of the request. Then each returns a single response with a unique to-tag.
> There are a number of cases where this is a viable strategy for handling various problems.
>
> [TQ]
> It most certainly is. But when I read that paragraph it doesnt indicate a generic endpoint which consists of multiple UAS:es that received several forked requests.
> Too me, it claims that a single UAS, that has received a *single* request, can respond to that single transaction, with multiple provisional responses, creating
> multiple early dialogs by using different tags. That seems to completely contradict rfc3261.
>
> But maybe I'm just beeing a bit to literal, although for interoperability reasons, I think that maybe we should be :-)

The way to think of this (its a conceptual model, not a real one) is 
that the UA may choose to virtually fork the request to several of its 
evil twins. Then each one of those can independently handle the request, 
with its own to-tag.

The fact that the forking happened without any message passing is 
irrelevant to the UAC - it all looks to the same as if the forking 
really happened.

	Thanks,
	Paul