Maximum Callers to IVR?

General Help
1

Hello, we just went live with our FreePBX system today and its working really well. However, there is one slight issue - it seems as if there is a limit on how many calls can go to the IVR at one time. The number seems to be 4 or 5.

For example, if 4 or 5 people are using the IVR - the next caller gets the error “Your call cannot be completed as dialed, please try your call again”. DID’s to extensions work fine during this time, as well as voice mail.

Did I miss a setting somewhere that limits how many calls the IVR is able to handle? I’m running 2.11.0.30. I have the DID as an inbound route on a PRI.

In reviewing the asterisk out put, I did notice one difference:
When the call is success it appears to come from 5825@from-digital, when the call isn’t it comes from 5825@from-internal (and I see it play this message: Executing [5825@from-internal:6] Playback(“DAHDI/i1/937XXXXXXX-5f”, “silence/1&cannot-complete-as-dialed&check-number-dial-again,noanswer”) in new stack

Thanks for the help.

-mjg

2

This would be limited by the number of inbound connections allowed by your DID provider.

3

Thanks for the feedback Skyking - but why would asterisk respond with the call could not be completed? Asterisk is answering the call, but its playing the “cannot-complete-as-dialed&check-number-dial-again”. its a DID from a PRI, and I don’t believe there is a limitation; as DID’s that go to extensions do not seem to meet that requirement.

For example, if there are 5 connections to the IVR and I dial 9371234567 and that goes to the IVR it will get the try again error. However, if I have 5 connections to the IVR and I dial 1234567 and that points to an extension that will go to the extension accordingly.

On a side note - does Skyking make reference to being a pilot? If so, I’m a fellow pilot in the Dayton area - if not, disregard :).

-mjg

4

Yes, I am a pilot west of Cleveland in Lorain County based at LPR. When I am in your area I go into Greene/Xenia

What you are saying makes no sense. You have only one route to the IVR. If you are getting that message the call is entering the wrong context or has no route at all.

Would really need a log trace for the time in question.

5

Green County is where I did all of my private pilot training at - really nice airport.

