I’d like to design my system to not have cascading queues (one Q after the other), so it’s easier to report on.
1 thing that’s stopping me from doing it though, is the way I’d have to implement some Q members with a delay on the ringing.
I have a group of people I need to ring, and then a fail-over group, the phone needs to physically ring the second group to make sure it gets their attention (BLF not ideal), but I need them all on a 10~20 second delay (some on 10, some on 20 or so) before they start to ring.
What would be the best way of doing this, with the constraint of just using 1 queue? Any ideas very much appreciated.
I thought using weights would be the solution, but iv’e played with them, along with queuerules.conf and it just doesn’t work right (system dynamically changes the weight, but stops ringing the 1st line of people and just rings the 2nd group, i need the 1st group to keep ringing along with the 2nd)
*I’m thinking of using “Local” channels from the queue context, to ring a context that simply has “Wait()” in it, and populating the wait time from a database for each individual user
Thanking all who reply