[sr-dev] new dialog module design: tm trigger for dialog management

Timo Reimann timo.reimann at 1und1.de
Wed Apr 14 18:45:23 CEST 2010


Iñaki Baz Castillo wrote:
> 2010/4/14 Timo Reimann <timo.reimann at 1und1.de>:
>>> It sounds Ok, but for this we must be really sure that, upon receipt
>>> of the first 200, the other pending branches are not immediately
>>> removed so the second 200 (after less than 1-2 seconds) would match an
>>> entry in dialog_out.
>> Agreed. Does the SIP standard specify the time interval for which
>> another branch's 200 response must still conclude another (concurrently
>> confirmed) call? Or is this time interval naturally bound to some
>> standard-provided timer?
>>
>> I've tried to figure that out from RFC 3261 but couldn't find anything.
> 
> 
> Theorically (just RFC 3261) an INVITE transaction is terminated in the
> exact moment a 200 arrives. See RFC 3261 page 128 (figure 5):

[snap]


> However all this text is fixed in this draft:
> 
>   http://tools.ietf.org/html/draft-sparks-sip-invfix-03
> now:
>   http://tools.ietf.org/html/draft-sparks-sipcore-invfix-01
> 
> A new state "Accepted" is added for client and server transaction
> diagram. We care now about the client transaction:

[snap]

> So, TM client transaction should wait for 64xT1 seconds before
> destroying the client transaction after receiving a 200 OK.
> IMHO this should also be the time the entries in dialog_out should
> remain. Do you agree?

Agreed as discussed on the developer meeting on IRC before.


Cheers,

--Timo



More information about the sr-dev mailing list