I’ve got several DID’s that point to the IVR (all through the PRI). I was just trying to say that if the IVR has 5 concurrent connections, it is unable to receive any additional calls (you get the error played above), regardless of what IVR ‘facing’ DID you dial. However, if the IVR has 5 concurrent calls - and an extension ‘facing’ DID (not pointed to the IVR, but an extension) is called, that will work fine.
Here is some of the output I’m seeing (a noted good call, and then a noted bad call, the biggest thing I notice is 5825 @ from-digital (the good call) changes to 5825 @ from-internal (the bad call):

(this call is accepted and goes to the IVR as expected)
– Accepting call from ‘937XXXXXXX’ to ‘5825’ on channel 0/1, span 1
– Executing [5825@from-digital:1] Set(“DAHDI/i1/937XXXXXXX-55”, “__FROM_DID=5825”) in new stack
– Executing [5825@from-digital:2] Set(“DAHDI/i1/937XXXXXXX-55”, “CDR(did)=5825”) in new stack
– Executing [5825@from-digital:3] ExecIf(“DAHDI/i1/937XXXXXXX-55”, “1 ?Set(CALLERID(name)=937XXXXXXX)”) in new stack
– Executing [5825@from-digital:4] Set(“DAHDI/i1/937XXXXXXX-55”, “CHANNEL(musicclass)=default”) in new stack
– Executing [5825@from-digital:5] Set(“DAHDI/i1/937XXXXXXX-55”, “__MOHCLASS=default”) in new stack
– Executing [5825@from-digital:6] Set(“DAHDI/i1/937XXXXXXX-55”, “__CALLINGPRES_SV=allowed”) in new stack
– Executing [5825@from-digital:7] Set(“DAHDI/i1/937XXXXXXX-55”, “CALLERPRES()=allowed_not_screened”) in new stack
– Executing [5825@from-digital:8] Goto(“DAHDI/i1/937XXXXXXX-55”, “ivr-1,s,1”) in new stack
– Goto (ivr-1,s,1)
– Executing [s@ivr-1:1] Set(“DAHDI/i1/937XXXXXXX-55”, “TIMEOUT_LOOPCOUNT=0”) in new stack
– Executing [s@ivr-1:2] Set(“DAHDI/i1/937XXXXXXX-55”, “INVALID_LOOPCOUNT=0”) in new stack
– Executing [s@ivr-1:3] Set(“DAHDI/i1/937XXXXXXX-55”, “_IVR_CONTEXT_ivr-1=”) in new stack
– Executing [s@ivr-1:4] Set(“DAHDI/i1/937XXXXXXX-55”, “_IVR_CONTEXT=ivr-1”) in new stack
– Executing [s@ivr-1:5] Set(“DAHDI/i1/937XXXXXXX-55”, “__IVR_RETVM=”) in new stack
– Executing [s@ivr-1:6] GotoIf(“DAHDI/i1/937XXXXXXX-55”, “0?skip”) in new stack
– Executing [s@ivr-1:7] Answer(“DAHDI/i1/937XXXXXXX-55”, “”) in new stack
– Executing [s@ivr-1:8] Wait(“DAHDI/i1/937XXXXXXX-55”, “1”) in new stack
– Executing [s@ivr-1:9] Set(“DAHDI/i1/937XXXXXXX-55”, “IVR_MSG=custom/MainGreeting”) in new stack
– Executing [s@ivr-1:10] Set(“DAHDI/i1/937XXXXXXX-55”, “TIMEOUT(digit)=3”) in new stack
– Digit timeout set to 3.000
– Executing [s@ivr-1:11] ExecIf(“DAHDI/i1/937XXXXXXX-55”, “1?Background(custom/MainGreeting)”) in new stack
– <DAHDI/i1/937XXXXXXX-55> Playing ‘custom/MainGreeting.slin’ (language ‘en’)

(This one gets the error, but there is other traffic going on)
– Executing [5825@from-internal:5] Progress(“DAHDI/i1/937XXXXXXX-5f”, “”) in new stack
– Executing [5825@from-internal:6] Playback(“DAHDI/i1/937XXXXXXX-5f”, “silence/1&cannot-complete-as-dialed&check-number-dial-again,noanswer”) in new stack
– <DAHDI/i1/937XXXXXXX-5f> Playing ‘silence/1.ulaw’ (language ‘en’)
– Timeout on DAHDI/i1/937XXXXXXX-5b, going to ‘t’
– Executing [t@ivr-1:1] Set(“DAHDI/i1/937XXXXXXX-5b”, “TIMEOUT_LOOPCOUNT=1”) in new stack
– Executing [t@ivr-1:2] GotoIf(“DAHDI/i1/937XXXXXXX-5b”, “0?final”) in new stack
– Executing [t@ivr-1:3] Set(“DAHDI/i1/937XXXXXXX-5b”, “IVR_MSG=no-valid-responce-pls-try-again”) in new stack
– Executing [t@ivr-1:4] Goto(“DAHDI/i1/937XXXXXXX-5b”, “s,start”) in new stack
– Goto (ivr-1,s,10)
– Executing [s@ivr-1:10] Set(“DAHDI/i1/937XXXXXXX-5b”, “TIMEOUT(digit)=3”) in new stack
– Digit timeout set to 3.000
– Executing [s@ivr-1:11] ExecIf(“DAHDI/i1/937XXXXXXX-5b”, “1?Background(no-valid-responce-pls-try-again)”) in new stack
– <DAHDI/i1/937XXXXXXX-5b> Playing ‘no-valid-responce-pls-try-again.slin’ (language ‘en’)
– <DAHDI/i1/937XXXXXXX-5f> Playing ‘cannot-complete-as-dialed.gsm’ (language ‘en’)
– Executing [proxy@dpma_message_context:1] Set(“Message/ast_msg_queue”, “MESSAGE(custom_data)=mark_all_outbound”) in new stack
– Executing [proxy@dpma_message_context:2] Set(“Message/ast_msg_queue”, “MESSAGE_DATA(X-Digium-AppServer-Response-URI)=sip:192.168.99.27:5060”) in new stack
– Executing [proxy@dpma_message_context:3] Set(“Message/ast_msg_queue”, “MESSAGE_DATA(X-Digium-AppServer-Response-FullContact)=sip:192.168.99.27:5060;ob”) in new stack
– Executing [proxy@dpma_message_context:4] MessageSend(“Message/ast_msg_queue”, “digium_phone:blah”) in new stack
– Executing [proxy@dpma_message_context:5] Hangup(“Message/ast_msg_queue”, “”) in new stack
== Spawn extension (dpma_message_context, proxy, 5) exited non-zero on ‘Message/ast_msg_queue’
– Executing [digium_phone_module@dpma_message_context:1] Set(“Message/ast_msg_queue”, “MESSAGE(custom_data)=mark_all_outbound”) in new stack
– Executing [digium_phone_module@dpma_message_context:2] Set(“Message/ast_msg_queue”, “TMP_RESPONSE_URI=sip:192.168.99.27:5060”) in new stack
– Executing [digium_phone_module@dpma_message_context:3] Set(“Message/ast_msg_queue”, “MESSAGE_DATA(Request-URI)=sip:192.168.99.27:5060;ob”) in new stack
– Executing [digium_phone_module@dpma_message_context:4] Set(“Message/ast_msg_queue”, “MESSAGE_DATA(X-Digium-AppServer-Response-URI)=”) in new stack
– Executing [digium_phone_module@dpma_message_context:5] Set(“Message/ast_msg_queue”, “MESSAGE_DATA(X-Digium-AppServer-Response-FullContact)=”) in new stack
– Executing [digium_phone_module@dpma_message_context:6] MessageSend(“Message/ast_msg_queue”, “sip:192.168.99.27:5060,proxy”) in new stack
– Executing [digium_phone_module@dpma_message_context:7] Hangup(“Message/ast_msg_queue”, “”) in new stack
== Spawn extension (dpma_message_context, digium_phone_module, 7) exited non-zero on ‘Message/ast_msg_queue’
– Executing [s@ivr-1:12] WaitExten(“DAHDI/i1/937XXXXXXX-5c”, “10,”) in new stack
– <DAHDI/i1/937XXXXXXX-5f> Playing ‘check-number-dial-again.gsm’ (language ‘en’)
– Executing [s@ivr-1:12] WaitExten(“DAHDI/i1/937XXXXXXX-5b”, “10,”) in new stack
– Executing [5825@from-internal:7] Wait(“DAHDI/i1/937XXXXXXX-5f”, “1”) in new stack
– Hungup ‘DAHDI/i1/19372225825-5e’
== Spawn extension (macro-dialout-trunk, s, 22) exited non-zero on ‘SIP/2299-00000069’ in macro ‘dialout-trunk’
== Spawn extension (from-internal, 2225825, 5) exited non-zero on ‘SIP/2299-00000069’
– Executing [h@from-internal:1] Hangup(“SIP/2299-00000069”, “”) in new stack
== Spawn extension (from-internal, h, 1) exited non-zero on ‘SIP/2299-00000069’
– Span 1: Channel 0/6 got hangup request, cause 16
== Spawn extension (from-internal, 5825, 7) exited non-zero on ‘DAHDI/i1/937XXXXXXX-5f’
– Executing [h@from-internal:1] Hangup(“DAHDI/i1/937XXXXXXX-5f”, “”) in new stack
== Spawn extension (from-internal, h, 1) exited non-zero on ‘DAHDI/i1/937XXXXXXX-5f’
– Hungup ‘DAHDI/i1/937XXXXXXX-5f’

Thanks again,

-mjg

6

Never heard of the from-digital context. You only have four digit feed. Something is up. Do you have an explicit inbound route to the IVR from that DID?

Somehow FreePBX is sending the call into the internal dial plan.

THere has to be some log above the progress line where you point it goes to error. I need to see each event as call comes in.

I fly a T210, maybe next time I am in town we can have a cup of coffee. My wife and I have been talking about going back to see rest of museum.

7

Yeah you should let me know next time you’re in town - T210 is a nice plane, I’m not sure my insurance would allow me to have something like that yet.

I, believe, I do have an explicit inbound route - in the ‘inbound routes’ I have DID Number 5825 a set destination of IVR - Main Greeting.

Here is the output of 2 calls in a row to the IVR (a 3rd or 4th caller was already in) the first call was successful, the second call wasn’t:

Connected to Asterisk 11.7.0 currently running on bbbasterisk (pid = 3216)
– Accepting call from ‘937XXX7961’ to ‘5825’ on channel 0/4, span 1
– Executing [5825@from-digital:1] Set(“DAHDI/i1/937XXX7961-aa”, “__FROM_DID=5825”) in new stack
– Executing [5825@from-digital:2] Set(“DAHDI/i1/937XXX7961-aa”, “CDR(did)=5825”) in new stack
– Executing [5825@from-digital:3] ExecIf(“DAHDI/i1/937XXX7961-aa”, “1 ?Set(CALLERID(name)=937XXX7961)”) in new stack
– Executing [5825@from-digital:4] Set(“DAHDI/i1/937XXX7961-aa”, “CHANNEL(musicclass)=default”) in new stack
– Executing [5825@from-digital:5] Set(“DAHDI/i1/937XXX7961-aa”, “__MOHCLASS=default”) in new stack
– Executing [5825@from-digital:6] Set(“DAHDI/i1/937XXX7961-aa”, “__CALLINGPRES_SV=allowed”) in new stack
– Executing [5825@from-digital:7] Set(“DAHDI/i1/937XXX7961-aa”, “CALLERPRES()=allowed_not_screened”) in new stack
– Executing [5825@from-digital:8] Goto(“DAHDI/i1/937XXX7961-aa”, “ivr-1,s,1”) in new stack
– Goto (ivr-1,s,1)
– Executing [s@ivr-1:1] Set(“DAHDI/i1/937XXX7961-aa”, “TIMEOUT_LOOPCOUNT=0”) in new stack
– Executing [s@ivr-1:2] Set(“DAHDI/i1/937XXX7961-aa”, “INVALID_LOOPCOUNT=0”) in new stack
– Executing [s@ivr-1:3] Set(“DAHDI/i1/937XXX7961-aa”, “_IVR_CONTEXT_ivr-1=”) in new stack
– Executing [s@ivr-1:4] Set(“DAHDI/i1/937XXX7961-aa”, “_IVR_CONTEXT=ivr-1”) in new stack
– Executing [s@ivr-1:5] Set(“DAHDI/i1/937XXX7961-aa”, “__IVR_RETVM=”) in new stack
– Executing [s@ivr-1:6] GotoIf(“DAHDI/i1/937XXX7961-aa”, “0?skip”) in new stack
– Executing [s@ivr-1:7] Answer(“DAHDI/i1/937XXX7961-aa”, “”) in new stack
> [INSERT INTO cel (eventtype,eventtime,cid_name,cid_num,cid_ani,cid_rdnis,cid_dnid,exten,context,channame,appname,appdata,amaflags,accountcode,uniqueid,linkedid,peer,userdeftype,userfield) VALUES (‘CHAN_START’,{ts ‘2014-04-17 09:29:30’},’’,‘937XXX7961’,’’,’’,’’,‘5825’,‘from-digital’,‘DAHDI/i1/937XXX7961-aa’,’’,’’,3,’’,‘1397741370.XXX’,‘1397741370.XXX’,’’,’’,’’)]
– Executing [s@ivr-1:8] Wait(“DAHDI/i1/937XXX7961-aa”, “1”) in new stack
> [INSERT INTO cel (eventtype,eventtime,cid_name,cid_num,cid_ani,cid_rdnis,cid_dnid,exten,context,channame,appname,appdata,amaflags,accountcode,uniqueid,linkedid,peer,userdeftype,userfield) VALUES (‘ANSWER’,{ts ‘2014-04-17 09:29:30’},‘937XXX7961’,‘937XXX7961’,‘937XXX7961’,’’,‘5825’,‘s’,‘ivr-1’,‘DAHDI/i1/937XXX7961-aa’,‘Answer’,’’,3,’’,‘1397741370.XXX’,‘1397741370.XXX’,’’,’’,’’)]
– Executing [s@ivr-1:9] Set(“DAHDI/i1/937XXX7961-aa”, “IVR_MSG=custom/MainGreeting”) in new stack
– Executing [s@ivr-1:10] Set(“DAHDI/i1/937XXX7961-aa”, “TIMEOUT(digit)=3”) in new stack
– Digit timeout set to 3.000
– Executing [s@ivr-1:11] ExecIf(“DAHDI/i1/937XXX7961-aa”, “1?Background(custom/MainGreeting)”) in new stack
– <DAHDI/i1/937XXX7961-aa> Playing ‘custom/MainGreeting.slin’ (language ‘en’)
– Accepting call from ‘937XXX4830’ to ‘5825’ on channel 0/5, span 1
> [INSERT INTO cel (eventtype,eventtime,cid_name,cid_num,cid_ani,cid_rdnis,cid_dnid,exten,context,channame,appname,appdata,amaflags,accountcode,uniqueid,linkedid,peer,userdeftype,userfield) VALUES (‘CHAN_START’,{ts ‘2014-04-17 09:29:36’},’’,‘937XXX4830’,’’,’’,’’,‘5825’,‘from-internal’,‘DAHDI/i1/937XXX4830-ab’,’’,’’,3,’’,‘1397741376.604’,‘1397741376.604’,’’,’’,’’)]
– Executing [5825@from-internal:1] ResetCDR(“DAHDI/i1/937XXX4830-ab”, “”) in new stack
– Executing [5825@from-internal:2] NoCDR(“DAHDI/i1/937XXX4830-ab”, “”) in new stack
– Executing [5825@from-internal:3] Progress(“DAHDI/i1/937XXX4830-ab”, “”) in new stack
– Executing [5825@from-internal:4] Wait(“DAHDI/i1/937XXX4830-ab”, “1”) in new stack
– Executing [5825@from-internal:5] Progress(“DAHDI/i1/937XXX4830-ab”, “”) in new stack
– Executing [5825@from-internal:6] Playback(“DAHDI/i1/937XXX4830-ab”, “silence/1&cannot-complete-as-dialed&check-number-dial-again,noanswer”) in new stack
– <DAHDI/i1/937XXX4830-ab> Playing ‘silence/1.ulaw’ (language ‘en’)
– <DAHDI/i1/937XXX4830-ab> Playing ‘cannot-complete-as-dialed.gsm’ (language ‘en’)
– <DAHDI/i1/937XXX4830-ab> Playing ‘check-number-dial-again.gsm’ (language ‘en’)
– Executing [5825@from-internal:7] Wait(“DAHDI/i1/937XXX4830-ab”, “1”) in new stack
– Executing [5825@from-internal:8] Congestion(“DAHDI/i1/937XXX4830-ab”, “20”) in new stack

I had to stop after congestion because some of our queues started getting hit and it was creating a significant amount of output, but the error message played is there for 4830. Congestion was interesting - so I decided to tie up the IVR and dial a DID that pointed to my ext and that worked fine. So I’m still at a loss (again you will notice it goes from @ digital to @ local).

Thanks again for all the help,

-mjg

8

Well, interestingly enough, the problem is resolved. I’m not 100% sure what corrected the issue. This morning there was an issue, now there isn’t.

The only thing I can guess is I have 8 FXS ports and 4 of them were assigned to extensions and 4 were open, after I finished assigning the open 4 FXS late this morning it seems to have corrected itself. No clue how - but I can call 13 times w/o issue. I did learn that from-digital comes from the dahdi config.

Anyway, I’ll keep my eye on it.

9

My guess is one of the FXO’s was accidently assigned to from-internal context. That would explain everything.

10

And not that any one cares, but as a follow up - the problem is completely corrected. It had to have something to do with the FXS’ & FXO’s assignments.

Thanks for all the help SkykingOH.

-mjg