Hi all,
I have a series of inbound numbers that basically dump the caller directly into our customer service queue. There is a gotoiftime command that routes to the following context if our company is open:
SNIP
pretty simple - we set the monitor filename, the callerID, and dump the person into queue.
we also have a main number that gives them some options, one of which routes them to the SAME context above, and dumps them into queue.
what’s funny is that the main line calls can sit in queue for up to 5 minutes before timing out and going to voicemail (just like they should) but the calls from the other numbers that dump straight into the queue do not. the caller will be in queue for 30-31 seconds, and then the call is simply ended, with no warning to the caller or our agents.
at this point, we’re losing approx 33% of our inbound callers to this issue, and I cannot figure out why - the callers are being dumped into the queue by the SAME context, yet only the callers that come in on our main line are ever allowed to hold more than 31 seconds.
So, for some reason, asterisk is hanging up the call. This is happening on on a regular basis, and I can recreate it at will.
SNIP
I’m all ears guys. Like I said, the context that sets up the caller being dumped into queue is used for ALL of our inbound numbers, yet only one of them works as it should. The rest (I haven’t tested every single one, there are about 20 in total) seem to only allow the caller to remain in queue for 31 seconds before dropping them.
PLEASE help, if you can - this is driving me up the wall.