[OpenSIPS-Users] Dialogs not ending on failed reinvites

[Vlad Paiu]

Hello Brett,

This was my assumption when I said that "There could be a problem in 
matching the re-invite to a known dialog", that somehow the DID cookie 
got altered, but I couldn't be sure unless I saw a SIP traffic capture.

Now that you confirm that the DID was being stripped, I am pretty 
confident that falling back to Call-ID, FromTag and ToTag matching when 
DID fails, with
     modparam("dialog","dlg_match_mode",1)

will help solve your problem. Let me know how it goes.

Regards,

On 03/18/2011 04:58 PM, Brett Nemeroff wrote:
>
>
> On Fri, Mar 18, 2011 at 8:47 AM, Vlad Paiu <vladpaiu at opensips.org 
> <mailto:vladpaiu at opensips.org>> wrote:
>
>     Still, I cannot understand why the BYE is logged first into the
>     DB. Both the CDR type of accounting and the regular type of
>     accounting are triggered when the proxy receives the BYE, only
>     that the CDR accounting is triggered internally if you set the
>     cdr_flag on the initial invite, so by all means the CDR accounting
>     should be first in the database.
>
>
> Vlad,
> To me, this meant that it didn't see the BYE as part of the *dialog*. 
> Right?
>
> So I've been digging on this, this morning and so far what I see is 
> that the client (originator) is not keeping the did tag on the 
> Record-Route headers in place. So when we get the BYE where we are 
> expecting the did tag on the Record-Route, there is *no tag at all*.
>
> So I'm switching the dialog matching mode to DID_FALLBACK to see if 
> this fixes the issue. What do you think?
>
> One way or another I'll post my findings..
> -Brett
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20110318/33f4ec41/attachment-0001.htm>