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: [email protected] [mailto:[email protected]] 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: [email protected] [mailto:[email protected]] 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" <[email protected]> To: "Asterisk Users Mailing List - Non-Commercial Discussion" <[email protected]> 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: [email protected] [mailto:[email protected]] On Behalf Of Travis Elsberry Sent: Monday, November 16, 2009 3:25 PM To: [email protected] 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
