[asterisk-bugs] [JIRA] (ASTERISK-20929) Core-dump on SIP BYE for an invalid call transaction

[Kristopher Lalletti (JIRA)]

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

Kristopher Lalletti edited comment on ASTERISK-20929 at 1/13/13 8:45 PM:
-------------------------------------------------------------------------

Included is a retake on the bug on my lab environment with Asterisk 11.1.2

The SIP BYE message that segfaults Asterisk comes-in after Jan 13 21:14:48 from 192.x.x.4.  The result of this message is from human intervention (on my behalf) when I observe that there is a residual channel left-open following the call that was previously hung-up by both endpoints. 

(agreed, there is an interop issue, but this should not be the focus of this bug) 

Let me know if you stand on having the binary PCAP of the dump since I converted to ASCII format.

Files:
- ast.core.31716.txt
- ast.log.full.txt
- ast.log.mmlog.txt
- sip.proto.pcap.txt
                
      was (Author: kris2k):
    Included is a retake on the bug on my lab environment with Asterisk 11.1.2

The SIP BYE message that segfaults Asterisk comes-in after Jan 13 21:14:48 from 192.x.x.4.

Let me know if you stand on having the binary PCAP of the dump.
                  
> Core-dump on SIP BYE for an invalid call transaction
> ----------------------------------------------------
>
>                 Key: ASTERISK-20929
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-20929
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/General
>    Affects Versions: 11.1.0, 11.1.1, 11.1.2
>         Environment: Linux/2.6.32-279.19.1.el6.i686 #1 SMP Wed Dec 19 04:30:58 UTC 2012 i686 i686 i386 GNU/Linux
>            Reporter: Kristopher Lalletti
>            Assignee: Kristopher Lalletti
>         Attachments: ast.core.31716.txt, ast.log.full.txt, ast.log.mmlog.txt, core-20130111-01.txt, sip.proto.pcap.txt
>
>
> We've been noticing core-dumps on Asterisk since we migrated from 1.8.x to 11.1.x late last December, which caused us to rollback to 1.8.19.1 in order to return into a stable state.
> We noticed a very specific (mis)behaviour of our soft-switch to which when it signaled a SIP BYE message to ASterisk with an invalid Call-ID, Asterisk would systematically segfault. 
> When we backtracked to 1.8.19.1, at least Asterisk will return a "481 Call leg/transaction does not exist" and not die.
> Included is the core-dump backtrace showing the SIP BYE transaction causing Asterisk 11.1.1 to segfault.  
> PS: I also have a system running 11.1.2 which is equally having the same symptoms, but I have yet to capture a tangible backtrace.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira