[OpenSIPS-Users] Hung dialogs

[Ryan Revels]

Vlad,

I'm a little confused by your response. I attached a pcap that shows the
ACK being received. I'm trying to understand why OpenSIPS would continue to
process the call after it replies with a 486 and exits the script.

I would really appreciate any help.

Thanks,
Ryan


On Fri, Nov 4, 2011 at 5:37 AM, Vlad Paiu <vladpaiu at opensips.org> wrote:

> **
> Hello,
>
> From the output of dlg_list, I can see that the ACK was never received by
> OpenSIPS, so seems this is the source of your problem.
>
> You could try to set the dialog timeout to a lower value after the 200 OK
> is received ( couple of seconds ), and increase it after the ACK is
> received to a couple of hours.
>
> Regards,
>
> Vlad Paiu
> OpenSIPS Developer
>
>
> On 11/03/2011 10:36 PM, Ryan Revels wrote:
>
> I've run into an issue where *very* rarely, dialogs will "hang", that is,
> the dialog will continue to exist even though the call never connected. In
> the example I managed to track down, the proxy should reject the call
> (because a limit of concurrent calls has been reached) and at first, it
> seems like it's going to... but then it sends a 100 Trying and continues to
> route the call to the destination. From there, everything spirals and the
> dialog doesn't die until it hits the global timeout.
>
>  The relevant portion of my script looks like:
>
>  # Check gateway calls total
> if ($avp(custgwtotal_limit) != "0" && $avp(custgwtotal_limit) != NULL &&
> $avp(custgwtotal_limit) != "")
> {
>    get_profile_size("custgwtotal","$rd","$avp(custgwtotal_count)");
>    if (!$avp(custgwtotal_count) < $avp(custgwtotal_limit))
>    {
>       sl_send_reply("486","Endpoint Session Limit");
>       exit;
>    }
> }
>  set_dlg_profile("custgwtotal","$rd"); #count total calls to customer's IP
>
>  I've attached a pcap example of what the signaling looks like when the
> dialog hangs. For this example, the output in dlg_list looks like:
>
>  dialog::  hash=629:349156783
>  state:: 3
>  user_flags:: 0
>  timestart:: 1320336333
>  timeout:: 1320357957
>  callid:: did2.139.1120741
>  from_uri:: sip:16034299966 at 64.136.174.30
>  to_uri:: sip:16038869119 at 184.106.218.8
>  caller_tag:: 1ae26ee84c61df6b84baef371d2bf5e4
>  caller_contact:: sip:184.106.219.203:5060;transport=udp
>  callee_cseq:: 0
>  caller_route_set::
>  caller_bind_addr:: udp:184.106.218.8:5060
>  callee_tag:: as58f4e19a
>  callee_contact:: sip:16038869119 at 71.168.70.47
>  caller_cseq:: 2
>  callee_route_set::
>  callee_bind_addr:: udp:184.106.218.8:5060
>
>  Any help would be appreciated.
>
>  Thanks,
> Ryan
>
>
> _______________________________________________
> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20111111/583aea3b/attachment.htm>