[reSIProcate] help my sip log

[Byron Campen]

	That sounds sane to me.

Best regards,
Byron Campen

> We could add some checks to possiblyDie needs to check if the  
> DialogSet is UAC (mCreator == 0) and if the original request is  
> still active even though a Dialog may not exist for it (mState ==  
> Initial || mState == ReceivedProvisional).
>
> Scott
>
> From: resiprocate-devel-bounces at resiprocate.org [mailto:resiprocate- 
> devel-bounces at resiprocate.org] On Behalf Of Byron Campen
> Sent: Friday, January 25, 2008 9:22 AM
> To: maodong hu
> Cc: resiprocate-devel
> Subject: Re: [reSIProcate] help my sip log
>
>           This is very interesting. What is happening here is the  
> sent INVITE establishes a DialogSet (but no Dialogs; no response  
> yet), then the OPTIONS comes in, causing it to be added to the  
> DialogSet. When the OPTIONS transaction is done,  
> ServerOutOfDialogReq calls possiblyDie() on the DialogSet, and  
> because there has not been a response to the INVITE yet (meaning  
> there is no proper Dialog yet), the DialogSet goes away! The  
> DialogSet needs to stick around at least until the INVITE  
> transaction is over.
>
>           Anyone have any opinion on how to fix this? It seems like  
> there are other short-term Usages that will have the same effect if  
> they manage to complete before a response comes back. (MESSAGE,  
> unsolicited NOTIFY, etc)
>
> Best regards,
> Byron Campen
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.resiprocate.org/pipermail/resiprocate-devel/attachments/20080128/345905c6/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2423 bytes
Desc: not available
URL: <http://list.resiprocate.org/pipermail/resiprocate-devel/attachments/20080128/345905c6/attachment.bin>