Guys...I was just playing with the queue limit on the hunt group and your results of music in your test. When I tested earlier I called the hunt group extension directly when I got my busy result.
Since this is a vector controlled call, the call is already in the PBX and being processed by the vector. Once it hits the queue statement, instead of busy it would just go the next step, in this case music.
You definatly need to move the check split to be prior to the queue statement. Otherwise calls could get trapped in there, like you are seeing now.
Something like:
01 wait-time 2 secs hearing ringback
02 goto step 6 if calls-queued in skill 1st pri l >= 1
03 queue-to skill 1st pri l
04 wait-time 999 secs hearing music
05 goto step 4 if unconditionally
06 disconnect after announcement 2700507
Rock on, be strong... SG
APDS UC, APDS CC, ACE IP Telephony
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.