Re: [asterisk-users] Double queue calls being delivered to agents
Looks like it missed 13.9.0 ☹ Thanks, Derek B. From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Richard Mudgett Sent: Wednesday, May 04, 2016 10:59 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] Double queue calls being delivered to agents On Tue, May 3, 2016 at 8:59 PM, Richard Mudgett mailto:rmudg...@digium.com>> wrote: On Tue, May 3, 2016 at 6:15 PM, Derek Bolichowski mailto:de...@empire-team.com>> wrote: I posted this over in asterisk-dev, realized I probably should have put it here. Hi there, We’ve been having a strange issue with a customer’s queues where a queued call will ring an available agent, agent answers, then a second or two later the agent is offered a second call which they cannot answer, since they’re already speaking with a client. This in turn causes a few issues: - Agent stats are no longer accurate, as it gets marked down as a ‘missed call’. - Cannot use ‘autopause’ feature any longer, as the second queue call goes unanswered and pauses the agents. The basic queue setup is as follows: Autofill = yes Ringinuse = no Wrapuptime = 5 Strategy = fewestcalls (tried ‘random’ also) Timeout = 15 We’re on Asterisk 11.21.2 currently. In talking to a few colleagues, they seem to recall there being an old patch for the Asterisk queues application that inserted a short 100ms delay between delivering first and second calls. I’ve scoured the web today, and found some old forums posts of people looking for something exactly like this, but haven’t found the actual patch, if one even exists. I’m hoping someone may have some suggestions on some options we can try to eliminate this issue. Thanks for taking the time to read this. This issue has been around a long time and was just recently fixed and I think it was just released in the latest v11 version. See https://issues.asterisk.org/jira/browse/ASTERISK-16115 Looks like it will be in the next release as the issue does not have a target release set. Richard -- _ -- 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
Re: [asterisk-users] Double queue calls being delivered to agents
Awesome. Thanks again Richard. On May 4, 2016, at 10:59 PM, Richard Mudgett mailto:rmudg...@digium.com>> wrote: On Tue, May 3, 2016 at 8:59 PM, Richard Mudgett mailto:rmudg...@digium.com>> wrote: On Tue, May 3, 2016 at 6:15 PM, Derek Bolichowski mailto:de...@empire-team.com>> wrote: I posted this over in asterisk-dev, realized I probably should have put it here. Hi there, We've been having a strange issue with a customer's queues where a queued call will ring an available agent, agent answers, then a second or two later the agent is offered a second call which they cannot answer, since they're already speaking with a client. This in turn causes a few issues: - Agent stats are no longer accurate, as it gets marked down as a 'missed call'. - Cannot use 'autopause' feature any longer, as the second queue call goes unanswered and pauses the agents. The basic queue setup is as follows: Autofill = yes Ringinuse = no Wrapuptime = 5 Strategy = fewestcalls (tried 'random' also) Timeout = 15 We're on Asterisk 11.21.2 currently. In talking to a few colleagues, they seem to recall there being an old patch for the Asterisk queues application that inserted a short 100ms delay between delivering first and second calls. I've scoured the web today, and found some old forums posts of people looking for something exactly like this, but haven't found the actual patch, if one even exists. I'm hoping someone may have some suggestions on some options we can try to eliminate this issue. Thanks for taking the time to read this. This issue has been around a long time and was just recently fixed and I think it was just released in the latest v11 version. See https://issues.asterisk.org/jira/browse/ASTERISK-16115 Looks like it will be in the next release as the issue does not have a target release set. Richard -- _ -- 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 -- _ -- 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
Re: [asterisk-users] Double queue calls being delivered to agents
On Tue, May 3, 2016 at 8:59 PM, Richard Mudgett wrote: > > > On Tue, May 3, 2016 at 6:15 PM, Derek Bolichowski > wrote: > >> I posted this over in asterisk-dev, realized I probably should have put >> it here. >> >> Hi there, >> We’ve been having a strange issue with a customer’s queues where a queued >> call will ring an available agent, agent answers, then a second or two >> later the agent is offered a second call which they cannot answer, since >> they’re already speaking with a client. >> >> This in turn causes a few issues: >> - Agent stats are no longer accurate, as it gets marked down as a ‘missed >> call’. >> - Cannot use ‘autopause’ feature any longer, as the second queue call >> goes unanswered and pauses the agents. >> >> The basic queue setup is as follows: >> Autofill = yes >> Ringinuse = no >> Wrapuptime = 5 >> Strategy = fewestcalls (tried ‘random’ also) >> Timeout = 15 >> >> We’re on Asterisk 11.21.2 currently. >> >> In talking to a few colleagues, they seem to recall there being an old >> patch for the Asterisk queues application that inserted a short 100ms delay >> between delivering first and second calls. I’ve scoured the web today, and >> found some old forums posts of people looking for something exactly like >> this, but haven’t found the actual patch, if one even exists. >> >> I’m hoping someone may have some suggestions on some options we can try >> to eliminate this issue. >> >> Thanks for taking the time to read this. >> > > This issue has been around a long time and was just recently fixed and I > think > it was just released in the latest v11 version. > See https://issues.asterisk.org/jira/browse/ASTERISK-16115 > Looks like it will be in the next release as the issue does not have a target release set. Richard -- _ -- 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
[asterisk-users] Double queue calls being delivered to agents
Sorry for last post -- forgot to wipe out the digest contents :/ Derek B -- _ -- 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
[asterisk-users] Double queue calls being delivered to agents
7;t seem to get the syntax right to call Gosub with Originate > > Just testing with the command line I've been unable to make it work with > any of these attempts: > > originate PJSIP/johntest application Gosub sub-callout s,1 > > originate PJSIP/johntest application Gosub sub-callout(s,1) > > originate PJSIP/johntest application Gosub (sub-callout,s,1) > > What Syntax should I be using? > > And if it helps I'll be calling this via AMI over https. > > Thanks! > > -- > A human being should be able to change a diaper, plan an invasion, butcher > a hog, conn a ship, design a building, write a sonnet, balance accounts, > build a wall, set a bone, comfort the dying, take orders, give orders, > cooperate, act alone, solve equations, analyze a new problem, pitch manure, > program a computer, cook a tasty meal, fight efficiently, die gallantly. > Specialization is for insects. > ---Heinlein > -- next part -- > An HTML attachment was scrubbed... > URL: > <http://lists.digium.com/pipermail/asterisk-users/attachments/20160503/6596facc/attachment-0001.html> > > -- > > Message: 7 > Date: Tue, 3 May 2016 14:33:32 -0700 > From: Bruce Ferrell > To: asterisk-users@lists.digium.com > Subject: Re: [asterisk-users] Call a subroutine via Originate? > Message-ID: <9bcf1278-a6c1-b3e5-668d-fd4cdb3f3...@baywinds.org> > Content-Type: text/plain; charset="windows-1252"; Format="flowed" > > use the macro construct and return from the macro > >> On 5/3/16 2:24 PM, John Kiniston wrote: >> Howdy everyone, >> >> I'm writing a little click to dial type tool and I've run into a snag >> where my Originate command needs to call a Sub routine to do a >> database lookup and some other stuff. >> >> I can't seem to get the syntax right to call Gosub with Originate >> >> Just testing with the command line I've been unable to make it work >> with any of these attempts: >> >> originate PJSIP/johntest application Gosub sub-callout s,1 >> >> originate PJSIP/johntest application Gosub sub-callout(s,1) >> >> originate PJSIP/johntest application Gosub (sub-callout,s,1) >> >> What Syntax should I be using? >> >> And if it helps I'll be calling this via AMI over https. >> >> Thanks! >> >> -- >> A human being should be able to change a diaper, plan an invasion, >> butcher a hog, conn a ship, design a building, write a sonnet, balance >> accounts, build a wall, set a bone, comfort the dying, take orders, >> give orders, cooperate, act alone, solve equations, analyze a new >> problem, pitch manure, program a computer, cook a tasty meal, fight >> efficiently, die gallantly. Specialization is for insects. >> ---Heinlein > > -- next part -- > An HTML attachment was scrubbed... > URL: > <http://lists.digium.com/pipermail/asterisk-users/attachments/20160503/80a6e460/attachment-0001.html> > > -- > > Message: 8 > Date: Tue, 3 May 2016 23:15:53 + > From: Derek Bolichowski > To: "asterisk-users@lists.digium.com" > > Subject: [asterisk-users] Double queue calls being delivered to agents > Message-ID: > Content-Type: text/plain; charset="utf-8" > > I posted this over in asterisk-dev, realized I probably should have put it > here. > > Hi there, > We?ve been having a strange issue with a customer?s queues where a queued > call will ring an available agent, agent answers, then a second or two later > the agent is offered a second call which they cannot answer, since they?re > already speaking with a client. > > This in turn causes a few issues: > - Agent stats are no longer accurate, as it gets marked down as a ?missed > call?. > - Cannot use ?autopause? feature any longer, as the second queue call goes > unanswered and pauses the agents. > > The basic queue setup is as follows: > Autofill = yes > Ringinuse = no > Wrapuptime = 5 > Strategy = fewestcalls (tried ?random? also) > Timeout = 15 > > We?re on Asterisk 11.21.2 currently. > > In talking to a few colleagues, they seem to recall there being an old patch > for the Asterisk queues application that inserted a short 100ms delay between > delivering first and second calls. I?ve scoured the web today, and found > some old forums posts of people looking for something exactly like this, but > haven?t found the actual patch, if one even exists. > > I?m hoping someone may have some suggestions on some options we c
Re: [asterisk-users] Double queue calls being delivered to agents
On Tue, May 3, 2016 at 6:15 PM, Derek Bolichowski wrote: > I posted this over in asterisk-dev, realized I probably should have put it > here. > > Hi there, > We’ve been having a strange issue with a customer’s queues where a queued > call will ring an available agent, agent answers, then a second or two > later the agent is offered a second call which they cannot answer, since > they’re already speaking with a client. > > This in turn causes a few issues: > - Agent stats are no longer accurate, as it gets marked down as a ‘missed > call’. > - Cannot use ‘autopause’ feature any longer, as the second queue call goes > unanswered and pauses the agents. > > The basic queue setup is as follows: > Autofill = yes > Ringinuse = no > Wrapuptime = 5 > Strategy = fewestcalls (tried ‘random’ also) > Timeout = 15 > > We’re on Asterisk 11.21.2 currently. > > In talking to a few colleagues, they seem to recall there being an old > patch for the Asterisk queues application that inserted a short 100ms delay > between delivering first and second calls. I’ve scoured the web today, and > found some old forums posts of people looking for something exactly like > this, but haven’t found the actual patch, if one even exists. > > I’m hoping someone may have some suggestions on some options we can try to > eliminate this issue. > > Thanks for taking the time to read this. > This issue has been around a long time and was just recently fixed and I think it was just released in the latest v11 version. See https://issues.asterisk.org/jira/browse/ASTERISK-16115 Richard -- _ -- 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
[asterisk-users] Double queue calls being delivered to agents
I posted this over in asterisk-dev, realized I probably should have put it here. Hi there, We’ve been having a strange issue with a customer’s queues where a queued call will ring an available agent, agent answers, then a second or two later the agent is offered a second call which they cannot answer, since they’re already speaking with a client. This in turn causes a few issues: - Agent stats are no longer accurate, as it gets marked down as a ‘missed call’. - Cannot use ‘autopause’ feature any longer, as the second queue call goes unanswered and pauses the agents. The basic queue setup is as follows: Autofill = yes Ringinuse = no Wrapuptime = 5 Strategy = fewestcalls (tried ‘random’ also) Timeout = 15 We’re on Asterisk 11.21.2 currently. In talking to a few colleagues, they seem to recall there being an old patch for the Asterisk queues application that inserted a short 100ms delay between delivering first and second calls. I’ve scoured the web today, and found some old forums posts of people looking for something exactly like this, but haven’t found the actual patch, if one even exists. I’m hoping someone may have some suggestions on some options we can try to eliminate this issue. Thanks for taking the time to read this. -Derek B -- _ -- 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