[asterisk-bugs] [Asterisk 0018791]: [patch] Deadlock sip_read check_rtp_timeout #16608
Asterisk Bug Tracker
noreply at bugs.digium.com
Thu Feb 17 06:19:43 CST 2011
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=18791
======================================================================
Reported By: irroot
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 18791
Category: Channels/chan_sip/General
Reproducibility: sometimes
Severity: major
Priority: normal
Status: ready for review
Asterisk Version: 1.6.2.16.1
JIRA: SWP-3118
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2011-02-11 04:14 CST
Last Modified: 2011-02-17 06:19 CST
======================================================================
Summary: [patch] Deadlock sip_read check_rtp_timeout
https://issues.asterisk.org/view.php?id=16608
Description:
This is alternate patch to https://issues.asterisk.org/view.php?id=16608 and
this is still a issue in 1.6.2.
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0016608 [patch] Deadlock on &(&channels...
related to 0018811 Seems Like ast_read / timerfd_timer_ack...
======================================================================
----------------------------------------------------------------------
(0132075) irroot (reporter) - 2011-02-17 06:19
https://issues.asterisk.org/view.php?id=18791#c132075
----------------------------------------------------------------------
Ok makes sense that the channel is locked on faxdetect reworked the patch
to only not update rtp time on a null frame when not bridged as well as not
waiting for the lock on rtp timeout if the channel has blown up no use
locking up monitor on a bad channel.
Issue History
Date Modified Username Field Change
======================================================================
2011-02-17 06:19 irroot Note Added: 0132075
======================================================================
More information about the asterisk-bugs
mailing list