[asterisk-bugs] [JIRA] (ASTERISK-21806) Segfault in CHAN_SIP - in _int_malloc while in __ast_cc_config_params_init
Christopher (JIRA)
noreply at issues.asterisk.org
Tue Jun 18 06:14:04 CDT 2013
[ https://issues.asterisk.org/jira/browse/ASTERISK-21806?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=207323#comment-207323 ]
Christopher commented on ASTERISK-21806:
----------------------------------------
this issue still occurs.. I completely isolated the PBX network... it runs beautiful until i plug in that 96 port SIP gateway... the difference between that gateway and the others is that when it re-registers its peers, it sends the registrations in very quick succesion.. (all at once).. as opposed to spacing them out.. it is a Greatel GT96, 96 port FXS gateway.. one of its peers overlaps the extension number of another phone.. but in my thinking that alone shouldnt cause a crash.. but maybe 96 registrations all at once possibly corrupt chan_sip ?? whats the next step? the state I find the system is that it core dumped once.. restarts via safe_asterisk and then is in a deadlock of sorts.. no SIP processing.. the AMI connects but no welcome header.. the CLI opens, and a sip show peers responds but shows all the registrations still in place even though the endpoints and SIP are non functional. since you had me turn off thread debugging i cant get a core show locks...
> 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: core-dump-maxx-052213.txt, 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
More information about the asterisk-bugs
mailing list