[asterisk-bugs] [JIRA] (ASTERISK-24456) SIP deadlock in transfer scenario between Asterisk Servers

[Rusty Newton (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-24456?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=223635#comment-223635 ] 

Rusty Newton commented on ASTERISK-24456:
-----------------------------------------

{quote}
Is there any possibility to find the root cause of this high load inside asterisk ?
{quote}
The traces provided and the debug requested will help a developer determine what is going on.

To clarify - you have described that your server Sek, the final receiver of the transfer ends up in a blocking/locked state and sometimes crashes. 

To investigate both the crash and the potential deadlock, we need:

 * Backtraces from the core dump generated when crashing.
 * Backtrace when Asterisk is seemingly in a deadlock
 * Asterisk logs, including the DEBUG channel and SIP trace for both the crashing and locking scenarios.
 * Channel driver and dialplan configuration that would allow us to reproduce the issue.

Once you have provided all of the information, please make sure to clarify which attached file contains what information.

> SIP deadlock in transfer scenario between Asterisk Servers
> ----------------------------------------------------------
>
>                 Key: ASTERISK-24456
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-24456
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_local, Channels/chan_sip/General
>    Affects Versions: 11.13.0
>         Environment: Ubuntu precise
>            Reporter: Peter Katzmann
>            Assignee: Peter Katzmann
>            Severity: Critical
>         Attachments: asterisk-sip-loc, backtrace.txt, serverchef.txt, serversek.txt, threads.txt
>
>
> We have 3 Asterisk server (a,b and c)
> we have also 3 different user (Caller, Chef, Sek) .
> User Caller on Server a
> User Chef on Server b
> User Sek on Server c
> Now Caller Dials to Chef
> Chef has a call rule via agi to only accept direct calls from Sek, all other calls are transferred to Sek.
> So the call from Caller on server a is tranfered to Sek on server c automatically
> Sek accepts the calls
> Now Sek will do a unattended transfer of caller to Chef
> Now the server b with Chef shows no action on the dialplan anymore and blocks
> Sometimes also crashes.



--
This message was sent by Atlassian JIRA
(v6.2#6252)