[asterisk-bugs] [JIRA] (ASTERISK-22851) Asterisk/SIP+RTP stops responding
Jeremy Kister (JIRA)
noreply at issues.asterisk.org
Tue Dec 31 20:59:03 CST 2013
[ https://issues.asterisk.org/jira/browse/ASTERISK-22851?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=213453#comment-213453 ]
Jeremy Kister edited comment on ASTERISK-22851 at 12/31/13 8:58 PM:
--------------------------------------------------------------------
until this is fixed up, is there a better way to kick asterisk than a little bash heart attack?
{noformat}
while [ 1 ] ; do
if [ "`asterisk -rx 'core show locks' | grep \"Waiting for Lock #1.*MUTEX 9105 sip_pvt_lock\"`" ] ; then
if [ $times -eq 1 ] ; then
# asterisk is locked.
echo "asterisk locked" | sendmail direct at example.com
kill -9 `head -1 /var/run/asterisk/asterisk.pid`
times=0
else
echo "see lock. checking again in 5 sec."
times=1
sleep 5
continue
fi
else
times=0
fi
sleep 30
done
{noformat}
was (Author: jkister):
until this is fixed up, is there a better way to kick asterisk than a little bash?
{noformat}
while [ 1 ] ; do
if [ "`asterisk -rx 'core show locks' | grep \"Waiting for Lock #1.*MUTEX 9105 sip_pvt_lock\"`" ] ; then
if [ $times -eq 1 ] ; then
# asterisk is locked.
echo "asterisk locked" | sendmail direct at example.com
kill -9 `head -1 /var/run/asterisk/asterisk.pid`
times=0
else
echo "see lock. checking again in 5 sec."
times=1
sleep 5
continue
fi
else
times=0
fi
sleep 30
done
{noformat}
> Asterisk/SIP+RTP stops responding
> ---------------------------------
>
> Key: ASTERISK-22851
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-22851
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Channels/chan_sip/General, Resources/res_rtp_asterisk
> Affects Versions: 11.6.0, 11.7.0
> Environment: Debian6
> Reporter: Jeremy Kister
> Severity: Critical
> Attachments: backtrace1-bt-full.txt, backtrace1.txt, backtrace-2-full.txt, backtrace-2.txt, backtrace-3-full.txt, backtrace-3.txt, core-show-locks-2.txt, core-show-locks-3.txt, lsof.txt, qualify-tcpdump.txt, qualify.txt, sip.conf, sip-show-peer.txt, strace-and-then-some.txt
>
>
> I have regularly (once a week, once per few hundred calls?) been having
> problems with Asterisk's SIP stack not responding to packets from any of
> my registered devices. In the past, I could not tolerate the outage, so
> i would restart asterisk to make things happy.
> My Asterisk server is currently in this broken state and I can leave it
> this way for a short while. Devices are registered to it and I can 'sip
> qualify peer xxx' - see [^qualify.txt]. notice the console/debug does not show the return packet, but on the network, the device has clearly replied - [^qualify-tcpdump.txt]
> 'sip show peer xxx' all show Status OK [^sip-show-peer.txt]
> but whenever one of the devices tries to make a new call, Asterisk just
> doesnt respond. 'sip set debug on' shows no packets.
> from the asterisk server (10.1.0.3), i can see one of my phones
> (10.1.0.111) trying to make a call but Asterisk won't talk back.
> {code}
> # tcpdump -i eth0 -s 0 -t -n host 10.1.0.111
> ARP, Request who-has 10.1.0.3 tell 10.1.0.111, length 46
> ARP, Reply 10.1.0.3 is-at 00:0c:29:07:39:8e, length 28
> IP 10.1.0.111.5060 > 10.1.0.3.5060: SIP, length: 926
> IP 10.1.0.111.5060 > 10.1.0.3.5060: SIP, length: 926
> IP 10.1.0.111.5060 > 10.1.0.3.5060: SIP, length: 926
> IP 10.1.0.111.123 > 10.1.0.3.123: NTPv3, Client, length 48
> IP 10.1.0.3.123 > 10.1.0.111.123: NTPv3, Server, length 48
> IP 10.1.0.111.5060 > 10.1.0.3.5060: SIP, length: 926
> IP 10.1.0.111.5060 > 10.1.0.3.5060: SIP, length: 926
> IP 10.1.0.111.5060 > 10.1.0.3.5060: SIP, length: 926
> IP 10.1.0.111.123 > 10.1.0.3.123: NTPv3, Client, length 48
> IP 10.1.0.3.123 > 10.1.0.111.123: NTPv3, Server, length 48
> ARP, Request who-has 10.1.0.111 tell 10.1.0.3, length 28
> ARP, Reply 10.1.0.111 is-at 00:13:c4:01:da:4a, length 46
> IP 10.1.0.111.5060 > 10.1.0.3.5060: SIP, length: 926
> IP 10.1.0.111.5060 > 10.1.0.3.5060: SIP, length: 926
> IP 10.1.0.111.5060 > 10.1.0.3.5060: SIP, length: 926
> {code}
--
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