[asterisk-bugs] [JIRA] (ASTERISK-21806) Segfault in CHAN_SIP - in _int_malloc while in __ast_cc_config_params_init

[Christopher (JIRA)]

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

Christopher commented on ASTERISK-21806:
----------------------------------------

a couple sample peers generated by the exec for users.conf
[72222]
defaultuser = 72222
fullname = Room 72222
type = peer
context = guests-dial
cid_number = 72222
hassip = yes
secret = 72222
allow = ulaw,g729
mailbox = 72222

[72604]
defaultuser = 72604
fullname = Ext: 72604
type = peer
context = featureset-dial
cid_number = 72604
hassip = yes
secret = 72604
allow = ulaw,g729
subscribecontext = busy-lamp
mailbox = 72604
call-limit = 3


[72606]
defaultuser = 72606
fullname = Ext: 72606
type = peer
context = featureset-dial
cid_number = 72606
hassip = yes
secret = 72606
allow = ulaw,g729
subscribecontext = busy-lamp
mailbox = 72606
call-limit = 3

                
> Segfault in CHAN_SIP - in _int_malloc while in __ast_cc_config_params_init
> --------------------------------------------------------------------------
>
>                 Key: ASTERISK-21806
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-21806
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/General
>    Affects Versions: 1.8.15.0
>         Environment: CPU: Atom D525, RAM 4GB, Fedora Linux, Kernel 2.6.43.8-1.i686
> 2 Aastra endpoints, 1 Polycom IP-650, 1 96 port SIP to analog gateway
> Asterisk 1.8.15-cert2
>            Reporter: Christopher
>            Assignee: Christopher
>         Attachments: backtrace-0703-1958.txt, core-dump-maxx-052213.txt, sip-2013-07-03--19-57-00.pcap, valgrind-052213-1530.txt, valgrind-0523-1545-no-malloc.txt, valgrind-good-052213-1930.txt
>
>
> Segfault occurs whether system is idle or is in-use. it will crash within a day or two even if 0 calls are made on it.  running under safe_asterisk, results in multiple crashes within a few minutes until eventually system ends up in a MUTEX lock. over 3 gigs of RAM available and plenty of disk space at time of first crash. Possibly related to the 96 port gateway producing 96 SIP registrations all at once?

--
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