[asterisk-dev] [Code Review]: Pickup can leave orphan channels in race condition

[irroot]

> On July 20, 2011, 11:23 a.m., rmudgett wrote:
> > I don't understand the scenario that causes the problem.
> > Has someone else answered the call from the queue?
> > Has the pickup attempt failed?

app_queue places a call to perhaps more than 1 interface the caller hangs up in a race with a pickup of
the called interface from a 3 party [as best i can tell].

the result is a channel left orphaned that cannot be removed with no thread running on it this is happening frequently enough over various sites.

when the "pickup" is done the channel should be bridged or about to be bridged running autoservice on it till this happens is probably the correct thing to do WRT DTMF and the like and will allow the hangup frame to flush it.

 


- irroot


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/1323/#review3897
-----------------------------------------------------------


On July 20, 2011, 8:28 a.m., irroot wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/1323/
> -----------------------------------------------------------
> 
> (Updated July 20, 2011, 8:28 a.m.)
> 
> 
> Review request for Asterisk Developers.
> 
> 
> Summary
> -------
> 
> seems like app_queue [and others likely] can leave a orphaned channel with no bridge and no thread running on it.
> 
> this is "ungood" here is a small patch that starts auto service waits for bridging and turns it off allowing the 
> hangup frame to get through and shut down the channel ...  
> 
> 
> Diffs
> -----
> 
>   /team/irroot/distrotech-customers-1.8/main/features.c 328930 
> 
> Diff: https://reviewboard.asterisk.org/r/1323/diff
> 
> 
> Testing
> -------
> 
> 
> Thanks,
> 
> irroot
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20110720/b296aed1/attachment.htm>