[asterisk-bugs] [Asterisk 0010896]: 2 features, ring expiry and periodic announce firstplay

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=10896 
====================================================================== 
Reported By:                kwakwaversal
Assigned To:                putnopvut
====================================================================== 
Project:                    Asterisk
Issue ID:                   10896
Category:                   Applications/app_queue
Reproducibility:            N/A
Severity:                   feature
Priority:                   normal
Status:                     assigned
Asterisk Version:            SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  1.4  
SVN Revision (number only!): 84744 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             10-05-2007 09:05 CDT
Last Modified:              10-31-2007 11:04 CDT
====================================================================== 
Summary:                    2 features, ring expiry and periodic announce
firstplay
Description: 
Posted both these together because they work hand in hand (but will also
work separately).

1st feature; ringexpiry

; When the 'r' option is passed to the Queue() you can expire the ringing
; then start music on hold.  If you use this with
periodic-announce-frequency
; and set it to the same value, when the ring expires it will play the 
; periodic announce then start the music on hold.
;
; ringexpiry = 10

2nd feature; periodic-announce-firstplay

; When to play the first periodic announcement.  This allows you to 
; play the first announcement at the beginning of the call then revert
; back to a much higher frequency (0=off)
;
;periodic-announce-firstplay=10

====================================================================== 

---------------------------------------------------------------------- 
 putnopvut - 10-31-07 11:04  
---------------------------------------------------------------------- 
Sorry it's been so long since I commented on this, but I had been assigned
some higher-priority issues.

I see where you're coming from here, so my dialplan suggestion is not good
for your case. I think, though, that your patch is actually overly
complicated.

What if, instead of the two options you suggest, we implement a different
option, something like "ringfirst" or something, which on the first
iteration of attempting to reach queue members would ring, but on
subsequent iterations would play hold music. This would mean a simpler
configuration, would be easier to explain, and I'm pretty sure it would be
easier to code, too. I realize this would remove some flexibility that you
provide, but I can't really see anyone using the ringexpiry and
periodic-announce-firstplay for any other purpose than the scenario you
provided.