[asterisk-dev] Strange Asterisk Behaviour - Stuck channels
john at johnlange.ca
Wed Jul 30 14:41:06 CDT 2008
No this is not related to transfers.
It may however be closely related to network issues of some kind. Lost
SIP packets, especially the "BYE" or something related could be the
I suspect networking related causes because the one endpoint that most
often experiences a "stuck" channel is using VOIP over a satellite link
but I have also seen it happen multiple times on LAN connected endpoints
(such as yesterday).
I know for certain that there were no transfers involved in the majority
of those calls but that doesn't rule out it being rated to 13185 since
it very well could be a bridge tear-down bug which is effecting
transfers as well.
On Wed, 2008-07-30 at 22:24 +0300, Kaloyan Kovachev wrote:
> Is there a chance that this happens after attended transfer?
> If so it is probably related to bug 13185
> On Wed, 30 Jul 2008 11:49:57 -0500, John Lange wrote
> > I have discovered a bug in current release versions of Asterisk which
> > causes channels to be "stuck" open forever.
> > The problem is this behaviour seems to be very hard to replicate and so
> > it is very difficult to file a meaningful bug report.
> > I'll briefly describe the issue and I hope to get some advice on the
> > best way to capture additional information that could be put into a bug
> > report.
> > Occasionally we see Sip/Zap bridged channels "stuck" in an open state.
> > Despite the actual call having terminated the channels never go away and
> > we are forced to do a "soft hangup".
> > But here is where it gets strange. Asterisk continues to send RTP audio
> > packets to the SIP endpoint even though the device is on-hook and not
> > part of any call.
> > If the user attempts to make another call using the same device, the RTP
> > audio is interpreted by the device as being part of the new audio stream
> > and the device attempts to "mix" the two RTP streams together causing
> > garbled audio.
> > What info would I need to capture in order to file a bug report and help
> > with debugging this issue?
> > Regards,
> > --
> > John Lange
> > www.johnlange.ca
> > _______________________________________________
> > --Bandwidth and Colocation Provided by http://www.api-digital.com--
> > AstriCon 2008 - September 22 - 25 Phoenix, Arizona
> > Register Now: http://www.astricon.net
> > asterisk-dev mailing list
> > To UNSUBSCRIBE or update options visit:
> > http://lists.digium.com/mailman/listinfo/asterisk-dev
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
> AstriCon 2008 - September 22 - 25 Phoenix, Arizona
> Register Now: http://www.astricon.net
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
More information about the asterisk-dev