[asterisk-bugs] [JIRA] (ASTERISK-21753) Seg Fault while attempting to queue AST_CONTROL_SRCCHANGE on a NULl channel when handling an incoming SIP ACK over TCP

Rusty Newton (JIRA) noreply at issues.asterisk.org
Fri May 17 16:54:02 CDT 2013


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

Rusty Newton commented on ASTERISK-21753:
-----------------------------------------

Thanks, I'm sure all that debug will be helpful. For the VERBOSE and DEBUG log it would be nice to see everything happening right before the crash and not just the particular channel you grepped out.. 
                
> Seg Fault while attempting to queue AST_CONTROL_SRCCHANGE on a NULl channel when handling an incoming SIP ACK over TCP
> ----------------------------------------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-21753
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-21753
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/General
>    Affects Versions: 1.8.21.0, 10.12.2, 11.3.0
>         Environment: Debian Wheezy
> Kernel 3.2.0-4-rt-amd64 #1 SMP PREEMPT RT Debian 3.2.41-2 x86_64 GNU/Linux
> Bi Xeon E5620 @ 2.40 Ghz
> 12 G RAM
>            Reporter: Mathieu Boyer
>         Attachments: backtrace1.txt, backtrace2.txt, crash1.pcapng, crash1.PNG, crash2.pcapng, crash2.PNG, crash3.log, crash3.pcapng, crash3.PNG, crash5.pcapng
>
>
> Asterisk is performing pure SIP transit calls from/to an Avaya Communication Manager 5.2.1(ACM) from/to a SIP carrier (COLT).
> From an asterisk(192.168.69.9) point of view :
> - ACM(192.168.69.10) is SIP TCP PEER (as SIP UDP is not supported in this ACM release)
> - COLT(192.168.254.5 / 192.168.253.254) is a SIP UDP PEER
> directrtpsetup = yes
> This asterisk run around 300.000 calls per day
> Asterisk is crashing (seg fault) on similar SIP message (incoming SIP TCP ACK with session description, cseq = "2 ACK", from ACM).
> Crash frequency : between 0-2 per day.
> I can't reproduce the issue (i've generated with sipp the same scenario, it doesn't crash)
> I'm providing two exemples (11.3.0 bt, pcap file)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



More information about the asterisk-bugs mailing list