[asterisk-users] Queues

Mon Nov 16 19:53:08 CST 2009

Again – lots of ways to do it – you could use a web interface to set the numbers in ASTDB for lookup – or you could create an IVR to ask for the number, and store it in ASTDB that way.

Good luck!

From: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Travis Elsberry
Sent: Tuesday, 17 November 2009 10:29
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] Queues

Hi Michael,

Your web interface for the "on-call roster" is pretty close to what we're trying to trying to achieve.  I would like to have people signing into the on-call queue be the method that determined whose cell phone to call.  I was hoping there was a way to pass the call exiting the queue to a variable or two that was composed of the extensions currently logged into the queue.

I set up an extension number for people to call into and enter a forwarding number which writes an entry into the ASTDB.  I have my dialplan check to see if there is an ASTDB entry for that extension before it tries to dial their deskphone, and if there is an entry it dials the forwarded number stored in the database instead.  The closest thing so far I have found to what I am trying to achieve is to hard code a couple of spare extensions into the dialplan, and then have whoever is on-call set one of those extensions to their cell phone number.

I'll definitely take another look at followme to see if I can adapt that what I'm trying to achieve.

Thanks Danny & Michael,
Travis
----- Original Message -----
From: "Michael Wyres" <mwyres at cdm.com.au>
To: "Asterisk Users Mailing List - Non-Commercial Discussion" <asterisk-users at lists.digium.com>
Sent: Monday, November 16, 2009 2:23:49 PM
Subject: Re: [asterisk-users] Queues

Hi Travis,

There’s lots of different ways to attack “on-call” roster solutions in Asterisk – as Danny suggested, FollowMe() is definitely an option (and normally the best), but it doesn’t always suit the “business need”.  However, also as Danny suggested, in most cases using ASTDB in some way to simplify dialling plans is the way to go - then you just have to decide how you want to update the information as to the number to call, in ASTDB.

For example, I had a customer a couple of years back who desperately wanted to manage his “on-call roster” routing using a web interface.  I dollied up a simple PHP/MySQL web interface with a list of all the people (and their mobile/cell numbers) in a drop down list – they could simply select the right person, and click a “First Call” button to make that person the first in the roster, select another person and click a “Second Call” button to make that person the second in the roster, and so on.

Using the Asterisk manager interface – (or even “asterisk –rx <command>” if you’re not comfortable using the AMI) – you get the numbers selected into ASTDB.

The dialplan just comes along then and reads the appropriate numbers from ASTDB as it steps through, and dials the people in order.

As with many things in Asterisk – there is more than one way to “hump the leg”.

Cheers
Michael

From: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Danny Nicholas
Sent: Tuesday, 17 November 2009 08:57
To: 'Asterisk Users Mailing List - Non-Commercial Discussion'
Subject: Re: [asterisk-users] Queues

Since followme is “extension-based”, you have at least two options.  Option 1 is to have a few extensions designated for “following” where you punch in the cell numbers as you wish.  Option 2 is to use “day logic” to point to the “following” guys based on days.    If I were doing option 2, I’d try to use ASTDB to control this instead of having to code a lot of dialplan, but that’s just me…

________________________________
From: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Travis Elsberry
Sent: Monday, November 16, 2009 3:50 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] Queues

I had looked at followme as a solution but ran into the same stumbling block of having to hard code the cell phone list.  I didn't see a dynamic way of the list being extensions 12 and 14 on Monday, but changing to extensions 13 and 19 on Tuesday without editing the extensions.conf file manually each day.  Did I overlook something in how followme works?

----- Original Message -----
From: "Danny Nicholas" <danny at debsinc.com>
To: "Asterisk Users Mailing List - Non-Commercial Discussion" <asterisk-users at lists.digium.com>
Sent: Monday, November 16, 2009 1:37:04 PM
Subject: Re: [asterisk-users] Queues
It should be realistic, but have you considered just using followme to add the cell phones to the queue list?

________________________________
From: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Travis Elsberry
Sent: Monday, November 16, 2009 3:25 PM
To: asterisk-users at lists.digium.com
Subject: [asterisk-users] Queues

Hello Everyone,

I'm looking for help/ideas on how to do the following:

I have a couple of people out of many (the couple of people randomly change) who log into an "on-call" queue.  A call comes in and it rings the "on-call" extensions, but no one answers.  I would like the call to then try the cell-phones of just the people that are logged into the "on-call" queue.

I've got the queue setup and the people log into and out of it by dialing extensions that use AddQueueMember() and RemoveQueueMember() respectively.  I tried using QUEUE_MEMBER_LIST to write to a database list when the call comes in however it keeps adding duplicates each time the call goes into the queue.  I'm just not seeing how to pass the call that goes into the queue to a dynamic list on the way out.  Is attempting something like this even realistic?

Thanks in advance,
Travis

_______________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

IMPORTANT NOTICE TO RECIPIENT

Computer viruses - It is your responsibility to scan this email and any attachments for viruses and defects and rely on those scans as Communications Design & Management Pty Limited (CDM) does not accept any liability for loss or damage arising from receipt or use of this email or any attachments.

Confidentiality - This email and any attachments are intended for the named recipient only and may contain personal information, be it confidential or subject to privilege, none of which are lost or waived because this email may have been sent to you in error. If you are not the named addressee please let CDM know by return email, permanently delete it from your system and destroy all copies and do not use or disclose the contents.

Copyright - This email is subject to copyright and no part of it maybe reproduced in any manner without the written permission of the copyright owner.

Privacy - Within the jurisdiction of Australian law, personal information in this email must be dealt with in compliance with the Australian Federal Privacy Act 1988.

_______________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users
IMPORTANT NOTICE TO RECIPIENT

Computer viruses - It is your responsibility to scan this email and any attachments for viruses and defects and rely on those scans as Communications Design & Management Pty Limited (CDM) does not accept any liability for loss or damage arising from receipt or use of this email or any attachments.

Confidentiality - This email and any attachments are intended for the named recipient only and may contain personal information, be it confidential or subject to privilege, none of which are lost or waived because this email may have been sent to you in error. If you are not the named addressee please let CDM know by return email, permanently delete it from your system and destroy all copies and do not use or disclose the contents.

Copyright - This email is subject to copyright and no part of it maybe reproduced in any manner without the written permission of the copyright owner.

Privacy - Within the jurisdiction of Australian law, personal information in this email must be dealt with in compliance with the Australian Federal Privacy Act 1988.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20091117/0222104d/attachment.htm 