Re: [Asterisk-Users] Realtime queue_members and penalties nost escalating (clue anyone?)
Hey List, that issue could be interesting in that context: http://bugs.digium.com/view.php?id=7383 greetings, Michael Danny Froberg schrieb: Thanks for clearing that up Kevin. Now on to figure out how to PauseQueueMember when enough NOANSWER's has been detected so he don't fubar the entire queue. Would be alot cleaner than sending callers to ever higher level queues *sigh* Kevin P. Fleming wrote: Regardless of what strategy is used in the queues (roundrobin,rrmemory,ringall etc) it wont escalate on NOANSWER That is not how penalties are supposed to work. Calls are delivered to the lowest-penalty members that are considered available (i.e. not busy and not unreachable). The queue application does not turn 'noanswer' into 'unavailable'. ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[Asterisk-Users] Realtime queue_members and penalties nost escalating (clue anyone?)
Howdy, have working realtime queues using queue_members looking something like; queuea|Local/[EMAIL PROTECTED]|0 queuea|Local/[EMAIL PROTECTED]|1 queuea|Local/[EMAIL PROTECTED]|10 Regardless of what strategy is used in the queues (roundrobin,rrmemory,ringall etc) it wont escalate on NOANSWER Asterisk SVN-branch-1.2-r33841 Any clues are appreciated! /Danny ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Realtime queue_members and penalties nost escalating (clue anyone?)
- Danny Froberg [EMAIL PROTECTED] wrote: Regardless of what strategy is used in the queues (roundrobin,rrmemory,ringall etc) it wont escalate on NOANSWER That is not how penalties are supposed to work. Calls are delivered to the lowest-penalty members that are considered available (i.e. not busy and not unreachable). The queue application does not turn 'noanswer' into 'unavailable'. -- Kevin P. Fleming Senior Software Engineer Digium, Inc. ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Realtime queue_members and penalties nost escalating (clue anyone?)
Thanks for clearing that up Kevin. Now on to figure out how to PauseQueueMember when enough NOANSWER's has been detected so he don't fubar the entire queue. Would be alot cleaner than sending callers to ever higher level queues *sigh* Kevin P. Fleming wrote: Regardless of what strategy is used in the queues (roundrobin,rrmemory,ringall etc) it wont escalate on NOANSWER That is not how penalties are supposed to work. Calls are delivered to the lowest-penalty members that are considered available (i.e. not busy and not unreachable). The queue application does not turn 'noanswer' into 'unavailable'. ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
