[Home]

Summary:ASTERISK-19424: Spurious hangups during ringing on analog DAHDI channels
Reporter:Jeremy Pepper (jpepper)Labels:
Date Opened:2012-02-22 17:58:52.000-0600Date Closed:2012-02-27 18:28:19.000-0600
Priority:MajorRegression?Yes
Status:Closed/CompleteComponents:Channels/chan_dahdi
Versions:Frequency of
Occurrence
Constant
Related
Issues:
is related toASTERISK-19498 All calls via IAX2 fail
Environment:Attachments:( 0) asterisk-19424-initialize_priority_regression.diff
Description:Commit 356042 seems to have introduced a problem in chan_dahdi. Asterisk detects an immediate hangup on inbound calls, even though the source still shows ringing. This cycle will repeat as long as the source continues to indicate ringing.

I can confirm that the issue does not occur in r355999.
Comments:By: Richard Mudgett (rmudgett) 2012-02-22 18:57:31.803-0600

The change revision specified is a channel opaquification change.

By: Matt Jordan (mjordan) 2012-02-23 08:53:39.386-0600

I'm going to keep this open and make sure Terry's aware of it, but I expect this to get fixed shortly.

By: Michael L. Young (elguero) 2012-02-24 15:25:10.803-0600

I was just about to open an issue about this but found this was already opened.

I am attaching a simple patch which fixes this regression.  It would appear that with the recent changes for channel opaquification, the context priority is being initialized to -1 instead of 1 resulting in the dialplan never being executed.

I see that chan_sip sets the context priority to 1 when creating a new sip channel and therefore sip is not affected.  I am not sure if all channel drivers should be responsible for setting this or not.  Therefore, I just set the context priority back to 1 as it was before in main/channel.c upon creating a new channel.