Ishfaq Malik
2011-Jul-15 08:03 UTC
[asterisk-users] *8 causing large number of channels to go stale (possible bug)
Hi
We're using asterisk 1.8.3.2 with the patch from issue 18818
Were finding a high incidence of channels staying open after the call
has finished when the call has been picked up using *8
I know there has been an issue with parking calls in 1.8, could this be
related?
our features.conf has everything commented apart from the following
lines
parkext => 700 ; What extension to dial to park
parkpos => 701-720 ; What extensions to park calls on.
(defafult parking lot)
; These needs to be numeric, as Asterisk
starts from the start position
; and increments with one for the next
parked call.
context => parkedcalls ; Which context parked calls are in
(default parking lot)
The caveat to the above is that it doesn't always happen when a call has
been picked up using *8 but all of the stale channels I have seen so far
have been picked up using *8
It would be interesting to see if anyone can replicate this.
Thanks
Ish
--
Ishfaq Malik
Software Developer
PackNet Ltd
Office: 0161 660 3062
Ishfaq Malik
2011-Jul-15 08:15 UTC
[asterisk-users] *8 causing large number of channels to go stale (possible bug)
Please ignore, I should have looked at issues.asterisk.org first https://issues.asterisk.org/view.php?id=18654 Apologies Ish On Fri, 2011-07-15 at 09:03 +0100, Ishfaq Malik wrote:> Hi > > We're using asterisk 1.8.3.2 with the patch from issue 18818 > > Were finding a high incidence of channels staying open after the call > has finished when the call has been picked up using *8 > > I know there has been an issue with parking calls in 1.8, could this be > related? > > our features.conf has everything commented apart from the following > lines > > parkext => 700 ; What extension to dial to park > parkpos => 701-720 ; What extensions to park calls on. > (defafult parking lot) > ; These needs to be numeric, as Asterisk > starts from the start position > ; and increments with one for the next > parked call. > context => parkedcalls ; Which context parked calls are in > (default parking lot) > > The caveat to the above is that it doesn't always happen when a call has > been picked up using *8 but all of the stale channels I have seen so far > have been picked up using *8 > > It would be interesting to see if anyone can replicate this. > > Thanks > > Ish-- Ishfaq Malik Software Developer PackNet Ltd Office: 0161 660 3062
Alec Davis
2011-Jul-15 08:23 UTC
[asterisk-users] *8 causing large number of channels to go stale(possible bug)
Most *8 pickup issues have been fixed in trunk. May have made it into 1.8.5, I'm not sure. https://issues.asterisk.org/view.php?id=18654 and others search mantis for closed issues and 'pickup'. Or newer https://issues.asterisk.org/jira/secure/Dashboard.jspa Alec Davis> -----Original Message----- > From: asterisk-users-bounces at lists.digium.com > [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of > Ishfaq Malik > Sent: Friday, 15 July 2011 8:03 p.m. > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: [asterisk-users] *8 causing large number of channels > to go stale(possible bug) > > Hi > > We're using asterisk 1.8.3.2 with the patch from issue 18818 > > Were finding a high incidence of channels staying open after > the call has finished when the call has been picked up using *8 > > I know there has been an issue with parking calls in 1.8, > could this be related? > > our features.conf has everything commented apart from the > following lines > > parkext => 700 ; What extension to dial to park > parkpos => 701-720 ; What extensions to park calls on. > (defafult parking lot) > ; These needs to be numeric, > as Asterisk starts from the start position > ; and increments with one for > the next parked call. > context => parkedcalls ; Which context parked calls are in > (default parking lot) > > The caveat to the above is that it doesn't always happen when > a call has been picked up using *8 but all of the stale > channels I have seen so far have been picked up using *8 > > It would be interesting to see if anyone can replicate this. > > Thanks > > Ish > -- > Ishfaq Malik > Software Developer > PackNet Ltd > > Office: 0161 660 3062 > > > -- > _____________________________________________________________________ > -- Bandwidth and Colocation Provided by > http://www.api-digital.com -- New to Asterisk? Join us for a > live introductory webinar every Thurs: > http://www.asterisk.org/hello > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users