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